The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Выпуск компилятора языка D 2.084"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск компилятора языка D 2.084"  +/
Сообщение от opennews (??), 06-Янв-19, 09:34 
Разработчики языка программирования 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.


Язык D использует статическую типизацию, обладает синтаксисом, схожим с C/C++, и обеспечивает производительность компилируемых языков, при этом заимствуя некоторые полезные возможности динамических языков в области эффективности разработки и обеспечения безопасности. Например, предоставляется поддержка ассоциативных массивов, косвенное определение типов, автоматическое управление памятью, средства параллельного программирования, опциональный сборщик мусора, система шаблонов, компоненты для метапрограммирования, возможность использовать библиотеки на языке C, а также некоторые библиотеки на C++ и Objective-C.

В новой версии DMD (https://dlang.org/changelog/2.084.0.html):


-  Реализован флаг компилятора "-check (https://dlang.org/dmd-windows.html#switch-check)", позволяющий управлять включением различных runtime-проверок: проверки утверждений (assert), границ (bounds), инвариантов класса и структуры (invariant), входных и выходных контрактов (https://ru.wikipedia.org/wiki/%D0%9A%D0%...) (in/out) и вариантов по умолчанию (switch). При сборке без опции "-release" все эти проверки включены по умолчанию. Например, если требуется отключить assert-проверки, можно указать "dmd -check=assert=off". Для управления реагированием на сбой проверки добавлена опция "-checkaction=D|C|halt (https://dlang.org/dmd-windows.html#switch-checkaction)";

-  Добавлен флаг компилятора "-mixin" для сохранения в отдельный файл кода, сгенерированного для "примесей", определённых оператором mixin (https://dlang.org/spec/statement.html#mixin-statement). Опция может использоваться  с целью упрощения  отладки примесей, так как в случае ошибки позволяет определить точный номер проблемной строки в коде примеси;

-  В DUB, утилите для сборки и управления пакетами, предложена новая команда "add (https://dlang.org/changelog/2.084.0.html#addcommand)",
предназначенная для упрощения добавления зависимостей в пакет проекта без необходимости редактирования метаданных в форматах JSON или SDLang.


URL: https://dlang.org/blog/2019/01/05/dmd-2-084-0-has-arrived/
Новость: https://www.opennet.ru/opennews/art.shtml?num=49904

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выпуск компилятора языка D 2.084"  –16 +/
Сообщение от Аноним (1), 06-Янв-19, 09:34 
Нужность близка к нулю в эпоху го, раста, и свифта.

Плюс пилят его ноунеймы без поддержки корпораций. Не взлетело за 20 лет, можно не трепыхаться больше, проект пора сворачивать.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск компилятора языка D 2.084"  +/
Сообщение от leap42 (ok), 06-Янв-19, 09:46 
Ну раз Аноним сказал что пора... А если серьёзно, D имеет некоторую узнаваемость в профессиональных кругах, так что строчка "разрабатывал D" в резюме может помочь с работой.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Выпуск компилятора языка D 2.084"  +5 +/
Сообщение от пох (?), 06-Янв-19, 10:02 
ассистента на кафедре забытых языков программирования в каком-нибудь третьеразрядном универе?

всем остальным поможет только умение быстро ляпать миллионнозависимый код на го. Желательно "на доске, не пользуясь компьютером". А после прохождения собеседования - и тем более можно "забыть все чему тебя учили", и спокойно копипастить стековерфлоу.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Выпуск компилятора языка D 2.084"  +4 +/
Сообщение от proninyaroslavemail (ok), 06-Янв-19, 10:33 
А есть вообще реальные продукты на D? Как правило это отличает академический язык от реально используемого.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Русский национальный социалист (?), 06-Янв-19, 10:40 
Можно же и на Википедию заглянуть:
https://ru.wikipedia.org/wiki/D_(%D1%8F%D0%B7%D1%8B%D0%BA_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F)#%D0%98%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5,_%D1%80%D0%B0%D1%81%D0%BF%D1%80%D0%BE%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

13. "Выпуск компилятора языка D 2.084"  +3 +/
Сообщение от твой лучший друг (?), 06-Янв-19, 12:34 
по ссылке начали за здравие, кончили за упокой:


на некоем сайте есть список из 26 компаний, которые наверное используют D
...
язык D не входит ни в основной (top-20), ни в общий (top-43) список, что говорит о невысокой востребованности у работодателей

кому верить-то

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

23. "Выпуск компилятора языка D 2.084"  +1 +/
Сообщение от Я (??), 06-Янв-19, 18:11 
Из википедии: В рейтинге популярности, составленном по результатам агрегации данных о вакансиях разработчиков, язык D не входит ни в основной (top-20), ни в общий (top-43) список, что говорит о невысокой востребованности у работодателей.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

32. "Выпуск компилятора языка D 2.084"  +10 +/
Сообщение от Аноним (32), 07-Янв-19, 00:17 
> Плюс пилят его ноунеймы

Ну если для тебя Александреску "ноунейм" то с тобой и обсуждать нечего. Кто там должен был быть для тебя - цукерберг, брин и трамп с макроном?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

45. "Выпуск компилятора языка D 2.084"  +/
Сообщение от annual slayer (?), 07-Янв-19, 11:30 
имхо, как раз на их фоне годность ди и становится заметной

до их появления, впринципе, не особо стоял вопрос зачем переходить с с++ на d, а теперь, по сути, открылась новая ниша


ну а свифт пока я не встречал чтобы кто-то использовал за пределами эппл-мира

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

48. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Аноним (48), 07-Янв-19, 14:37 
на medium есть статьи, правда немного, про использование swift в server-side
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

51. "Выпуск компилятора языка D 2.084"  +1 +/
Сообщение от annual slayer (?), 07-Янв-19, 21:09 
> на medium есть статьи, правда немного, про использование swift в server-side

я не говорил, что это невозможно, я говорил, что мне не известны факты реального использования в проектах

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

49. "Выпуск компилятора языка D 2.084"  +2 +/
Сообщение от Ванёк (?), 07-Янв-19, 15:51 
"Нужность близка к нулю" - это правда. "в эпоху го, раста, и свифта" - сейчас продолжается эпоха C/C++ и Ассемблера (как бы странно последнее не звучало) как самых ценных универсальных инструментов, на которых пишутся все самые важные базовые вещи - компиляторы, ОС, высокопроизводительные вычисления/оптимизация, в т.ч. библиотек для других языков программирования, ПО для управления любыми устройствами и др., что вместе с возрастом этих языков лучше всяких слов говорит о качестве, зрелости и незаменимости данных инструментов в ключевых областях.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

59. "Выпуск компилятора языка D 2.084"  +1 +/
Сообщение от glebiao (ok), 08-Янв-19, 17:09 
>Нужность близка к нулю в эпоху го, раста, и свифта.

100 500-ый раз, уже надоело.

D --- зрелый(!), компилирующий в нативный код язык, *уже* имеющий полноценную стандартную библиотеку, ставящий (обоснованно) целью максимально быструю разработку (! ! !) при достаточной надёжности и предоставляющий естественным образом, не требующим крайне долгого обучения, возможность использовать современные методы программирования.
Код лёгок как для написания, так и (что редкость), для чтения.

Как-то так. Занудно, но точно :)

Свифт оценить сложно, слишком завязан на инфраструктуру Apple,

Go интересное завихрение. Со стороны кажется, что раскрутилась вся Го-методология вокруг горутин. Ну да, хорошо сделанный и удобный механизм. Но это только один механизм из многих. Во всём остальном -- попытка вернутся к истокам "старой школы", убрав "новомодные штучки". Ну и что? Смотрим на развитие языка, наблюдаем медленный дрейф в сторону мейнстрима...
Между тем, D уже предоставляет массу ничуть не худших инструментов.

Раст --- прекрасно, для драйверов, особо ответственного кода, просто замечательно. Но быстрая разработка, особенно в группе "программирующих пользователей" --- не смешите мои подковы.

Кстати, мне *кажется*, D делает абсолютно реальным достаточно безопасное и эффективное использование современных методик в группе программирующих пользователей, то бишь, непрофессионалов в программировании (или если угодно, в группе джуниоров и мидллов в индустрии). Точнее, делает реальным быстрое, безопасное и практически полезное знакомство с обобщённым программированием и прочей более -- менее современной заумью.

Чего реально не хватает --- хорошего учебника, причём учебника как для 1-го языка. Но затрагивающего и достаточно развитые средства. На русском разрозенной информации много, но достойного учебника нет вообще (по рукам ходят несколько вариантов, фактически, пересказывающих тур по языку с сайта). На английском есть учебник Чехрели, но это только стартовая точка. Ходит по рукам немцкая книжка, но там тоже очень стартовый взгляд на вещи.
Как-то так. Что печалит.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

62. "Выпуск компилятора языка D 2.084"  +1 +/
Сообщение от НяшМяш (ok), 08-Янв-19, 18:31 
> слишком завязан на инфраструктуру Apple

и при этом уже как пару лет имеет сборки для убунты: https://swift.org/download/

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

65. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Аноним (65), 15-Янв-19, 12:07 
>Раст --- прекрасно, для драйверов, особо ответственного кода, просто замечательно.

Торвальдс его к ядру и близко не подпустит. И уж, тем более, пока не появится его фронтенд в GCC, он его вдвойне не подпустит.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

8. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Аноним (8), 06-Янв-19, 11:37 
Кто-нибудь знает причину, по которой в Debian dmd не добавили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Выпуск компилятора языка D 2.084"  +/
Сообщение от СтепанБандера (?), 06-Янв-19, 12:40 
раньше оно проприетарное было, теперь нет. Добавят
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

63. "Выпуск компилятора языка D 2.084"  +/
Сообщение от анон (?), 10-Янв-19, 02:59 
при чём уже вот-вот - https://www.phoronix.com/scan.php?page=news_item&px=GCC-9-Me...
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

22. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Диносафр (?), 06-Янв-19, 17:07 
Ди убила ровно одна вещь — сборщик мусора искаропки.
Одно неверное решение — и всё накрылось огромным британским унитазом. Сразу отвалились перспективные системщина, контроллеры и игори, потому как всё нутро, вся местная BCL завязана на сборщик. Можешь писать без него, но всё, вообще вот всё базовое и нужное придётся писать самому и с нуля, что сомнительно и тупо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Выпуск компилятора языка D 2.084"  +4 +/
Сообщение от Я (??), 06-Янв-19, 18:14 
D ничего не убивало, он просто не взлетел, по причине того что за ним не стоит никого из великих, а времена когда что-то взлетало само по себе давно прошли.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

35. "Выпуск компилятора языка D 2.084"  +3 +/
Сообщение от Аноним (32), 07-Янв-19, 00:47 
> что за ним не стоит никого из великих

"... корпораций и денег", Вы хотели дописать?

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

26. "Выпуск компилятора языка D 2.084"  –6 +/
Сообщение от Sw00p akaJerom (?), 06-Янв-19, 19:10 
>сборщик мусора искаропки.

а собственно это какая идея могла порадить идею "мусора" и собственно его "уборки"? приведу некоторые свои размышления:

1) Появилась идея "урны", "урны" - для хранения.
2) Если есть идея "урны" для хранения, то и есть идея "вещей" которые храним.
3) Далее появилась идея (вера) "великой урны", то есть когда нам мало одной "урны", мы всегда можем получить ещё одну "урну".
4) Вера в "великую урну", оказалась отрешенной от "реалий" ибо "урн" всегда не хватало, и появилась идея деления "вещей" на "нужные" и "не нужные" ("мусор").
5) Идея "нужных" и "не нужных" "вещей" порадила идею "уборки мусора", освобождения "урн" от "не нужных вещей"

И в итоге видим, что одна "ложная идея" ("слепая вера"), пораждает множество других "ложных" идей. Если изначально отказались бы от пункта (3), то не столкнулись бы с последствиями "мусора" и его "уборки". Да, да - спасибо Тьюрингу с его идеей о "бесконечной ленте".

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

50. "Выпуск компилятора языка D 2.084"  +1 +/
Сообщение от FSA (??), 07-Янв-19, 19:27 
> Появилась идея "урны", "урны" - для хранения.

Упростим. Есть оперативная память. Мы создаём объект, который хранит данные. Что нам нужно? Правильно, выделить оперативную память. Пользуемся объектом. Больше он нам не нужен. Что делать? Перемещать огромные объёмы данных, чтобы переместить то, что расположено в памяти после объекта в участок памяти ниже замещая удаляемый объект? Или просто пометить память, как неиспользуемую? Ой... а это ж и есть мусор. Можно и без автоматического сборщика мусора. Пусть программист сам выделяет и освобождает память. Программист то более эффективно может использовать ресурсы памяти и процессора (думал я в 90-х, когда программировал на ассемблере Z80)... Имхо, достаточно того, чтобы программист понимал как работает сборщик мусора и не создавал объекты без необходимости (впрочем, это сейчас сложно сделать, особенно если используешь что-то вроде фреймворков, например, на PHP, когда тебе при необходимости использовать обезьяну в довесок падают все леса Африки со всеми существующими там видами растений и животных, часть из них просто занимают место на диске, а часть тупо входит в состав той самой обезьяны).

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

56. "Выпуск компилятора языка D 2.084"  –1 +/
Сообщение от Sw00p akaJerom (?), 08-Янв-19, 16:50 
Так начнем по порядку

>>Мы создаём объект, который хранит данные.

То есть у нас есть "урна" и есть "вещь", которую в нее положим.

>>Пользуемся объектом. Больше он нам не нужен.

Что значить он на не нужен? Будь у нас "великая урна" (бесконечная лента Тьюринга или оперативка) делили бы мы "вещь" на "нужную" и не "нужную"? Что собственно, задумывались бы мы об "удалении" объекта если бы имели бесконечную оперативку? Думаю нет, а отсюда вывод - деление есть следствие того факта, что  нет "бесконечной ленты" и собственно ложной идеи о "великой урне".

>>Ой... а это ж и есть мусор.

Оценив, пространственную сложность алгоритма имели бы мы мусор? - нет, так как мы запросили бы ровно столько "урн", сколько требует сам алгоритм.

>>Пусть программист сам выделяет и освобождает память.

Значить этот программист проводит оценку пространственной сложности алгоритма, и собственно запросит ровно столько "урн" сколько достаточно, и собственно он будет лишен идеи "мусора".

>>Программист то более эффективно может использовать ресурсы памяти и процессора (думал я в 90-х, когда программировал на ассемблере Z80)... Имхо, достаточно того, чтобы программист понимал как работает сборщик мусора и не создавал объекты без необходимости

Вот первое предложение - об оценке пространственной сложности, а второе - "предрассудок", который не имеет место быть при оценке.


Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

27. "Выпуск компилятора языка D 2.084"  +/
Сообщение от FSA (??), 06-Янв-19, 20:22 
> Ди убила ровно одна вещь — сборщик мусора искаропки.

Если у вас есть идея как можно создавать и убивать объекты при объектно-ориентированном программировании и не оставлять мусора, реализуйте её. Весь мир скажет вам спасибо за то, что вы решили проблему мусора и необходимости его уборки.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

29. "Выпуск компилятора языка D 2.084"  +2 +/
Сообщение от funny.falcon (?), 06-Янв-19, 22:27 
C++ RAII?
Rust? (не знаю, что там у них)

Я сам сторонник GC везде, где можно. Я люблю GC, хоть самому приходится порою с ним бороться.

Но "везде, где можно" уже в себе заключает, что "кое-где нельзя". К сожалению, люди слабо понимают, где можно, и где нельзя, и потому боятся GC.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

30. "Выпуск компилятора языка D 2.084"  –1 +/
Сообщение от Sw00p aka Jerom (?), 06-Янв-19, 22:33 
>>самому приходится порою с ним бороться.

напоминает про "борца с мельницами", а вам как кажется?

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

36. "Выпуск компилятора языка D 2.084"  +2 +/
Сообщение от funny.falcon (?), 07-Янв-19, 01:10 
нет, не кажется.

Да, на низком уровне приходится побороться. Но чем ближе к бизнеслогике, тем больше удовольтюствия от GC.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

37. "Выпуск компилятора языка D 2.084"  –1 +/
Сообщение от Sw00p aka Jerom (?), 07-Янв-19, 01:28 
>>нет, не кажется.

ещё бы ))

>>Да, на низком уровне приходится побороться. Но чем ближе к бизнеслогике, тем больше удовольтюствия от GC.

сумбурность какая-то, "низкий уровень", "бизнес логика"

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

39. "Выпуск компилятора языка D 2.084"  +1 +/
Сообщение от Ordu (ok), 07-Янв-19, 01:58 
malloc/free тоже напоминает борьбу с мельницами. Открой Кнута на досуге и почитай. И "на подумать на досуге", если читать влом: геймдев очень не любит malloc/free (в любых их инкарнациях, хоть и new/delete) потому что они приводят к непредсказуемым задержкам и потерям кадров. Правда геймдев по тем же самым причинам не любит и сборку мусора.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

40. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Sw00p aka Jerom (?), 07-Янв-19, 03:13 
>>malloc/free тоже напоминает борьбу с мельницами.

выше я описал, что является причиной "борьбы с мельницами" (пункт 3)

>>Открой Кнута на досуге и почитай.

там нет ничего нового, и повторюсь - спасибо Тьюрингу за "бесконечную ленту", Мур вас попутал со своим
недоказанным законом.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

41. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Ordu (ok), 07-Янв-19, 04:57 
>>>Открой Кнута на досуге и почитай.
> там нет ничего нового

Ну так почитай хотя бы старое.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

43. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Sw00p aka Jerom (?), 07-Янв-19, 10:10 
Предпочту Фон Неймана, хотя щас занят Декартом
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

46. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Ordu (ok), 07-Янв-19, 12:17 
> Предпочту Фон Неймана, хотя щас занят Декартом

Да, их всех лучше читать в историческом порядке.

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

34. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Аноним (32), 07-Янв-19, 00:43 
> Rust? (не знаю, что там у них)

раньше в расте были проблемы с циклическими ссылками. Из-за того, что "уборка" объектов опиралась на механизм подсчета ссылок (при уменьшении ссылок до нуля объект удалялся) объекты, ссылающиеся друг на друга (или опосредованно через цепочку промежуточных объектов) навсегда оставались висеть в памяти. Тогда просто отмазывались тем, что в правильно спроектированной программе быть циклических ссылок не должно, перестраивайте архитектуру. Как там сейчас дела - хз.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

31. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Sw00p aka Jerom (?), 06-Янв-19, 22:40 
идея "хоронить людей" - тоже своего рода "мусор", но та же кремация по объему меньше))
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

28. "Выпуск компилятора языка D 2.084"  +1 +/
Сообщение от fleonis (ok), 06-Янв-19, 20:38 
ага,сам хотел его начать изучать, остановил именно сборщик мусора :(
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

54. "Выпуск компилятора языка D 2.084"  +/
Сообщение от glebiao (ok), 08-Янв-19, 16:25 
>остановил именно сборщик мусора :(

опасность и "вредное вличние" сильно преувеличены.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

33. "Выпуск компилятора языка D 2.084"  +/
Сообщение от maximnik0 (?), 07-Янв-19, 00:23 
>Ди убила ровно одна вещь — сборщик мусора искаропки.

Так вроде и в C++ с какого то времени можно использовать компиляцию со встраиванием  сборщика мусора, и появились какие типы  явно слизанные с явы .Читал в конференции у С++ к счастью/сожелению пока это нельзя использовать ,местами дикие провалы по производительности а местами баги вылезающие на ровном месте.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

55. "Выпуск компилятора языка D 2.084"  +/
Сообщение от glebiao (ok), 08-Янв-19, 16:38 
>Ди убила ровно одна вещь — сборщик мусора искаропки.

Насчёт "убила", вероятно, несколько преувеличенное заключение. Вполне жив, активно пилится, новые пакеты появляются ежедневно.

По поводу целевой области: разработка глубоко системного ПО, встраиваемого ПО, кажется, вступает в противоречие с идеей быстрой разработки, с автоматизированным контролем памяти.
D делает упор на высокую скорость разработки при *достаточно* высокой надёжности и производительности, вот и всё.

Это не значит, что нельзя делать системное ПО (для этого всё есть) или встраиваемое (@nogc библиотеки потихоньку пилятся). Просто акценты надо правильно расставлять.

Наберёт ли заметную популярность, время покажет. Пробиться через хайп финансово поддержанных и раскрученных альтернатив, сложно. Если до народа дойдёт, что D на сегодня, единственный более -- менее зрелый "компилируемый Питон", то шансы есть.

PS: То, что делает Ярошенко, это же просто чудо и достойно самого широкого пиара.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

38. "Выпуск компилятора языка D 2.084"  +1 +/
Сообщение от Аноним (48), 07-Янв-19, 01:43 
уж лучше swift и rust выучить, чем этот D.
на этот D всё также 0 вакансий?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

44. "Выпуск компилятора языка D 2.084"  +3 +/
Сообщение от Аноним (44), 07-Янв-19, 11:28 
Так ведь и с вакансиями на Rust как-то не очень. На HH около 20 вакансий во всём ДС. Что на два порядка меньше, чем C/C++. Тем смешнее хайп вокруг него.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

47. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Аноним (48), 07-Янв-19, 14:20 
Rust 1.0 вышел в 2015 году, а на него уже есть вакансии, это же вроде ок?
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

58. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Карпович (?), 08-Янв-19, 17:00 
Если в мухострансе только 20 ваканси
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

52. "Выпуск компилятора языка D 2.084"  +/
Сообщение от . (?), 07-Янв-19, 22:15 
что-то мне подсказывает, что там где его и используют, в описании вакансии не написаны конкретные языки, потому что как раз это знание приобретается нужным человеком быстро.

Как вариант - вакансия называется "системный архитектор", и вопрос выбора языка обсуждается с успешным кандидатом.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

53. "Выпуск компилятора языка D 2.084"  +/
Сообщение от glebiao (ok), 08-Янв-19, 16:23 
>уж лучше swift и rust выучить, чем этот D.

лучше для чего?

скорость разработки rust << C++ < swift < D.

Это тезис, "если чо".

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

57. "Выпуск компилятора языка D 2.084"  +/
Сообщение от Карпович (?), 08-Янв-19, 16:58 
не дурите людей расставляйте приоритеты правильно
C++ < D < Swift < Rust < Ruby
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

60. "Выпуск компилятора языка D 2.084"  –1 +/
Сообщение от glebiao (ok), 08-Янв-19, 17:23 
>не дурите людей расставляйте приоритеты правильно
>C++ < D < Swift < Rust < Ruby

Да ну? На ++ *пишем* быстрее, чем на D, а на D медленее, чем на Свифт? О как. Ну, код constexpr счётчика на ++ в студию (*до* x20), пожалуйста (https://stackoverflow.com/questions/6166337/does-c-support-c... Вам в помощь).

И да, у Вас скорость разработки на Расте оказывается медленее, чем на Руби. Оччень нетрадиционный взгляд, не говоря уже о сравнении твёрдого со сладким.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

61. "Выпуск компилятора языка D 2.084"  +/
Сообщение от glebiao (ok), 08-Янв-19, 17:28 
>И да, у Вас скорость разработки на Расте оказывается медленее, чем на Руби.

то бишь быстрее. очепятка...

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема


  Закладки на сайте
  Проследить за страницей
Created 1996-2019 by Maxim Chirkov  
ДобавитьПоддержатьВебмастеруГИД  
Hosting by Ihor