Common Lisp как и C#, как и C++ языки общего назначения. А потому говорить о «сложившемся перечне задач» некорректно.
Все равно что говорить: «На си нужно писать только ядра операционных систем».
Сообщество очень маленькое, популяризаторов нет, вот и не пишут. (http://lispgames.org/)
От каждого языка есть субъективное впечатление. От каких то хочется сразу проблеваться, другие вроде ничего, но попользуешься и тоже перестает нравится.
Общелисп, несмотря на некоторые досадные исторические недоразумения, лично у меня вызывает только положительные эмоции.
Про игры на лиспе есть целая книжка, кстати: landoflisp.com
Лисп лиспу рознь. Лисп это не какой-то конкретный язык, а целое семейство довольно разных языков объединенных некоторыми общими свойствами.
Скажем тот-же Scheme гораздо более функциональный чем Common Lisp.
Common Lisp обладает довольно мощной объектной системой. Вообще, его сложно назвать функциональным. Он поддерживают несколько парадигм, и функциональная далеко не главная.
В частности в последующих туториалах используются классы, в сущности делающие то же самое, что и в оригинальном туториале.
Да, вы правы — неконсистентно и небезопасно.
Сделано это более менее сознательно, т.к. на небольшом объеме трафика не вызывало никаких проблем.
Вообще говоря, всю архитектуру стоит пересмотреть в сторону использования снимков состояния мира или изменений между ними, отсылаемых в фиксированные промежутки времени при необходимости.
Снял плашку туториала — она тут явно лишняя, я бы даже сказал вредная.
Мне гораздо проще разобраться в алгоритме на примере его реализации, дополненному словесным описанием.
При этом я не люблю воду. Мне все равно какая стояла погода в момент когда автор писал текст, и какого цвета в тот вечер был закат.
Какой формат был бы более приемлемым для широкой аудитории?
Получается что все клиенты получают один канал, из которого читают сообщения. Но разве после того, как первый клиент прочитает данные из канала, они оттуда не пропадут?
Стоит отменить полезный флаг -p, который позволит узнать какому-же все-таки процессу принадлежит соединение.
Итого обычно нужны
ss -tp
иss -tl
Конечно, это скорее шутка. Но в каждой шутке .
Ощущения потрясные.
Или сразу http://store.steampowered.com/app/528460
Все равно что говорить: «На си нужно писать только ядра операционных систем».
Если размер бинарника важен, можно воспользоваться другой реализацией. Кажется, CLISP умеет делать маленькие бинарники.
Впрочем, лично мне кажется что статическая линковка вполне себе хорошая идея для дистрибуции.
От каждого языка есть субъективное впечатление. От каких то хочется сразу проблеваться, другие вроде ничего, но попользуешься и тоже перестает нравится.
Общелисп, несмотря на некоторые досадные исторические недоразумения, лично у меня вызывает только положительные эмоции.
Про игры на лиспе есть целая книжка, кстати: landoflisp.com
Скажем тот-же Scheme гораздо более функциональный чем Common Lisp.
Вообще насколько я знаю сейчас самый популярный диалект лиспа это Clojure.
И чего только на нем не пишут: github.com/search?utf8=%E2%9C%93&q=stars%3A%3E1+language%3AClojure&type=Repositories&ref=advsearch&l=Clojure&l=
В частности в последующих туториалах используются классы, в сущности делающие то же самое, что и в оригинальном туториале.
Сделано это более менее сознательно, т.к. на небольшом объеме трафика не вызывало никаких проблем.
Вообще говоря, всю архитектуру стоит пересмотреть в сторону использования снимков состояния мира или изменений между ними, отсылаемых в фиксированные промежутки времени при необходимости.
Снял плашку туториала — она тут явно лишняя, я бы даже сказал вредная.
При этом я не люблю воду. Мне все равно какая стояла погода в момент когда автор писал текст, и какого цвета в тот вечер был закат.
Какой формат был бы более приемлемым для широкой аудитории?