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

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

C Java очень сложная история, как и с C#, но найти все-равно проще чем Erlang/C++. Про Golang молчу, ты просто берешь PHP разработчика и погнали, там и обезъяна сможет, потому и на таком хайпе. Я на последних двух местах был CTO, в предыдущем вообще были Ruby+Rails (и только потом начали вкидывать Hanami). Вот где вменяемых мало, так это Ruby, относительно общего числа кандидатов.

Ну эмбед на расте неплохой так то. Сейвовенько прямо. Но истории с prelude, нехватка нормальных IDE (относительно Golang), асинхронщина нормально через future/Tokio, в некоторых местах адилище в синтаксисе - вот то, что помешало как-то сильнее погрузиться в Rust. А так прямо неплохо было.

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

тут вопрос конечно, в предметной области. Но все-таки не надо говорить, что кодеры не могут в коммуникацию и разбор инцидентов. Это навыки несколько другого порядка. И часто не зависят от твоих знаний в области Computer Science.

В какой-то степени поддерживаемый код - плохой код. Т.е. если программа хороша, то поддерживать её или не нужно или изредка. Ну это касается тех программ, которые имеют точную цель, точный дедлайн, не созданы для постоянного расширения(точнее было бы сказать разбухание)... компании не разделяют это мнение.
Ну я так, вкратце высказался.

Отчасти это правда. Ещё ощущаю особую иронию в том, что самые большие зарплаты у тех, чей код никто не может поддерживать)))

Лол. Сильно извращенно как-то

=))). Поддержка кода трудная задача, особенно если этот код написан на плохом языке, скажем на JS. Ну и что, что JS разрабов много, но сколько из них может или захочет поддерживать чужой код? Так лучше написать на понятном эликсире, тут каждый разберётся.

Да и так не вижу принципиальных проблем с освоением нового языка, если компания готова идти на такой шаг, то в силу от того, как сильно нанимаемый человек владеет тем или иным языком, можно решить стоит ли предложить ему работать на новом языке. Всё это так же зависит от проекта. Если проект очень продолжительный - пиши на хорошем языке, если проект очень короткий - тоже пиши на хорошем языке, а есл что-то среднее и тебе всегда нужно возиться с поддержанием этой программы....

Ну я наверное чересчур перебаршиваю. 😁

@Virviil !

не бывает хороших/плохих языков. Язык - это инструмент. Инструмент либо подходит, либо нет

На моей памяти не было разраба, который не смог поддерживать что то. Или отказался.

В вебстудиях где в основном разношерстные CMS на пхп такое постоянно

вот никогда не работал в вебстудии, но пресдавлял всегда так: Берут одну хорошо изученную цмс и делают на ней ВСЕ.

Не всегда. Да и не в самой цмс дело. Дело в том, что чаще всего  отсутствуют стандарты разработки + разработчики меняются как перчатки. В итоге получается так, что сидишь себе, смотришь мемасы и вдруг прилетает новый для тебя проект, где тебе надо за 4 коммерческих часов решить багу до вечера, а в коде жопа на неделю разбирательств.
Получается что времени полностью разобраться нет и ты делаешь еще хуже, просто на костылях. И все это растет как снежный ком. И так от разраба к разрабу.

И наверняка такое встречается не только в вебстудиях

Всем привет!

Гайз, мы тут в Петербурге ищем elixir разработчиков, а я всё никак не могу найти правила размещения вакансий здесь( Есть какие-то ограничения?

Приветствуются вакансии с зарплатной вилкой. Остальное всё можно