Comments 40
«Программисты» попросту не понимают подход и суть действий «хакера». «Инженеры» кривятся и говорят: «Ну так же нельзя делать!»
Ему не нужно ТЗ, так как знает, что это бесполезная трата времени
Вот поколение смузи выросло. ТЗ пишет исполнитель (даже если он инженер), потому что заказчик в принципе неспособен на это. Разумеется, ТЗ потом с заказчиком обсуждается и утверждается.
И пишется ТЗ лишь для того, чтобы заказчик не говорил «а я вот так хотел, не этак». ТЗ — это защита исполнителя, а никак не руководство к действию.
Я думаю, что здесь имеется ввиду появление огромного количества некомпетентных людей в ИТ на всех уровнях. То есть как пресловутые программисты с роликов на Ютубе, так и некомпетентные управляющие, насмотревшиеся видео: "Как запустить свой ИТ стартап с нуля без вложений за один день". Всех их объединяет стремление залететь в ИТ ради денег и полное отсутствие понимания, что как и почему надо делать.
Тут произошла подмена понятий, описание "программиста" у вас соответствует "оператору ЭВМ", а "инженер" описан как программист.
И кстати, в то время в дипломе программиста писали «математик-программист», а не инженер :)
Что писали зависело от специальности в конце 80-х — начале 90-х. ПМ 0102 — математик-программист, ПО 2204 — инженер-программист
Абсолютно с вами согласен.
Вайтишники с 3-5 лет опыта, не понимающие элементарных вещей из cs, или религиозно покланающиеся своему единственно выученному языку/фреймворку/инструменту(и т.п.) доставляют, конечно.
Сам приписываю себя ко второму, однако реальность такова, что все равно работаю "программистом", и весь тот багаж знаний и умений, к сожалению, не пригождается.
А можно ли из программиста перейти в инженеры? И что для этого нужно? Опыт или что-то другое?
К примеру:
— у нас есть блок
— в useEffect мы его маунтим после срабатывания таймера (revealing animation)
≠ ломается появление/некорректно отрабатывает анимация
Программист:
— кинул консоль.лог
— обнаружил, что не объявлен таймер до срабатывания useEffect
— объявил = починил
Инженер:
— получил стектрейс
— написал адаптер animation-useeffect-timer-adapter
— просто вызывает абстракцию на нужном блоке
Понимаете разницу?
Знавал я одного умного человека, так вот то, что Вы описываете как "программист" он называл "кодер", а "инжинера" — "разработчик". И этот вариант мне кажется лучшим, т.к. в большей своей сути инжинер=разработчик, а программист в нашем мире это синоним разработчика. А кодер это да, сохранил веб-страницу на диск — добавил в резюме HTML/CSS/JS/etc
Ищу работу программиста python джун.
Вот с другой стороны если посмотреть… Имею опыт разработки стендов, электронные платы, изучил bat/bash и имею опыт применения на практике в тех же стендах. Именно проектирую стенды, и есть у меня в подчинении программист, пишет на Scada. Возникает ситуация что все, что касается проектов — делаю я, вся муть бумажная и алгоритм программы, а все что только напечатать и как напечатать чтобы работало — на программисте. Сейчас изучил python и понимаю, что все эти задачи лучше писать именно на нем, и готов это сделать, но это никому не нужно. То как пишет этот программист меня очень сильно коробит-никакой системности, структурности, ни одного комментария, И при этом он получает больше меня…
Войти на должность Джуна не понимаю как в новой компании с отсутствием проектов на python.
Что за странная подмена понятий? Программист это и есть инженер, а то, что вы называете программистом — это кодер.
Почему тогда нет понятия быдлокодер?
Использование TDD или применение паттернов проектирования не делает из программиста инженера. Инженером можно назвать человека, который использует инженерный(системный) подход к решению проблемы. Новичкам в программировании как правило не хватает системного подхода просто в силу своей неопытности. Но любой программист должен развивать эти навыки, чтобы быть хорошим программистом.
Программист VS ИнженерЖду следующую статью — «Мужчина vs Человек».
ТЗ всегда врут. Но лучше такое ТЗ, чем никакого.
Программист VS Инженер