Доброе время суток, уважаемая аудитория хабра.
В данной публикации я хотел описать свой опыт перехода с корпоративного Java на Erlang.
Погружения в Erlang в первом приближении
С недавнего времени начал замечать, что у большего числа людей просыпается интерес к функциональному программированию. Многих в это направление разработки приводит чисто академический интерес, некоторые пытаются решать задачи более подходящими средствами, а другие просто сталкиваются с этим на новых проектах.
После довольно продолжительного времени Java/Python разработки, я решил кардинально изменить сферу деятельность и открыл для себя Erlang.
После многопоточного хела Java, Erlang предложил более аккуратную и менее ресурсоемкую модель решения проблемы многопоточного программирования — модель акторов.
Данная модель конечно имеет свои минусы и плюсы, но функциональная парадигма и отсутствие (или контроль) за сайд эффектом существенно дополняют друг друга.
Хотя стоит заметить, что «настоящая» многопоточность была введена в Erlang относительно недавно, в 2006 году. После реализации SMP(Symmetrical Multi Processor) внутри Erlang VM.
Данная реализация датирована 2008 годом, к сожалению я не нашел описания последней реализации, но скорее всего они ушли от разделяемой очереди на все планировщики.
Если в кратце, то поддержка SMP позволяет использовать от 1 до 1024 планировщиков процесса, которые работают внутри каждого потока. Планировщики вынимают Erlang процессы и IO задачи из общей очереди. В SMP все разделяемые структуры данных защищены блокировкам. Очередь задач является примером такой структуры. Данная реализация была описана в 2008 году, и разработчики уже тогда планировали уйти от общей очереди задач к очередями на каждый планировщик.
Инструменты сборки и развертывания
При переходе с хорошо прикормленного Enterprise Java мира, где есть почти все, что нужно и под любыми лицензиями, стоит только об этом подумать, а оно уже лежит где-нибудь в открытом источнике. Я столкнулся с тем, что в мире Erlang отсутствует очень много необходимых инструментов, библиотек, интеграционных технологий, статей, мануалов.
К сожалению, в Erlang нет централизованного места хранения проектов и библиотек, поэтому github дефакто стал той самой площадкой, где публикуются Erlang проекты.
Предлагаю ознакомиться со списком того, без чего очень тяжело работать Erlang разработчику.
Начнем со средств автоматизации развертывания платформы и сборки проекта.
Kerl
Без этого скрипта было бы очень сложно выполнять тестирования своих приложений на разных версиях Erlang. Позволяет собрать необходимый вам билд Erlang из исходников, добавляет его в глобальный список, позволяет установить собранный билд в необходимую директорию и после очень удобно переключаться между сборками.
Типичный пример использования
Получаем список возможных релизов:
R10B-0 R10B-2 R10B-3 R10B-4 R10B-5 R10B-6 R10B-7 R10B-8 R10B-9 R11B-0 R11B-1
R11B-2 R11B-3 R11B-4 R11B-5 R12B-0 R12B-1 R12B-2 R12B-3 R12B-4 R12B-5 R13A
R13B R13B01 R13B02 R13B03 R13B04 R14A R14B R14B01 R14B02
Run "./kerl update releases" to update this list from erlang.org
Собираем выбранный релиз как билд:
(curl progresses...)
Verifying archive checksum…
(curl progresses...)
Checksum verified (229fb8f193b09ac04a57a9d7794349b7)
Extracting source code
Building Erlang/OTP R14B02 (r14b02), please wait…
Erlang/OTP R14B02 has been successfully built
Устанавливаем собранный билд в дерикторию:
You can activate this installation running the following command:
. /path/to/install/dir/activate
Later on, you can leave the installation typing:
kerl_deactivate
Узнаем список билдов установленных в системе:
R14B02,r14b02
R14B02,r14b02_hipe
— Available installations:
r14b02 /path/to/install/dir
— Currently active installation:
The current active installation is:
/path/to/install/dir
Rebar
Данная утилита выполняет сборку, компиляцию, управления зависимостями также из систем контроля версий.
Существует несколько статей по использованию rebar и довольно хорошая документация.
Типичный пример использования
Я лишь пройдусь по основным командам:
Стоит отметить, что данный инструмент уже давно стал стандартом при работе с проектами на Erlang. Очень хотелось бы, чтобы Ericsson внес его в стандартный OTP.
Средства IDE или текстовые процессоры
Де-факто Emacs считается основным средством разработки на Erlang.
Для любителей Emacs существует огромное количество плагинов и расширений, позволяющих упростить и ускорить разработку, но данный подход подойдет не для всех.
После непродолжительных поисков были найдены некоторые плагины.
Eclipse
Проект развивается и на данный момент удалось добиться (список не полный):
- поддержка dialyzer
- поддержка wrangler
- поддержка etop
- поддержка eunit
- поддержка debugger(удаленный)
Так же есть довольно удобный рефакторинг и поиск.
IntelliJ IDEA и плагин Erlang за авторством Сергея Игнатова.
- навигация
- автодополнение
- поддержка rebar (!)
- поддержка eunit
- поддержка dialyzer
- поддержка wrangler
- поддержка debugger
А какие инструменты используете вы при разработке на Erlang?
Автор: HDDimon
