Сам Erlang не может использовать недокументированных возможности, точнее - все, что внутри, все его. :-)
Приложения написанные на Erlang могут использовать недокументированные возможности Erlang и основная проблема с этим, что теоретически эти возможности могут убрать, или поменять до неузнаваемости. Поэтому я лично стараюсь избегать их использовать.
Из мелочей не стоит использовать, например, устаревшую форму вызова через кортеж: {string, to_lower}("TEST").
В целом, конечно, ничего страшного, тем более, если вы сами пишете эти приложения. Обычно сложнее (и менее приятно) разбираться с чужими приложениями, которые уже не поддерживаются и вдруг перестали работать.
P.S. Нужно проверять, или подписаться на RSS/Atom с комментариями.
Можно узнать, какие именно недокументированные возможности использует Erlang?
А то мы его используем, вот и хочется знать какой "подземный стук" может вылезти.
P.S. уведомление об ответе мне придёт на e-mail, или самому проверять эту страницу периодически?
Я не думаю, что это самое главное - все же с каждым инструментом стоит работать тем методом для которого он оптимизирован. Git тоже можно использовать с отдельными директориями под отдельные ветки. ;-)
А где самое главное для упоротых фанатов гита?
Bazaar умеет их любимый стиль работы (у них по-умолчанию) - shared working tree. С ним быстрее, меньше места жрет, но сложнее. Получается примерно то же самое, что и гит, но с умным merge и прочими штучками.
И да, с плагином historycache команда log очень даже быстрая.
Comment by Dmitry Vasiliev on 9:25 AM, January 26, 2010 for Волшебные картинки
Отлично, тикету примерно полтора года уже.
Comment by гость on 8:36 AM, January 26, 2010 for Волшебные картинки
Chrome 3.0.195.38 видит обе картинки
Comment by Dmitry Vasiliev on 12:09 PM, January 20, 2010 for Как я файлы между узлами Erlang пересылал
Да, прежде чем писать что-то свое, стоит покопаться в документации.
Comment by bialix on 8:56 AM, January 20, 2010 for Как я файлы между узлами Erlang пересылал
Сила встроенных функций и библиотек! Аналогично как в Питоне.
Comment by Dmitry Vasiliev on 6:51 PM, January 11, 2010 for Erlang и HTTP сервер
Сам Erlang не может использовать недокументированных возможности, точнее - все, что внутри, все его. :-)
Приложения написанные на Erlang могут использовать недокументированные возможности Erlang и основная проблема с этим, что теоретически эти возможности могут убрать, или поменять до неузнаваемости. Поэтому я лично стараюсь избегать их использовать.
Видимо самая известная из недокументированных возможностей (которая и упомянута выше) - parameterized modules (ftp://ftp.sunet.se/pub/lang/erlang/workshop/2003/paper/p29-carlsson.pdf). Как минимум MochiWeb и Riak их используют.
Еще можно упомянуть packages (http://erlang.org/doc/man/packages.html), которые документированы, но не рекомендуются к использованию.
Из мелочей не стоит использовать, например, устаревшую форму вызова через кортеж: {string, to_lower}("TEST").
В целом, конечно, ничего страшного, тем более, если вы сами пишете эти приложения. Обычно сложнее (и менее приятно) разбираться с чужими приложениями, которые уже не поддерживаются и вдруг перестали работать.
P.S. Нужно проверять, или подписаться на RSS/Atom с комментариями.
Comment by zabivator on 6:12 PM, January 11, 2010 for Erlang и HTTP сервер
Можно узнать, какие именно недокументированные возможности использует Erlang?
А то мы его используем, вот и хочется знать какой "подземный стук" может вылезти.
P.S. уведомление об ответе мне придёт на e-mail, или самому проверять эту страницу периодически?
Comment by Dmitry Vasiliev on 9:30 PM, January 5, 2010 for Кратко о Bazaar для пользователей других DVCS
Я не думаю, что это самое главное - все же с каждым инструментом стоит работать тем методом для которого он оптимизирован. Git тоже можно использовать с отдельными директориями под отдельные ветки. ;-)
Comment by MyFreeWeb on 8:55 PM, January 5, 2010 for Кратко о Bazaar для пользователей других DVCS
А где самое главное для упоротых фанатов гита?
Bazaar умеет их любимый стиль работы (у них по-умолчанию) - shared working tree. С ним быстрее, меньше места жрет, но сложнее. Получается примерно то же самое, что и гит, но с умным merge и прочими штучками.
И да, с плагином historycache команда log очень даже быстрая.
Comment by Dmitry Vasiliev on 10:55 AM, December 30, 2009 for Собираем mod_wsgi с новым Nginx
Видимо заброшен - потому и патчи. :-)
Если блокируешь, то блокируется конечно.
Из простых способов это преодолеть - делать все быстро :-) и/или запускать много рабочих процессов.
Из сложных способов - mod_wsgi предоставляет интерфейс похожий на poll(), так что можно писать полностью асинхронные приложения.
Comment by Артём Семёнов on 5:21 AM, December 30, 2009 for Собираем mod_wsgi с новым Nginx
А mod_wsgi для nginx, который вроде бы заброшен автором, разве не блокирует?