Коллапс критериев выбора: делай что хочешь, на чем хочешь, всем похер.
За хаскель не платят
Линейное упорядочение больше не поможет вам нарисовать портрет хорошего программиста. Теперь легче сказать, чем программист НЕ занимается. Поле его деятельности стало N-мерным. Это одна из причин, обусловивших низкую толерантность к новичкам, женщинам и просто толковым, но неопытным начинающим специалистам. Вопрос о том, какая из этих мерностей имеет значение, а какая — нет, является политическим и субъективным, он не имеет точного устоявшегося ответа. Сегодня лузерами будут те, кто не знает скриптового языка. Завтра будут косо смотреть на всех, кто не разбирается в начинке JVM. У каждой компании свои стандарты, которые постоянно изменяются, и наши коллеги часто не только не знают, насколько они хороши как программисты, но и не могут понять, по каким именно критериям это оценивается. Это также объясняет ужасающую неразбериху, связанную с требованиями к разработке программного обеспечения. По большей части «работа» софтверной компании направлена на собственное определение «хорошего программиста» и, соответственно, отбор оптимальных инструментов.
Хорошо сформулированное описание того, что я смутно ощущаю последние несколько лет - бардак в плане критериев выбора инструментов сводящийся к "убеди коллег или начальство использовать что угодно, потому что разницы больше нет".
Совершенно нет разницы, например, использовать C# с дотнетом, или Clojure с жабой, или вообще Хаскель интегрировать с дельфями - все равно, достаточно качественный и повторно используемый код осилит или только специально назначенный айсед или новичок после полугода запиливания ему мозгов методиками написания этого кода и критериями выбора "где мы берем готовый код, а где переписываем хипстолибы, по причине непригодности оригиналов к использованию".
Впрочем, если писать десктопный UI то ничего кроме дельфи, дотнета и Qt использовать все равно не получится, поэтому нормального кода в десктопных UI не бывает. Дельфи умер, дотнет угребище индусское, а Qt кресты игроб, гроб, кладбище, содомиты самодельный метапрограмминг
PS: В комментариях есть негативный отзыв про автора, "most hated ex-Googled Michael O. Church". Комментарий, судя по краткому гуглингу - явный гон, просто оный ex-Googler поднял шитсторм на тему косяков в продуктах во внутреннем мейллисте гугла, что привело к корпоративной истерике и наездам на него со стороны сектантов гугло-ватников.
Линейное упорядочение больше не поможет вам нарисовать портрет хорошего программиста. Теперь легче сказать, чем программист НЕ занимается. Поле его деятельности стало N-мерным. Это одна из причин, обусловивших низкую толерантность к новичкам, женщинам и просто толковым, но неопытным начинающим специалистам. Вопрос о том, какая из этих мерностей имеет значение, а какая — нет, является политическим и субъективным, он не имеет точного устоявшегося ответа. Сегодня лузерами будут те, кто не знает скриптового языка. Завтра будут косо смотреть на всех, кто не разбирается в начинке JVM. У каждой компании свои стандарты, которые постоянно изменяются, и наши коллеги часто не только не знают, насколько они хороши как программисты, но и не могут понять, по каким именно критериям это оценивается. Это также объясняет ужасающую неразбериху, связанную с требованиями к разработке программного обеспечения. По большей части «работа» софтверной компании направлена на собственное определение «хорошего программиста» и, соответственно, отбор оптимальных инструментов.
Хорошо сформулированное описание того, что я смутно ощущаю последние несколько лет - бардак в плане критериев выбора инструментов сводящийся к "убеди коллег или начальство использовать что угодно, потому что разницы больше нет".
Совершенно нет разницы, например, использовать C# с дотнетом, или Clojure с жабой, или вообще Хаскель интегрировать с дельфями - все равно, достаточно качественный и повторно используемый код осилит или только специально назначенный айсед или новичок после полугода запиливания ему мозгов методиками написания этого кода и критериями выбора "где мы берем готовый код, а где переписываем хипстолибы, по причине непригодности оригиналов к использованию".
Впрочем, если писать десктопный UI то ничего кроме дельфи, дотнета и Qt использовать все равно не получится, поэтому нормального кода в десктопных UI не бывает. Дельфи умер, дотнет угребище индусское, а Qt кресты и
PS: В комментариях есть негативный отзыв про автора, "most hated ex-Googled Michael O. Church". Комментарий, судя по краткому гуглингу - явный гон, просто оный ex-Googler поднял шитсторм на тему косяков в продуктах во внутреннем мейллисте гугла, что привело к корпоративной истерике и наездам на него со стороны сектантов гугло-ватников.
no subject
Ещё в прошлом году можно было пересчитать по пальцам, в этом году - порядка тридцати.
В Киеве одном только минимум три (ПО для банков) вакансии открылось, в Питере долго одна болталась.
А так - Оклахома, Глазго, Португалия, Франция, Сингапур.
И это только начало.
no subject
no subject
Меньше в сравнении с Senior Java Developer? - Так это пока.
Через год ситуация может измениться, через пять - уже будет поздно.
Сейчас можно ковать железо, создавать рабочие места, чтобы воспитывать через пять лет поколение не идейных функциональщиков, которых прёт по жизни, что они сами дошли до этого, а вполне нормальных джуниоров, не обременённых гиковскими задвигами.
Да, с приходом в массы ФП и Haskell утратят свой былой шарм, но к тому моменту, как оно войдёт в мейнстрим, появится что-нибудь повеселее.
Хотя, строго говоря, матан ещё никто не отменял.
no subject
no subject
no subject
прокакалупустил.no subject
2. http://snapframework.com/
3. http://www.yesodweb.com/
Минимум три.
Не говоря уж о простоте реализации своего FastCGI.
А ещё есть генераторы статики (http://jaspervdj.be/hakyll/), которые при должной сноровке становятся веб-серверами.
Хочешь поддерживаемую вещь - пожалуйста, хочешь велосипеда - нате.
no subject
1. Happstack
2. Snap
3. Yesod
Минимум три.
Не говоря уж о простоте реализации своего FastCGI.
А ещё есть генераторы статики (Hakyll), которые при должной сноровке становятся веб-серверами.
Хочешь поддерживаемую вещь - пожалуйста, хочешь велосипеда - нате.
no subject
Даже node.js делает их влет.
no subject
В перспективе ситуация может измениться.
no subject
Надо было еще вчера.
no subject
Вопрос целей, отношения к ним и восприятия условий, а это идейно, а значит - индивидуально.
За индивидуальностью обращаться следует к себе.