tag:blogger.com,1999:blog-29561155.post6516638826876407663..comments2022-03-27T13:12:25.926+03:00Comments on Веб-дневник Владимира Шабанова: И еще немного про скриптыVladimir Shabanovhttp://www.blogger.com/profile/14322574042735481057noreply@blogger.comBlogger17125tag:blogger.com,1999:blog-29561155.post-56927866094307059202009-06-23T19:58:25.711+04:002009-06-23T19:58:25.711+04:00Учитывая, что большинство скриптовых языков динами...Учитывая, что большинство скриптовых языков динамически типизированы, у них проблемы несовпадения типов везде и всюду. Так что разницы пока не вижу.<br /><br />Если скрипты делаются на хаскеле/кемле, то компилер/линкер не даст вставить скрипт, несовместимый с программой. Так что dll-hell-а не будет.Vladimir Shabanovhttps://www.blogger.com/profile/14322574042735481057noreply@blogger.comtag:blogger.com,1999:blog-29561155.post-77169831118379415792009-06-23T17:32:27.845+04:002009-06-23T17:32:27.845+04:00Есть такое понятие как "ад DLL", вы когд...Есть такое понятие как "ад DLL", вы когда нибудь на него натыкались? когда кладёшь новую dll а хост программа и говорит - фигвам. иногда до белого коления доводит. на скриптах же "плагинизация" реализуется значительно прощеAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-29561155.post-74172847057631931372008-09-23T14:54:00.000+04:002008-09-23T14:54:00.000+04:00Про Lua я много сказать не могу. Язык достаточно п...Про Lua я много сказать не могу. Язык достаточно простой, в тоже время есть замыкания, coroutines и еще какие-то вкусности. Т.е. будет, наверное, получше С.<BR/><BR/>Вроде он динамически типизированный, что плохо для разработки (по крайней мере требует совсем другого подхода к ней, чтобы не было моря глюков).<BR/><BR/>Он легко встраивается в С. Так что для программ, написанных на С/С++ вполне подходящий вариант, чтобы хоть как-то поднять уровень разработки (и при этом упростить ее, т.к. Lua все-таки проще C++ будет).<BR/><BR/>Но если основная программа уже написана на хаскеле, то вставлять в нее более низкоуровневый язык смысла нет.Vladimir Shabanovhttps://www.blogger.com/profile/14322574042735481057noreply@blogger.comtag:blogger.com,1999:blog-29561155.post-32191867606942488132008-09-22T23:18:00.000+04:002008-09-22T23:18:00.000+04:00Владимир, а что скажешь по поводу Lua? Сталкивался...Владимир, а что скажешь по поводу Lua? Сталкивался ли и как относишься? Вещь мегапопулярная у разработчиков игр. Млм здесь ты остаешься верен себе и считаешь что C/Haskell покроет это?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-29561155.post-20054009640258804692007-11-07T15:43:00.000+03:002007-11-07T15:43:00.000+03:00> Прикол в том, что компилятор C# есть везде, где ...> Прикол в том, что компилятор C# есть везде, где установлен .NET Framework.<BR/><BR/>)))Vladimir Shabanovhttps://www.blogger.com/profile/14322574042735481057noreply@blogger.comtag:blogger.com,1999:blog-29561155.post-51512683620896816552007-11-07T11:06:00.000+03:002007-11-07T11:06:00.000+03:00>Т.е. интерпретатор питона, перла и пр. поставить ...>Т.е. интерпретатор питона, перла и пр. поставить можно, а компилятор C# -- нет.<BR/><BR/>Прикол в том, что компилятор C# есть везде, где установлен .NET Framework.Алексейhttps://www.blogger.com/profile/17827211560903366771noreply@blogger.comtag:blogger.com,1999:blog-29561155.post-62412409502910246912007-09-30T00:47:00.000+04:002007-09-30T00:47:00.000+04:00Продолжение обсуждения с shadow-aka-hf смотрите на...Продолжение обсуждения с <A HREF="http://shadow-aka-hf.livejournal.com/" REL="nofollow">shadow-aka-hf</A> смотрите на <BR/><A HREF="http://shadow-aka-hf.livejournal.com/23764.html" REL="nofollow">shadow-aka-hf.livejournal.com/23764.html</A>.Vladimir Shabanovhttps://www.blogger.com/profile/14322574042735481057noreply@blogger.comtag:blogger.com,1999:blog-29561155.post-18618082679484610762007-09-29T15:44:00.000+04:002007-09-29T15:44:00.000+04:00Т.е. интерпретатор питона, перла и пр. поставить м...Т.е. интерпретатор питона, перла и пр. поставить можно, а компилятор C# -- нет.<BR/><BR/>И в таком случае, он как раз участвует в решении основной задачи. Но, видимо, это проблемы уже психологического плана. У людей как-то очень сильно связаны в голове скриптовые задачи и скриптовые языки, хотя они уже давно две самостоятельных сущности.Vladimir Shabanovhttps://www.blogger.com/profile/14322574042735481057noreply@blogger.comtag:blogger.com,1999:blog-29561155.post-56615524808340749712007-09-29T14:57:00.000+04:002007-09-29T14:57:00.000+04:00>Всю VS ставить не надо, нужен только компилятор (...>Всю VS ставить не надо, нужен только компилятор (он, вроде, бесплатен).<BR/><BR/>Никто не даст ставить на сервер не согласованный софт, который, очевидно, не используется для выполнения основной задачи.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-29561155.post-61032881586681400932007-09-28T15:45:00.000+04:002007-09-28T15:45:00.000+04:00Перед интерпретацией скрипты все равно компилируют...Перед интерпретацией скрипты все равно компилируются в байткод, это просто незаметно.<BR/><BR/>Всю VS ставить не надо, нужен только компилятор (он, вроде, бесплатен).<BR/><BR/>После того как сделается автокомпиляция, куски кода, отвечающие за логику, будут просто грузиться в программу, как обычные скрипты. Только они будут компилируемые, работать шустрее и ошибок меньше.<BR/><BR/>Соответственно, их можно править удаленно (хотя, если к серваку нельзя подключиться иначе, как через интранет, то непонятно, о какой именно правке на ходу шла речь в предыдущем комменте).Vladimir Shabanovhttps://www.blogger.com/profile/14322574042735481057noreply@blogger.comtag:blogger.com,1999:blog-29561155.post-83620593365792148412007-09-28T14:40:00.000+04:002007-09-28T14:40:00.000+04:00>В реальности скрипт компилируется: не текст ведь ...>В реальности скрипт компилируется: не текст ведь запускается. <BR/>Интерпретируемых скриптов не бывает?<BR/><BR/>>Сделать автоматическую компиляцию модулей программы с последующей загрузкой -- дело, максимум, нескольких часов.<BR/><BR/>Visual Studio 2005 на сервер поставить? Не серьезно.<BR/><BR/>Скажу более детально про ситуацию, о которой упоминал.<BR/>Ставили ASP.NET сервис в закрытую внутреннюю сеть предприятия.<BR/><BR/>Разрешения на подключение ноута к сети нет, на установку программ сверх плана развертывания тоже.<BR/><BR/>На ноуте проблемы, которые есть на сервере, не воспроиводятся.<BR/><BR/>В итоге получается цепочка поменяли код, собрали на ноуте, через внешний носитель внесли в интранет, поствили нас сервер, проанализировали результат, опять поправили код на ноуте...<BR/>Очень непроизводительно.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-29561155.post-38675998896827408402007-09-28T00:49:00.000+04:002007-09-28T00:49:00.000+04:00> Одним из плюсов скриптов является то, что их не ...> Одним из плюсов скриптов является то, что их не надо компилировать ...<BR/><BR/>В реальности скрипт компилируется: не текст ведь запускается. Сделать автоматическую компиляцию модулей программы с последующей загрузкой -- дело, максимум, нескольких часов.<BR/><BR/>> ... и в случае необходимости можно править код прямо на лету<BR/><BR/>Точно, только с модулями можно делать все то же самое. При этом "скрипт" еще и автоматом скомпилируется, что избавит от потери времени на отладку опечаток ;)Vladimir Shabanovhttps://www.blogger.com/profile/14322574042735481057noreply@blogger.comtag:blogger.com,1999:blog-29561155.post-89969021287434609252007-09-27T23:23:00.000+04:002007-09-27T23:23:00.000+04:00Одним из плюсов скриптов является то, что их не на...Одним из плюсов скриптов является то, что их не надо компилировать и в случае необходимости можно править код прямо на лету.<BR/>Буквально недавно при развертывании сервиса на asp.net вылезло некольеко некритичных, но неприятных проблем, которые в случае скриптового языка решились бы правкой на ходу.<BR/>А так решилось через неделю после возращения из командировки.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-29561155.post-10846082367810846522007-09-27T16:01:00.000+04:002007-09-27T16:01:00.000+04:00Разница большая. В случае окемла, прикручивается м...Разница большая. В случае окемла, прикручивается маленькая, самая необходимая, часть сишных библиотек (которую можно использовать и в других проектах), а вся программа пишется на одном, более высокоуровневом языке.<BR/><BR/>В случае питона, в скрипты надо прикручивать специфичные для проекта плюсовые функции, а основу проекта писать на менее продуктивном языке.<BR/><BR/>Еще повторюсь, если не лезть в редко используемые дебри (функторы, объекты), то окемл не сложнее питона (у которого своих дебрей полно). А за счет статической типизации отлаживать приходится только логику, а не опечатки.Vladimir Shabanovhttps://www.blogger.com/profile/14322574042735481057noreply@blogger.comtag:blogger.com,1999:blog-29561155.post-20838714498642740162007-09-27T13:31:00.000+04:002007-09-27T13:31:00.000+04:00А какая разница прикручивать ли к С++ питоньи скри...А какая разница прикручивать ли к С++ питоньи скрипты или к окамлу сишные библиотеки? По сложности одинаково по другим показателям связка С++ и Python может и получше оказаться. Питон все-таки проще окамла.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-29561155.post-90532968726253028902007-09-27T00:46:00.000+04:002007-09-27T00:46:00.000+04:00Во первых, по моему мнению, использование менее кв...Во первых, по моему мнению, использование менее квалифицированных программистов -- дело рискованное. Это может как снизить затраты, так и повысить (причем, второе более вероятно).<BR/><BR/>Во вторых, тот же самый OCaml является простым языком, не сложнее питона (даже проще) и огромной квалификации не требует. Haskell, конечно, заметно сложнее, но основная его часть тоже не так сложна. <BR/><BR/>Т.е., даже для не особо квалифицированного скриптовика можно выделить небольшое подмножество языка, на котором не надо сильно напрягать мозги. А если забабахать вменяемый DSEL, то скриптовик будет просто счастлив, что писать надо мало, просто и понятно.Vladimir Shabanovhttps://www.blogger.com/profile/14322574042735481057noreply@blogger.comtag:blogger.com,1999:blog-29561155.post-18163804160164656332007-09-26T23:55:00.000+04:002007-09-26T23:55:00.000+04:00А Вам не кажется, что для написания "скриптов" мож...А Вам не кажется, что для написания "скриптов" можно использовать труд менее квалифицированных кадров, которые не владеют такими языками как С++ или OCaml? (не совсем согласен, но мнение распространенное)admixhttps://www.blogger.com/profile/00579949516716636070noreply@blogger.com