Зачем люди продолжают учить кодить в 2025?

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

Зачем люди продолжают учить кодить в 2025?

А если серьезно, то забудьте про кодинг, в 2025 нужно учить в первую очередь продуктовый цикл. Как и где развернуть проект, какие хуки нужно включить при выкате, как распределить балансировщик и т.д. Учить языки программирования в 2025 это полный бред, особенно один язык, если мы говорим про зубреж вдоль и поперек. Лучше учить основы абстрактного программирования, базовые. На примере сишных можно языков выучить основные признаки и определения любого языка. Нужно быть максимально гибким. Быть человеком-оркестром, умеющим во фронтенд, бекенд, девопс и желательно хотя-бы основы архитектуры. Базовый компуктер саенс тоже не помешает

Ну конечно самым главном навыком является разбиение задачи на удобноваримые части. Это вам поможет во всем, в том числе с генерацией решения с помощью ИИ. Ведь ИИ сейчас не очень эффективно умеет решать комплексные задачи с большим количеством переменных, т.е. большим контекстом. Соответственно разбивая задачу на части, вы приближаете эффективность работы ИИ к 99%.

Второй навык это понимание задачи, т.е. умение перевести в сформулированный промпт. Хотя честно признаюсь промпт инжеренинг наверно уйдет в прошлое) Ведь раньше более ранние модельки требовали правильную структуру промпта для эффективного респонса, сейчас же ИИ разберется почти в любом бормотании. Главное передать весь необходимый контекст.

Раньше я бы сказал, что не нужно учить дебри какой-то технологии, нужно просто знать, что она существует и быстро её найти в случае необходимости. Сейчас, пожалуй, даже знать про существование технологии необязательно, ведь хороший ии чат вам подскажет все лучшие языки, технологии или библиотеки для вашей специфичной задачи. Нужно просто быть гибким. Ну реально, даже базовая GPT 3.5 генерит очень хороший код на любом языке программирования.

Вообще самым лучшим тестовым заданием считаю комплексную задачку на 1-2 часа, которая затрагивает сразу несколько направлений, например, баг + фича + деплой. Можно использовать все что хочешь, любой ИИ, гугл и т.д. Также будет некая внутренняя документация, с которой нужно будет ознакомиться и требования, которые уже не найдешь в гугле или ИИ про это не знает. Соответственно задача на гибкость. Здесь и сейчас нужно разобраться с локальной докой, требованиями, багами, инфраструктурой и т.д.

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

Важно не забывать, что кодинг это просто инструмент, а самое главное это выходной продукт, если вы считаете иначе, то увы, скорее всего у вас недостаточно опыта с этой сфере. Кодинг слишком сильно романтизировали и приукрасили его сложность

пукнул на ночь, спасибо за вдыхание

6363
1818
88
33
22
11
11
170 комментариев

Понимаю, что вброс, но напишу для тех, кто не шарит. Чтобы они не велись на этот бред.

Лучше учить основы абстрактного программирования, базовые

Что такое "основы абстрактного программирования". Пишу код с 15 лет. Коммерческий опыт на 3 языках: Python, Go, Haskell. Все 3 языка относятся к разным парадигмам. Python — чистое ООП. Go — структурный-асинхронный. Haskell — чистый функциональный. И основы у каждого из этих япор разные. Python представляет программу как взаимоотношение сущностей. Go представляет программу как иерархию структур блоков кода. Haskell предствляет программу как редекс. Если говорить совсем просто, то программа на Haskell — математическое выражение, которое стремится максимально сократиться. Так вот что я хочу узнать. Какие у них будут общие "основы абстрактного программирования"? И много ли их будет.

Быть человеком-оркестром, умеющим во фронтенд, бекенд, девопс и желательно хотя-бы основы архитектуры

Ни один человек не может быть "человеком-оркестром". Просто не хватит времени. Можно знать какие-то основы, но профи ты во всем не станешь. Это правда жизни. В крупных компаниях это понимают.

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

Есть репы вроде https://github.com/avelino/awesome-go . Только тебе все равно нужно будет понимать, чем условный chi отличается от gin'а или fasthttp. В каких ситуациях команда применит то, или другое. Ну вот тебе нужно работать с sql базой данных. Что использовать, белку или горм и почему? И чат жпт тебе напишет такую ХУЙНЮ, что обнять и плакать.

1-2 часа, которая затрагивает сразу несколько направлений, например, баг + фича + деплой

Лайвкодинг уже давно придумали. Собственно, обычно так и проходит сейчас большая часть вью. Условно "накидай url-shortener и расскажи, как бы ты его деплоил".

88
5
1

Чат жпт не напишет хуйню, просто его нужно кормить итерациями, сначала рабочее решение, потом оптимизация и он в это хорош

20
9
2

Да пусть ведутся. Чем больше "чатГПТ программистов", тем больше нормальным разрабам работы и денег.

Раньше за индусами разгребали мусор за двойной прайс, теперь за ГПТ за тройной, т.к. то что вот такие как автор поста делают часто не просто не работает как надо, но и ломает всё вокруг себя.

9

Ни один человек не может быть "человеком-оркестром". В крупных компаниях это понимают.АХахахаахХАХА, ну и бредятина

2
1

Какой url-shortener)
Тебя сейчас скорее попросят перевернуть дерево, а дальше делай это хоть на жс или баше.

Ой блять, выучу джаву и поеду в Норвегию жить без твоих советов.

10
3
2
70
10