Сначала были байтики 11010000 10111111 11010000 10111000 11010000 10110111 11010000 10110100 11010000 10110101 11010001 10000110 Потом появился ассемблер.  И, наверное, дядьки в очка с толстенными линзами, перфокартами на столе и экзистенциальной усталостью инженера в глазах сказали: «А вот в наше время…»

А потом появились C, и те дядьки из строки выше: «А вот в наше время…» А дальше - величайший язык программирования HTML (мой любимый), потом JavaScript, Jquery, война фреймворков, TypeScript, React. Теперь что, наше время говорить: «А вот в наше время»?  Сейчас продукты разрабатывают словами, можно даже на языке Пушкина и Гоголя…

Интернет пишет, что Гоогле, судя по информации о новом пилоте собеседований, начинает тестировать формат, где кандидату дают существующую кодовую базу и AI-шку.  Нужно разобраться в коде, найти проблемы, чегой-то исправить. П интервьюер смотрит уже не только на то, как ты пишешь код, но и на то, как ты ставишь задачи бездушной LLM-ке и валидируешь его писанину.

С одной стороны - это честно, потому что теперь мы ЧАСТО работаем именно так. И наиболее быстро фигачат те, кто умеет сгенерировать наиболее оптимальный промпт, и правильно оркестрировать агентами.  Да, есть понятный тренд на то, что экзекьюшен чертовски дешевеет. То есть, непосредственное написание кода, тестов, миграций, чеклистов - все это, ясное дело, ДЕШЕВЕЕТ (токены не считаем) и становится более доступным.  Снижается и объем необходимых знаний, необходимых для того, чтобы считаться, например, «классным» фронтендером. В то же время - я вот думаю, да, это логично… наверное, спрашивать JS-ера, что такое замыкание или почему из useEffect не должен возвращаться промис в 2026 году, когда 90 процентов кода пишет AI-шка, ну, странно… Или нет? А что если этого не будет знать вообще никто? Кто тогда поймёт, что AI написал ерунду? Кто заметит архитектурную проблему, которая прекрасно проходит тесты?

Google все еще остается законодателем трендов, думаю, докатится и до нас…

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

Требования к хорошему разрабу проще не становятся, они расширяются и начинают залазить в другие зоны компетенций. Так что, ничего, работяги, держимся за стул. Держимся и прокачиваемся!

P.S. Кто разгадает мой машинокодный ребус - молодец!