Буду рад предложениям, вопросам и идеям связанным с каналом или архитектурными/техническими вопросами. Можно написать в личку, а можно анонимно. А ответы на вопросы можно прочитать на сайте.
—————————————
What is Systems Based Management?
Пару месяцев назад решил найти авторов на substack, которые пишут о general system theory/system engineering/system dynamic. Оказалось, что подобного контента мало (который был бы мне интересен) и, из примерно 100 авторов, нашел только одного, чьи посты читаю регулярно (если знаете других — делитесь в комментариях). По ссылке выше как раз этот автор с мыслями о том, как думать о менеджменте системно. Сразу напишу, статья больше философская, чем практическая.
Начинается текст с популярного предположения, что на результаты бизнеса влияет «функция индивидуальных качеств» (усилие, талант, индивидуальность и так далее). Вместо этого, автор предлагает посмотреть на управление со стороны системы, в которой работает человек. Т.е. отказаться от мотивации людей, так как люди изначально мотивированы работать, но через время «сгорают». Следовательно, нужна система, в которой изначальная мотивация медленнее «сгорает». Дальше предлагается проверить, насколько текущая компания зависит от «героев», которые спасают проекты. В конце рассуждается о том, что вместо управления на данных можно пойти через эксперименты, благодаря чему можно посмотреть на системную динамику.
#managment #system_thinking
—————————————
ADR \(Architecture Decision Record\) или Мы же теперь умные?
Если поискать по каналу, то ADR упоминается в 11 постах (пример, второй и третий). Сегодня лонгрид о том, что такое ADR, из чего состоит документ, зачем нужно записывать решения, как внедрить и так далее.
Текст состоит из 9 частей + дополнений. В начале автор описывает проблему связанную с потерей контекста вокруг решений (если не можете вспомнить почему выбрали микросервисы — это оно). Кроме этого, указывается еще три анти паттерна с которыми ADR помогают (паттерны из fundamentals of software architecture). Дальше рассказывается что такое adr, какая у документа структура и чем архитектурно значимые решения отличаются от других решений. Дальше рассказывается о трех ролях вокруг документа (автор, принимающий решение и администратор) и о том, как разные роли (тимлиды, архитекторы, разрабы, etc) используют adr. Плюсы и минусы тоже перечисляются, как и способы внедрения. Понравилось, что упоминаются метрики «эффективности» (использовать на собственный страх и риск).
Если до этого не сталкивались с ADR, хотите углубить знания или думаете внедрять документы — обратите внимание на статью.
#adr
—————————————
What's new in Postgres 19
Я жду новую версию постгреса из-за добавления графов прямо в схему бд. Но графы не единственное, что планируется в 19 версии. Статья выше рассказывает о еще трех фичах, на которые стоит обратить внимание.
В список попали:
REPACK, отключение JIT по дефолту и улучшения вокруг query planner. Если коротко, REPAC — замена VACUUM FULL и CLUSTER. Единственное отличие, репак может работать без блокировки таблиц (т.е. можно писать/читать во время работы команды). В тексте найдете примеры выполнения команды, описание трех возможных опций (без сортировки/с сортировкой и неблокирующий вариант) и объяснение того, как REPACK работает. В случае JIT, отключение по дефолту, позволяет «тоньше» настраивать поведение базы и включать JIT только когда надо. А по поводу улучшеного планера — в статье найдете пример оптимизации с объединением данных и pgplanadvice, который «пинит» план на ID запроса (если правильно понял)#psql