TGViewer
IT Hurtz IT Hurtz @slmaximtechtalk · 162 subscribers
Post #85 294
Это вторник и на дворе рубрика «пятиминутка рефлексии и нытья»))

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

Уважаемые технодрочеры и фанаты сисдизайна и «show me your code» - а не слишком ли дохера чести гордиться «опытом программирования» в современных ынтырпрайзных фреймворках на этих ваших джавах и тайпскриптах с горой бойлерплейт-кода, готовых модулей и stackoverlow?

Я начинал свою полноценную ИТ-шную карьеру с работы инженером-программистом систем работы с драйверами сетевых интерфейсов в Windows-подобных системах, писал полностью такие системы с системной и пользовательской частью («Имя Ибрагим приложение Ring-0 и Ring-3 вам о чем-нибудь говорит?»), собирал (придумывал) системные требования, проектировал и реализовывал это полностью в одно лицо, и потом документировал руководство пользователя и руководство администратора со скринами - то есть был и аналитиком, и архитектором, и разработчиком, и техническим писателем, еще не зная таких слов. Искал в одной такой системе утечку памяти (когда для разработчиков это было еще важно), считая пары malloc-free по коду. Или разбирался, почему на американской сетевой карте стоит ограничение скорости (спойлер - надо было изменить контрольный БИТ в конфигурации, которая была очень неявно описана в документации).

Я ни в коем случае не считаю, что современная enterprise-разработка - фигня, а тру-разработка - это знать, что такое указатель на указатель. Но нельзя не заметить, что выполнять некоторые «практические» задачи сейчас можно, обладая гораздо меньшей компетенцией, меньшим (или отсутсутвующим) системным мышлением и базовыми знаниями. Да, условный «кодер» пройдет техинтервью сильно лучше, чем архитектор или системный аналитик, потому что он каждый день пишет какой-то код, и возможно, прочитав несколько статей по сисдизайну перед этим интервью, он даже сымитирует «проектирование» гугла с помощью микросервисов на гошечке. Только архитектурные или даже около-архитектурные задачи он от этого решать не начнет, а его «практичность» в итоге приведет к тому, что он будет сам писать 80% кода, который будет «проектировать» (и скорее всего - херово). И будет в лучшем случае средний разработчик там, где нужен архитектор/ системный аналитик. Не похоже, что это то, что нужно современному энтерпрайзу, особенно когда части этих 80% планируют заменить «ИИшкой».
  • ❤ 7
More from @slmaximtechtalk
  1. Sep 25, 2026В этом кстати есть не только минусы. Но главный - тот же, что и был у технодрочеров таких…
  2. Sep 25, 2026З.Ы. Всем, кроме разработчиков, ИИ и «агентская разработка» дали возможность еще больше по…
  3. Sep 25, 2026Будучи искренним ИИ-оптимистом в сложных «трудовых функциях» ИТ-деятельности, не могу не з…
  4. Sep 10, 2026Что такое "преждевременная оптимизация" наглядно в реальном мире? Это например скоростной…
  5. Jul 14, 2026Задам крамольный вопрос - а всегда ли плохо, когда соискатель использует ИИ для решения те…
  6. Jul 14, 2026В профильном чате зашел разговор про то, как во время найма отличить людей, которые реальн…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →