Здравствуйте, Hоmunculus, Вы писали:

H>Блин. Все рассматривают программирование, как какую-то фишнифлюшку в самой себе. Нет такого в жизни! Всегда есть ПРЕДМЕТНАЯ ОБЛАСТЬ. Нафиг никому не надо человека, который просто сядет и начнет фигачить тонны кода. Нужно всегда писать код для чего-то. И тут уже и джун синьора не заменит, и ИИ толком ничего сделать не сможет

Ну предметную область чаще всего знают совсем другие люди. И они ставят задания/говорят и консультируют как правильно сделать.

Здравствуйте, Hоmunculus, Вы писали:

H>Блин. Все рассматривают программирование, как какую-то фишнифлюшку в самой себе. Нет такого в жизни! Всегда есть ПРЕДМЕТНАЯ ОБЛАСТЬ. Нафиг никому не надо человека, который просто сядет и начнет фигачить тонны кода. Нужно всегда писать код для чего-то. И тут уже и джун синьора не заменит, и ИИ толком ничего сделать не сможет

Ну предметную область чаще всего знают совсем другие люди. И они ставят задания/говорят и консультируют как правильно сделать.

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

1. Приходит чел, пишет быстро и выдает видимый результат. Но ценой спагетти кода, который первоначально дает преимущество.
2. Потом, когда видит что спагетти стало слишком комкокватым и неудобоваримым — увольняется.
3. Тут главное вовремя уйти — ведь начальство думает что ты крутой спец — быстро решаешь из проблемы.
4. Приходит новый чел. и понимает что нужно устранять технический долг — а именно тратить время при нулевом выхлопе для бизнеса.
5. Бизнес думает что их разводят на бабки — что-то там делают а результата нет, нужно показать результат.