вот кто-нибудь тут кроме тов @ned_ogl что-то подобное делал?

Сколько там контрибьютеров

Сколько там контрибьютеров

Ты пишешь ядро linux?

Просто системщину не попова и не для масс, но это не говорит о том что её нет

где грань между системным кодом и прикладным? если код напрямую пашет в ring0?

Ты пишешь ядро linux?

Я не пишу, но пишут довольно много. Ты спросил много ли людей пишут, ты посмотри сколько в реализ туда заливают кода нового, все это как раз то что делается без сборщика

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

Ну велосипедиста придется изображать и в c/c++ так что тут я не вижу в чем претензии

Я не пишу, но пишут довольно много. Ты спросил много ли людей пишут, ты посмотри сколько в реализ туда заливают кода нового, все это как раз то что делается без сборщика

и это ничего не говорит, ядро подтекает в итоге

Наоборот у тебя есть gc как фича, когда он потребуется.

и это ничего не говорит, ядро подтекает в итоге

Если бы все так подтекало, то мир был бы лучше чем он есть)

Если бы все так подтекало, то мир был бы лучше чем он есть)

http://ru.fedoracommunity.org/posts/linux-vse-eshche-ne-tort/

Плазма подтекает, а на еде нога конденсат образуется)

собственно вопрос то в другом: зае... надоели, честно говоря, теоретизировать на эту тему =) системное программирование не такой широкий пласт как прикладное, а в прикладном сборщик не мешает, а помогает

http://ru.fedoracommunity.org/posts/linux-vse-eshche-ne-tort/

Печаль, надо разбераться

и ещё не слышал истории про то, что кто-то не смог бы получить желаемой скорости из-за сборщика на D

собственно вопрос то в другом: зае... надоели, честно говоря, теоретизировать на эту тему =) системное программирование не такой широкий пласт как прикладное, а в прикладном сборщик не мешает, а помогает

Просто прикладное более широкое понятие, веб туда тоже относится

Вычти веб и что там останется

Плюсы да сишка

Шарп да джава

так это, а много ли из стандартной библиотеки C++ используется системщиной?)

Шарп да джава

не понял аргумент

Я не говорил что плюсы для системщины

а стандартная библиотека Си из BetterC вполне доступна)

если вычесть веб останется огромный рынок приложений

если вычесть веб останется огромный рынок приложений

И все они на плюсах да сишке

В большинстве

аргумент то в чём?

и выходит, что BetterC — это как минимум Си с хорошей модульностью, а когда завезут raii вообще конфетка будет)

и там, где нужно жить без GC вполне комфортно будет жить на D)

В том что за вычетом веба то что остаётся уже не такой огромный кусок по сравнению с системщиной

В том что за вычетом веба то что остаётся уже не такой огромный кусок по сравнению с системщиной

не языками измерять надо

и там, где нужно жить без GC вполне комфортно будет жить на D)

Там будет легче жить на js или питоне

мне, например, нравится такой финт ушами)

Там будет легче жить на js или питоне

это как?

D давно научился в железки?

с рождения)

D давно научился в железки?

это что значит?

И что там для микроконтролеров?

STM32 на D можно, но больно, Intel вроде с самого начала

на ARM есть пара проблем, но жить можно

А как же avr

А КАК ЖЕ MIPS, POWERPC? и ещё целый ряд архитектур...

Жить можно это боль без gc и стандартной библиотеки?

да что значит боль?

А как же avr

https://github.com/ldc-developers/ldc/releases что llvm умеет, то и ldc умеет

живуд же на Си, и на Ди так же будут, только с raii модулями и еще парой плюшек)

Зачем сравнивать powerpc и avr явно вторых в разы больше

Я просто хочу понять почему нельзя нормально все доделать, в каждом из этих трех прослеживается какая нибудь херня

"нормально" — субъективное понятие

какие цели такой и результат

В ди хорошая архитектура и синтаксис, допилить работу с памятью, допилить пм до уровня cargo

В расте перелопатить синтаксис и будет вин

В горшке добавить больше сахара, пм нормальный и тд

картинка про еще один стандарт.жпг

Везде сего то не хватает, и не понятно почему нельзя сделать что то одно нормальное

В ди хорошая архитектура и синтаксис, допилить работу с памятью, допилить пм до уровня cargo

каждый видит свои проблемы, я вижу, что библиотек на D не достаточно нужных

Их даже на расте наверно больше

Просто там с пм заморочились

у Ди очень маленькое сообщество, потому что за языком не стоит крупных игроков рынка)

Да это все херня

появление betterC очень характеризует, то, как развивается язык)

Да это все херня

нет, так как очень много болячек, которые простые в излечении, но долго лечатся

уолтеру надоело пилить легаси на Си и он для себя в своем компиляторе запилил режим BetterC, даже по началу спрятал его, но все равно, черти, нашли)

Под определённым углом это "развитие" может показаться последними судорогами

Что бы нарастить сообщество

Но те кто пишет на Си, ещё упоротее чем плбсовики они даже с99 брезгают, какое нахрен беттерси

@supreme775 я не знаю какую цель ты преследуешь в плане выбора языка, но я для себя понял, что для целого спектра задач D подходит как золотой молоток, а разговоры, что с ним что-то не так решаются делом

ERROR: S client not available

нет библиотеки — я её пишу

Так можно сказать о любом языке

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

не умеет он легко и просто обращаться с концепциями ООП

Напиши библиотеку)

нет библиотеки — я её пишу

?

Напиши библиотеку)

1. мне не нравится rust 2. пробовали — не вышло

Скорее первое)

Скорее первое)

https://habrahabr.ru/post/309968/

Скорее первое)

скорее второе

я не против rust как явления, и понимаю для чего бы он подходил отлично — C-подобные библиотеки, решающие ровно 1 задачу: парсинг, обработка данных, реализация каких-либо протоколов но вот на rust написать что-то похожее на AutoCad, CoDeSys, Altium, и тд по списку пром. ПО я не представляю как возможно

https://habrahabr.ru/post/309968/

Там не про попробовали, а про поныли

я не против rust как явления, и понимаю для чего бы он подходил отлично — C-подобные библиотеки, решающие ровно 1 задачу: парсинг, обработка данных, реализация каких-либо протоколов но вот на rust написать что-то похожее на AutoCad, CoDeSys, Altium, и тд по списку пром. ПО я не представляю как возможно

Но на ди ничего крупного вообще нет

От слова совсем

Что нибудь доступное, пускай комерческое

Тот же автокад, аналог

Если так удобно почему нету

потому что язык не популярный? потому что нет нужных библиотек? нет такой же поддержки сообщества как у C#?

замкнутый круг отсутсвия популярности

можно любое goвно раскрутить, если есть ресурсы

У какого нибудь либракада тоже нету, но его на ди не стали писать

Вообще хоть одно приложение более менее популярное в линупсах прикладное на ди есть.

?

https://github.com/gnunn1/tilix

Я такого не знаю

Это смешно

Тоже тиликс сразу на ум пришел

Это смешно

и к чему это?

бросаем D и идём албанить на плюсах?

и к чему это?

Популярное это не в десятке с конца

Из ста

блять