Программистам сейчас непросто: никто не знает, чем закончится ИИ-революция, но ясно, что многое изменится, включая разработку. Часто слышу: «LLM отлично кодируют, но софт — это не сложно, сложно понять, что именно писать». Это оскорбление для всех программистов. Если бы кодить было легко, почему программисты годами были так востребованы и получали большие деньги? Почему существуют талмуды вроде Clean Code и The Pragmatic Programmer? Почему The Art of Computer Programming не читают как лёгкое чтиво? Почему софт такой багованный? Почему люди злятся, когда их код копируют, и чувствуют, что у них отнимают профессиональную идентичность?
А если сложно решить, что строить, почему продакты получают меньше разработчиков и их не считают рок-звёздами? Почему бизнес-аналитиков считают скучными канцеляристами? Почему, когда продажники обещают клиенту новую фичу, программисты злятся, хотя те нашли реальный спрос? Да и сами разработчики редко хотят разговаривать со стейкхолдерами. Даже те, кто говорит «я решаю проблемы клиентов», часто не понимают клиента, а увлекаются монодами, memory safety и DRY, воспринимая «аффорданс» как карманные деньги.
Важно и то и другое: глубоко понимать, зачем строится система, и глубоко понимать, как её строить. Крики «код — это легко» или «код — это искусство, его не автоматизировать» — просто cope. Нужно признать: мы в середине тектонических изменений индустрии, и надо адаптироваться.
Что не меняется? Софт становится сложнее, он всегда требует поддержки, башня абстракций растёт. Пользователи всегда хотят большего за меньшие деньги и сами не знают, чего хотят. Разрыв между заказчиками и пользователями останется. Всегда будут продавцы змеиного масла. Что меняется? Технологии устаревают. Уже никто не пишет на перфокартах, мало кому нужен ассемблер или COBOL. Навыки борьбы с memory bugs в C и C++ бесполезны в эпоху Rust, Go, Python и JavaScript. Автор помнит valgrind и mysql_real_escape_string() из PHP4 — и больше никогда к ним не вернётся.
Чтобы процветать, нужно принимать изменения и отличать хайп от реальности. Старшим разработчикам стоит инвестировать в смежные области: пользовательский опыт, интервью с клиентами, бизнес-стратегию. Младшим — углубляться в основы: указатели, рекурсию, иерархию памяти, сетевые протоколы и HTTP. И главное: не отдавайте ИИ своё понимание, суждение, эмпатию и вкус. Не отказывайтесь от ответственности и не будьте «мясным прокси».