https://ns.opennet.dev/openforum/vsluhforumID3/106427.html Состоялся (http://blog.rust-lang.org/2016/01/21/Rust-1.6.html) релиз языка программирования Rust 1.6 (http://www.rust-lang.org), развиваемого проектом Mozilla, обеспечивающего автоматическое управление памятью и предоставляющего средства для высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime. Параллельно с Rust совместно с компанией Samsung развивается экспериментальный браузерный движок Servo (https://www.opennet.ru/opennews/art.shtml?num=36576), написанный (https://github.com/servo/servo/) на языке Rust и отличающийся поддержкой многопоточного рендеринга web-страниц и распараллеливанием операций с DOM (Document Object Model). <br><br><br>Новый выпуск примечателен переводом libcore в разряд стабильных. Стандартная библиотека функций Rust базируется на базовой библиотеке libcore, которая не зависит от платформ и самодостаточна. Поверх libcore построена расширенная библиотека libstd, через которую доступны функции работы с памятью, вводом/выводом и многопоточностью https://ns.opennet.dev/openforum/vsluhforumID3/106427.html#74 Wed, 27 Jan 2016 20:34:57 GMT У меня нет достаточной компетенции для ответа на вопрос, я джава кодер, максимум доводилось заниматься портированием сишных приложений на джаву.<br> https://ns.opennet.dev/openforum/vsluhforumID3/106427.html#73 Tue, 26 Jan 2016 18:22:22 GMT А как, кстати, производится управление счётчиком "умного указателя" при многопоточной работе? Лочится на время присваивания?<br> https://ns.opennet.dev/openforum/vsluhforumID3/106427.html#72 Sun, 24 Jan 2016 18:20:12 GMT &gt; Ах, теперь вот как? Так Вы собираетесь доказывать, что лисп не хорош <br>&gt; для быстрого создания DSL через доказательство того, что DSL и не <br>&gt; нужно создавать быстро. Неплохое начало, коллега. :) <br><br>Вообще-то такого не прочёл -- скорее "неважно, потому что не требовалось/требуется".<br><br>&gt; Ооо, уникальных задач -- пруд пруди. До сих пор нет нормальной программы <br>&gt; для преподавания детям геометрии. До сих пор я не встретил хорошей <br>&gt; программы для визуализации зависимостей между пакетами. И это только навскидку.<br><br>Кстати, найдёте/сделаете -- подёргайте, заранее благодарю.<br><br>По части геометрии сразу вспомнил http://www.pacifict.com/Story/ и http://archives.seul.org/schoolforge/discuss/<br><br>По части зависимостей -- Вы ведь явно не про apt-cache dotty и дальше фильтрАми, так понимаю?<br> https://ns.opennet.dev/openforum/vsluhforumID3/106427.html#71 Sun, 24 Jan 2016 12:15:37 GMT &gt; Потому что мне тут в сотый раз начали рассказывать о том, как лисп хорош для быстрого создания DSL.<br><br>Ну что ж, я могу Вам только посочувствовать, что Вам 100 раз объясняют столь простую истину, а Вы никак не можете её понять. :)<br><br>Ну ладно. Так значит, Ваш тезис -- "лисп не хорош для быстрого создания DSL"?<br><br>&gt; Мой тезис - быстро создавать DSL практически никогда не нужно.<br><br>Ах, теперь вот как? Так Вы собираетесь доказывать, что лисп не хорош для быстрого создания DSL через доказательство того, что DSL и не нужно создавать быстро. Неплохое начало, коллега. :)<br><br>&gt; Если есть <br>&gt; хоть малейшая возможность - нужно брать готовые языки, дополнять библиотеками (лучше <br>&gt; тоже готовыми, возможно - доработанными). Если не выходит - стараться брать <br>&gt; готовые DSL, если надо - опять-таки, подключаясь к разработке/доработке существующих. <br><br>Ну, быть может, хоть я и расставил бы приоритеты несколько иначе, всё это вполне возможно. Но тем не менее никаким образом не обосновывает тезис, что быстро разрабатывать DSL н https://ns.opennet.dev/openforum/vsluhforumID3/106427.html#70 Sun, 24 Jan 2016 07:55:35 GMT Давно запилили<br>https://ru.m.wikipedia.org/wiki/ДРАКОН<br> https://ns.opennet.dev/openforum/vsluhforumID3/106427.html#69 Sun, 24 Jan 2016 02:24:31 GMT Из этих - питон как DSL выглядит очень чистенько - определешь нужную библиотеку - и всё. Lua для того же часто используют.<br> https://ns.opennet.dev/openforum/vsluhforumID3/106427.html#68 Sun, 24 Jan 2016 02:22:51 GMT Потому что мне тут в сотый раз начали рассказывать о том, как лисп хорош для быстрого создания DSL. <br><br>Мой тезис - быстро создавать DSL практически никогда не нужно. Если есть хоть малейшая возможность - нужно брать готовые языки, дополнять библиотеками (лучше тоже готовыми, возможно - доработанными). Если не выходит - стараться брать готовые DSL, если надо - опять-таки, подключаясь к разработке/доработке существующих. Уникальных задач очень мало, уникальных областей деятельности - и того меньше. Нечего придумывать велосипеды.<br><br>Кстати, хоть сколько-нибудь сложный DSL продумывается много дольше, чем релализуется - на чём угодно. <br><br>И что не так с Кацнельсоном? Занимался ферромагнетиками, потом спрыгнул на графен, с которым и возится. Неплохое подтверждение как раз.<br> https://ns.opennet.dev/openforum/vsluhforumID3/106427.html#67 Sun, 24 Jan 2016 02:07:33 GMT За цифирками - к TIOBE или на сайты вакансий, но как бы очевидно, что сейчас всё, кроме совсем специфических областей перекрыто менее чем десятком языков, и лиспа там нигде и близко нет в макроскопических количествах.<br><br>Я вообще не понимаю, с чем тут спорить. Лиспу почти семьдесят лет, к анстоящему моменту никакого распространения он не получил. По-моему, этим его характеристика как практически применимого языка полностью исчерпывается. Академические плюсы и эстетика - вопрос другой, но к практическим результатам они отношения не имеют. по этому поводу могу ещё отказ от MIT 6.001 припомнить.<br> https://ns.opennet.dev/openforum/vsluhforumID3/106427.html#66 Sun, 24 Jan 2016 01:55:31 GMT Это как раз легко объяснить:<br><br>1) на языке простое делается просто, а дальше - как повезёт. Это то, что произошло с со всеми скриптовыми из перечисленных. А дальше - снежным комом и в конкуренции с похжими языками - есть разработчики - значит, на языке пишут - и так далее, пока его не заменит что-то похожее, но более подходящее, как произошло с уходом массы с перла в пхп.<br><br>2) есть ниша, на которой приходится писать, и там есть много денег. Это произошло с C#, когда VS переганала на него всех в принудительном порядке.<br><br>3) Есть ниша, и в какой-то момент для неё есть только один подходящий язык. Так произошло с плюсами, когда понадобилось писать сложный софт, и это же произошло, когда появилась джава и J2EE как полная среда для энтерпрайза.<br><br>Лисп, при всём уважении, ни в одну из этих категорий не попадает - на нём не просто делать простые вещи, в него принудительно никто не загоняет и в силу своей универсальности он не имеет специфической ниши, в которой у чего-то специализированного не было бы преимуще