https://www.opennet.dev/openforum/vsluhforumID3/115192.html Состоялся (https://dlang.org/blog/2018/09/04/dmd-2-082-0-released/) релиз основного эталонного компилятора DMD 2.082.0 (https://github.com/dlang/dmd/), который поддерживает системы GNU/Linux, Windows, macOS и FreeBSD. Язык D использует статическую типизацию, обладает синтаксисом, схожим с C/C++, и обеспечивает производительность компилируемых языков, при этом заимствуя некоторые полезные возможности динамических языков в области эффективности разработки и обеспечения безопасности. Например, предоставляется поддержка ассоциативных массивов, косвенное определение типов, автоматическое управление памятью, средства параллельного программирования, опциональный сборщик мусора, система шаблонов, компоненты для метапрограммирования, возможность использовать библиотеки на языке C, а также некоторые библиотеки на C++ и Objective-C. <br><br><br><br>В новой версии (https://dlang.org/changelog/2.082.0.html):<br><br><br>- Расширены возможности пакетного менеджера DUB: улучшена обработка зависимостей, добавлена поддержка переменных в настр https://www.opennet.dev/openforum/vsluhforumID3/115192.html#102 Tue, 11 Sep 2018 13:02:56 GMT &gt; Когда ты делаешь арифметические <br>&gt; вычисления в уме, ты не думаешь о типе.<br><br>Внезапно только потому что тип предопределён, один единственный и подразумевается. Но это далеко не всегда.<br> https://www.opennet.dev/openforum/vsluhforumID3/115192.html#101 Mon, 10 Sep 2018 10:10:48 GMT &gt; самого первого знакомства наткнулся на такую "МАЛЕНЬКУЮ" фичу: если в деструкторе <br>&gt; использовать выделение памяти, то о сборище мусора можно забыть. Т.е. я <br><br>ну. не любое выделение памяти, а выделение в куче, которое в свою очередь, должно управляться сборщиком.<br>выделение вручную и/или std.container... или @nogc --- работает. <br><br>&gt; выделяется если, например, нужно отформатировать строку, <br><br>ну. выражения типа writefln("%s %d", s... работают, так как см выше<br><br>&gt; то прога падает... хе.хе. <br><br>не, не падает. а получает core.exception.InvalidMemoryOperationError@core<br>хотя, что сову о пень...<br><br>&gt; писал в багтрекер, сказали: да, есть такое. И как бы ВСЁ?! <br><br>а деструктор не предназначен для выполнения в нём сложных действий :)<br> <br>&gt; Смотрел на те немногие проекты что на нем написаны. Так, как раз <br>&gt; используют ручное освобождение памяти. По моему скромному мнению, такой язык так <br>&gt; и останется так где он сейчас.<br><br>насколько понимаю, GC никому не нравится и подвергается существенному пересмотру<br><br><br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/115192.html#100 Mon, 10 Sep 2018 01:00:38 GMT &gt; И заметь результат - ЕСТЬ.<br><br>Суть не в вашеском cраче "хорош го или плох". Суть в том, что гражданин в сообщении #10 утверждает, что голанг начали разрабатывать пара олдскульных чуваков, которых затем гугл прикупил. Тем не менее, гугл именно что прикупил пару олдскульных чуваков, причём легенд, а затем уже заказал им проектирование нового языка под свои нужды. Очень большая разница.<br> https://www.opennet.dev/openforum/vsluhforumID3/115192.html#99 Sat, 08 Sep 2018 04:10:50 GMT Уже энное количество лет слежу за развитием этого языка, так вот с самого первого знакомства наткнулся на такую "МАЛЕНЬКУЮ" фичу: если в деструкторе использовать выделение памяти, то о сборище мусора можно забыть. Т.е. я создаю объекты, и вручную их не удаляю, т. е. полагаюсь на GC. Так, вот если в деструкторе будет выделение памяти, а она выделяется если, например, нужно отформатировать строку, то прога падает... хе.хе. Да, писал в багтрекер, сказали: да, есть такое. И как бы ВСЁ?!<br>Смотрел на те немногие проекты что на нем написаны. Так, как раз используют ручное освобождение памяти. По моему скромному мнению, такой язык так и останется так где он сейчас.<br><br> <br> https://www.opennet.dev/openforum/vsluhforumID3/115192.html#98 Sat, 08 Sep 2018 04:08:17 GMT Уже энное количество лет слежу за развитием этого языка, так вот с самого первого знакомства наткнулся на такую "МАЛЕНЬКУЮ" фичу: если в деструкторе использовать выделение памяти, то о сборище мусора можно забыть. Т.е. я создаю объекты, и вручную их не удаляю, т. е. полагаюсь на GC. Так, вот если в деструкторе будет выделение памяти, а она выделяется если, например, нужно отформатировать строку, то прога падает... хе.хе. Да, писал в багтрекер, сказали: да, есть такое. И как бы ВСЁ?!<br>Смотрел на те немногие проекты что на нем написаны. Так, как раз используют ручное освобождение памяти. По моему скромному мнению, такой язык так и останется так где он сейчас.<br> https://www.opennet.dev/openforum/vsluhforumID3/115192.html#97 Sat, 08 Sep 2018 00:48:07 GMT А ты торгуй кайфом! Будешь ещё более уважаемым и нужным (судя по доходам) :-)<br> https://www.opennet.dev/openforum/vsluhforumID3/115192.html#96 Sat, 08 Sep 2018 00:42:29 GMT &gt;Это качество считается чрезвычайно важным, настолько, что даже отражено в официальном кличе "write fast, read fast, run fast". <br><br>Ага, а внизу мааалюсенькими буквами - "But you can take only __two__ of them." :-))))<br> https://www.opennet.dev/openforum/vsluhforumID3/115192.html#95 Sat, 08 Sep 2018 00:39:49 GMT Там единственное условие чтбы ты в дупу давал ... как и на чём ты программируешь мазилоффцев даааавно не интересует!<br><br>Кстати - я так понял что тебя взяли? :-))))))<br> https://www.opennet.dev/openforum/vsluhforumID3/115192.html#94 Sat, 08 Sep 2018 00:37:50 GMT &gt;Пайк работает в гугле с 2002го. Томпсон с 2006го.<br><br>Ну дык - плюс Гуглу, прибирают талантливых перцев, а не средневонючее ****о<br>И заметь результат - ЕСТЬ. <br>Go lang живёт уже сам по себе, сам себя раскручивая. Гугел с его помощью уже выкинул кучу С++ кода (dl.google.com - первый и полностью) и сЪэкономил бабла уже больше, чем когда то вложил ... "так что же тебе ещё надобно, пёс смердячий?!" (С) ИВмп.<br>