Смена языка программирования

Мы, как компания, в процессе роста и развития IT команды уже потихоньку упираемся в ограниченность предложения Python разработчиков и начинаем изобретать творческие подходы решения этой проблемы. Один из успешных кейсов в прошлом у нас был, когда мы брали хорошего специалиста в PHP/.Net, которому интересен наш проект и обучали его в процессе работы Python без проседания в зарплате. Опыт говорит, что теряется около 2-х месяцев продуктивной работы, но после этого, разработчик выходит на хорошую продуктивность. Поэтому сейчас мы приняли решение возобновить такую программу.

Я мало слышал о таком опыте в других компаниях, интересно почему? Компании не хотят терять 2 месяца продуктивной работы или разработчики не очень хотят менять технологии?

👍НравитсяПонравилось0
В избранноеВ избранном0
LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Я мало слышал о таком опыте в других компаниях, интересно почему?
Другие компании с отребьем вроде php/python/ruby не работают, и особых проблем найти/перекупить персонал с java в багаже не испытывают.

Может быть компании просто пришло время вырости из детских штанишек и открыть для себя мир polyglot programming?
Тогда бы не пришлось писать свое подобие Lucene и было бы проще искать «правильных» людей.

А потом еще и избавтся от тинейджерских комплексов и вообще перейти на взрослую платформу, типа джавы.

А потом еще и избавтся от тинейджерских комплексов и вообще перейти на взрослую платформу, типа джавы.
Даже при моем отношении к питону, надо признать что он таки довольно зрелая платформа. Момент № 2: Прому уже 5+ лет. За это время у них должно было набраться достаточно экспертных знаний платформы, от которых просто так отказываться так же не очень разумно.
.
Трололо секция:
Учитывая любовь к ведосипедизму некоторых сотрудников, не удивлюсь если Пром перейдет на Го.

Она зрелая только в умах фанатиков, не так давно в джанго например не было логинга, совсем недавно добавили connection pools, надеюсь скоро до python программистов дойдет нужность dependency injection, но static typing и производительность питону не увидеть никогда.

надеюсь скоро до python программистов дойдет нужность dependency injection
А кто спорит о необходимости в некоторых случаях этого паттерна?.. Некоторые знакомые сеньоры (и вовсе не 23летние!) не понимают до сих пор зачем нужен zope.interface , и альбом Аукцыона «Жопа» не слушали, печальная история.

Если не ошибаюсь, ТС, самопровозгласивший себя евангелистом питона, говорил что не нужен.
Ну и есть мнение что ДИ должен применятся не в «некоторых случаях», а в подавляющем большинстве случаях промышленного программирования, т.к. использовать его при правильных фреймворках — легко и непринужденно, а преимуществ — вагон и маленькая тележка. НУ если речь не идет о скрипте на 300 строк кода понятно.

подавляющем большинстве случаях
Её рука ощущала усталость.

Вообще есть мнение, что применение высокоуровневых языков (в особенности Java с её автомобилем ужаса и Ruby с БТРом милосердия) ведёт к повышенному расходованию электричества и прочих ресурсов планеты, гугл не даст соврать, греет воду датацентрами. Но вообще темпы развития IT бизнеса в мире таковы, что иногда написание сервисов без применения фреймвороков и DI на PHP/Python (в случае Python с применением Django/Pylons/Tornado) куда лучше удовлетворяет плутократов здесь и сейчас. Промовцы вон таких сервисов на 60мб+ уже написали, и ничего не боятся. Каждому паттерну — своё время и место.

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

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

Вообще главные благодетели экологии — это авторы netty.io
Теперь осталось лишь донести евангелие до массы ноджс хипстеров.

Можно какие то аргументы? А то на общеизвестных бенчмарках нетти не так уж и заруливает(если вообще заруливает) обычные сервлеты www.techempower.com/benchmarks

Зависит от бизнес-логики, которую вы хотите на этих сервлетах или нетти выстроить. Если распарсить DSL в тредике да выполнить пару запросов на соседние айпишки (и несоседние APIшки!), то netty очень круто; если же товарищ ынтырпрайз и любит парсить xml в оперативке, то да, сервлеты, завтрак в ылитном ресторане, рябчики и ананасы ваш выбор.

Опять же, хотелось бы какую то аргументацию этих крайне спорных утверждений

Ищите и найдёте, а ещё лучше — пробуйте, специалистам по netty (а у меня целый один знакомый такой) доказывать ничего не нужно, а вот фанатам EJB придётся попотеть в спорах, ага.

Ясно, обычный красноглазый фанатизм без какой либо аргументации

надеюсь скоро до python программистов дойдет нужность dependency injection
Есть мнение, что dependency injection в python не нужен.

Я читал это мнение — это неаргументированный наброс зилота

Хехе. У нас часто так — нужен плюсовик? Критических заданий нет у кого? Джавист/шарпер? Иди сюда — это нужно сделать до завтра.

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

Собственно, а в чем вопрос? Подобный опыт был, есть и будет — даже в начале карьеры в мелких фирмах меня с переменным успехом пытались переключить то на 1C, то на C++.

Привлекло название темы, весьма популярное за пределами совка. Оказалось ни очем :-(
любому студенту на 1-2 месяца, нашли тоже проблему.

Я мало слышал о таком опыте в других компаниях, интересно почему?
Потому что топ 3-5 компаний это аутсорс/аутстафф и объяснить заказчику «сейчас мы будем обучать 2 месяца человека за ваши деньги» не так то и просто. На фоне этого «переучивать» людей за полную ЗП имеет смысл в основном на маргинальные/не самые популярные технологии. Что бы там не говорили но ни Питон, ни Руби не дотягивают то массовых Джавы/дотНета, поэтому можем их отнести в группу маргиналов.
без проседания в зарплате.
А вы бы сумму озвучили. 3.5-4+К готовы платить человеку который будет переучиваться? Или речь про 1-2К?

Критерий проще или дешевле?

Нифига. Проще для кого? Быстрее тоже неясный критерий.
На уровне отдельной команды «проще» как основной критерий вполне ок. На уровне лидера рынка обезьянников иногда по другому.
Иногда решения контринтуитивны.

Сразу не готов написать так, чтобы и не сочинять и не затронуть интересов/конфиденциальность третьих лиц.
Серьезно, проще не всегда дешевле.
Раскрывать структуру затрат на поиск/привлечение/подбор/найм/адаптацию/обучение в деньгах, времени и рабочих часах — кто на это пойдет? Кто хотя бы пытается вести оценку этого?..

и начинаем изобретать творческие подходы решения этой проблемы
Не пробовали платить больше?) ...

Это не работает, я не помню, чтобы мы кому-то отказали из-за запросов по ЗП, обычно адекватные люди приходят с адекватными запросами.

Что именно не работает?
Да, занятная оговорка насчет адекватности.
---
Но если по делу, то можно прочитать так: дешевле самим подготовить человека чем переманить уже готового.

Оплата выше рынка не привлекает правильных специалистов в проект, чисто наш опыт. Зарплата должна быть рыночная и это правильно.

«Правильный специалист» это тот, кого не привлекает зарплата выше рыночной?
Рыночная зарплата — агрегат, зависит от зарплаты каждого.

Зарплата должна быть
Это исключительно дело двух договаривающихся сторон. Хоть даже ниже рыночной.
При переходе вопрос суммы денег — один из наиболее важных.

Правильный специалист, это тот, кто умеет работать в команде и приносить результат своей работой длительный период времени.

Да, помнятся дискуссии с програмистами из пром.уа. На вопрос а платят ли им среднесферические 3.5к, сразу начинались какие то отмазки про зато перспективы, команда и т.д.

тот, кто умеет работать в команде и приносить результат своей работой длительный период времени.
Другими словами, не перебежать на +500 баксов?

Коля, вот тебе и тема для колонки: «Почему мы не платим зарплату выше рынка». Мне кажется я примерно знаю ответ, но тема все равно интересная. :-)

Это self-selection.

Если готов перебивать ценой, то и привлекаешь тех, кто только за зарплатой охотятся. И убегут, как только появится предложение на +500, как верно qwertysmerty отметил.

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

Если хочется быть щедрым с сотрудниками, что хорошо, есть equity в стартапе и performance bonuses/stock options в уже успешном бизнесе.

Мое мнение, не претендую на истину в последней инстанции.

Если готов перебивать ценой, то и привлекаешь тех, кто только за зарплатой охотятся. И убегут, как только появится предложение на +500, как верно qwertysmerty отметил.
Есть мнение что пром.уа сильно недобивает

Насчет Прома не в курсе, я говорил «взагали». Ты в целом согласен или нет?

Бонусы конечно важны, но они сильно не гарантированы, и тяжело оценить насколько их будут давать не поработав значительное время, т.е. они не могут являтся серьезным стимулом к переходу.
А эквити это такой вид «перебежать за +500 баксов», если их дают просто при приеме на работу.

Опять же, тут каждая компания решает для себя. Слышал в Студии Лебедева низкие зарплаты и высокая текучка. Но очевидно для них это работает. У Сонопии был пересмотр з/п каждый *квартал* и гигантские бонусы. Не помогло.

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

Тут согласен, по обеим пунктам.

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

важно получать рыночную зарплату и развиваться
Зачем развиваться, если это не приносит денег?
Зачем развиваться, если это не приносит денег?
Вам уже много раз отвечали на этот вопрос. Зачем вы его снова задаете? Не проще ли смириться со своим непониманием, ведь понимание вам не принесет денег? :)
Почему мы платим зарплату сильно ниже рынка
поправил

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

Подписаться на комментарии