Востребованность Haskell программистов

Это WIN

Что сказать-то хотел?

Тухловато набросил, анонимус и то делает лучше.

Вот ты мне скажи, если бы haskell-прогеры получали стабильно в разы лучше, чем коллеги на java/php, ты бы стал яростно ботанить haskell?
Может это дело времени, а пока в c++ и java появляются зачатки ФП.

естественным образом

Хорошо что ты function-level языки не помянул.

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

есть, а что?

Наверно не легко выбирать из тьмы предложений по работе самое интересное/подходящее для себя?

вакансий меньше конечно, чем для java/c#, но есть, причем постепенно становится больше. Самое смешное, что у меня, например, недавно действительно была проблема т.к. я не знал какое из предложений выбрать.

не там ищешь

и да, плохо набросил

Поняша-вахтеряша-дегенераша.

ТС, https://ru-ru.facebook.com/careers/teams/engineering, найди тут php-кодера.

Тебя обманули, php-кодера туда не берут

А да, они же HipHop for PHP просто так пишут

На самом деле

Так и хацкелиста не берут. Какая дилемма

Да, я.

ветку с комментарем про то, что в FB есть отдел хацкелистов удалили, и теперь можно врать? Туда берут хацкелистов, там есть пара звезд и теперь туда готовы брать и простой народ.

Так и хацкелиста не берут.

Чтоб вы сдохли, тупорылые макаки.

где, кстати?

Что-то как-то не видно результатов их работы IRL. Даже секции result/conclusion нету. Видно просто хотели пыль пустить в глаза.
Главное что блок с www(PHP) в этой презенташке есть

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

Так где вакансии для php-кодеров в facebook'е?

как ты думаешь, как со стороны выглядят те, кто пытается читая по диагонали делать большие выводы? =)

ну всё там же (@kb на жуйке)

побугуртил с треда

Воспользуюсь случаем, чтобы не создавать отдельный пост. В каком из языков price of abstraction меньше, выбирая среди лучших представителей ФП супротив аналогичных представителей ИП? Просто как-то замечал что иногда вроде бы неплохое решение на хаскеле начав тормозить, начинают переписывать через мутнейшие схемы. Что-то подобное бывает в императивщине, когда начинаются всякие трюки и оптимизации. Обе парадигмы требуют понимания множества деталей under the hood

Нету. Увы, Java.

Где надо искать?

Ну я, например, зарабатываю программированием на ocaml. Не haskell, конечно, но довольно близко.

либо в учебных/научных заведениях, либо без пруфов, ибо внутренние поделки(имхо)

зарабатываю программированием на ocaml

Что именно программируешь, если не секрет?

но ведь хачкель ноусофт, нет решений - нет макак

Эзотерические языки в продакшене не используют. ФП не нужно.

ФП не нужно

Если ниасилил, не надо плакать.

Даже не пробовал. Не осилю ещё, как жить потом?

Все гораздо тоньше. Ты используешь концепции ФП, не осознавая того. Но ведь это и не проблема ;)

М.б, я вообще не отдаю отчёт себе в своих дейстыиях.

Так же, как и большинство 1С-ников.

Адинэсники рубят бабла по больше фпшников, ага.

А депутаты - так вообще не сравнить.

Да, везёт им.

Смотря в какой стране.

Меня за это наверно закидают камнями. Игоры для ios/android.

Мнение тупых школотунов не используется, в отличие от.

это не ко мне у меня опыт только erlang, haskell, c, java, pascal, так что про ФП много не скажу.

Хаскель перестал быть FP?

вопрос был какой FP лучше, так что моё мнение о том, что лучше всего haskell при наличии понимания ленивой семантики или следованию списку хороших решений, как-то не до конца обосновано.

А, ок, понял

Это ты @scame на жуйке?

Че, бомбануло?

http://rghost.ru/52804750/image.png

А вы тут жалуетесь...

Интересно, что используете для кросскомпиляции Ocaml под iOS? то что на psellos.com выложенно или у вас, что-то свое?

Игоры для ios/android.

O_o

Ладно, компилироваться в натив Ocaml умеет, но как связываться с фреймворками?

Ну ок. Вот возьмем java и haskell. В жаве есть всякие тонкости с тем, что java.reflection - тормозючая, то что конкатенации многих строк в одну нужно через stringBuilder, затраты на boxing/unboxing, массивы (SomeType[]) супротив java.util.Array* и т.д., и т.п.
Чем абстрактнее фичи ЯП, тем больше вероятность, что это будет не эффективно в рантайме (price of abstraction).
Как в хацкеле с этим?

лучше и хуже, точно так же нужно понимать как устроена используемая структура (ala конкатенация String), и естественно ленивость, т.к. с этим основные проблемы, boxing отчасти управляемый, но это не те вещи, о которых нужно думать сначала. С другой стороны из-за жесткого инлайнинга, специализации и rewrite-rules многие абстракции в рантайме бесплатны, т.е. SomeType vs java.connections.Array* нет. И есть дырки в промежуточные слои c--, primops и ffi, т.е. там где действительно нужны сильные оптимизации можно использовать соответствующие методы.