Наткнулся на yet another ФП язык, компилящийся в JavaScript — Clio. Сам по себе он не примечательный, и если сегодня о нём узнают, то завтра забудут. Интересно тут другое.

Можно сколько угодно стебать хипстеров-миллениалов, которые ежедневно переизобретают давно существующие вещи и суют свой JS везде, но есть у них одно преимущество: в отличие от «дедов» они умеют сделать красиво и зачастую удобно. То и дело цепляю какие-то микроидеи.

Посмотрите на скрин: у бинаря, которым представлен язык, есть отдельная команда highlight, которая выводит код в терминал с подсветкой синтаксиса! How cool is that‽ Вроде такая мелочь, а приятно 🙂

Как там у вас, сишники, код без ньюлайна в конце файла уже компилится?)

Зацените. BMW продемонстрировала свою новую инфотейнмент-систему iDrive 8. Из промо-ролика наверняка понятно только одно: по ходу Microsoft поделилась с ними контактами студии 3D-шников и моушн-дизайнеров 🙂

Вот ещё из презентации (красным дописал начало фразы).

so informational much density wow

Окунаясь в управленческие темы, я обнаружил забавный и вроде как очевидный эффект, который ранее мне таковым не представлялся:

То, что вы изучаете об управлении людьми, в первую очередь вам пригодится для управления самим собой.

Если взять шире, то можно сказать, что менеджерские скиллы применимы далеко за рамками вашей работы, что к сожалению далеко не всегда можно сказать о, например, программировании. Что такое эмоциональный интеллект, как работать с внутренней и внешней мотивацией, как давать фидбэк, как управлять рисками, как строить планы и их придерживаться и т.д. — всё это отлично помогает не только в работе, но и в повседневной жизни, в отношениях с женой/мужем, друзьями, коллегами, рандомными людьми на улице, в планировании отпуска, в решении бытовых вопросов, whatsoever.

Я помню времена, когда я говорил, что менеджмент мне не очень интересен, зато мне интересно писать код. Ох, насколько же эффективнее была бы моя работа тогда, будь у меня теперешние знания. Но теперь мне не так интересно кодить 😅

Моих знаний мало, опыта у меня мало — и всё же это в разы лучше, чем было! Если вы инженер, но ещё не начали интересоваться подобными вопросами, то самое время озаботиться и потенциально получить нехеровый буст в карьере (даже без смены роли).

Слава Microsoft Excel никому не даёт покоя вот уже 35 лет, так что постоянно ведутся попытки сделать что-то похожее, но лучше или хотя бы по-другому. Всяких разных табличных процессоров я видел немало, но вот лучше — всё ещё ни одного.

Держите тем не менее очередной вариант на Haskell. Надеюсь, там можно делать полиморфизм на уровне таблиц, иначе комьюнити не оценит 😁 Вот сайт: https://inflex.io/

Я продолжаю сравнивать программерские дисциплины с управленческими. В программировании на первый взгляд чуть больше порядка: всё как-то чётче и структурированнее. Только на первый взгляд, конечно, потому что иначе у нас бы не было регулярных срачиков на тему ООП vs ФП, (не)использования паттернов проектирования и прочей требухи — всё в конце концов упирается в работу с людьми, а там у каждого своё мнение. Менеджмент же по определению — это работа с людьми, поэтому никакой формализации никто особо и не ждёт.

Тем не менее существует масса различных концептуальных моделей, прям тысячи их. Некоторые более известные, некоторые менее. Они все в разной степени полезны и применимы к той или иной ситуации, и естественно никогда нельзя наверняка сказать, что именно лучше подойдёт — надо просто пробовать и набираться опыта. Буду скидывать сюда иногда те, что мне понравились.

Одной из таких моделей является 8-шаговая модель Коттера по ускорению изменений. Вот официальный сайт: https://www.kotterinc.com/

Я узнал о ней в районе 2018–2019 годов на тренинге и с тех пор время от времени вспоминаю и рефрешу знания. Многие люди, когда пытаются что-то изменить (в процессах на проекте, в архитектуре в коде, где-либо ещё), начинают с формирования и попытки донести свой вижн другим. Да, в каких-то случаях это работает, но модель Коттера расценивает это как аж третий шаг! И надо сказать, с прохождением первых двух у меня стало получаться и впрямь лучше.

В общем, ознакомьтесь. Пригодится, ей-богу.

Держите PDF-ку заодно

На прошлой неделе по твиттеру пролетел скрин с башорга (да, башорга! господи, он ещё живой…). Люди ломали голову, как же так, зачем и почему в РЖД такой API, пока не появилось объяснение на хабре.

Прежде чем в следующий раз ныть, какая ужасная у вас кодбаза, которой два года, и как срочно нужно всё переписать с нуля, прочитайте этот занимательный экскурс в историю и оцените глубину легаси 🙂

Тема, в которую я никак не вкачусь — это все эти ваши дип лёрнинги и прочие «артифишиал интеллидженсы». Как-то юзкейсов что ли нет, хотя есть ощущение, что это от незнания. Надо было, наверное, на парах в универе быть повнимательнее или хотя бы почаще присутствовать.

Схороню себе сюда ещё одну ссылку, которую, возможно, никогда больше не открою: https://dataflowr.github.io/website/

Тут тем временем язык Crystal 1.0 зарелизился. Выглядит как такой себе статически типизированный компилируемый Ruby, а последний мне всегда нравился в первую очередь приятным синтаксисом.

Я на Crystal не писал и, пожалуй, не буду. Там вон по ходу даже поддержка винды не полная. Не то чтобы это было каким-то шоу-стоппером для меня, так как у меня в ходу девайсы со всеми популярными десктопными операционками (с обеими то есть 🙃), но закладываться на язык без кроссплатформенности в наше время я бы не стал.

Тем не менее, релиз 1.0 — это всегда важный майлстоун для любого языка. Помню, синтаксис Rust до 1.0 менялся чуть ли не каждый месяц; а пока я ждал 1.0 для Nim, успел на него забить. Наверное, и стабильного релиза Red не дождусь 🙁

Девелоперы постоянно ноют про митинги (совещания по-нашему), мол, их настолько много, что работать-то некогда, и они настолько бесполезные, что время уходит попусту.

Это канеш один из основных индикаторов проблем с коммуникацией, а также камень преткновения, мешающий инженерам и руководителям подружиться. Плохие-плохие манагеры затаскали по тупым митингам! Причём к тупым обычно относят те, на которых нужно обрисовать статус работы.

Ребята, менеджерам митинги нахуй не спеклись, отвечаю. Мудаков хватает естественно, но так или иначе каждый менеджер мечтает лишь об одном: делегировать задачу и быть уверенным, что она будет выполнена как минимум в срок и с качеством не меньшим, чем он/а рассчитывает.

Тут сразу несколько проблем. Во-первых, конечно, постановка задачи. Ну, тут всё ясно: прояснить реквайрменты, устроить груминги-хуюминги, задефайнить риски и т.д. — без обсуждения никуда.

Вторая проблема побольше: отсутствие доверия и какой-либо обратной связи. Если я не доверяю подчинённому девелоперу или менеджеру, то так или иначе мне придётся его дёргать и спрашивать, как продвигаются дела. Многие даже если уже видят проблему, то ссыкуются сказать, рассчитывая, что ближе к концу оно как-то рассосётся. Не рассосётся! А даже если и да, то можно вообще это выставить как ачивмент 😉 Но чем раньше я узнаю, что что-то пошло не по плану, тем больше у меня пространства для манёвра. И тем раньше я смогу сказать своему руководителю, чтобы и у него оно было.

Короче, рецепт прост: хотите меньше митингов — сделайте так, чтобы на вас можно было положиться.

-----------------------------------------
Ну и чисто из моего опыта.

Был у меня в подчинении чувак: очень умный и скилловый девелопер, но любил уйти в астрал в поисках идеальной архитектуры, покрывающей 100,1% кейсов. Зная о его склонности оверинжинирить, мы с нашим архитектором и этим типочком проработали дизайн модуля системы без излишеств, но с прицелом на возможное расширение в будущем, и взяли с чела обещание, что именно в таком виде оно и будет заимплеменчено. Работы недели на две и 500 строк кода от силы, ей-богу. Договорились синкаться несколько раз в неделю. Вроде всё поначалу неплохо шло, но в какой-то момент WIP-коммит чел вылить на ревью отказался, мол, чуть надо причесать. В конце концов он его ещё пару месяцев «причёсывал», время релиза наступило, пришлось регрессии гнать — куча ресурсов просрана. До конца этот модуль до сих пор небось никто не понимает. Отличный урок мне вышел. Жаль, что через какое-то время чувак ушёл из конторы; поспешил — мы как раз через неделю собирались его сами выпиздить на мороз.

Ещё пример: другой девелопер делает тасочки и фиксит баги очень быстро, но порой немного «на отъебись». Не то чтобы херово, но вот немного глубже бы копнуть или наоборот вокруг осмотреться — и было бы лучше. Но мотивации у него не было как-то, а у меня соответственно — доверия. Провели кое-какую работу на разных уровнях, и что вы думаете? Сейчас я говорю ему просто: «Сделай заебись». И всё, работа сделана, а если возникают препятствия, я узнаю об этом заранее. Много митингов надо теперь, думаете? 🙂

Кажется, появился потенциальный конкурент LaMetric — Tidbyt. Не могу объяснить, почему мне нравится такое дерьмо. Вроде я не большой любитель ретро, но иногда прям любопытные штуки попадаются. Придётся брать™. (Ну, не за двести баксов конечно. За полтинник я б подумал. А пока, как говорится, «скажи мне, кто твой конкурент, и оба идите нахуй»).

Помню, кстати, лет двадцать назад играл в квест под названием «Ядерный титбит». Трэш тот ещё был.

Гифонька

Отдельная ачивка за всратый дизайн гению, который решил что торчащий из задней стенки под прямым углом провод — это хорошая идея

Глядите, какой протез руки. Это, конечно, ещё не Адам Дженсен, но чисто внешне прототип выглядит достаточно впечатляюще. Всему, что я видел раньше, будто не хватало именно эстетической составляющей. Надеюсь, тема будет развиваться и дальше и приведёт нас в светлое кибернетическое будущее.

Кстати, автор изделия — украинский стартап Esper Bionics.

Есть нечто притягательное в терминальных интерфейсах. Думаю, всё дело в простоте и строгой лэйаутной сетке. Например, чел написал приложение для отображения статистики пользователя на гитхабе. Выглядит местами и правда неплохо, но, исусе, как же адски бесит этот отступ справа от аватарки. Даже больше, чем снизу. Польза pie-диаграмм в таком виде мне тоже представляется сомнительной. Всё-таки лучше под конкретные нужды выбирать конкретные хорошие инструменты.

Я вроде кое-что в графическом дизайне понимаю; больше на уровне интуиции, конечно, но и теоретическая база кое-какая есть. Ну, и чувство прекрасного в определённой степени имеется — люблю, когда красиво (субъективщина, очевидно)!

Но типографика… У-у-у, типøграфика — это целый мир! Мир снобизма по моим ощущениям. То ли я прям вообще не шарю, то ли хз, однако, все эти ваши антиквы, гротески, акцидентные шрифты и т.д. не стоят столько внимания, сколько им уделяют. Да, поигравшись параметрами, можно сделать говно, а можно сделать норм — тут вопросов ноль. Но прям надрачивать на форму хвостика в букве Q — это примерно как «округлый и гибкий» вкус вина.

Такое имеет смысл разве что при создании уникального стиля бренда, но явно не в спорах про внешний вид софта или нонейм-сайта. Для приложений вообще нет смысла особо заморачиваться выбором обычно; для веб-сайтов иногда можно, если хочется походить на настоящие газеты. В среднем достаточно метрики «покатит / не покатит».

Даже миф о том, что в печатном виде лучше воспринимаются шрифты с засечками, а на экранах — без, не нашёл прямого подтверждения в исследованиях, а вот опровержения были.

Я что-то упускаю по всей видимости. Небось когда-то начитаюсь всякого и буду вам тут затирать про кернинги и интерлиньяжи. Но пока что не алё. Даже на канал тематический подписался, но не шевелится внутри ничего при просмотре.

Справедливости ради стоит отметить, что на аватарке канала, которую я сделал за пять минут левой рукой, не какой-то унылый дефолтный Arial, а прекрасная Futura 😅

В гуглоклаве на android обнаружилась абсолютно упоротая, но стёбная фича, позволяющая комбинировать разные emoji в один стикер. Залип минут на десять. Наверняка она там уже вечность, но не обращал внимания.