https://www.opennet.dev/openforum/vsluhforumID3/116231.html Разработчики языка программирования D опубликовали (https://dlang.org/blog/2019/01/05/dmd-2-084-0-has-arrived/) релиз основного эталонного компилятора DMD 2.084.0 (https://github.com/dlang/dmd/), который поддерживает системы GNU/Linux, Windows, macOS и FreeBSD. Код компилятора распространяется (https://github.com/dlang/dmd/) под свободной лицензией BSL (Boost Software License). Дополнительно развивается альтернативный компилятор LDC (https://github.com/ldc-developers/ldc/), использующий наработки проекта LLVM и поставляемый под лицензией BSD.<br><br><br>Язык D использует статическую типизацию, обладает синтаксисом, схожим с C/C++, и обеспечивает производительность компилируемых языков, при этом заимствуя некоторые полезные возможности динамических языков в области эффективности разработки и обеспечения безопасности. Например, предоставляется поддержка ассоциативных массивов, косвенное определение типов, автоматическое управление памятью, средства параллельного программирования, опциональный сборщик мусора, система ш https://www.opennet.dev/openforum/vsluhforumID3/116231.html#65 Tue, 15 Jan 2019 09:07:14 GMT &gt;Раст --- прекрасно, для драйверов, особо ответственного кода, просто замечательно.<br><br>Торвальдс его к ядру и близко не подпустит. И уж, тем более, пока не появится его фронтенд в GCC, он его вдвойне не подпустит.<br> https://www.opennet.dev/openforum/vsluhforumID3/116231.html#63 Wed, 09 Jan 2019 23:59:00 GMT при чём уже вот-вот - https://www.phoronix.com/scan.php?page=news_item&px=GCC-9-Merges-D-Language<br> https://www.opennet.dev/openforum/vsluhforumID3/116231.html#62 Tue, 08 Jan 2019 15:31:25 GMT &gt; слишком завязан на инфраструктуру Apple<br><br>и при этом уже как пару лет имеет сборки для убунты: https://swift.org/download/<br><br> https://www.opennet.dev/openforum/vsluhforumID3/116231.html#61 Tue, 08 Jan 2019 14:28:32 GMT &gt;И да, у Вас скорость разработки на Расте оказывается медленее, чем на Руби. <br><br>то бишь быстрее. очепятка...<br> https://www.opennet.dev/openforum/vsluhforumID3/116231.html#60 Tue, 08 Jan 2019 14:23:59 GMT &gt;не дурите людей расставляйте приоритеты правильно<br>&gt;C++ &lt; D &lt; Swift &lt; Rust &lt; Ruby<br><br>Да ну? На ++ *пишем* быстрее, чем на D, а на D медленее, чем на Свифт? О как. Ну, код constexpr счётчика на ++ в студию (*до* x20), пожалуйста (https://stackoverflow.com/questions/6166337/does-c-support-compile-time-counters Вам в помощь).<br><br>И да, у Вас скорость разработки на Расте оказывается медленее, чем на Руби. Оччень нетрадиционный взгляд, не говоря уже о сравнении твёрдого со сладким.<br> https://www.opennet.dev/openforum/vsluhforumID3/116231.html#59 Tue, 08 Jan 2019 14:09:32 GMT &gt;Нужность близка к нулю в эпоху го, раста, и свифта.<br><br>100 500-ый раз, уже надоело.<br><br>D --- зрелый(!), компилирующий в нативный код язык, *уже* имеющий полноценную стандартную библиотеку, ставящий (обоснованно) целью максимально быструю разработку (! ! !) при достаточной надёжности и предоставляющий естественным образом, не требующим крайне долгого обучения, возможность использовать современные методы программирования.<br>Код лёгок как для написания, так и (что редкость), для чтения.<br><br>Как-то так. Занудно, но точно :)<br><br>Свифт оценить сложно, слишком завязан на инфраструктуру Apple,<br><br>Go интересное завихрение. Со стороны кажется, что раскрутилась вся Го-методология вокруг горутин. Ну да, хорошо сделанный и удобный механизм. Но это только один механизм из многих. Во всём остальном -- попытка вернутся к истокам "старой школы", убрав "новомодные штучки". Ну и что? Смотрим на развитие языка, наблюдаем медленный дрейф в сторону мейнстрима...<br>Между тем, D уже предоставляет массу ничуть не худших инструментов.<br><br> https://www.opennet.dev/openforum/vsluhforumID3/116231.html#58 Tue, 08 Jan 2019 14:00:42 GMT Если в мухострансе только 20 ваканси<br> https://www.opennet.dev/openforum/vsluhforumID3/116231.html#57 Tue, 08 Jan 2019 13:58:45 GMT не дурите людей расставляйте приоритеты правильно<br>C++ &lt; D &lt; Swift &lt; Rust &lt; Ruby<br> https://www.opennet.dev/openforum/vsluhforumID3/116231.html#56 Tue, 08 Jan 2019 13:50:24 GMT Так начнем по порядку<br><br>&gt;&gt;Мы создаём объект, который хранит данные.<br><br>То есть у нас есть "урна" и есть "вещь", которую в нее положим.<br><br>&gt;&gt;Пользуемся объектом. Больше он нам не нужен.<br><br>Что значить он на не нужен? Будь у нас "великая урна" (бесконечная лента Тьюринга или оперативка) делили бы мы "вещь" на "нужную" и не "нужную"? Что собственно, задумывались бы мы об "удалении" объекта если бы имели бесконечную оперативку? Думаю нет, а отсюда вывод - деление есть следствие того факта, что нет "бесконечной ленты" и собственно ложной идеи о "великой урне".<br><br>&gt;&gt;Ой... а это ж и есть мусор.<br><br>Оценив, пространственную сложность алгоритма имели бы мы мусор? - нет, так как мы запросили бы ровно столько "урн", сколько требует сам алгоритм.<br><br>&gt;&gt;Пусть программист сам выделяет и освобождает память.<br><br>Значить этот программист проводит оценку пространственной сложности алгоритма, и собственно запросит ровно столько "урн" сколько достаточно, и собственно он будет лишен идеи "мусора".<br><br>&gt;&gt;Программист то более эффективно