>Ога, а ещё откроет его исходники, портирует под линукс и раздаст все свои деньги бедным

Смейся-смейся, мелкомягкий F# например работает под моно

Не нужно ты, быдломакако.

>Не нужно ты, быдломакако.

О, гентушнеги подтянулись!

P.S. Где бы мне попкорна достать....

Достань сначала мозга немного, а то гляжу у тебя его совсем нет.

A vot i ne pravda :P Bol'shinstvo telecom software napisano na C/C++. Ask NMS, Dialogic, TelcoBridges. V telecom'e Ericson ne odin. Erlang ispol'zuetsya _tol'ko_ v Ericson. Ostal'nye ne osilivayut. Sam pishu IVR i Gateways dlya PSTN(SS7/ISDN/analog)/VoIP.

А разве Parrot не поиционировался как универсальная VM? Тогда интересно, сильно ли выиграет LLVM в статике...

>Bol'shinstvo telecom software napisano na C/C++.

И для обновления ПО они каждый раз отключают и перезапускают всю систему? Ну это уже ССЗБ, я был о них лучшего мнения =/

> А разве Parrot не поиционировался как универсальная VM?

На первый взгляд, судя по тому что у него везде вместо прямых адресов для вызова функции или метода используются PMC запакованная в переменную особой эффективностью как виртуальная машина для статики он блистать не будет.

Вот инструкция вызова метода (http://www.parrotcode.org/docs/ops/object.html)

callmethodcc(invar PMC, invar PMC)

$1 - объект

$2 - метод

PMC - как я понимаю - некоторый контейнер в который может быть упаковано любое значение. Типа как Object в Net или Java. Чтобы определить какой метод надо вызвать необходимо:

1) прикастовать PMC к типу-методу

2) считать оттуда информацию о методе

3) обработать все возможные ошибочные ситуации если метод не найден

4) вызвать метод

Не думаю что это быстро. А статике на самом деле это не нужно. Все эта информация может быть вычислена на этапе компиляции. Может конечно такую ситуацию разрулит какой-то оптимизатор или jit. Хотелось бы в это верить.

PS Возможно я ошибаюсь. Пусть меня поправят. Самому интересно услышать правильную версию.

> И для обновления ПО они каждый раз отключают и перезапускают всю систему? Ну это уже ССЗБ, я был о них лучшего мнения =/

Это наверное не самая большая и труднорешаемая проблема в телекоме :)

Немножечко не так.

"Пааароть!"

>>Bol'shinstvo telecom software napisano na C/C++.

>И для обновления ПО они каждый раз отключают и перезапускают всю систему?

Ладно бы для обновления. Я видел биллинг на С++ которые периодически подвисал и вотчдог отправлял ему девятый сигнал & запускал по новой.

> И для обновления ПО они каждый раз отключают и перезапускают всю систему?

Net. Prosto est' failover servera. Tak chto mozhno trafik vremenno pustit' cherez nih i zatem zamenit' soft na drugih. Vse ochen' prosto.

Mne nravit'sya Erlang i ego idei. No nikto krome Ericson'a prehodi't na nego ne budet v blizhajshem buduyushem. Tak chto zdes' nisha C/C++, nu mozhet eshe Ada, no ya ee v prirode dlya telco ne vstrechal.

>http://www.haskell.org/haskellwiki/GHC:FAQ#Why_isn.27t_GHC_available_for_.NET.3F

ТАм написано почему этим облом заниматься, а не что это невозможно.

> а если к ней привинтить LuaJIT, то вообще летает. %-)

А это уже чит :) LuaJIT у меня как-то оказался быстрее чистого C. Я сначала не поверил своим глазам.

> Я видел биллинг на С++ которые периодически подвисал и вотчдог отправлял ему девятый сигнал & запускал по новой.

Ну это уже не зависит от языка ... такое на чем угодно написать можно.

Ес-но, .net vm таки обладает тьюринговой полнотой :-) Просто эти траблы приходится разруливать костылями и некоторыми извращениями, типа преобразований в рантайме или http://nemerle.org/SRE_GetMember

Да, беда разработчиков Python в том, что они слишком долго делают пипи.

так лучше, но я не помню, было ли в оригинале такое. давно не перечитывал (кстати! пошёл качать %-).

>А это уже чит :)

зато какой! %-)

>LuaJIT у меня как-то оказался быстрее чистого C. Я сначала не поверил своим глазам.

наверное, много таблиц было всяких. хэш там сделан отменно. ну, и сам JIT тоже очень неплох, СуперМайк могёт. он, кстати, (автор LuaJIT) о parrot высказывался: «6 years of development, ambitious goals, lots of talented developers, 22 MB source, 13 MB binary … and it's around 150x-200x slower than a 100 KB VM plus a 30 KB JIT compiler? Sad. Very sad.»

пролетало в mailing list по Lua, можно нарыть в архивах где-то.

> Erlang ispol'zuetsya _tol'ko_ v Ericson. Ostal'nye ne osilivayut.

За всех говорить только не надо. Если ты не пишешь, так как не осилил, то мы осилили и пишем. И не только мы, есть ещё, как минимум, 3 конторы в России, которые пишут на ерланге. Так что, как говорится, слив защитан!

Nu ty prosto krutoj chuvak. Voz'mi s polki pirozhok i pizduj, pishi svoi hello world'y dlya localhost'a.

A na Erlang'e ya tozhe pishu. Glavnaya slozhnost' v tom kak sdelat' nadezhnyj interface c C API proprietarnogo drajvera telecom zheleza.

>Да, беда разработчиков Python в том, что они слишком долго делают пипи. Они уже сделали все, что надо...

Тролль, иди раскладку прикрути.

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

Его заставляют прикручивать проприетарные телекомовские драйвера клавиатуры

> зато какой! %-)

Чит есть чит. Вот прикрутят к Парроту JIT - тогда можно будет сравнивать.

> наверное, много таблиц было всяких.

Статистика на тензорах. Сделал прототип на Луа, потом решил "ускорить" - переписать на чистых сях :)

> сам JIT тоже очень неплох

Ещё бы ему переносимость получше, и чтоб дебажить без такого гемора.

BHUAHAHAHAHA!

krasnoglazye, idite uroki uchit', a to v shkole lyulej poluchite.

>Вот прикрутят к Парроту JIT

ага. ещё кучу мегабайт кода.

>Статистика на тензорах.

можно было сказать и на любом другом языке — всё равно я не понял. %-)

>Ещё бы ему переносимость получше

СуперМайк предлагал за бибы портануть на ппц. никому оказалось не надо.

>чтоб дебажить без такого гемора.

а зачем JIT дебажить? debug от Lua же работает отлично, как в мануале написано.

> ага. ещё кучу мегабайт кода.

Да уж, компиляли бы в байткод Луа - я был бы счастлив :)

> можно было сказать и на любом другом языке — всё равно я не понял. %-)

Тензоры - это трёхмерные и выше матрицы. Некоторые физические процессы лучше всего представляются именно в тензорах. Ну вот, а у меня алгоритмы считают всякие статистические параметры этих процессов. Прототипы на Луа пишутся быстрее примерно в 10-15 раз. А оказалось, что и работают быстрее :)

> СуперМайк предлагал за бибы портануть на ппц.

ППЦ не надо, а x86_64 надо, ещё как.

> debug от Lua же работает отлично, как в мануале написано.

Неа, часто затыкается на какой-то ерунде. Например, вызовы функций с более, чем тремя параметрами. А отлаживать print'ами - ...

>компиляли бы в байткод Луа — я был бы счастлив :)

я тоже. %-)

>Тензоры — это

нет, ну я не настолько тупой, слышал. %-) но не использовал.

>x86_64 надо, ещё как.

я думаю, СуперМайк готов сотрудничать за вполне умеренные деньги. а забесплатно — вот, что дали.

он в списке рассылки предлагал заинтересованым: ему оплачивают работу, он делает порт куда скажут. условие только одно — порт выкладывается как опенсорц. никому оказалось не надо. мне тоже x86-64 не надо. %-)

>вызовы функций с более, чем тремя параметрами.

хм. не замечал. надо будет проверить. а багрепорты СуперМайку?

>А отлаживать print'ами — …

я привык. ещё со времён Oberon/BlackBox CB. логи рулят! %-)

> я думаю, СуперМайк готов сотрудничать за вполне умеренные деньги. а забесплатно — вот, что дали.

Отговорки это. Кодовая база практически та же самая, сделал бы версию 64 бита платной или под двойной лицензией - покупали б ещё как, особенно игроделы. Я бы купил спокойно.

> нет, ну я не настолько тупой, слышал.

Виноват, профессиональная деформация :)

> мне тоже x86-64 не надо. %-)

Оно всем надо, просто не все это ещё понимают :)

> а багрепорты СуперМайку?

А это обсуждалось то ли в lua-l, то ли на icynorth с полгода назад где-то. Начали с невоспроизводимости результата, закончили ничем.

> логи рулят! %-)

Ну вот ещё. Чистую Луа я вообще отлаживаю исключительно мозгом, без допинструментария :)

>Отговорки это. … Я бы купил спокойно.

я криво пояснил. насколько я понял позицию СуперМайка — он совершенно не собирается торговать своим JIT. денег за разработку надо постольку, поскольку лично Майку это не интересно, а жить на что-то приходится. т.е. тупо оплатить затраченое время. ну, и техподдержку. сам JIT принципиально фри и опенсорц.

>или под двойной лицензией

оно ж и так под MIT, куда либеральней?

>Оно всем надо, просто не все это ещё понимают :)

у меня pIII/600, и менять технику я не собираюсь (уточнение для особо умных читателей: возможность есть, необходимости нет). мне — не надо. %-)

>А это обсуждалось … закончили ничем.

хм. не помню. правда, я уже с пол-года не читаю. надо поискать.

>Чистую Луа я вообще отлаживаю исключительно мозгом, без допинструментария :)

мне тоже хватает luac -l + grep для отлова ошибок в именах переменных и тестов (я знаю про strict, не то %-). но логи не лишние, мешать не будут. к тому же я всё равно обычно встраиваю консоль управления, где команды и куда сру сообщениями — её грешно в лог не писать.

> он совершенно не собирается торговать своим JIT

Ну и что, это правильная позиция, что ли? В данном случае это лень, фанатизм и отговорки, которые мешают прогрессу. У меня расчётная модель под 64, потому что занимает порядка 6.5 гектар оперативки. Чистая Луа работает отлично, JIT я использовать не могу. Обидно? Обидно.

> оно ж и так под MIT, куда либеральней?

Не надо "либеральней". Надо, чтоб работало. Если "свобода" мешает прогрессу - ...

> мне — не надо

Вот я и говорю: не все ещё понимают :D

> мне тоже хватает luac -l + grep для отлова ошибок

Неа, даже без этого практически обхожусь. Луа такой язык - обычно просто смотришь на код, думаешь, и ошибка как-то сама находится.

> я знаю про strict, не то

Почему, кстати?

>Ну и что, это правильная позиция, что ли?

абсолютно правильная. Майк никому ничем не обязан.

>В данном случае это лень, фанатизм и отговорки, которые мешают прогрессу

кто-что-чему мешает? исходники есть — взял да написал. Майк не хочет — его право. исходники он дал, кто хочет — делает. framework там очень вменяемый. а самому Майку это не интересно. судя по всему, остальным тоже не интересно, потому что заместо или заплатить за разработку или взять да сделать сидят и ждут чего-то.

>Не надо "либеральней". Надо, чтоб работало.

оно работает. %-)

>Вот я и говорю: не все ещё понимают :D

а я вообще лет на 7-10 запаздываю. по-жизни. %-)

>Неа, даже без этого практически обхожусь. Луа такой язык - обычно просто смотришь на код, думаешь, и ошибка как-то сама находится.

это да. но иногда с устатку забываешь где-то local дописать. strict это выловит только в рантайме, а luac -l покажет сразу. удобно, и времени тратится всего пара минут. а без этого я как-то баг два дня ловил.

>Почему, кстати?

вот я выше написал. strict ловит в рантайме. оно не лишнее, это два взаимодополняющих инструмента, мне кажется. по крайней мере я их использую именно в связке. пока помогает.

ну, и опыт, сын кого-то там от что-то. %-) я уж несколько лет предпочитаю делать на Lua всё, что возможно (а обычно это процентов 90 программы выходит %-). ибо быстро и удобно. потом можно Lua встроить в софтину, и получаем кучу приятностей задаром.

> Майк никому ничем не обязан.

Никто никому ничем не обязан. Однако мы имеем ситуацию, когда производитель готов работать за деньги, но предлагает неприемлемую для потенциальных покупателей модель оплаты. Не хочешь делать без денег - дай возможность тебе заплатить психологически и бюрократически приемлемым способом, иначе это отговорки. Предложи он уже готовый продукт под двойной лицензией, - MIT/коммерческая, - завтра получил бы денег достаточно, чтобы не отвлекаться на что-либо ещё. Но "Майку это не интересно" - прогресса нет, вопросов тоже нет. Аспект проблемы не правовой, а моральный.

> оно работает.

64?

> два взаимодополняющих инструмента

Это да. Из функциональных языков Луа самый, пожалуй, удобный в отладке.

> процентов 90 программы

У меня больше 30 не получается. Но задачи расчётные, своя специфика.

>Однако мы имеем ситуацию, когда производитель готов работать за деньги, но предлагает неприемлемую для потенциальных покупателей модель оплаты.

нет. мы имеем ситуацию, когда оплата даже не обсуждалась, потому что никто не заинтересовался. условие Майк ставил только одно: порт будет опенсорцным. лично мне closed-source порт тоже в пень не сдался (как и тебе, думаю). так что никто ничего не потерял.

>Предложи он уже готовый продукт под двойной лицензией, — MIT/коммерческая

э… а как MIT мешает коммерческому использованию? MIT — одна из самых либеральных лицензий, которая не требует ни открытия кода своего продукта при использовании MIT-ного, ни отчислений. вообще ничего не требует, окромя кредитов в about. под этой же лицензией идёт и сама Lua, так что я не вижу каких-либо ограничений для коммерческого использования. коммерчески использовать Lua MIT не мешает, а LuaJIT вдруг мешает… может, ты просто попутал лицензии?

>завтра получил бы денег достаточно, чтобы не отвлекаться на что-либо ещё

давай так: ты несколько месяцев пишешь что-то (при этом ты фрилансер, но задания не берёшь, потому что пишешь «что-то») и кормишь себя мечтами о будущих барышах. тем более, что при начальном прощупывании почвы желающих купить твоё гениальное творение не обнаружилось (т.е. барыши имеют серьёзный шанс накрыться медным тазом). не думаю, что ты согласишься. по-твоему, Майк глупый и этого не понимает? или ему не надо счета оплачивать? что ему было интересно — он написал. также показал, что может, и может отлично. дальше предложил сделать custom-версию за деньги. она оказалась никому не нужна. ну, не нужна — и фиг с ней, значит, при помощи LuaJIT счета не оплатишь. забыли и забили. я считаю, совершенно нормальный подход.

>64?

покажи, где там в ТТХ заявлена поддержка 64-х битности. это троллинг получается: «ах, на Эльбрусе не работает? значит, не работает вообще!»

>Из функциональных языков Луа самый, пожалуй, удобный в отладке.

а мне пофигу, print есть везде. %-))

>У меня больше 30 не получается. Но задачи расчётные, своя специфика.

угу. у меня на продажу всё больше прикладухи разной степени дебильности, там хоть 99% на Lua пиши. (нет, не БД с формочками %-)

> оплата даже не обсуждалась

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

> мне closed-source порт тоже в пень не сдался (как и тебе, думаю)

Если выбирать между "закрытые сырцы" и "ничего", я выберу первое. Мне работать надо, а не фанатствовать.

> как MIT мешает коммерческому использованию?

МИТ не мешает коммерческому использованию. Отсутствие коммерческой лицензии мешает мне сделать Майка чуточку богаче.

Можно предложить две лицензии: МИТ и коммерческую. Заплатить, допустим, 200 евро за комм. лицензию я могу и сам, и обосновать руководству. Заплатить 2к - жаба задушит. И обосновать руководству, что мы нанимаем неизвестного иностранного программиста, но его код будет принадлежать не нам - это нереально. Тем более, в академических проектах.

> ты несколько месяцев пишешь что-то

Гы. Я семь лет писал "что-то", не получая за это ни копейки. Но будь у меня возможность получать - я бы не отказался.

> по-твоему, Майк глупый

По-моему, Майк немножко слишком программист.

> дальше предложил сделать custom-версию за деньги. она оказалась никому не нужна.

Нет. Условия оказались неприемлемыми. Видишь разницу?

> «ах, на Эльбрусе не работает? значит, не работает вообще!»

Если ты пишешь под Эльбрус - то да, для тебя не работает вообще.

> а мне пофигу, print есть везде.

Ты, похоже, просто не сталкивался с отладкой систем без состояний :)

> не БД с формочками

Ой, вот только не надо гнать на "формочки"! :) Там море интереснейших задач со своей спецификой, которую большинство "Ъ" просто не осознают. Написание клиентских приложений - это нормальная, честная работа, по которой я часто скучаю.

>Майк предложил сделать порт за деньги — следовательно, обсуждалась.

«обсуждение», в котором только один обсуждающий, трудно назвать «обсуждением».

>Майк предложил такие условия оплаты, которые никого не заинтересовали. Мне представляется, что сделал он это намеренно, потому что «ему не интересно».

нормальные условия. точнее, одно условие — доступность исходников порта. больше он никаких ограничений не налагал. в том числе не было и ограничения на продажу заказчиком своей, допиляной версии JIT на основе кода Майка. я не знаю, куда уж больше. разве что Майк должен был предложить доплату тому, кто закажет.

>Если выбирать между «закрытые сырцы» и «ничего», я выберу первое. Мне работать надо, а не фанатствовать.

я тоже не из-за фанатизма.

>МИТ не мешает коммерческому использованию. Отсутствие коммерческой лицензии мешает мне сделать Майка чуточку богаче.

поясни мне, плз, что в твоём понимании «коммерческая лицензия».

кстати, ты к самому Майку обращался с предложением, и он отказался делать dual license? или это чистое теорезирование?

>мы нанимаем неизвестного иностранного программиста, но его код будет принадлежать не нам — это нереально

что значит «принадлежать не нам»? берите и используйте. модифицируйте. продавайте без открытия исходников. продавайте как часть своего продукта без открытия исходников. всё это MIT позволяет. в чём проблема-то? я не ёрничаю, я действительно не понимаю.

>По-моему, Майк немножко слишком программист.

ну, не бизнесмен, да. так он и не претендовал, он приглашал бизнесменов к сотрудничеству. более того, насколько я помню, он говорил, что условия обсуждаемы (тут могу наврать, лень архивы рыть).

>Гы. Я семь лет писал «что-то», не получая за это ни копейки.

ой. научи, плз, питаться воздухом и дай адрес «крякера интернета», а? %-)

по-моему, ты просто неточно тут выразился, я верно понял?

>Нет. Условия оказались неприемлемыми. Видишь разницу?

ещё раз: *условия даже не пытался никто обсуждать*. они НЕ МОГЛИ оказаться неприемлемыми, потому что никто даже не попытался их скорректировать/принять.

>Если ты пишешь под Эльбрус — то да, для тебя не работает вообще.

но ведь есть разница между «не работает» и «не работает для меня»?

>Ты, похоже, просто не сталкивался с отладкой систем без состояний :)

не «похоже», а «так и есть». %-)

>Ой, вот только не надо гнать на «формочки»! :) Там море интереснейших задач со своей спецификой, которую большинство «Ъ» просто не осознают.

именно потому я специально упомянул, что не «формочка с кнопочкой и табличечкой». %-)

как раз в случае, когда заказчик сам не может пояснить, чего хочет (но точно не того, что ты уже написал %-), скриптовые языки рулят неимоверно. я в итоге и логику, и морду делал на Lua. ибо быстро прототипируется и, что немаловажно, потом быстро изменяется. чуть ли не сразу у заказчика, безо всякой нудной перекомпиляции. «вам кнопочку так? пожалуйста. а, тут оно неверно подумало? ща подпилим, и поедет. а, отчётик не так? ву а ля. вам новый модуль надо? на здоровье, вот инсталлер маленький, даблклик и понеслась». и заказчик доволен, и я. %-)

> «обсуждение», в котором только один обсуждающий, трудно назвать «обсуждением».

См. теорию множеств :)

> нормальные условия.

Будь они нормальными - нашлись бы желающие. В действительности Майк предложил нанять его в качестве фрилансера, при этом результаты его труда заказчику принадлежать не будут (потому что с точки зрения обычного заказчика "принадлежит всем"="принадлежит не мне"). Я руководство на такое подписать не то что не смогу, а и пробовать не стану. А вот купить готовый продукт, тем самым позволив разработчику его развивать с большим комфортом - запросто. Причём я и 32-, и 64-разрядную версию куплю с большим удовольствием. Десяток продаж - и не надо огород городить.

> поясни мне, плз, что в твоём понимании «коммерческая лицензия».

Господи, да сделать на luajit.org две ссылки: "скачать свободную версию" и "скачать коммерческую версию". По второй указать адрес электронного кошелька. Положить два архива, различающихся файлом license.txt. В faq'е разъяснить, что кому не жалко - покупает, остальные качают так.

> кстати, ты к самому Майку обращался с предложением

Тогда не пришло в голову, спасибо за идею, кстати.

> что значит «принадлежать не нам»?

"Принадлежать нам и всем остальным" для нормального предпринимателя равнозначно "принадлежать не нам". Они готовы покупать лицензии, но не готовы оплачивать их другим.

> модифицируйте.

Да будь у меня достаточная квалификация сделать версию под 64 - стал бы я огород городить? Сделал бы, да выложил.

> по-моему, ты просто неточно тут выразился, я верно понял?

Нет, я действительно за семь лет работы в одном интересном месте сделал три крупных расчётных проекта, не получив за эту работу ни копейки денег. Жил я на стипендию, потом зарплату преподавателя, подработки и т.п. Идиот, я знаю.

> условия даже не пытался никто обсуждать

Вероятно, всем они показались столь же нелепыми и не предполагающими обсуждения, как и мне.

> но ведь есть разница между «не работает» и «не работает для меня»?

Нету. С точки зрения наблюдателя нету.

> когда заказчик сам не может пояснить, чего хочет

Тогда он жестоко попадает на деньги :) Хорошо, что мне давно не приходится бродить по заказчикам, и можно использовать Луа просто потому, что это шикарный язык :)

>См. теорию множеств :)

см. здравый смысл. %-)

>потому что с точки зрения обычного заказчика "принадлежит всем"="принадлежит не мне"

неадекватность мышления манагеров Майк лечить не подряжался.

>различающихся файлом license.txt

так вот мне интересно именно это различие. какой должна быть эта «коммерческая лицензия»? чем конкретно она должна отличаться от MIT?

>Тогда не пришло в голову, спасибо за идею, кстати.

удачи. если ты сможешь его уломать, думаю, многие будут тебе благодарны (без иронии, серьёзно).

>Они готовы покупать лицензии, но не готовы оплачивать их другим.

то есть, closed source. тогда нафиг-нафиг, толку никакого. бинарные билды для кучи архитектур Майк точно делать не будет, а наличие платного LuaJITx64 от конторы SuperSoftwareLtd для меня равнозначно отсутствию оного. и, думаю, не для меня одного.

хотя я совершенно не против того, чтобы Майк так зарабатывал. %-)

>Да будь у меня достаточная квалификация сделать версию под 64 — стал бы я огород городить? Сделал бы, да выложил.

это я понял. я говорил в свете коммерческого применения. твою позицию тоже, вроде бы, понял. вроде бы.

>Жил я на стипендию, потом зарплату преподавателя, подработки и т.п.

а. это несколько меняет дело. а Майк, насколько я в курсе, ТОЛЬКО на «подработки» и живёт, ибо фрилансер. если он займётся допиливанием LuaJIT, придётся похерить «подработки». или он допиляет x64 как раз к тому времени, кода появятся x256. %-)

впрочем, это мои домыслы, натурально. я бы сильно не прочь узнать результаты твоих переговоров с Майком, буде таковые произойдут. для этого могу даже завести мыло (не то, чтобы виртуал mirage был таким уж секретом, но не хочу здесь светить).

>Идиот, я знаю.

не надо, не надо. я тоже трачу на некоммерческие вещи времени намного больше, нежели на платные, вполне сознательно жертвуя «материальным достатком». будем вдвоём идиотами. %-)

>Вероятно, всем они показались столь же нелепыми и не предполагающими обсуждения, как и мне.

тут вина обеих сторон, мне кажется. но если бы кто-то всерьёз заинтересовался — думаю, было бы обсуждение. отсюда ситуация, как её вижу я: «да, было бы интересно такое заказать, но оно не горит, да и торговаться лень, да и вообще, если подумать, нафиг оно нам не надо».

>Нету. С точки зрения наблюдателя нету.

ну, в принципе, ты прав. с поправкой: «с точки зрения потребителя». потому что я вот тоже наблюдатель, но если бы меня «поджимало», я бы потратил пару месяцев, и оно бы заработало. всяко проще допиливать готовый рабочий в других условиях проект, нежели ваять с нуля (если оригинал вменяем, конечно). а насколько я в курсе, Майк писал с portability in mind.

так что с моей точки наблюдателя — «рабочее, но не совсем». %-)

>Тогда он жестоко попадает на деньги :)

это само собой. %-)

>Хорошо, что мне давно не приходится бродить по заказчикам

да мне, в общем, тоже уже. %-)

>и можно использовать Луа просто потому, что это шикарный язык :)

и тут спорить не буду. «для себя» я тоже его использую с удовольствием, и вовсе не потому, что другого не знаю. ему бы ещё (мечтательно) набор библиотек побольше… хотя бы как у питона (а лучше, как у перла). в смысле количества, как там у них с качеством — я не особо в курсе, потому как предпочитаю Lua. %-)

очень иногда не хватает каких-то вещей. тривиальных, и от того времени на велосипеды жалко. хотя, ситуация достаточно неплохо выправляется.

(закатив глаза) а вот если бы хостеры ставили на сервера не только PHP, но и Lua…

> см. здравый смысл. %-)

Но сначала всё-таки теорию множеств :)

> неадекватность мышления манагеров Майк лечить не подряжался.

Умрёт в бедности.

> какой должна быть эта «коммерческая лицензия»? чем конкретно она должна отличаться от MIT?

Открываю секрет: да ничем. Это просто возможность дать Майку денег. Знаешь, сколько раз я брал чей-то открытый код и чертыхался, что не могу провести его по смете?

> если ты сможешь его уломать, думаю, многие будут тебе благодарны

Уламывать, естественно, не буду, а предложить предложу. Даже странно сейчас, что до сих пор не пришло в голову.

> то есть, closed source. тогда нафиг-нафиг, толку никакого.

Не начинай только красноглазить, а? Поздно уже красноглазить :) Я всё подробно расписал; можешь посмотреть, как сделали разработчики SuperWaba, например.

> а. это несколько меняет дело.

О да, стипендия меняет дело чрезвычайно :)

> если он займётся допиливанием LuaJIT, придётся похерить «подработки».

Если он займётся допиливанием LuaJIT, то "подработки" ему на фиг будут не нужны.

> я бы сильно не прочь узнать результаты твоих переговоров с Майком, буде таковые произойдут. для этого могу даже завести мыло (не то, чтобы виртуал mirage был таким уж секретом, но не хочу здесь светить).

Да в рассылку и напишу, наверное. Я тоже не хочу тут особо светиться.

> не надо, не надо.

Скажем так, я хранил лояльность людям, которые изначально и не планировали быть лояльными мне. Идеализм молодости многое объясняет, но выбирать людей следует более тщательно, чем делал это я.

> да и вообще, если подумать, нафиг оно нам не надо

ЛуаВМ настолько быстра сама по себе, что, действительно, отлично живётся и без JITа. Но "неаккуратненько как-то" :)

> с поправкой: «с точки зрения потребителя».

Нет, именно наблюдателя. В физическом смысле. См. теорию относительности :)

> я бы потратил пару месяцев

Мне кажется, что доводка DynASM должна занять максимум неделю. Но это если имеешь опыт портирования 32-64 на низком уровне. У меня его нет, Майку - тьфу работы.

> ему бы ещё (мечтательно) набор библиотек побольше…

Честно - ни разу не столкнулся с ситуацией, когда испытывал бы недостаток каких-бы то ни было библиотек под Луа. SWIG, tolua - чего ещё-то? Это просто у питонеров такая жужжалка: "а у нас зато библиотек больше!" :)

> если бы хостеры ставили на сервера не только PHP, но и Lua

Вроде как ставят, mod_lua даже хвалят, я слышал. Но мало, конечно.

>Но сначала всё-таки теорию множеств :)

я пробовал. там многабукав. иногда нерусских. %-)

>Умрёт в бедности.

«бедность» — понятие относительное.

>Знаешь, сколько раз я брал чей-то открытый код и чертыхался, что не могу провести его по смете?

а. всё. врубился. тупые конторские заморочки. должна быть надпись «вот то — бесплатно, а вот это — это, дяденьки, коммерческая крутая версия». на том разница исчерпана. так?

>Уламывать, естественно, не буду

ну, я фигурально написал «уламывать». только ты ему поясни, что есть «коммерческая лицензия». я то вот я видишь, через сколько допёр? могут глупые непонятки выйти.

>Не начинай только красноглазить, а? Поздно уже красноглазить :) Я всё подробно расписал

всё-всё. я просто не врубился. отвык от таких заморочек. %-)

>О да, стипендия меняет дело чрезвычайно :)

конечно. на неё пива выпить можно… несколько раз. наверное…

>Если он займётся допиливанием LuaJIT, то «подработки» ему на фиг будут не нужны.

не факт. по-моему, ты переоцениваешь популярность Lua, увы.

>Да в рассылку и напишу, наверное. Я тоже не хочу тут особо светиться.

тьфу. я вспомнил, на что забыл переподписаться! то-то думаю, что мне оттуда ничего не приходит!

>Скажем так, я хранил лояльность людям, которые изначально и не планировали быть лояльными мне. … выбирать людей следует более тщательно, чем делал это я.

дык с кем не бывает. тоже таким страдаю иногда. до сих пор.

>ЛуаВМ настолько быстра сама по себе, что, действительно, отлично живётся и без JITа.

факт. но и факт, что в 3–6 раз оно таки ускоряет «влёт». и при этом весит настолько мало, что даже несолидно как-то. я люблю Lua ещё и за это.

и, кстати, у Майка чудный асм/дизасм. весьма красиво написан.

>Нет, именно наблюдателя. В физическом смысле. См. теорию относительности :)

тьфу! технари фиговы! у меня ГСМ, я вообще филологом хотел быть! %-)

>Мне кажется, что доводка DynASM должна занять максимум неделю. Но это если имеешь опыт портирования 32–64 на низком уровне. У меня его нет, Майку — тьфу работы.

мне тоже так кажется, но x64 я видел только у друзей. всё собираюсь купить, и всё не могу пояснить себе, на кой оно мне надо. %-)

>SWIG, tolua — чего ещё-то?

оно не совсем красиво делает обёртки. неизящно. но я, в принципе, имел в виду аналог cpan/egg. чтобы не трахать моск пусть простыми, но командами, а пнуть — и притащило. хотя LuaRocks, вроде, достаточно активно пиляют, глядишь, через пару лет и будет чего такого.

оно надо ещё и для популяризации языка. всё-таки чем Lua популярней, тем лучше, я считаю. надо нести просвещение в массы.

>mod_lua даже хвалят

я на lighttpd как чистое cgi гоняю на локалхосте. так, исключительно развлечения ради. mod_lua попробовать не вышло в своё время: то ли оно было для первого апача, а у меня был ворой, то ли наоборот… в общем, «то ли он украл, то ли у него, но была там какая-то история…»

надо, кстати, fastcgi попробовать будет.

> там многабукав. иногда нерусских.

Надо себя заставить. А то {} и SELECT используем, а в чём сила, брат, не знаем :)

> на том разница исчерпана. так?

Конечно. Как в любом подобном случае. Всё, что связано с деньгами, суть тупые конторские заморочки. Но пока изменить это мы не можем.

> только ты ему поясни, что есть «коммерческая лицензия».

Вот я думаю, как бы это по-английски сформулировать.

> по-моему, ты переоцениваешь популярность Lua, увы.

Посмотри список пользователей на lua.org. Сони, Крайтек, Лукас, ... Там бешеное бабло, доходы от игр уже превышают доходы от музыки. Успех Луа в игропроме - это следствие меньшей зашоренности игроделов. Но я не просто уверен, а точно знаю, что куча народу использует Луа в других областях, сидит и молчит об этом. Это язык такой - его не нужно "раскручивать", "популяризировать": ты пробуешь его использовать, и он сам за себя говорит.

> в 3–6 раз оно таки ускоряет «влёт». и при этом весит настолько мало, что даже несолидно как-то. я люблю Lua ещё и за это.

Да уж, в наш жирный век... Я не фанат оптимизации, но здесь компактность - это следствие отличного дизайна. Чем-то напоминает систему "Сетунь".

> и, кстати, у Майка чудный асм/дизасм. весьма красиво написан.

Обрати внимание, что к Луа вообще тянутся хорошие программисты.

> технари фиговы! у меня ГСМ, я вообще филологом хотел быть! %-)

Я космонавтом хотел, и ничего, живу как-то :)

> оно не совсем красиво делает обёртки. неизящно.

Ой, ну пошло эстетство!.. :)

> всё-таки чем Lua популярней, тем лучше, я считаю. надо нести просвещение в массы.

С одной стороны надо, с другой Луа - фактор нашего успеха. Как-то немного жалко популяризировать личное вундерваффе.

>Надо себя заставить. А то {} и SELECT используем, а в чём сила, брат, не знаем :)

на свете столько всего, что хочется знать… пока не «подпёрло», не трогаю. оно у меня в todo давно (как и куча других вещей).

нет, простейшее, типа объединения множеств там, разницы (в компьютерном смыслсе set) — это знаем, понятно.

>Вот я думаю, как бы это по-английски сформулировать.

тут я увы. «чукча — читатель».

>Посмотри список пользователей на lua.org. … Это язык такой — его не нужно «раскручивать», "популяризировать": ты пробуешь его использовать, и он сам за себя говорит.

есть такое, да. я на Lua «подсел» именно из-за красоты и удобства. люблю писать (и использовать %-) скриптовые языки, пробовал от бейсика до лиспа. примерно раз в пол-года что-то изобретал. потом наступил на Lua, и с тех пор скриптовые языки не делаю больше. кстати, простота C API сыграла тут тоже немало.

>здесь компактность — это следствие отличного дизайна

согласен. очень хорошо это видно, если взять, например, Lua3 и проследить дальше. видно, как избавлялись от лишнего и переделывали кривое. что приятно — именно *избавлялись от мусора*, а не добавляли кучу ненужных фич.

>Обрати внимание, что к Луа вообще тянутся хорошие программисты.

*гордо задрал нос* %-)

>Я космонавтом хотел

там же холодно! и баб-с мало!

>Ой, ну пошло эстетство!.. :)

дык обёртка на 100 с лишним кил исходников над библиотекой в 40 кил исходников — это страх и ужас. впрочем, не утаю, таки свигом пользуюсь. %-)

>Как-то немного жалко популяризировать личное вундерваффе.

а мне наоборот: я хочу, чтобы всем вокруг было как минимум так же удобно, как и мне. %-)

а ещё я мечтаю, чтобы все вокруг были умнее — это ж у каждого можно будет невозбранно учиться!