under the killing LUA
Jul. 26th, 2005 11:01 amЧем я сейчас занимаюсь? Кроме основной денежно-приносящей работы в сети, пошел работать в сеть доктора Данилова, то есть в DrWeb.
И что самое забавное, на выбор предложили три занятия и я угадал (в смысле выбрал самое для компании актуальное), выбрав проект по разработке системы удаленного администрирования на базе http.
Видимо, это один из элементов корпоративного стиля, по максимуму не зависеть от сторонних разработчиков, заимствуя только хорошо протестированные компоненты. Утверждают, что "всё своё" (своя встроенная база данных, свой встроенный веб-сервер, свой почтовый фильтр, и т.п.) работает в большинстве ситуаций гораздо эффективнее, ну а для ситуаций когда требуется ну очень большая нагрузка - часть компонент таки можно вынести на сторону и таким образом отмасштабировать систему.
И это похоже на правду, код на удивление чистый, и хотя местами чувствуется дублирование, на производительность это не влияет - присутствуют только те возможности, которые нужны для работы. Ну вот, например, встроенный веб-сервер, является этаким скрипт-контейнером для генерации динамических страниц. Какой вы думаете язык там используется для скриптов? Perl? PHP? Awk? Ха! Язык скриптов для встроенных систем, LUA. Супер маленький футпринт, модульность, ориентирован на работу в контейнере, лексические замыкания, почти объектно-ориентированный (на самом деле просто фреймовая структура). Чудо, а не язык. Кроме всяких роботов, между прочим, используется в куче игрушек для описания игровой логики. Подробнее об использовании LUA в реальных проектах.
В частности, запускаю у себя после недели работы Painkiller в надежде несколько отвлечься замочив парочку зомбей. И с удивлением вижу на заглавной странице значок "powered by LUA", вотъ.

P.s. А LUA, собственно, означает "ЛУНА" на Португальском.
И что самое забавное, на выбор предложили три занятия и я угадал (в смысле выбрал самое для компании актуальное), выбрав проект по разработке системы удаленного администрирования на базе http.
Видимо, это один из элементов корпоративного стиля, по максимуму не зависеть от сторонних разработчиков, заимствуя только хорошо протестированные компоненты. Утверждают, что "всё своё" (своя встроенная база данных, свой встроенный веб-сервер, свой почтовый фильтр, и т.п.) работает в большинстве ситуаций гораздо эффективнее, ну а для ситуаций когда требуется ну очень большая нагрузка - часть компонент таки можно вынести на сторону и таким образом отмасштабировать систему.
И это похоже на правду, код на удивление чистый, и хотя местами чувствуется дублирование, на производительность это не влияет - присутствуют только те возможности, которые нужны для работы. Ну вот, например, встроенный веб-сервер, является этаким скрипт-контейнером для генерации динамических страниц. Какой вы думаете язык там используется для скриптов? Perl? PHP? Awk? Ха! Язык скриптов для встроенных систем, LUA. Супер маленький футпринт, модульность, ориентирован на работу в контейнере, лексические замыкания, почти объектно-ориентированный (на самом деле просто фреймовая структура). Чудо, а не язык. Кроме всяких роботов, между прочим, используется в куче игрушек для описания игровой логики. Подробнее об использовании LUA в реальных проектах.
В частности, запускаю у себя после недели работы Painkiller в надежде несколько отвлечься замочив парочку зомбей. И с удивлением вижу на заглавной странице значок "powered by LUA", вотъ.

P.s. А LUA, собственно, означает "ЛУНА" на Португальском.
no subject
Date: 2005-07-26 07:53 am (UTC)эээ
Date: 2005-07-26 08:40 am (UTC)не помню, правда, сорри =(
no subject
Date: 2005-07-26 08:01 am (UTC)Lua, по-моему, где-то посередине.
Лексическое замыкание щас модно. По-моему, чудом, а не языком, может называться по крайней мере объектно-функциональный язык с неплохой параметризацией типов.
Неплохой язык, кстати, Scala. Правда, компилится он в дотнет и жабу, поэтому футпринт у него не маленький :).
Вообще приличные языки компилятся либо в машинный код, либо в язык C (что сразу делает компилятор практически полностью портабельным), от этого они могут быстро работать и тоже иметь маленький футпринт.
А для программирования в web-сервере использование интерпретатора - одна из прижившихся дурных традиций. По-моему. Писать на нормальных (хоть бы и специальных) языках CGI-подобные вещи (конечно, с внешними ресурсами, относящимися к виду страниц) - было бы дешевле... На худой конец, сервак может сам запустить компилятор, как для JSP (только JSP на жабе, и по этому большое и жирное). Но это только по-моему.
да ну, p-код удобней.
Date: 2005-07-26 08:45 am (UTC)Re: да ну, p-код удобней.
Date: 2005-07-26 09:17 am (UTC)Со строками программы не питоне и перле порой лихо делают программы на С. Хотя, конечно, можно на С написать, чтобы было быстро, но это гемор, и все забивают.
А насчет компиляторов - не согласен. Так и так, интерпретатор Lua тоже не твой, и ты его юзаешь. А компиляторов чистого С под любую платформу - завались, в том числе бесплатных.
no subject
Date: 2005-07-27 01:45 am (UTC)А потом буду тебя мучать вопросами типа "что такое лексическое замыкание"?