Хорошая статья про разные типы сложного управления памятью.

https://news.ycombinator.com/item?id=40146615

Начал писать про то, кто и зачем пишет теханализ у нас и обнаружил, что Джоэл написал про это статью 24 (ДВАДЦАТЬ ЧЕТЫРЕ) года назад, и я ее даже читал. Индустрия дилетантов, которые изобретают велосипеды.
https://www.joelonsoftware.com/2000/10/02/painless-functional-specifications-part-1-why-bother/

Правда с Джоэлом не во всем согласен

Игра: Deadlock Empire
Обучающая игра для программистов с моралью.
Призвана сформировать у вас вынужденную беспомощность и отказывать от решения задач определенного класса. Чрезвычайно рекомендую всем сыграть
https://deadlockempire.github.io

Сделал презентацию про DDD и то, как правильно выбирать функционал продуктов, и теперь слайды из нее гуляют на всяких совещаниях уровня ГД группы компании / совета директоров. Считаю, шалость удалась.

Старая загадка про менеджмент, которая мне очень нравится.
Итак, вы лейтенант-связист. У вас есть машина с техникой, ваш опытный сержант и отделение солдат. Вы находитесь в лесу. Необходимо развернуть узел связи, чтобы он заработал, причем антенну повесить как можно выше. Выставить часовых и быть готовым к работе. Что конкретно, по пунктам, предстоит сделать вам?

Необходимо вызвать сержанта и приказать: сержант, разверните узел связи и выставите часовых. Антенну повесить повыше.

Все остальное я тут пишу, чтобы показалось, что надо много чего сделать, войти в детали и т.д. Сержант опытный и вы с ним сработаны, это указано в условиях задачи. О всех проблемах, которые возникнут, он доложит.

Влад Килин прислал мне очень неплохую статью про реорганизацию команд у себя на работе

https://amanagrawal.blog/2024/02/07/how-we-reorganised-engineering-teams-at-coolblue-for-better-ownership-and-business-alignment/

https://cio.osp.ru/articles/100424-Rusagro-mashinnoe-obuchenie-maximiziruet-urozhay

Проект, который моя жена делала

Читаю «Эффективного руководителя» Друкера и такой:
А) что за сборник банальностей
Б) почему никто так не делает

Попугая научили говорить «Разработчик, что с задачей?» и повысили до руководителя проектов
Попугая научили говорить «Вова, звонил заказчик, я не знаю что делать помоги» и повысили до руководителя портфеля проектов
Попугая научили говорить «чтобы что?» и сделали директором по продуктам.
Попугая научили говорить «А как это будет масштабироваться?» (will it scale?) и сделали архитектором
Попугая научили говорить «что за хуйню вы нагородили?!» и назначили директором по разработке
Попугая научили говорить «вы не попадаете в целевую маржинальность» и сделали начальником финансового отдела
Попугая научили перебирать случайные параметры и он теперь дата-саентист
Попугая научили говорить «прод лежит, пидоррррасы» и сделали начальником техподдержки

Продолжайте в комментариях

Обнаружил в своем календаре встречу по поводу согласования выделения денег на разработку графика разработки технического задания на разработку продукта.
WE NEED TO GO DEEPEER

https://habr.com/ru/articles/825880/

Когда я был юн, я ненавидел архитектурное проектирование и документацию, и считал единым источником правды код. Если вы знакомы с мемом в заголовке статьи, то конечно же знаете, к чему это привело меня в конечном счете.
Эта история про то, как я пришел к необходимости процесса обязательного технического анализа по задачам для программистов.

Верите ли вы в то, что бывают люди, у которых каша в голове?

Все вендоры западные ушли.
А вот этот израильский вендор решений кибербеза, VPN, фаерволлов и прочего остался.
Наверное они там смелые парни, не боятся санкций, за свободу предпринимательства. Других объяснений быть не может

48 причин, почему вендора средств защиты информации не спешат предлагать клиентам требуемые ФСТЭК с 1 января 2026 года средства защиты информации, работающие на отечественных процессорах.
Причина номер 26: нет никаких отечественных процессоров

Когда я слышу баззворды. типа «гибко» я всегда напрягаюсь.

И вот очередной случай. По мнению одной из команд, зашить во фронт их проекта ИД свойства, который выводится на мнемосхему, и точно так же зашить формулу вычисления этого свойства в бек — это гибко, в противоположность тому, чтобы загружать данные из свойства объектной модели (где это настраивалось бы в low code внедренцами).

Со своей точки зрения они правы. Потому что это гибко для их команды, они могут легко вносить изменения

Ну думаю все уже в курсе, что дело не в DNS, а в антивирусе .

Дежурное напоминание, что антивирусы вредны :-)

Интересно, что в индустрии мы знаем, как правильно делать, просто выдумываем себе причины этого не делать.
Мы знаем, чтобы создать продукты, нужны исследования, эксперименты, прототипы, говорить с пользователями и заказчиками.
Вместо этого надеемся, что они сами собой появятся из достаточного объема контрактной разработки.

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

Мы знаем, что не иметь автоматизированных тестов для продукта это путь к плохому качеству и большим расходам, но все же придумываем причины их не писать.

Нам известно, что недоинвестирование в DevOps или тулинг для разработчиков обходится кратными расходами рабочего времени дорогостоящих спецов, но все же сейчас на это денег нет.

Могу продолжать, кажется, без конца.

Какой еще нужно вынести урок из истории Crowdstrike?
Как правильно валидировать данные.
Спойлер: валидировать данные — не правильно.
Классическая статья на эту тему
https://lexi-lambda.github.io/blog/2019/11/05/parse-don-t-validate/