Дмитрий Панченко
Почему-то в подобных статьях no code подаётся как какое-то современное веяние,хотя на самом деле желание сделать продует, позволяющий не программистам настраивать и дорабатывать программы, было всегда. Тот же SQL, которому, возможно, больше лет чем автору этой статьи, разрабатывался как язык для пользователей, чтобы они могли работать с данными без помощи программистов. А сейчас он усложнился настолько что есть программиисиы SQL. И сама идея no code древняя как говно мамонта, тот же WordPress, макросы в Excel, 1c и тд. И всегда это выливается в то чтотжиа система становится более сложной, чтобы соответствовать меняющимся потребностям пользователей, а за усложнением системы появляются люди основной навык которых - знание этой сложной системы. И так по кругу уже которое десятилетие. От того что этому придумали новое название ничего не меняется, поскольку абсолютно всё идёт те же самые.
Когда я регистрировал ИП мне позвонили первый раз прямо на выходе из налоговой после регистрации. Эх, если бы все службы у нас так оперативно работали)
Только ссылки на авторский курс по прокачке софт скилов в конце не хватает) А так, это давно известно - прохождение собеседования - это отдельный навык, разработчики периодически проходят собеседования чтобы просто потрентроваться, есть даже целые книги о том как себя презентовать при собеседовании в айти конторы. Тут же это подаётся так как будто это откровение какое-то.
Сейчас будет лонгрид, прошу прощения.
По поводу софта я бы не обощал. Много есть хорошего и интересного софта, но 99 процентов работы - это бизнес приложения где понимание бизнес логики и умение общаться с людьми в процессе разработки дает ощутимо больше чем понимание как написать A*. А если учесть что уже есть проверенные временем фреймворки в которые нужно только бизнес логику в нужные места поставить, то зачем вообще алгоритмы?;) Причем по моему опыту я страдаю от плохой продуманности функций приложения или от того что какой-то функции в принципе нет гораздо чаще чем от того что приложение лишнюю секунду выполняет запрос из за неправильно выбранной структуры данных.
Безусловно есть области где больше инженерии, те же фреймворки, базы данных разрабатываются инженерами которые должны понимать алгоритмы. Иногда даже в промышленной разработке могут попасться задачи, требующие знаний математики, низкоуровневого устройства компьютера, сетевых протоколов и т.д. Но в большинстве своем проблемы на проектах которые я видел были связаны с коммуникациями и тем что разные люди и команды понимают задачу по разному и не могут договориться между собой. Не подумали о том кто и как это будет использовать, не смогли договориться по поводу нормального тестирования из за чего тестировщки что-то пропустили. Разработчики не до конца понимали бизнес задачу и т.д. И вот тут, исходя из моего опыта, хорошим программистом вполне может стать и очень часто становится взрослый человек, конечно если у него есть необходимые качества и он не просто сидел на диване 20 лет а потом пошел в ИТ.
Сеньоры с тем же самым работают.
Если по России - да, может быть. Но даже урезанный бюджет Европы обычно выше чем местный бюджет Москвы, так что европейцев можно понять. Они платят меньше чем своим, но все равно перебиают по оплате российские компании. Но то что начинающему разработчику найти работу проще будет а Москве - факт.
На вакансию в штатах устроиться удаленнно можно одинаково, что из Москвы, что из Урюпинска. И сеньор в Штатах будет считаться более сильным специалистом чем лид в Москве. Зачем в Москву ехать - загадка для меня.
Статьи и разговоры такие ведутся потому что взрослый идет на гораздо больший риск и тратит больше усилий на смену профессии, чем начинающий специалист тратит на выбор будущей профессии из списка. Грубо говоря, взрослому уже есть чем рисковать, есть с чем сравнивать, есть что терять. Да и сама смена профессии это шаг против течения. Поэтому столько эмоций. А для начинающего - ну ок, я закончил вуз и пошел работать. Как и все.
Ок, нужны 5 +- алгоритмов, да о них знать нужно только сложность, булева алгебра в разрезе программирования очень проста, ооп - ну за ГОД можно понять, я думаю, с учётом того что современные фреймворки структуру программы определяют за программиста и большинство ООП знает на уровне, необходимом для прохождения собеседования. Зачем десяток фреймворков знать - загадка. Особенно учитывая что выше было про алгоритмы и паттерны, а паттерны в больнстве фреймворков одинаковые.
Ненавязчивая реклама Miro? :) В чем конкретно выражается неудобство пользователя на hh? Основные претензии в статье - автор не смог найти работу и в hh не менялся интерфейс. Как это связано? Из за интерфейса не смог найти работу? Не смог найти в вакансии кнопку "откликнуться"? В чем пробоема-то была с удобством;) Ну и остальное - автор не нашёл на hh работу, всё hh надо срочно закрывать.