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