https://opennet.ru/openforum/vsluhforumID3/72983.html Представители проекта Mozilla разрабатывают (http://www.readwriteweb.com/hack/2010/11/mozilla-designing-programming-language-rust.php) новый мультипарадигменный язык программирования Rust (https://github.com/graydon/rust). Изначально, проект Rust был основан Грейдоном Хоаре (Graydon Hoare (http://blog.mozilla.com/graydon/about/)) в 2006 году, в 2009 году проектом заинтересовалась компания Mozilla Corporation и включилась в его разработку. Исходные тексты проекта распространяются в рамках лицензии BSD.<br><br><br><br>Список базовых возможностей:<br><br><br><br>- Ориентация на безопасность:<br><br><br>- Аккуратная работа с памятью - никаких нулевых и потерянных указателей. Автоматическое управление памятью;<br>- Контроль изменчивости. Язык неизменяем (Immutable) по умолчанию;<br>- Безопасность динамического выполнения: обработка сбоев, исключения, ведение лога, RAII / dtors;<br>- Typestate: возможность определения сложных инвариантов, контролирующих структуры данных.<br><br><br><br>- Ориентация на параллельность и эффект...<br><br>URL: http://www.rea https://opennet.ru/openforum/vsluhforumID3/72983.html#106 Wed, 06 Jul 2011 16:25:38 GMT Язык программрования Rust с нуля [под Ubuntu x86]: http://www.drevlyanin.ru/post/7305354988/getting-started-with-rust-programming-language<br> https://opennet.ru/openforum/vsluhforumID3/72983.html#105 Wed, 08 Dec 2010 01:15:30 GMT &gt; это выглядит как "ни один существующий дистрибутив Linux меня не удовлетворил, и я решил сделать пятьсот первый"<br><br>И что в этом плохого? Imho вполне логично.<br> https://opennet.ru/openforum/vsluhforumID3/72983.html#104 Thu, 02 Dec 2010 18:11:02 GMT Паскаль давно умер, кроме стран СНГ, где им ещё продолжают мучить подрастающее поколение из-за нежелания самим переучиваться и что-то менять.<br> https://opennet.ru/openforum/vsluhforumID3/72983.html#103 Thu, 02 Dec 2010 16:57:58 GMT http://en.literateprograms.org/Category:Environment:Portable<br><br>Пока этот "язычёк" не появится на подобных вышеприведённому ресурсах - он будет бесполезным языком. Согласен, пока что у Lua и Erlang больше шансов быть хотя-бы академическим языком.<br> https://opennet.ru/openforum/vsluhforumID3/72983.html#102 Thu, 02 Dec 2010 08:35:09 GMT Чем им http://cobra-language.com/ не подошел? Написали бы компилятор компилятор для реального железа и в бой!<br> https://opennet.ru/openforum/vsluhforumID3/72983.html#101 Wed, 01 Dec 2010 21:29:21 GMT Сколько вам приходилось делать подобного рода действия. И чтобы не над целой строкой, а только частью.<br><br>У меня в практике или строка используется как есть ИЛИ парсится вся целиком и дальше разделяется на подстроки, преобразуется в числа и т.п.<br><br>Потому и вызывает удивление.<br><br>Это примерно так же как переопределение операторов для Объектов - вроде операция интересная, но нужная только в математике. А если математика идет над большими множествами, то порождать объекты - просадка производительности.<br><br>Потому вроде переопределение и интересно, но в java ее забанили. И вряд ли когда нибудь сделают.<br> https://opennet.ru/openforum/vsluhforumID3/72983.html#100 Wed, 01 Dec 2010 21:21:40 GMT &gt;&gt; Тратить время на перекодировку при вводе и выводе как раз совершенно не<br>&gt;&gt; жалко.<br>&gt;&gt; Это делается один раз.<br>&gt; Два раза. На каждый обработанный байт. При вводе и выводе. И много<br>&gt; раз, если нужно одни и те же данные выдавать по запросу<br>&gt; много раз. Мелочь, но зачем делать лишнюю работу?<br><br>Однократный ввод и вывод -- абсолютная мелочь,<br>на которую даже не стоит обращать внимания.<br><br>&gt;&gt; А вот времени на перекодировки по требованию<br>&gt;&gt; происходят несоизмеримо большее число раз во время выполнения приложения.<br>&gt;&gt; Например, при сопоставлении с теми же регекспами.<br>&gt; Не надо. Регэкспы, рассчитанные на UTF-8 работают с тем же успехом, что<br>&gt; и рассчитанные на UTF-32. Даже лучше, потому, что байтов нужно вчетверо<br>&gt; меньше прогнать. И проверки проще.<br><br>Нет. Регекспы, расчитанные на ucs4 работают лучше, потому что<br>автомат получается меньше, в нем меньше переходов, кроме того,<br>он легче минимизируется, больше возможностей, к примеру, двумя числами представить<br>[from..to], больше шансов "склеить" входные веса пе https://opennet.ru/openforum/vsluhforumID3/72983.html#99 Wed, 01 Dec 2010 20:25:08 GMT спасибо :)<br> https://opennet.ru/openforum/vsluhforumID3/72983.html#98 Wed, 01 Dec 2010 19:57:29 GMT &gt;&gt; Вранье. В Жабе символы фиксированной длины. За 15 лет никто не умер.<br>&gt; Не подскажете ли размер символа в Жаве?<br><br>Увы, в данном случае товарищ прав. Жабовский char - всегда ровно два байта. Поддержка верхних плоскостей юникода там довольно унылая - не уверен даже, что регулярки нормально работают.<br>