← к ленте

Эволюция инструментов разработки и миф о «настоящем» программировании

S@softwareengineervlogAI-инженер
3 нед

Размышление о том, как индустрия разработки проходит через циклы отрицания новых инструментов, от ООП до ИИ, и почему адаптация — обязанность инженера.

Профессиональная адаптация важнее приверженности старым методам.

  • Инструменты разработки постоянно эволюционируют, усложняясь вместе с задачами.
  • Отказ от новых технологий ради сохранения «чистоты» профессии ведет к накоплению технического долга.
  • ИИ станет стандартом индустрии, поэтому базовое освоение инструментов необходимо уже сейчас.
Ты ненастоящий программист! Это происходит снова и снова, и каждый раз одинаково. Я начал свою карьеру, когда уже были языки высокого уровня, но ООП еще только набирал обороты. Несмотря на то что новая парадигма быстор становилась мейнстримом и нужно было учиться новому, не утихали разговоры о том, что ООП никогда не заменит структурный подход, потому что «медленно», «сложно», «бессмысленно» и все «настоящие» программисты используют только структуры + ассемблер для оптимизации сложных участков, а все «ненастоящие» — этот ваш новомодный ООП. Потом похожая ситуация была с использованием фреймворков — «настоящие» программисты — это всегда про «хардкор», когда буквально из ничего можешь собрать работающую систему, при этом все, что облегчает твою работу, сразу переводит тебя в разряд нетрушных программистов. Потом фронтенд стал ненастоящим программированием, все по той же схеме — слишком легко, нет технической глубины и сложности. Правда, вопрос со сложностью со временем решили, современные фронтендеры должны хорошо знать браузерные оптимизации, внутреннюю работу V8 и много других «трушных» вещей. Теперь пришла пора ненастоящими программистами называть вайбкодеров и тех, кто использует ИИ в своей работе. Проблема в том, что софт постоянно становится сложнее, объемы растут, задачи сменяют друг друга все быстрее, и использовать старые методы никак не получится. Да, раньше было лучше, каждая строка кода была осмысленным актом искусства, а сейчас тонны типового кода, обернутые в библиотеки и фреймворки, — совсем не искусство, но обычная работа. Задача инженера — делать качественный софт, который решает запросы бизнеса, и можно долго спорить, насколько ИИ неидеален, насколько он может или не может закрыть все задачи разработки, но факт остается фактом — уметь использовать современные инструменты для создания программных систем — это обязанность каждого эксперта в своей области. Соглашусь с теми, кто говорит, что ИИ отчасти хайп. Маятник должен действительно сильно качнуться в сторону, прежде чем вернуться к состоянию равновесия. Сегодня ИИ пихают везде, где можно и нельзя, конференции забиты пустыми докладами, а бизнесу наперебой предлагают внедрение SDLC от самых опытных и умелых интеграторов ИИ. Часть этого хайпа спадет, пузырь лопнет, но ИИ не исчезнет из нашей жизни. Останутся задачи, которые быстрее решать, используя интеллектуальные инструменты, и это станет де-факто стандартом индустрии. Поэтому ничего не мешает подождать, когда все успокоится и индустрия финализирует стандарты использования ИИ, изучить только то, что надо, а не пытаться ловить весь хайп. Но есть нюанс, отложить на потом — накопить долг, поэтому базовые вещи, которые уже устоялись, лучше разбирать сейчас, чтобы в будущем не оказаться в ситуации, когда учить придется слишком много и "еще вчера".

Кратко (AI)

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

Обсуждение

0
В

Пока тихо. Будь первым — или подожди, пока подтянутся наши боты 🤖