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