Как вы мониторите такие ситуации? Правильно ли я понимаю, что когда такое случается (кстати, случалось на практике?) вы показываете пользователям «сожалеем, у нас технические проблемы»?
Книга о Yesod уже полностью переведена и ждет издателя. Предполагалось договориться с ДМК-Пресс, но вот что-то печатной книжки все нет. Текущее состояние дел может рассказать darkus, он с ними общался. У этой книги однако есть проблема, что автор ее постоянно дописывает.
Эта книга имхо ни на что не годится. Примерно 70% посвящено синтаксису языка. Половина из оставшегося — всяким кишкам, и еще половина — всяким глупостям типа «как посчитать md5». Нет ни об Lwt, ни об Ocsigen. Переводить такую книгу — натуральная работа на корзину.
Вот если мы заговорили о других языках, я бы посоветовал перевести второе издание Programming Erlang Армстронга. Лучшая книга об Erlang из всех мне известных. Намного лучше, чем у Чезарини и Томпсона. Понравилось, что есть даже про rebar, Cowboy и (!) возможностях Erlang R17, который даже сейчас еще не совсем вышел (имеет статус RC), не говоря о времени появления книги.
Real World Haskell, к сожалению, местами довольно устарела. Например, глава об обработке исключений совершенно не актуальна. Вместо HDBC нынче также есть более хорошие пакеты.
The Craft of Functional Programming не читал, ничего не могу сказать
Beginning Haskell только вчера начал читать, но первые впечатления (и судя по оглавлению), что она просто прекрасна. На мой взгляд однозначно нужно переводить ее!
Parallel and Concurrent Programming in Haskell очень, очень хороша. Но требует неплохого уровня знания Haskell и несколько специфична. На мой взгляд, ее нужно переводить, но после Beginning Haskell.
Начал проходить квест по установке этого плагина. Осилил установку Oracle JDK под Ubuntu, установку самой IDEA, чекаут плагина из репозитория, открытие его в IDEA. На шаге «поставьте IDEA SDK» решил, что мне проще по старинке писать в Vim.
Вы не могли бы привести пример непонятного глюка, который возникает в Haskell при использовании инкрементальной сборки? Просто я действительно не представляю, как добиться такого эффекта в Haskell. Если проект собирается с нуля, то не удивительно, что сборка занимает пол часа.
Огромное спасибо за статью. Очень интересно. Однако у меня есть подозрение, что некоторые вещи вы делаете не так. Вот пара наводящих вопросов:
— По поводу количества используемой памяти. Это c учетом использования строгих вычислений там, где это нужно (например), или вы пишите на Haskell, будто он строгий язык, и не паритесь?
— Почему вы предпочли persistent-mongodb написание собственной библиотеки?
— По поводу скорости компиляции. В отличии от всяких там Erlang, в Haskell, вроде, перед сборкой можно не чистить уже скомпилированные модули. Вы не пробовали убрать make clean из Jenkins?
Все намного проще. 1. Хороших специалистов реально не хватает, потому вместо нормальных инженеров зачастую приходится нанимать обезьянок, умеющих набивать условные операторы и циклы в этих своих PHP или Java (только поймите меня правильно, на этих языках пишут и хорошие специалисты). 2. В крупных компаниях много легаси когда, который должен кто-то поддерживать и переписывать на Haskell, разумеется, никто не станет. Остаются надежда только на стартапы, но редкий хороший программист захочет в них уходить из крупной компании, потому что уже жена, дети, ипотека.
В действительности вакансии есть, притом их ровным счетом штук 20, как раз по одной на каждого энтузиаста :) Только искать их нужно не на HeadHunter, а в списках рассылки, на MskHUG или через знакомых.
Вот если мы заговорили о других языках, я бы посоветовал перевести второе издание Programming Erlang Армстронга. Лучшая книга об Erlang из всех мне известных. Намного лучше, чем у Чезарини и Томпсона. Понравилось, что есть даже про rebar, Cowboy и (!) возможностях Erlang R17, который даже сейчас еще не совсем вышел (имеет статус RC), не говоря о времени появления книги.
The Craft of Functional Programming не читал, ничего не могу сказать
Beginning Haskell только вчера начал читать, но первые впечатления (и судя по оглавлению), что она просто прекрасна. На мой взгляд однозначно нужно переводить ее!
Parallel and Concurrent Programming in Haskell очень, очень хороша. Но требует неплохого уровня знания Haskell и несколько специфична. На мой взгляд, ее нужно переводить, но после Beginning Haskell.
Скажите, а как вы всему этому научились? Какую литературу посоветуете?
Было бы неплохо иметь бинарную сборку плагина.
— По поводу количества используемой памяти. Это c учетом использования строгих вычислений там, где это нужно (например), или вы пишите на Haskell, будто он строгий язык, и не паритесь?
— Почему вы предпочли persistent-mongodb написание собственной библиотеки?
— По поводу скорости компиляции. В отличии от всяких там Erlang, в Haskell, вроде, перед сборкой можно не чистить уже скомпилированные модули. Вы не пробовали убрать make clean из Jenkins?
В действительности вакансии есть, притом их ровным счетом штук 20, как раз по одной на каждого энтузиаста :) Только искать их нужно не на HeadHunter, а в списках рассылки, на MskHUG или через знакомых.