«MS Stack: золотой стандарт или оковы мышления?»

В последнее время на работе я всё чаще взаимодействую с коллегами постарше - специалистами, которые долгие годы работали преимущественно с Microsoft Stack. И я столкнулся с любопытной (и местами непростой) ситуацией: любые попытки предложить альтернативные решения зачастую натыкаются на стену устоявшихся убеждений.

Суть проблемы:
Вот типичные сценарии, с которыми я сталкиваюсь:
• Игнорирование аргументов. Порой мои доводы просто не слышат - будто их и не было.
• Аргумент № 1: «Но это есть у Microsoft!» Любое предложение, выходящее за рамки экосистемы MS, сразу отметается этой фразой.
• Аргумент № 2: «Это автоматизирует ИИ!» Если первый аргумент не сработал, в ход идёт апелляция к ИИ - как к волшебной палочке, решающей все проблемы.

Наблюдения:
У многих опытных специалистов, глубоко погружённых в MS SQL и смежные технологии, формируется чёткий паттерн мышления: Microsoft Stack - это золотая система, и на ней нужно делать всё.
Я заранее хочу подчеркнуть: я не противник MS Stack. Я искренне считаю его мощной и продуманной платформой, которая отлично решает множество задач.
Проблема кроется не в самом стеке, а в негибкости подхода. Коллеги пытаются «натянуть» инструменты с открытым исходным кодом (open‑source) туда, где они изначально не предназначены. Процесс идёт «со скрежетом и визгом», а результат далёк от оптимального.

Примеры из практики:
• Airflow в роли шины данных. Попытки использовать оркестратор задач как полноценную шину данных - это классический пример подгонки инструмента под несвойственную ему роль.
• «Зачем описывать staging‑слой в DBT, когда он уже описан в маппинге?» Этот вопрос иллюстрирует нежелание разделять зоны ответственности инструментов: DBT создан для трансформации данных, а маппинг в ETL‑процессе - для описания потоков. Смешение этих концепций ведёт к хаосу в коде и логике пайплайнов.
• Ошибки, навеянные ИИ. Иногда коллеги принимают за чистую монету сомнительные рекомендации, сгенерированные ИИ, не проверяя их на соответствие реальной архитектуре и лучшим практикам.

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

Поделитесь в комментариях:
• Сталкивались ли вы с подобным поведением у специалистов, долгое время работавших с определённым стеком технологий?
• Видели ли вы противоположные примеры - когда эксперты по MS Stack гибко комбинируют его с open‑source‑решениями?

Программирование с ИИ-агентами = листание «Рилсов», «ТикТока», «Шортс»

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

Наблюдение 1: влияние быстрого результата на мозг
В последнее время в своей работе над разработками я всё чаще использую ИИ-агентов и заметил любопытную закономерность.

Когда вы работаете с ИИ-инструментами, вы быстрее получаете результат - а значит, и выброс дофамина. Аналогичный механизм работает при листании контента в соцсетях («Рилсы», «ТикТок», «Шортс»): вы также быстро получаете дофамин.

Проблема: мозг очень быстро «подсаживается» на этот механизм быстрого вознаграждения.

Рассмотрим на примерах:

Листание короткого контента:
• весь день вы просматриваете короткие видео;
• кажется, что вы не нагружаете себя физически;
• но к концу дня чувствуете сильную усталость;
причина - мозг работает на износ, постоянно переключаясь с одного контента на другой.

Программирование с помощью ИИ-агентов:
• возможность выполнять множество задач параллельно;
• постоянное переключение между задачами;
• результат - аналогичная перегрузка мозга, как при листании контента.
Изначально я думал, что использование ИИ в кодировании поможет разгрузить мозг. Однако на практике получилось обратное: я неосознанно увеличил нагрузку на мозг.

Наблюдение 2: как избежать «дофаминовой зависимости»
Чтобы не стать «дофаминовым рабом» в эпоху IT, можно использовать следующие подходы:
• Компьютерные игры с высокой сложностью.
• игры требуют концентрации и времени для достижения результата;
• исключают многозадачность (в отличие от сериалов или фильмов);
пример - линейка игр Dark Souls: здесь сложно добиться быстрого успеха, и параллельно невозможно отвлекаться на телефон.

Занятия, требующие ручного труда и концентрации:
• рисование;
• рукоделие;
• другие виды деятельности, где руки заняты автоматически.

Развитие навыка «автоматического» занятия руками.
• это поможет снизить уровень стресса и отвлечённости;
• станет «спасательным кругом» в условиях постоянной информационной нагрузки.

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

04 июня, Yandex Infra Conf
Регистрация:
https://infra.yandex.ru/event/infraconf?ysclid=mp2fheczb11492621#program

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

Вчера была установочная встреча с данной конференцией, результаты будут в середине июня