D vs C++ , почти сурковская пропаганда: не пора ли C++ потихоньку готовиться к пенсии?

Цитата Qraizer @ 02.12.18, 20:17

Та чёта заглох ажиотаж касательно аспектов. А такие надежды подавал.

Ажиотаж создал в посте номер 3, показав какой ты швицер и с одного раза
не понимаешь что тебе в красивой форме намекнули. Меньше пиши
категоричных высказываний. take it or leave it .

Теперь про C++ , главный недостаток - отсутствие интерфейсов, частное наследование,
и не безопасность кода,

Добавлено 03.12.18, 18:01

Цитата korvin @ 30.11.18, 19:48

Цитата sergioK @ 30.11.18, 00:01

И отсутствие полиморфизма на уровне компайла, опровергает "скорее всего иначе было бы хуже."

А перегрузка? А шаблоны?

А что перегрузка ? Компайлер не понимает что функция должна быть витуальной.
Темплайты это хорошо для интервью крутого строить, если не в сорс фоге работаешь,
или в мордо книге свои компайлеры пишешь.

Добавлено 03.12.18, 18:03

Цитата Qraizer @ 02.12.18, 03:32

Как нечего ? Тоже АОП не завезли? Тю, а sergioK так рассчитывал…

Ну так у вас два дня ушло, выяснить что обревиатура сия значит,

Сообщение отредактировано: sergioK - 03.12.18, 18:03

Цитата sergioK @ 03.12.18, 17:51

главный недостаток - отсутствие интерфейсов

На практике не критично, ибо легко достигается просто через абстрактные классы без реализации и полей.

Цитата

частное наследование

Что ты имеешь в виду?

Цитата

и не безопасность кода

Если ты про отсутствие виртуальной машины, то это, в тоже время и достоинство, поскольку не мешает быстродействию и контролю.
java-машины тоже на чем-то писать надо
Если же ты про сам язык, то да. Есть проблемы. Но развитие в сторону безопасности идет.

Цитата

А что перегрузка ? Компайлер не понимает что функция должна быть витуальной.

Чего ты хочешь? Сам же просил полиморфизм времени компиляции.

Цитата

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

Да везде это хорошо. Не преувеличивай.
Вот исключения действительно не везде используют(есть в стандарт предложения новые на эту тему).

Цитата sergioK @ 03.12.18, 17:51

Ажиотаж создал в посте номер 3, показав какой ты швицер с одного раза
не понимаешь что тебе в красивой форме намекнули

Читаю пост №3:

Цитата applegame @ 11.02.14, 07:13

Цитата D_KEY @ 11.02.14, 07:11

У меня дежавю?

Ну времени прошло много, многое поменялось. Пора снова просвещать массы

Ни ажиотажа, ни меня. Пукнул мимо лужи?

Цитата sergioK @ 03.12.18, 17:51

Меньше пиши
категоричных высказываний. take it or leave it .

На себя посмотри. Мои высказывания, во-первых, не категоричны, во-вторых, они не мои.

Добавлено 03.12.18, 20:12

Цитата sergioK @ 03.12.18, 17:51

Теперь про C++ , главный недостаток - отсутствие интерфейсов, частное наследование,
и не безопасность кода

Интерфейсы есть ещё с конца 80-ых годов. Частное наследование есть ещё с начала 80-ых. Безопасность кода в твоих руках с вводом в язык исключений. Глазки-то разуй, научить-таки читать учебники.

Добавлено 03.12.18, 20:16

Цитата sergioK @ 03.12.18, 17:51

А что перегрузка ? Компайлер не понимает что функция должна быть витуальной.
Темплайты это хорошо для интервью крутого строить, если не в сорс фоге работаешь,
или в мордо книге свои компайлеры пишешь.

Чё?? Статика в динамике? Второй раз спрашиваю: ты сам-то понял, что хотел сказать? Впрочем, если ты о мультиметодах, добро пожаловать, желаю приятно провести время в трёх темах, им посвящённым. Ну-ка изобрази на дженериках, хочу полюбоваться.

Добавлено 03.12.18, 20:19

Цитата sergioK @ 03.12.18, 17:51

Ну так у вас два дня ушло, выяснить что обревиатура сия значит

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

Цитата D_KEY @ 03.12.18, 18:34

Вот исключения действительно не везде используют(есть в стандарт предложения новые на эту тему).

Что за предложения?

Цитата Qraizer @ 03.12.18, 20:09

Чё?? Статика в динамике?

Не путай - это динамика в статике!

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

Добавлено 05.12.18, 11:45
Ну и еще новости о D:
Liran Zvibel of WekaIO on using D to Create the World’s Fastest File System

Сообщение отредактировано: applegame - 05.12.18, 11:48

Цитата applegame @ 05.12.18, 11:23

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

Так там еще и концепция "пусть оно упадет как можно раньше"

Цитата Астарот @ 05.12.18, 11:48

Так там еще и концепция "пусть оно упадет как можно раньше"

Ну не такая конечно. Просто "дай ему упасть". Ну в каких-то случаях такая концепция помогает серверу работать даже с багами.

Цитата applegame @ 05.12.18, 12:35

Ну не такая конечно. Просто "дай ему упасть".

Не-не-не, именно "как можно раньше"

Цитата applegame @ 05.12.18, 12:35

Ну в каких-то случаях такая концепция помогает серверу работать даже с багами.

С хардкорными багами наврятли. Супервизор попробует поднять упавший процесс N раз, тот, если там баг, накернится на том же месте, и в конечном итоге супервизор решит прервать это мучение. А вот если там баг помяхше, типа нуля на который хочется поделить, пришедшего в процесс снаружи, то да процесс поднимется заново и побежит дальше И все будет хорошо, пока нулей не станет слишком много

Цитата Астарот @ 05.12.18, 12:44

С хардкорными багами наврятли. Супервизор попробует поднять упавший процесс N раз, тот, если там баг, накернится на том же месте, и в конечном итоге супервизор решит прервать это мучение. А вот если там баг помяхше, типа нуля на который хочется поделить, пришедшего в процесс снаружи, то да процесс поднимется заново и побежит дальше И все будет хорошо, пока нулей не станет слишком много

Ага. В целом я, мягко говоря, не фанат этой концепции. Надрачивать на высокие прынцыпы ОТП не в моем стиле. В моем проекте половина процессов имеют невосстановимый стейт, воскрешать их супервизором бесполезно, лучше просто не давать им падать.

Цитата applegame @ 05.12.18, 13:05

Ага. В целом я, мягко говоря, не фанат этой концепции. Надрачивать на высокие прынцыпы ОТП не в моем стиле. В моем проекте половина процессов имеют невосстановимый стейт, воскрешать их супервизором бесполезно, лучше просто не давать им падать.

А кто против-то? конечно лучше. Но тут вопрос, скорее, про то, что лучше, если все же упал - воскрешать или не воскрешать? О спасении стейта тут думать уже поздно. Кстати, стейт можно складывать в DTS/ETS, по идее это часть проблем должно закрыть.

Цитата Астарот @ 05.12.18, 13:14

О спасении стейта тут думать уже поздно. Кстати, стейт можно складывать в DTS/ETS, по идее это часть проблем должно закрыть.

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

Цитата applegame @ 05.12.18, 13:19

но в моем случае крайне геморно

Это что за случай такой???

Цитата applegame @ 05.12.18, 13:05

В моем проекте половина процессов имеют невосстановимый стейт

А это зачем нужно? Или так исторически сложилось?

Цитата D_KEY @ 05.12.18, 13:37

А это зачем нужно?

Зачем нужен стейт? Даже не знаю, что сказать...

Цитата Астарот @ 05.12.18, 13:25

Это что за случай такой???

Долго объяснять, главная причина: абсолютно непредсказуемый сервис третьей стороны часто не соблюдающий собственные спецификации, и на который мы никак не можем повлиять.

Цитата D_KEY @ 05.12.18, 13:37

А это зачем нужно? Или так исторически сложилось?

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

Сообщение отредактировано: applegame - 05.12.18, 13:56