Maxometer
← Вернуться к рейтингу

Уставший техдир

@tired_glebmikheev

Авторский поток сознания @glebmikheev Реклама: https://t.me/vlad_0045 Ютуб канал с выступлениями и подкастами: https://www.youtube.com/@tired_glebmikheev Больше про меня: bit.ly/WHOISGLEB

Подписчики
220
Рост за 24ч
Рост за 7д
Рост за 30д

Динамика подписчиков

Недостаточно данных. Статистика появится после нескольких циклов сбора.

Последние записи

25.02.2026, 14:22

0.2% населения земли вайбкодят

Открыть в Max
25.02.2026, 06:42

Когда вечером приходишь домой и садишься кодить свой пет-проект с агентами

Открыть в Max
23.02.2026, 11:03

Методичка корпоративного вредителя - По любому вопросу собирайте встречи / комитеты - Выносите на них неважные вопросы как можно чаще - торгуйтесь по формулировкам в фолоуапах и решениях - возвращайтесь к принятым ранее решениям, пытайтесь повторно открыть по ним дискуссию - призывайте к «осторожности». Будьте «разумными» и убеждайте коллег быть «разумными» и избегать спешки. А то потом может быть неловко и трудно - беспокойтесь о правомерности решений и не противоречии с политикой вышестоящей инстанции Звучит как методичка корпоративного функционера? Это действительно методичка, но не просто методичка, это практики организационного саботажа из «полевого руководства по простому саботажу», написанного в 1944 году управлением стратегических служб (предтеча ЦРУ) для замедления военной машины нацистской Германии Всем заинтересованным, ссылка на почитать. Просто мёд, у меня прям флешбеки, вспоминаю своих любимых «коллег»)))

Открыть в Max
22.02.2026, 07:57

Уже на этой неделе, со вторника по четверг с 18:00 по 21:00 пройдет онлайн конференция AI Hard Fork Это самый полезный способ потратить эти три вечера, обуздать свое FOMO и напитаться полезностью про практическое применение AI. Не теории, которой уже все достали, практики Мероприятие бесплатное (при наличие подписки на каналы спикеров) Приходите ; )

Открыть в Max
21.02.2026, 13:57

Инженер не пишет код. Инженер решает проблемы Дженсен Хуанг, основатель Nvidia и её бессменный CEO вот уже 30 лет, большой визионер и лидер, отлично сформулировал: Цель инженера — решать известные проблемы и находить новые. Код — это одна из задач. Но если твоя цель буквально кодить — тебе скидывают задачу, ты кодишь — ну окей, возможно тебя заменит AI. Но у большинства наших инженеров цель — решать проблемы. И знаете что — у нас в компании столько проблем, и столько ещё ненайденных проблем, что чем больше у них времени копать вглубь, тем лучше для компании. Ничто не принесло бы мне больше кайфа, чем если бы никто из них вообще не писал код — а просто решал проблемы, понимаете? Вот этот фреймворк "цель vs задача" — его реально полезно примерить на себя каждому.

Открыть в Max
21.02.2026, 13:36

С агентами разработчики разучатся программировать! Забавное наблюдение: в 2014 году Computerworld публикует статью: Does relying on an IDE make you a bad programmer? Аргументы — один в один: IntelliSense делает тебя ленивым, автокомплит вовсе пишет код за тебя, а вот настоящий программист пишет в Notepad! Замени IntelliSense на Copilot, IDE на агентов — и получишь сегодняшний тред в любом айтишном чатике. Плюс добавь к этому обесценивание инструмента (он не может то, не может это. Работает плохо, медленно или вовсе не так) Паттерн один и тот же: каждый новый уровень абстракции вызывает панику у тех, кто привык ценить себя за работу на предыдущем уровне. Кто боялся IDE — проигрывал тем, кто её освоил. Кто боится агентов — проиграет тем, кто научится ими управлять

Открыть в Max
20.02.2026, 17:46

> Большинство менеджеров стро ят «команды» Менеджеры — первые вайбкодеры Вайбкодинг придумали не с появлением LLM. Менеджеры вайбкодят десятилетиями. Они был и истинными вайбкодерами задолго до ChatGPT Чооо? смотри =) 1. Менеджер говорит разработчику: «сделай фичу» 2. Разработчик идёт, п **ишет код 3. М** енеджер тестирует приложение. Код не читает 4. Что-то не так. Менеджер жалуетс **я на баги 5. Разраб** отчик чинит 6. Менеджер опять не читает код 7. «Готово, попробуй» 8. Ну вроде ок, коммить, пушь, вот тебе еще одна зада ча Это и есть вайбкодинг. Всегда им было. Просто раньше вместо Claude был разработчик, а вместо промпта — тикет в Jira сообщение в телегу (в лучшем случае) Так что когда кто-то говорит «вайбко динг — это несерьёзно», напомните ему, что все так уже работает лет 30 точно. Менеджер не знает как устроен код. Менеджер знает как должен работать продукт. И оценивает результат по ощущениям. Это буквально определение вайбкодинга

Открыть в Max
20.02.2026, 11:25

А зачем тебе команда? — С чего начать построение команд? — С вопроса «а зачем они тебе?» Команда — это дорогой инструмент. Её надо собирать, притирать, проживать конфликты, вкладываться в доверие и общий язык. И есть ненулевой шанс, что ничего не получится — А нельзя ли тогда просто набрать пачку сеньоров и дать им задач? — В большинстве случаев именно так и надо сделать Серьёзно. Команда — это не базовая единица работы. Это дорогой инструмент для определённого класса задач. Проблема в том, что слово «команда» в айтишке девальвировалось — так называют любую группу людей, которая сидит в одном Slack-канале Чтобы разобраться, когда команда реально нужна, а когда нет, посмотрим на классы задач через Киневин-фреймворк. Он делит задачи на три типа: 1. Простые (Clear) — территория регламентов. Всё понятно, всё изучено, неизвестных нет. Пишешь инструкцию, закрепляешь требования к квалификации — и вперёд. Поддержка, открытие счёта, сборка мебели. Тут не нужна команда — тут нужны исполнители и регламент 2. Сложные (Complicated) — территория экспертов. Неизвестные есть, но все они известны (бадум-тсс, каламбур). Берёшь эксперта, который сделал двадцать интернет-магазинов, он садится, задает бизнесу вопросы, а после расписывает план от А до Я: задачи, экспертизы, сроки. Территория проектной деятельности. Тут нужны эксперты и менеджер, а не «команда» 3. Комплексные (Complex) — территория гипотез. А вот тут начинается самое интересное. Неизвестных столько, что ты даже не знаешь сколько их. Делаем роботов, автопилоты, колонию на марсе или ИИ-Помощник. Нет эксперта, который «уже делал такое». Нет готового плана. Единственный способ двигаться — пробовать, учиться, адаптироваться. И вот именно здесь нужна команда К чему я это всё? Команда нужна только тогда, когда: - перед тобой комплексная задача без готового ответа - нет чёткого образа результата - нет эксперта-носителя знания - критически важно обучаться на ходу, накапливать и передавать знание внутри группы Для всего остального есть более дешёвое и надёжное средство — группа исполнителей. Написал ТЗ, спланировал работу и раздал задачи, дерёшь за сроки, бюджет и качество. Всё А теперь посмотри на свою «команду» честно. Задача перед ней Complex? Или ты строишь дорогой инструмент для забивания гвоздей, с которыми справится молоток? А теперь добавь сюда агентов Агенты сдвигают задачи вниз по Киневин-фреймворку. То, что вчера было Complicated — эксперт неделю декомпозирует, пятеро пилят месяц — сегодня один инженер с агентом закрывает за дни. Clear-задачи агенты уже забирают целиком (и не ноют, не опаздывают, не уходят на больничный) Что это значит для «команд»? Зона, где команда реально нужна, сжимается. Раньше ты собирал пять человек, потому что задача большая и сложная. Сейчас «большая и сложная» — это не аргумент. Один сильный инженер с правильным тулингом вывозит то, что раньше требовало проектной группы Остаётся только Complex. Настоящая неопределённость, где нужно думать вместе, спорить, пробовать гипотезы и учиться на ходу. Агенты тут не заменяют команду — они усиливают каждого участника. Но сам факт того, что тебе нужны живые люди, которые вместе думают — должен быть обоснован задачей, а не привычкой Большинство менеджеров строят «команды» не потому что задача этого требует, а потому что так написано в книжках и так принято. А потом удивляются, почему Такман не работает, ретро превращаются в нытьё, а «командный дух» держится только на корпоративах (и то не всегда) В мире агентов этот вопрос становится ещё острее. Если твою «команду» можно заменить одним крепким инженером с Claude — это не команда. Это неэффективная группа исполнителей с лишними коммуникационными расходами Правильный вопрос не «как построить команду», а «а нужна ли она тебе вообще : ) П.С. Кто отгадает при чем тут рэгби с картинки?)

Открыть в Max
20.02.2026, 07:08

Почему ритмичный фоновый шум фокусирует СДВГ-шников Три недели назад я поделился devopsradio.ru — и судя по реакции, зашло не только мне. Андрей, автор проекта, написал статью с разбором — почему ритмичная музыка реально помогает мозгу с СДВГ фокусироваться. Коротко: при СДВГ сеть пассивного режима в мозге (DMN - Default Mode Network) не выключается, когда надо поработать. Ритмичный предсказуемый фон даёт мозгу внешний стимул, добавляющий дофамина, что позволяет подавить DMN. В статье подробно описывается механизм и исследования, которые его подтверждают https://habr.com/ru/articles/1001608/ П.С. Самое интересное: эффект разнонаправленный. Нейротипичным (нормальным) такой фон мешает. А вот СДВГ-шникам помогает компенсировать их конкретный дефицит

Открыть в Max
17.02.2026, 20:49

Агентик софтвеер дивелопмент би лайк

Открыть в Max
Обновлено: 26.02.2026, 13:38:51 | Замеров: 1