ИТ наизнанку | Владимир Ловцов – Telegram
ИТ наизнанку | Владимир Ловцов
1.07K subscribers
137 photos
10 videos
1 file
99 links
Будни ИТ без «ванили».
Реальные истории, хаос и управление проектами.
Помогаю специалистам — от старта в ИТ до роста в лиды.
Консультирую компании — продукты под ключ, команды на максимум.

Ассистент для связи: @VMLovtsov_assistant
Download Telegram
Когда впервые слышишь про Event Storming, в воображении может возникнуть ритуальный круг со стикерами вокруг доски. На деле это инструмент, который помогает вытащить из вашей системы все реальные события и понять, кто за что отвечает. А DDD задаёт логику и названия для этих событий, чтобы не плодить монстров вида «ItemCreatedButActuallyDeleted».

В чём суть?
В Event-Driven Architecture (EDA) микросервисы обмениваются событиями, а не гоняют запросы напрямую. Если забить на Event Storming и DDD, легко получить бардак из никому непонятных оповещений. Но если продумать доменные события и их связь, всё становится ясно: какой сервис что «выкрикивает» и как остальные реагируют.

Роль руководителя – не просто собрать народ у доски (реальная или виртуальная не важно), а следить, чтобы всё важное фиксировалось, и никто не увёл обсуждение в чаевые мелочи. Важно понять, как ваши события влияют на соседние сервисы и что делать, если вдруг в проде вылезло что-то типа «PaymentDoneButNotDone».

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

P.S. Частенько пренебрегаю, а потом думаю зря, в прошлый раз не воспользовался... Знаю да, а вот пользуюсь, не всегда)))

@it_underside
👍5
Когда тебе в голову приходит идея "Давайте проведём Event Storming", обычно слышишь два типа реакции: одни радостно готовят стикеры и маркеры, другие крутят пальцем у виска в стиле «опять эти ритуалы», поверили???? Т.е. реально у вас в команде все такие прошаренные и знают об этом? У меня за плечами не один "штурм событий", так что поделюсь личным опытом, чего хорошего и не очень вас может ждать.

💪📈Плюсы
1. Общее понимание домена.
Все, от разработчика до бизнес-аналитика, наконец-то начинают говорить на одном языке. Когда видишь события визуально, инсайты приходят даже к тем, кто до этого «молчал в тряпочку», те самые коллеги, которые не отсвечивают, но вспоминаешь о них, когда начинаются сборы не "др"
2. Выявление пробелов и конфликтов.
«А что происходит после того, как оплата прошла?» – «Э-э, не знаю…» Этот диалог лучше всплывёт на встрече, чем на продакшене.
3. Ускоряет командное взаимодействие.
У вас появляется общая доска с «картиной мира», и ребята охотнее обсуждают спорные места, потому что всё видно, как на ладони.
4. Повышение вовлечённости.
Кто любит бумажки, тот счастлив, что можно лепить стикеры. Кто ненавидит бумажки – вдруг понимает, что так идея «оцифровывается» быстрее, чем долгими разговорами.

😆😆Минусы
1. Затраты времени.
«Штурм событий» может занять пару часов, а то и целый день. Некоторые (особенно интровертные) разработчики могут предпочесть это время тратить на реальный код.
2. Риск увязнуть в деталях.
Если модератор не «рубит» бесполезные ветвления, сессия превращается в бесконечные дискуссии о названиях ивентов.
3. Нужен толковый фасилитатор.
Без активного ведущего можно получить хаос: кто-то будет «подминать» под себя, кто-то вообще молча прятаться.
4. Иллюзия завершённости.
Даже если вы всё круто расписали на доске, это лишь «снимок» ситуации. Процесс надо постоянно пересматривать, а не считать, что «всё, мы изучили ивенты навечно».

Итог, ну или как бы логическое умозаключение
Event Storming – мощный инструмент, который объединяет людей вокруг единого понимания системы. Но это не магия, которая решит все проблемы за пару часов стикеротерапии. Важно, чтобы у вас был человек, способный направлять обсуждение, и готовность затем поддерживать модель в актуальном состоянии. Зато, если подойти к делу с умом, вы избежите внезапных «белых пятен» в логике и улучшите командное взаимодействие.

P.S. Если после сессии кто-то приклеит себе на лоб стикер «PaymentFailed» – это нормально. Главное, чтобы он понимал, как этот ивент ведёт к «PaymentRetried» и «PaymentSucceeded».
Please open Telegram to view this post
VIEW IN TELEGRAM
👍32
Кажется я всё меньше и меньше затрагивают системный анализ, а если быть чесным, то на проектах перестал им заниматься, на смену этому пришло управление командами, управление продуктами и solution архитектура.... Даже на моих личных проектах не всегда дохожу да СА. Кажется это тот самый сдвиг, когда хочется ещё попроектировать и более глубоко проработать дизайн системы и каждого компонента, но чисто физически уже не хватает ресурсов. Из-за нехватки времени пришлось откзаться даже от выступления на Merge, хотя доклад и все нюансы проработаны😭.

К чему это?

А вообще я ищу сейчас себе помощника по курсам, т.к. есть риск получить "well-done"🥩. Если интересно, то обращайтесь в лс.

@Vladimir_lov
@it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
7👍3
С прошлого года стал управлять кластером разработки по банковским продуктам , со всеми вытекающими, и решил пересмотреть концепцию команд и вспомнить хорошую и давно забытую (у кого как, но на крайне сложных и сжатых по сроку проектах нужны эксперты и специалисты высокого уровня чаще всего) практику набора джунов, ну когда делают соотношения по сеньерности 1:2:4 или 1:3:9. И ... порой джуны удивляют скоростью и производительностью. Пример из текущей практики, человек ещё не знал ничего месяц назад, а сейчас уже пишет постановки (тз) на разработку и это впечатляет, а что ещё впечатляет, что такие молодые специалисты дают фору экспертам со стажем в пару десятков лет опыта. Не буду скрывать, что у нас хороший онбординг и т.п., но "Карл". О чём пост? Берите джунов, они вас ещё удивят😁
1👍4🔥2😁2🤗2
Есть заказчик, готов финансировать проект (если каждый член команды будет живой и готов двигаться, то будем вам классный проект и хорошая зп без бюрократической обвязки), проект представляет из себя разработку продукта для erp с множеством ai функций.

Кого ищу?

1. Data scientist (не нижу Middle+, а желательно senior)
2. Системный аналитик (не ниже middle)
3. Python разработчик (нужен хороший фуллстек, по уровню не ниже middle)

Если будет что ещё, буду писать)

P.S. а да, выключил комментарии, так как наплыв ботоподобных сущностей...
1😁3🔥2👍1
Знаете, ещё обидно, что накидал куча материала за 2 года в черновом виде для канала, но до которого не доходяд руки. Думал тут может повысить личную эффективность, даже джедайские техники пробовал и тестировал, но как то не дали они мне существенного изменения😀😀 то ли я 😐, то ли уже и так много знаю, ну знаете, сам себя не похвалишь, никто не сделает этого)))
Please open Telegram to view this post
VIEW IN TELEGRAM
7🔥3😁1
Всем привет, что-то лето началось раньше, чем хотелось, а именно с дачи и если вы спросите на кого или на что я променял кучу активностей, скажу честно, на дачу)))) постигаю совершенно новое для себя - молоток, лопату, кисть, ну и т.п.😀😀

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

Как книга? Введение и глава N°1- готовы, а остальное в процессе


Всем хорошего лета))) возможно буду реже писать, ну вы поняли, дача)
Please open Telegram to view this post
VIEW IN TELEGRAM
😁6🔥3
Если у кого есть желание поболтать и вы в Питере, пишите) а так я на конференции HighLoad)
🔥2
Вот всё так, попадание прям в точку
Forwarded from СофтТех
Джуны в минусе

По словам Андрея Тарасова, директора службы занятости населения Москвы и руководителя центра «Профессии будущего», IT — единственная отрасль в столице, где наблюдается снижение заработных плат.

Однако падение касается не всей отрасли, а только джунов. Если раньше стартовые позиции в среднем предлагали 70-80 тыс. руб., то сейчас это около 60 тыс. руб.

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

У тех, кто только «вкатывается в IT», есть два варианта: либо быстро прокачивать свои скиллы за скромные деньги или даже бесплатно, либо идти получать рабочие специальности и уже сейчас зарабатывать нормальные деньги📌

™️ СофтТех
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9🤬1
🌞 Утро доброе, друзья!

Ну как у вас там дела? У кого-то уже день, а у кого-то ещё утро? 😭
Хотелось бы красиво заявить: «Из пепла восстану я!»
Но честнее будет: «Из земли вылез я… и рядом с кротом».

Лето подходит к концу. И знаете, за это время я сделал кучу всего… но совершенно не менеджерского и уж точно не айтишного 🤓.
Ни тебе Jira, ни тебе ресурсного планирования (ну хотя если честно, кое-какой планинг у кротов я всё-таки заметил — работают слаженней, чем некоторые проектные команды - ровность земли тому показатель).

История такая....
В мае я купил участок в 18 соток с домом, который стоял заброшенный лет 10, а чтобы вы понимали масштаб трагедии: кусты смородины там выросли метра на четыре и явно пытались конкурировать с берёзами. Яблони слились в некий хаос, часть деревьев решила уйти на пенсию и сухо напомнила о своём возрасте, а местные жабы и мыши устроили коммуну без счёта за ЖКХ.

И тут я, ИТ-лидер, директор по управлению проектами, человек переговорок и диаграмм Ганта — внезапно оказался с лопатой и граблями. Скажу честно: сидячий образ жизни растворился где-то между грядками и газоном.

👉 И знаете что? Нет ничего более перезагружающего, чем вот эта работа руками, с землёй, когда ты реально чувствуешь природу, а не смотришь на неё через окошко Zoom-а или DION-а.

Причём это не только мой личный опыт. Есть исследования: работа на земле снижает уровень кортизола (того самого гормона стресса, который у нас подскакивает от дедлайнов), а контакт с почвой стимулирует выработку серотонина. То есть условно — перекопал грядку → получил дозу счастья. Бесплатно, без абонентки и багфиксов 💊.

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

К чему это? Думаю, пора перезапустить не только голову, но и сам канал.
Не бойтесь — айтишная и аналитическая составляющая останется, но теперь тут будет больше про менеджерские истории, про то, как управлять командами, проектами и иногда — самим собой. Ну и да, периодически про то, как выкопать картошку и не умереть от мышечной боли 😅.
---

Ваш ДПУП, распределяющий не только ресурсы в проектах, но и грядки @it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
19🔥6👍4❤‍🔥1👎1🤩1😍1
😎 бодрого утречка, коллеги!

Сегодня вы, как и я, проснулись и поняли: «У меня 24 часа, а задач — как на три рабочие недели»? Бюджеты, согласования, стратегические цели, развитие сотрудников… и обязательно кто‑то лажанулся, сорвал договорённости или просто забыл, что сегодня пятница, а не завтрашние дедлайны.

И вот что я понял: если у тебя нет плана A, Б и до Я — ты спалился🔥🔥🔥🔥. Особенно когда в твоих руках — сложный проект или портфель, например как у меня сейчас, по персональным клиентским предложениям для банка: десятки микросервисов, сложнейшая логика интеграционных взаимодействий, бешеные показатели..... И ты либо учишься делегировать, либо тебя “выносят вперёд ногами”.

Факты на твой менедж-уровень

💡Gallup проанализировал 143 CEOs из списка Inc. 500 и обнаружил, что те, у кого высокие навыки делегирования ("delegator talent"), генерируют на 33 % больше выручки и на 112 процентных пунктов быстрее растут за 3 года — по сравнению с теми, кто плохо делегирует - ссылка.

💡Harvard Business Review в последнем материале отмечает: часто лидеры знают, что нужно делегировать, но не понимают что именно и кому — ключевая ошибка большинства руководителей - ссылка.

Мой стиль делегирования — это не «свалить всё на кого-то», а:

✏️Стратегия и долгосрочные цели — мои.
✏️Операционные задачи и экспертиза — на заработавшую команду.
✏️Приоритеты — так расставлены, что даже если всё идёт по S-плану, проект всё равно едет, ну или как минимум ты так думаешь🐱

И да, это ещё и про нервы. Чтобы не взорваться, когда кто-то забывает про дедлайн, нужен план Б и Г. Делегирование — это не про «как меньше работать», а про «как выжить и добиваться целей».

Немного стёба на десерт

🟢Делегировать — это не значит “скинуть задачу на разработчика”, это значит “распределить ответственность так, чтобы команда верила, что на неё равняется”.
🟢И да, иногда легче договориться с Kafka, чем с частью менеджеров. Но у тебя всегда есть резервный план (единорогов не хватает, поэтому плана Я 😉

Как итог

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

P.S. Я не говорю, что я супер руководитель, но по крайней мере я смог удержать, плавящиеся прямо в руках проекты не раз, а дальше посмотрим 😉.

---
Ваш ДПУП (Директор по портфелю проектов, планам B–Z и нервным клеткам)
@it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
15🔥4🤝4👍1👏1
Добрый вечер, коЛЛеги!

Сегодня день такой, что голова раскалывается…
И вроде бы хочется по-умному рассказать: «Команда должна быть сбалансированной, ответственность распределена, культура доверия и бла-бла-бла».

А на практике?
Всегда находится один герой, который тащит на себе полпроекта.
Я видел это десятки раз. Да и сам был таким одиночкой. Сначала тебя хвалят, потом на тебя же и валят, а через месяц ты либо токсик (аналитик = токсик, но мне повезло, я не токсичный, а просто скорпион), либо в отпуске без возврата, либо меняешь проект или расскажу позже (секрет)

👉 Вот в чём правда: если у тебя работает один герой — у тебя не команда. У тебя хрупкая система, которая развалится при первом же сбое.

📊 Deloitte писали, что сбалансированные команды на 20% продуктивнее и на 30%,
а Harvard Business Review добавляют: большинство лидов умеют делегировать задачи, но забывают делегировать ответственность.

💡 Личный инсайт:
⚙️рутину надо делить на всех;
⚙️важные решения — тем, кто должен вырасти;
⚙️и всегда держать команду в логике «мы делаем вместе», а не «он нас спасает».

👉 Итого, делегирование спасает не только проекты, но и нервы руководителя, а если вы руководитель, спасите себя)

---

Ваш ДПУП (директор по портфелю проектов и бывший герой-одиночка с таблеткой от головы)
@it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6🤝4😁3🤩1
Доброго окончания рабочего дня, коЛЛеги 😉

Ждёте субботы? А пока она не наступила можно про работу поговорить))

Что-то меня тут настольгия захватила. В одну из команд ищу ИТ-лидера и, оценивая кандидатов, задумался, а кого я ищу? Какой он — хороший лидер команды или проекта?
И невольно вспоминается, что когда-то я был обычным аналитиком...но потом рос и дорос)

Меня заботило простое: нормальный ноут, зарплата и чтобы руководитель не грузил по полной. И казалось — вот оно, счастье. А ты сейчас именно так думаешь?

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

Но давайте честно - реальность быстро разбивает розовые мечты. Всегда есть бюрократия, дедлайны и ошибки. Я сам не идеален — и это нормально. (Говорят есть воркинг-позитив??) Главное — не пытаться быть «супергероем», а расти вместе с командой.

💡 Моя главная "мыслЯ" на сегодня:
🟢 смотрите не только на результат, но и на то, как команда до него дошла;
🟢 признавайте ошибки — свои и чужие;
🟢 учитесь договариваться, даже когда кажется, что выхода нет;
🟢 и помните: предела росту нет, пока вы честны сами с собой.

Как-то так))
---

Ваш ДпУПП (директор по управлению портфелем проектов и «купол», который тоже учится)
@it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
👍64🕊3
Podlodka Teamlead Crew — онлайн‑конференции по актуальным темам для руководителей разработки.

Здесь за одну неделю можно получить прикладную пользу в удобном формате утренних и вечерних сессий.

Новый сезон конференции стартует 6 октября и посвящен Продвинутому тимлидству: компетенциям и навыкам, которые могут привести к росту в профессии и карьере.

Что в программе?

Как строить процессы без микроменеджмента и бюрократии, а иногда и с ними, расскажет практик и эксперт Теории Ограничений Александра Брызгалова.

— Когда развитие команды реально прокачивает навыки, а когда нет, объяснит организационный психолог Дмитрий Болдырев.

— Как выйти из зоны комфорта и влиять на бизнес с помощью Shadow Work Canvas, разберёт коуч IT‑руководителей Юлия Аравина.

— Зачем нужен внутренний бренд команды, как его развивать и где прочертить границу с личным брендом, поделится Максим Гришутинин, Platform Lead ОККО

Программа Teamlead Crew - это недельная концентрация пользы и практики

Подробности и билеты: https://podlodka.io/tlcrew
🔥4
День добрый, коллеги!
День бодрый?

Последние месяцы я всё чаще получаю сообщения от вас. Кто-то спрашивает про карьеру, кто-то — про управление командами, кто-то — про то, как перестроиться в это «оптимизационное» время. Честно — это безумно приятно, спасибо за доверие!

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

👉 Зачем вообще обращаться?
Сейчас у многих похожие ситуации:
— неопределённость на работе, тревожность «а что завтра?», ну вы же понимаете о чём я;
— желание перейти в лиды, но непонятно, как выстроить траекторию, а главное оптимально;
— хаос в команде, и нужен совет, как настроить процессы и делегирование и выйти на нужную производительность;
— или просто ощущение, что ты буксуешь и пора понять, куда расти и актуализировать ИПР.

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

💡😉💡Поэтому если чувствуете, что пора поговорить — пишите и всем хорошего дня!

---

Ваш ДпУПП (директор по управлению портфелем проектов и человек, которому тоже нужен «купол»)
@it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍2
😎 Добрый вечер, коллеги! Вечер бодрый?

Хочу рассказать одну историю, хотя нет, даже две )

Был у меня один знакомый специалист. Умный парень, голова варит, опыт есть. Несколько раз приходил ко мне за советом: как строить карьеру, как договариваться с руководством, как выстраивать путь дальше.
Я делился идеями, давал направления.
А он слушал… и всё равно делал «по-своему». Потому что «я же умный, знаю лучше», ну и он больше за то, чтобы перекинуться парой словечек (надеюсь тебя не обидел), а не разобрать проблему....

Прошло время — и он вернулся. Но уже не за советом. Он сказал: «Возьми меня в менторинг, хотя нет может, даже найми к себе и пристрой, а?!»
Но так не работает. Нельзя сначала игнорировать дорогу, а потом удивляться, что стоишь на перекрёстке и не знаешь, куда идти, а у тебя ипотека, кредиты, дети....

А теперь вторая история, ну, слушайте.
Другой специалист. Тоже заходил ко мне «поболтать». Сначала короткие вопросы, потом — полноценная работа: мы разобрали его карьерную стратегию, зарплатные ожидания, будущую роль. Проработали шаги и команды, где он реально может быть лидом. И знаете что? Сейчас он руководит небольшой ИТ-командой в компании. Человек спокоен, понимает, куда движется, и главное — доволен собой и результатом.

📌 В чём разница?
Первый — считал себя самым умным и потерял время.
Второй — доверился, вложился в работу над собой и получил результат. !!!Но доверять не надо кому "папало", а то отправит вас не туда!!!

И тут важный момент.😉✏️
Я тоже не рос в вакууме. У меня были люди, с которыми я советовался, когда нужно было «склеить несклеиваемое» — и советами, и иногда крепкими пинками. Это и моя супруга, и мой бывший руководитель (сейчас он топ из топов), и даже CEO–1 в крупной всеми известной компании. И знаете что я понял? Настоящая ценность — это не устроить человека «к себе», а помочь ему решить его задачу. Указать путь, где он найдёт своё место и вырастет.

(Хотя да… есть у меня одна история, когда всё сложилось иначе. Но это уже в другой раз 😉)

💡😉💡 Вывод прост: если хочешь дойти до точки Б быстрее и с результатом — не надо играть в «я и так всё знаю». Опыт и сопровождение — это не костыль, это ускоритель - КАТАЛИЗАТОР!

---

Ваш ДПУПП (директор по управлению портфелем проектов и человек, который знает цену и советам, и пинкам)
@it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥61🤔1💯1
Т — токсичность.

Это боль, которую может ощутить каждый.
Но самое ли это страшное в коллективе?
А как насчёт вот такого:
— руководитель, который вместо поддержки ставит штрафы за «ошибки»;
— газлайтинг на работе, когда тебя убеждают, что ты сам виноват во всём;
— или та самая ситуация, когда ты работаешь на пределе, а в итоге тебе «съедают» премию.


Да, это бывает.

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

👉 Нет, не с тобой.

Это система, которая ломает людей. И если честно, она ломает даже сильных.

💡 Вывод, без него никак, иначе зачем пост писал

— Если тебя лишают премии не из-за работы, а «потому что так решили сверху» — это не твой провал.
— Если тобой манипулируют, обвиняют и штрафуют — это не «дисциплина», это отравленная культура.
— И самое главное — нельзя позволять системе сделать из тебя тень.

Сказать «стоп» страшно. Но ещё страшнее — скукожиться до состояния, когда ты сам начинаешь верить, что ничего не стоишь.

Ссылка на более подробную мысль

---

Ваш ДПУПП (директор по управлению портфелем проектов и человек, которого тоже пытались скукожить)
@it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6
Утро доброе, коллеги!

Как раз утречком от знакомых услышал:

— «Мы хотим сделать архитектуру как в FAANG».


И вот с этого момента я обычно достаю попкорн. Потому что дальше сценарий всегда один и тот же:

— «Разделим на микросервисы!»
— «Подумаем над гибкостью!»
— «Error handling потом поправим, главное MVP!»

Через пару месяцев — паника:
модули не стыкуются, API шепчутся на разных языках, половина логов хранится в Excel (я это видел своими глазами и слышал об этом от знакомых, которые почта в FAANG...),
а документация выглядит как археологический отчёт по исчезнувшей цивилизации.

Но главное — звучит гордо:

— «Зато мы теперь как в FAANG!»


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

Мы копируем не практики, а ритуалы.
Собираемся, пишем дизайн-доки, делаем 18 диаграмм, и чувствуем себя просвещёнными — пока всё не падает от простого изменения в конфиге.

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


Псс! Вам если надо чуть больше интересного чтива, по данному поводу, то ждите лонгрида, а пока превью
---

Ваш ДпУПП (директор по управлению портфелем проектов, у которого «работает» звучит чаще, чем «паттерн»)
@it_underside
👍5🔥4🥰1
Гутен морган!

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

Ссылка

---

Ваш ДпУПП
@it_underside
10👍1
Антипаттерны не щадят даже лучших.

С 13 по 17 октября пройдет новый сезон Podlodka Techlead Crew “Архитектурные антипаттерны”.

Обсудим ошибки, которые ломают архитектуру, и как их избежать.

В программе:

🛠️ Модульный монолит: убийца микросервисов.
Какие плюсы микросервисов реально доступны и без них и как монолит снижает сложность и экономит ресурс — Денис Цветцих

📑 Дизайн-доки — инженерная культура в FAANG. Как обсуждать архитектуру до кода, избегать холиваров и делать дизайн-доки полезными — Дмитрий Волыхин

Error Handling: от боли к порядку. Стандарты обработки ошибок вместо хаоса при интеграциях через API — Евгений Лукьянов

🔍 Круглый стол. Архитектурные антипаттерны: как вовремя распознать. Первые звоночки анти‑паттернов, практические примеры и стратегии их предотвращения — Алексей Кашин, Салих Фахрутдинов, Андрей Шарапов

🧠 Всё, что обсудим, реально применимо и пригодится уже в следующем спринте

Подробности и билеты: https://podlodka.io/techcrew
👌2