🤥 Кроилово – ведет к попадалову.

Во множестве сфер (и коммерческая разработка ПО тому не исключение) на первый взгляд реализация любой фичи может быть на столько простой, что возникает неутолимое желание забахать огромный такой костыль, и забить болт на всё остальное. Не искать корнер-кейсы, не думать о UX, а просто взять – и сделать. Даже если последствия неочевидны или возможные проблемы можно замести под ковёр.

Но к чему это всё приведёт? К граблям, которые будут бить не по лбу, а прямиком по яйцам? К огромному техдолгу, на который потом все дружно положат болт? Или к сиюминутному решению, но проблемам с данными в будущем?

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

В идеальном мире и всё и так идеально, но мы живем там, где ответственность за принятые решения лежит на плечах принимавшего решение. Поэтому лучше «перебдеть», найти в себе силы и понять причины почему хочется поленится и сделать быстро: возможно вы устали и пора в отпуск; или ваше личное отвлекает от рабочего; а может быть мозг затуманен текучкой; или над вами стоят воображаемые «деды лайны»; ну или банально – вы уже не горите проектом. Найдите первопричину(ы). Попробуйте сопротивляться. И решение последует.

👻 Терминал Ghostty – оч не оч.

Я хочу вырастить в себе культуру тестить всё новое о чем везде громко пишут, и первым таким инструментом оказался терминал Ghostty, написанный аж самим Хашимото (бывший ко-фаундер HashiCorp – Terraform, Vault, Consul, Nomad и тд). Если коротко, то он написан на Zig и якобы очень быстрый.

И моё мнение такое (состоявшееся из нескольких недель использования):
🟢 он не быстрый (mac на Intel, возможно под arm было бы заметнее);
🟢 каждая новая вкладка открывается в cwd, это очень неудобно, когда привык cd-шится из хомяка (есть настройка чтоб пофиксть, но она не работает)
🟢 при коннекте по ssh – не работает backspace и перемещение по вводимой команде стрелками.

Итог: вернулся снова на iTerm2. Посоветуйте, пожалуйста, свой любимый терминал и расскажите чем он крут, хочу уже слезть с iTerm-а.

💧 ZigBee таймер автополива на 2 линии

Спойлерну тут устройство, которое недавно заказал и очень жду его (также как жду лето). Копался на озоне в зигбишных устройствах и где-то на очень далекой странице попался на глаза этот таймер. Его отличительная особенность в том, что он сразу на две линии (все остальные на одну, или нужно жертвовать подключением по Zigbee и брать обычный). А ещё продавец что-то намудрил в настройках озона и таймер там стоит в 2 раза дешевле чем на Ali (я думал, что он отменит заказ, но нет – товар уже на таможне).

�� Ozon (2.5к ₽) – пока без отзывов
😳 AliExpress (4.3к ₽) – с отзывами

Очень жду когда доставят, после подключения обязательно расскажу о нём подробнее (это не первый таймер у меня, но остальные не были «умными»). Надеюсь, не дойдет до того, что летом я начну в блоге скидывать свои цветы из сада или рассказывать о том, как я пытаюсь селекционировать и вырастить бамбук в средней полосе России 🕺

🥳 В обновлении HA завезли бэкап в WebDAV

Я активно пересаживаюсь на #HomeAssistant@Another_MVP для управления умным домом, в последней версии HA Core 2025.3.1 наконец-то появилась интеграция для отправки бэкапов в WebDAV хранилища.

Настраивается она супер просто: нужно ввести адрес сервера, логин, пароль и в настройках резервного копирования (Настройки -> Система -> Резервное копирование -> Обзор настроек -> Расположения) включить WebDAV, чтобы все бэкапы улетали туда. Но есть проблема: в российском сегменте облачных сервисов очень мало кто поддерживает этот протокол.

Я провёл небольшое исследование и вот какие результаты поддержки этого протокола:
➖ Яндекс.Диск – webdav есть, но с 2018 года компания специально тормозит его работу, фактически бэкапы из HA не грузятся
➖ Облако Mail – webdav есть, но не полноценный - что-то не поддержано, поэтому бэкапы отправляются, но в интерфейсе отображается ошибка
➖ DropBox – не поддерживается
➖ СберДиск – не поддерживается
➖ МТС Диск – не поддерживается
➖ Облако Билайн – webdav есть и отлично работает, даже не нужно быть их абонентом (бесплатно 10ГБ)!

Чтобы включить эту функцию в Облаке Билайн – нужно перейти в «Профиль и настройки» (справа сверху на логине), зайти в раздел «Безопасность» и включить там «Доступ через WebDAV».

@Another_MVP

🥵 Как же заебала шумиха вокруг AI и LLM

То, что сейчас происходит – великое время, но из-за хайпа в этом haystack очень сложно найти действительно ценные needle. И всё больше мест, где это превращается в карго-культ:

➖ На ProductHunt – каждый день куча стартапов про AI и то, как они помогают сделать мир лучше (а по факту 95% из них просто делают что угодно, лишь бы быть на волне);

➖ На Trendshift – все репы из топа гитхаба завалены AI агентами и LLM, которые якобы новые SOTA (но там наверняка просто хорошо прожёванный нейронкой датасет);

➖ В тележных каналах до сих пор постят упование Grok 3 и DeepSeek, хотя все кому интересно – уже натыкались в них.

Очень жду времена, когда хайп утихнет и можно будет не фильтровать поток входящей информации. Но к тому времени появится что-то невероятно новое, такая цикличность в IT уже много лет (крипта, Web3, NFT, Metaverse, AI и тд).

#work_hard@Another_MVP

🫣 Тёмная сторона делегирования

Бывает, зайдешь в MR на код-ревью и становится понятно, что проще будет вообще не мержить, чем потом поддерживать это говно. Хорошо хоть, если проблемы всплывают в этот момент, а не когда видишь неожиданно красочные баги на проде 🤯

И как вообще доверять команде, если результат не совпадает с ожиданиями? Постоянно контролировать и нервничать, что всё идёт не так? А если ты лид перфекционист, то вообще пиздец. Может доходить до того, что появляется желание забрать задачу и переделать всё самому, а не пытаться объяснить что нужно переписать.

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

В будущем, когда вы столкнетесь с багами как пользователь какого-то продукта, вспомните: это не разработчики рукожопые мудаки. Это их мудрый лид даёт им качать скиллы. 👹

👶 Артефакты для потомков

Последний пост навеял мысли о жизненном цикле задачи (примеры с Jira), которые давно хотел сформулировать в единый текст, чтобы зафиксировать для себя и поделиться с другими. Перед каждым пунктом должно быть одно слово (очень жирно) ВСЕГДА.

1️⃣ На этапе описания задачи добавляются связи с предыдущими задачами (реализациями), чтобы обеспечить преемственность в проекте.
2️⃣ У связей выбираются адекватные типы: follows, caused by, dependance for, depend – не валим всё в кучу "mentions", которая превратится в помойку.
3️⃣ Проставляется Epic, чтобы все задачи трекались верхнеуровнево и не надо было вспоминать перед релизом что мы там напланировали и проебали.
4️⃣ После Code-Review исполнитель пишет раздел «Фактическое решение», где коротко описывает суть решения, чтобы потом не перечитывать огромные MR-ы.
5️⃣ Если есть этап тестирования, то исполнитель пишет инструкцию тестировщикам (без разницы – мануальщикам или автоматизаторам).
6️⃣ После деплоя на этапе приемки исполнитель описывает методику (❕) проверки и результат проверки.
7️⃣ Если есть внешние приемщики – перед закрытием задачи они должны как минимум окнуть что всё выполнено ожидаемо, но в идеале – тоже описать методику и результат.

Всё это непререкаемо важно, чтобы спустя годы мы сами или те, кто будут после нас – могли по таким артефактам понять что вообще тут планировалось сделать; что было сделано в моменте; как это проверялось и какие связи с другими важными задачами были.
Если забивать хер, то проект в долгосрочной перспективе – не жилец, даже при небольшом инциденте никто не найдет концов.

#work_hard@Another_MVP

🙅 Каждый лид рано или поздно задалбывается писать задачи

И я снова попал в эту яму. В больших и сложных системах невозможно быстро шарить новую экспертизу, поэтому приходится подробно описывать задачи, чтобы в результате на код ревью не получить полную фигню. В каждой задаче я описываю три раздела:
1️⃣ «Что хотим?» – подробные требования;
2️⃣ «Зачем?» – бизнес value или для какой смежной фичи это нужно реализовать;
3️⃣ «Предполагаемое решение» – детали реализации, чтобы ускорить процесс решения.

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

Устал. Поэтому постепенно замещаю последний раздел на короткий «Definition of Done», где будет описываться ожидаемый результат. Возможно, попробую снова перейти на технику User Story или BDD (Behavior-Driven Development, которая вообще из автотестов), но кажется что они тут только всё усложнят.

#work_hard@Another_MVP

🚀 Скука — лучший друг инноваторов

Скажите честно, когда вы последний раз по-настоящему скучали? Сейчас так много способов заполнить паузы в жизни: просмотр тиктоков, залипание в рекомендациях социалок... Из-за этого простор для фантазии практически исчезает, но во время скуки мозг освобождается и рождаются самые невероятные идеи.

Вспомните детство, когда оставшись наедине с собой – вы создавали целые миры. Именно в такие моменты происходят чудеса, когда естественный «зуд в жопе» не даёт сидеть на месте, стимулируя креативное мышление.

Чтобы придумывать новое – можно использовать системные техники (например, «ТРИЗ»), а можно просто остановиться, замедлиться или делать рутинные задачи (ходьба, мытьё посуды, принятие душа и тд). Например, я недавно заметил, что когда принимаю душ днём (а не перед сном, с загруженной головой или утром, пока ещё не проснулся) – из-за монотонного процесса возникает множество мыслей, которые очень сильно увлекают и заставляют забыть что я вообще делаю. Это удивительное состояние, в котором рождаются классные идеи (в том числе постов в канал).

Если вы считаете себя творческой личностью – очень важно осознавать состояния, которые вводят вас в режим скуки.

😱 Каждый день мой дом становится немного умнее, однако я сам далёк от совершенства.

Вечерами я экспериментирую с Home Assistant, а днём лавирую между множеством рабочих задач. Мне удается делегировать часть из них, но всё равно остаётся то, что приходится решать самому — чаще это исследование проблем и формулирование задач на исправление, но иногда бывает что нужно написать какой-то код своими руками. Всё это приводит к тому, что я забываю переключаться с интеллектуального труда и отдыхать.
Например, вчера вечером словил перегруз и решил прилечь. Как только голова коснулась подушки – уснул, но буквально на полчаса. А проснулся таким разбитым, будто за день до этого взял у себя взаймы слишком много и теперь нужно отдавать с процентами.

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

#биохакинг@Another_MVP

Все говорят об умном доме исключительно с точки зрения рассмотрения функционала в Home Assistant, а я считаю что это – неправильно и дом должен быть безопасным и комфортным везде. И поэтому полгода назад решил поставить реле напряжения.

Этот пост – напоминание задуматься тем, у кого их нет. За полгода реле защитили 1 раз от пониженного напряжения и неделю по ночам защищали от повышенного (какой-то большой потребитель перед нами отключился и по ночам стало приходить >250В).

У меня стоят Welrok VIP-63 (бывшие RBUZ и Zubr), ставил их в отдельный щиток рядом, потому что в основном уже не было места. Единственный минус – они не передают данные в #HomeAssistant@Another_MVP, но зато у них есть внутренняя память по сработкам.

😩 Чтобы умный дом был в первую очередь комфортным – нужно уйти от управления котлом с решения застройщика (всратый Security Hub). Для теста я купил ZigBee-шные датчики температуры от Aqara глобал (WSDCGQ12LM), Aqara Китай (WSDCGQ11LM), Tuya (RSH-HS06_1) и Сбер (SBDV-00079). У последнего, кстати, цены самые адекватные сейчас – видимо они хотят мощно заходить на рынок, поэтому демпингуют других.

Все они само собой прекрасно добавились в z2m, я позамерял их работу в разных частях дома – как качество сигнала, так и температуру и её обновление. Выводы там очевидные, я скину в обсуждение скрины – оцените сами.

😭 Напоследок расскажу почему решение застройщика – плохое:
• Изначально компания ТЕКО делала охранные решения для госухи, а зайдя на рынок умных домов ничего не меняла и вышло говно с убогим UX (даже графиков нету) и кучей багов;
• Они не смогли исправить потерю соединения, поэтому в новой прошивке сделали ребут хаба, а он громко пикает через пожарную сирену при запуске и слушать это ночью по 3 раза – ад;
• Датчики живут своей жизнью, посылая на хаб неверные данные, причем хаб не считает средние, а верит каждому скачку/падению температуры.

Все записи о становлении дома – умным можно почитать по хештегу #HomeAssistant@Another_MVP

📕 Ревью настольной книги тимлида: «Карьера Software Engineering Manager» от Джеймса Стэньера (CTO в Shopify).

Буду честным, книгу прочитал ещё в начале января, очень сильно восхитился ей (как содержимым, так и содержанием), но спустя время моё мнение не изменилось, а только подкрепилось. Если бы у меня под рукой была эта книга в обоих случаях, когда ранее я становился лидом среди коллег, с кем ранее работал бок о бок, или когда вокруг меня и мной нанималась команда – наверное, я бы чувствовал себя в каких-то моментах более уверенно и основывался не на интуиции, а на практике других. Плюс появилась бы полярность мнений, которую очень важно соблюдать, чтобы не попасть в просак.

В целом, книга на столько базисная, что я её могу посоветовать не только руководителям (как действующим, так и начинающим), но и самим разработчикам. С её помощью будет гораздо легче проходить Performance Review, участвовать в 1to1, да и просто нетворкать и взаимодействовать с коллегами! Умышленно не рассматриваю тут кейс, когда тимлид – интроверт, а команда пытается разгадать что он хотел, т.к. очевидно что тут тоже наверняка будет польза для всех.

Для себя выделил несколько неявных идей и уже начал их внедрять в повседневный процесс. Одна из таких – сделать общий документ для 1to1, куда оба записывают вопросы/мысли/идеи что обсудить. Чтобы сам ван-ту-ван не был формальностью, а затрагивало реальные темы, которые возникают в промежутках между ними.

По итогу книгу рекомендую к прочтению.
Перечитал бы: да, с удовольствием.

#book @ https://t.me/another_mvp

🎅 Письмо дедушке Морозу

Конец года для любого ребенка — это волшебство и сладкое предвкушение, особенно когда заходит речь о письме деду Морозу. Помните, как мы перечисляли свои добрые дела, хвалили себя и с трудом выбирали, чем именно можно похвастаться? Родители тоже вносили свой вклад, подсказывая, что упомянуть, а про что умолчать. В финале письма мы с гордостью подводили итог. Ну и, естественно, добавляли список подарков, ради которых потом засыпали в новогоднюю ночь, как на иголках.

Погрузились в ностальгию? Почувствовали тепло тех новогодних вечеров?

Возможно, вам не стоит читать следующее: это был самый настоящий детский Performance Review. Просто в те годы мы об этом не догадывались!

#work_hard @ https://t.me/another_mvp