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

"Выпуск компилятора языка D 2.111"	+/–
Сообщение от opennews (??), 06-Апр-25, 07:46
Опубликован релиз DMD 2.111, эталонного компилятора для языка D.  Код компилятора распространяется под свободной лицензией BSL (Boost Software License). Поддерживаются системы Linux, Windows, macOS и FreeBSD... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63029
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 06-Апр-25, 07:46	+/–
А где С--?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #54

2. Сообщение от User (??), 06-Апр-25, 07:47	–1 +/–
Ну, т.е. за всё время так ничего реально используемого и не написали. И не "переписали".
Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от Карлос Сношайтилис (ok), 06-Апр-25, 08:31	+1 +/–
> Новое ключевое слово "__rvalue", позволяющее реализовать move-семантику > Добавлено placement-выражение "new" для инициализации указанным значением (без GC) Решили изобрести С++ заново?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #31

9. Сообщение от Аноним (-), 06-Апр-25, 08:33	+7 +/–
Точнее увидев как плох C++ решили сделать заново хороший ООП язык с си подобным синтаксисом. Кого ужасает C++ переходите на D.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #10, #14, #57

10. Сообщение от анон (?), 06-Апр-25, 08:38	+2 +/–
Когда-то заинтересовался D, но тогда у D не было своей GUI библиотеки и похоже нет и поныне так что осталось на уровне интереса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #12, #18, #83, #92

11. Сообщение от Аноним (11), 06-Апр-25, 08:39	+3 +/–
С-- уже давно существует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #16

12. Сообщение от abu (?), 06-Апр-25, 08:49	+/–
В 2015 году уже были упоминания про gtkd и как писать там гуй. Или вы про другое?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #20

13. Сообщение от анон (?), 06-Апр-25, 08:50    Скрыто ботом-модератором	+1 +/–
Есть среда для быстрой разработки на С++ под названием ROOT. Там и твоя интерпретация, и gui. Есть также сборщик мусора для С++, boehm gc.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #74

14. Сообщение от n00by (ok), 06-Апр-25, 09:09	+/–
Похоже, мастер метапрограммирования Александреску сбежал от экспертов, полагающих Си++ ООП языком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #19, #26, #73, #80

15. Сообщение от Аноним (15), 06-Апр-25, 09:26	+3 +/–
Это очень хорошо, но ведь новость про Дишку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #17

16. Сообщение от Аноним (1), 06-Апр-25, 09:27	+1 +/–
Мана-мана. Дык, и я об этом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

17. Сообщение от Аноним (1), 06-Апр-25, 09:29	–1 +/–
Левая новость
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

18. Сообщение от bdrbt (ok), 06-Апр-25, 09:33	+/–
Ну у go и раста тоже с гуём всё плохо - либо биндинги к gtk/qt, либо "на-те-канвас в нём и рисуй", но тем не менее...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #21

19. Сообщение от Аноним (1), 06-Апр-25, 09:40	+1 +/–
Далеко убежал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #22

20. Сообщение от анонд (?), 06-Апр-25, 09:44	+1 +/–
Это было еще ранее в 2012-13 годах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

21. Сообщение от анонд (?), 06-Апр-25, 09:49	+/–
У Go есть нативный Fyne, а у Rust есть Slint Я не видел библиотек именно на самом D, тем более под Linux, а не Windows Использовать биндинги... Ну, проще уж писать на C++ или C в таком случае.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #23, #25, #29, #32, #94

22. Сообщение от n00by (ok), 06-Апр-25, 10:40	+/–
В поисковик беги. Там найдёшь и С--, и кто такой Александреску.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

23. Сообщение от n00by (ok), 06-Апр-25, 10:46	+/–
Кажется, автор HTMLayout что-то писал на D в нулевых. Сейчас сходу не нашёл, только биндинги к HTMLayout, так что могу и ошибаться. Но если писал, то показательно, к сожалению для языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #78

25. Сообщение от 12yoexpert (ok), 06-Апр-25, 10:57	–3 +/–
у раста есть только биндинги к qt от kdab. не бывает никаких slint, это всё для маленьких детей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #33

26. Сообщение от 12yoexpert (ok), 06-Апр-25, 10:58	+/–
ну и где он теперь со свими положениями? помню, его выкупил фейсбук и он исчез навсегда вроде бы было от него ещё полтора клона бустовых либ на плюсах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #30, #98

29. Сообщение от Hck3r (?), 06-Апр-25, 11:10	+1 +/–
Dlangui из нативного. Были еще несколько нативных библиотек, но они до релизных версий как-то не дошли (вроде dtk от Animous)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

30. Сообщение от Hck3r (?), 06-Апр-25, 11:11	+/–
Он в нвидиа сейчас Продолжает выступать на конфах вроде тоже
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

31. Сообщение от User (??), 06-Апр-25, 11:26	+/–
>> Новое ключевое слово "__rvalue", позволяющее реализовать move-семантику >> Добавлено placement-выражение "new" для инициализации указанным значением (без GC) > Решили изобрести С++ заново? Ну, оно, если склероз мне не изменяет, одно время и позиционировалось, как "c++ done right" - но, судя по всему, норот так и не понял, зачем ему ещё одна (пусть даже и лудшая) c++ при наличии первой с её накопленным объемом кода...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #36, #61

32. Сообщение от Аноним (32), 06-Апр-25, 11:30	+4 +/–
С каких это пор биндинги стали чем-то плохим?! Тушеночная невеста нас всех разоблачила.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #58

33. Сообщение от Прохожий (??), 06-Апр-25, 13:16	+1 +/–
egui, iced, tauri, slint, dioxus desktop и другие, названия которых уже забыл. И всё перечисленное - это не биндинги к QT.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #101

36. Сообщение от Аноним (36), 06-Апр-25, 13:36	–4 +/–
Тут как обычно. Сначала сделали то что делать было нельзя категорически - сборщик мусора. Когда большинство библиотек стало на это ориентироваться. Стали пропагандировать сборку без сборщика мусора. Сейчас х.з. но раньше в итоге была неудобоваримая каша. Сейчас вот у новомодных языков модно новую такую же ошибку совершать, лепить то что точно нельзя делать - СВОЙ пакетный менеджер. А потом пытаться доказать что и без него писать можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #39, #48, #55, #62

39. Сообщение от Аноним (59), 06-Апр-25, 14:45	–4 +/–
Сборщик мусора это плюс языка. Перф когда надо - можно делать, но часто он далеко не везде нужен. Пакетный менеджер уже стандарт для почти всех языков - без него выглядит архаично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #64

48. Сообщение от morphe (?), 06-Апр-25, 15:28	+3 +/–
> Сейчас вот у новомодных языков модно новую такую же ошибку совершать, лепить то что точно нельзя делать - СВОЙ пакетный менеджер. А потом пытаться доказать что и без него писать можно. А какая альтернатива? Каждому пакету пытаться пробиваться в репозитории debian/rhel/archlinux/...? А кто их туда пустит, пока их никто не использует? А кто их будет использовать пока их нельзя нормально поставить? Писать свои скрипты скачивания зависимостей, и в итоге каждому проекту изобретать свой пакетный менеджер? Делать свой "не-пакетный-менеджер", как golang, и в итоге получить пакетный менеджер, но хуже? Вендорить все зависимости, чтобы потом требовалось изобретать непонятную мешанину инструментов для аудита, которые из директории вендорнутых файлов будут определять версии пакетов, и проверять что в сравнении с апстримом в вендорнутую библиотеку не добавили дыр?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

54. Сообщение от Аноним (54), 06-Апр-25, 16:33	–2 +/–
Сдох 20 лет назад.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

55. Сообщение от User (??), 06-Апр-25, 17:37	–1 +/–
> Тут как обычно. Сначала сделали то что делать было нельзя категорически - > сборщик мусора. Ээээт же ж не "better c", который "системный", а "better cpp", который "аппликушечный" - чем там сборщик мусора-то помешал? > Сейчас вот у новомодных языков модно новую такую же ошибку совершать, лепить > то что точно нельзя делать - СВОЙ пакетный менеджер. А потом > пытаться доказать что и без него писать можно. Не, ну можно конечно на "системный" надеяться - тока в двух самых популярных системах, которые генерируют 99% выручки по пользовательскому, как минимум, софту - оного просто нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #75

57. Сообщение от Аноним (57), 06-Апр-25, 18:18	+/–
На что переходить, если ужасает ООП?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #59, #93, #97

58. Сообщение от Александр (??), 06-Апр-25, 18:19	+/–
Я думаю проблема в реализации биндинга и его поддержки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

59. Сообщение от Аноним (59), 06-Апр-25, 18:21	+/–
> На что переходить, если ужасает ООП? На ФП тогда наверное - F# или Ocaml
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #86

61. Сообщение от Аноним (57), 06-Апр-25, 18:24	+1 +/–
> одно время и позиционировалось, как "c++ done right" В эту ловушку кто только ни попадал, но даже в случае головокружительного успеха всё равно получалась всего лишь более быстрая лошадь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #69

62. Сообщение от Александр (??), 06-Апр-25, 18:27	+/–
> лепить то что точно нельзя делать - СВОЙ пакетный менеджер. А потом пытаться доказать что и без него писать можно. Не вижу в этом проблемы. Пакетный менеджер должен быть, быть один и позиционироваться как: "must have, но если очень хочется, то и без него, но не стоит". Вообще идеально, если так же дела будут обстоять и с системой сборки. А то сейчас в C++ всё это та ещё дичь: два пакетных менеджера и добрый десяток систем сборки. Влезаешь и не знаешь, как это друг с другом связать. От этого ещё и сами пакетные менеджеры усложнены.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

64. Сообщение от Аноним (64), 06-Апр-25, 19:23	+4 +/–
>Сборщик мусора это плюс языка. Если без него нельзя обойтись - то это минус, жирнющий минус, в некоторых случаях даже "гвоздь в крышку гроба". Нельзя костыль называть плюсом, разве если ты маркетолог.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #66

66. Сообщение от Аноним (59), 06-Апр-25, 19:54	+/–
>>Сборщик мусора это плюс языка. > Если без него нельзя обойтись - то это минус, жирнющий минус, в > некоторых случаях даже "гвоздь в крышку гроба". Нельзя костыль называть плюсом, > разве если ты маркетолог. Но обойтись без него можно - и конечно же все кто полноценно используют Ди легко это делают там где это нужно Другой вопрос - что поскольку уровень программистов на Ди достаточно высокий - они еще и отлично понимают как устроены оптимизации, cache-locality, auto vectorization и прочие техники и где это нужно, а где и нет. Но тут конечно только с опытом знания приходят - это не просто направо-налево кричать "если ГЦ - это гвоздь в крышку гроба" - там думать уметь надо ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #67, #84

67. Сообщение от Аноним (36), 06-Апр-25, 20:44	+/–
> "если ГЦ - это гвоздь в крышку гроба" - там думать уметь надо ;) Вот именно из-за того что думать умет надо - это и есть гвоздь в крышку гроба. Ибо большинство до этого этапа не дойдет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #68

68. Сообщение от Аноним (59), 06-Апр-25, 21:15	+/–
Можно и не думать Код будет работать - просто может быть не очень быстро
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

69. Сообщение от User (??), 06-Апр-25, 21:21	+/–
>> одно время и позиционировалось, как "c++ done right" > В эту ловушку кто только ни попадал, но даже в случае головокружительного > успеха всё равно получалась всего лишь более быстрая лошадь. Диалектический переход количества-в-качество еще никто не отменял )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #76, #100, #104

73. Сообщение от Аноним (73), 07-Апр-25, 01:37	+4 +/–
Дело было так: - Андре-ей, у нас тут метапрогра-а-аммы! - Уже бегу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

74. Сообщение от Аноним (73), 07-Апр-25, 02:31	+/–
> Есть среда для быстрой разработки на С++ под названием ROOT. Там и > твоя интерпретация, и gui. "ROOT is a software framework for data analysis and I/O", чтобы не подсаживаться на матлаб и не слезать на питон. Оно хорошо, если на нём 20-30 лет сидеть, а сейчас зачем начинать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

75. Сообщение от Аноним (73), 07-Апр-25, 03:30	+/–
> а "better cpp", который "аппликушечный" - чем там сборщик мусора-то помешал? Тем, что C# уже есть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #77, #81

76. Сообщение от Аноним (76), 07-Апр-25, 08:44	–1 +/–
> Диалектический переход количества-в-качество еще никто не отменял ))) Я отменяю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #82

77. Сообщение от Аноним (59), 07-Апр-25, 09:33	+/–
Runtime to the moon
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #111

78. Сообщение от Nuzhny007 (?), 07-Апр-25, 10:08	+1 +/–
Вот тут он на кывте отписывался: https://rsdn.org/forum/philosophy/1152810.all Было 20 лет назад
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #88

79. Сообщение от Маскулинный мужчина (?), 07-Апр-25, 10:18	–4 +/–
Вы знали, что это изобретение Андрея Александреску и Герба Саттера, которое они бросили и ушли на пенсию?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #85

80. Сообщение от adolfus (ok), 07-Апр-25, 11:11	+/–
Напиши компилятор с ООП-языка на ООП-языке. Или просто конечный автомат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #99

81. Сообщение от User (??), 07-Апр-25, 11:47	+/–
>> а "better cpp", который "аппликушечный" - чем там сборщик мусора-то помешал? > Тем, что C# уже есть? Не, шарпей это "better java", которая получена вот нифига не добавлением GC к C++...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

82. Сообщение от User (??), 07-Апр-25, 11:48	+/–
>> Диалектический переход количества-в-качество еще никто не отменял ))) > Я отменяю. Вааау! Вот я с Гегелем и познакомился :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

83. Сообщение от Аноним (83), 07-Апр-25, 11:53	+/–
> Когда-то заинтересовался Интересно, с тех пор хотя бы одну GUI утилиту на другом языке написали? А то бывает такое, что вроде бы и нужны либы, а по факту нет. Просто страх такой иррациональный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #96

84. Сообщение от Аноним (83), 07-Апр-25, 11:57	+/–
> Но обойтись без него можно - и конечно же все кто полноценно используют Ди легко это делают там где это нужно Попробуйте использовать стандартную библиотеку без gc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #87

85. Сообщение от Аноним (86), 07-Апр-25, 11:58	+3 +/–
Вообще-то, изобретение Уолтера Брайта. А Александреску позже присоединилися.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #110

86. Сообщение от Аноним (86), 07-Апр-25, 12:02	+/–
Ocaml - ObjectiveCaml
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #107

87. Сообщение от Hck3r (?), 07-Апр-25, 13:34	+/–
Надо будет в следующую новость это добавить) Потому что этот тезис уже оскомину набил Идея простая : если вы делаете что-то такое крутое и кастомное, что вам не подходит ГЦ, то и стандартная библиотека вам не помощник. Реализации в стандартной библиотеке сделаны чтобы быть гибкими для разных подходов стандартного применения (с ГЦ). Поэтому для задач где Гц не подходит - вам в любом случае нужно будет делать своё. И так все и делают что в Ди, что в других языках. Фейсбук и Гугл сделали свои C++ библиотеки. Недавний терминал Ghostly от создателя Хошикорп - откройте исходники и обнаружите что он реализовал свои data structures для его проекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #89

88. Сообщение от n00by (ok), 07-Апр-25, 14:17	+/–
Благодарю! Да, там и читал. Harmonia GUI framework for D. Теперь вспомнил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

89. Сообщение от Аноним (83), 07-Апр-25, 15:08	+1 +/–
Хм, действительно. Претензия снимается. Так-то D хороший язык, для автоматизации обработки данных в реальном времени когда-то использовал. Теперь вот думаю снова к нему вернуться. Прогать на D одно удовольствие, конструкции понятны с первого взгляда, не напрягают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

92. Сообщение от Аноним (94), 07-Апр-25, 15:24	+/–
Гуйня была у Ди всегда, но увы - большинство было только "обёрткой" над чужими поделиями. Но я в жизни не поверю, что тебя остановило только это. Напиши ХОТЬ ЧТО-ТО на Ди и покажи, где ты упёрся в ГУЯх в невозможность дальше двигаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

93. Сообщение от Аноним (94), 07-Апр-25, 15:25	+/–
Смоллток. Он как бы ООП, но с _правильным_ ООП!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

94. Сообщение от Аноним (94), 07-Апр-25, 15:27	+/–
> Использовать биндинги... Ну, проще уж писать на C++ или C в таком случае. В огороде бузина, а у лентяев какая-то ахинея в голове. Как байндинги соотносятся с С++!?!? У людей есть Ди. Нужен гуй - там полно либ, включая нативные на Ди. Всё остальное - отмазки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

96. Сообщение от Аноним (94), 07-Апр-25, 15:33	+/–
Вот тебе "утилита" - целая IDE на ГУЙ-библиотеке, тоже написанной на Ди. https://github.com/buggins/dlangide
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

97. Сообщение от n00by (ok), 07-Апр-25, 15:35	+/–
> На что переходить, если ужасает ООП? Для начала, ознакомиться с возможными вариантами. Более-менее систематизировано https://intuit.ru/studies/professional_retraining/941/course... Внимание! Не воспринимайте то, что дано ниже, как шаблоны! За шаблонами идите по другим адресам.     Если у Вас появляется много структурных или (не дай Бог) неструктурных переходов либо все время приходится присваивать значения признакам, а затем их проверять, посмотрите, нельзя ли выделить модуль в автоматном стиле.     Если Вы начинаете думать о задаче как о вычислении (не обязательно над числами), пользуйтесь структурным программированием.     Если Вы намерены переложить понравившуюся Вам нечисленную (например, алгебраическую, топологическую или логическую) теорему в алгоритм для решения Вашей задачи, подумайте о функциональном стиле.     Если у Вас каждое следующее значение требует немногих данных, но различные значения обращаются к одним и тем же, даже не пытайтесь программировать рекурсивно, рекурсивное описание можете сохранить в качестве документации к программе, а саму программу пишите в терминах циклов и массивов.     Если данные строго подразделяются на ветви, используемые разными последующими значениями, часто лучше писать рекурсивно.     Если Вы начинаете смотреть на данные как на активные единицы, которые взаимодействуют между собой, воспользуйтесь объектно-ориентированным программированием.     Если в предыдущем случае объекты в том виде, как они предоставляются современными системами программирования, не подошли, воспользуйтесь каким-либо пакетом7 для организации квазипараллельной работы в условном времени и программируйте от событий.     Если Вам нужно преобразовывать сложные структурированные тексты в другие тексты, не поленитесь воспользоваться Рефалом (или новым языком сентенциального конкретизационного программирования, если он уже появится к тому времени, когда Вы будете это читать).     В частности, если исходные данные или конечный результат имеет формат символьного файла, совершенно неудобоваримого для стандартных процедур ввода/вывода используемой Вами основной системы программирования, пишите препроцессоры или постпроцессоры на Рефале (либо, в крайнем случае, на Perl).     Если Вы путаетесь в многочисленных условиях, когда удача либо неудача порою проявляется после нескольких попыток и неясно, куда нужно вернуться, посмотрите, нельзя ли проверку условий запрограммировать на языке Prolog8 (или на новом языке сентенциального унификационного программирования, если он уже появится к тому времени, когда Вы будете это читать).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #103

98. Сообщение от Аноним (98), 07-Апр-25, 15:39	+/–
Вот после него фейсбук и стал Мета наверно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

99. Сообщение от n00by (ok), 07-Апр-25, 15:46	+/–
Я написал транслятор Рефал как просто КА, так какой-то эксперт бегал тут неделю с криками "goto это плохо!" А эксперимент с ООП-языком что нам даст?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

100. Сообщение от n00by (ok), 07-Апр-25, 15:51	+/–
>>> одно время и позиционировалось, как "c++ done right" >> В эту ловушку кто только ни попадал, но даже в случае головокружительного >> успеха всё равно получалась всего лишь более быстрая лошадь. > Диалектический переход количества-в-качество еще никто не отменял ))) Это не закон, а чушь, на которую купятся лишь незнакомые с термодинамикой друзья Энтропии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #113

101. Сообщение от Аноним (-), 07-Апр-25, 19:11	–1 +/–
Qt, не QT. Пиши правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

102. Сообщение от burjui (ok), 08-Апр-25, 00:57	+/–
Всё, что нужно знать о D: С 2008 года есть такой мерзкий баг: https://issues.dlang.org/show_bug.cgi?id=2043 После затяжной войны на истощение Уолтер нот соу Брайт в 2022 наконец закрыл баг, но не потому что починил код, а как дубликат этого бага: https://issues.dlang.org/show_bug.cgi?id=23136 Что с ним, спросите вы? В 2024 этот баг переехал на Github: https://github.com/dlang/dmd/issues/18108 ... и на этом пока всё.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109

103. Сообщение от Аноним (57), 08-Апр-25, 01:57	+/–
Не смог ты удержаться Рефал порекламировать. И даже возможно есть за что, но к сожалению, он не подходит для решения реальных задач реального мира. Палиндромами дело в реальности не ограничивается. В реальности нужно не только вычислять, но ещё и дёргать внешние сервисы через интернет. Как на Рефале прочитать файл с AWS S3 или совместимого хранилища?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #106

104. Сообщение от Аноним (57), 08-Апр-25, 01:59	+/–
Не только не отменял, но и не наблюдал в дикой природе, а это куда важнее любых гипотез.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

106. Сообщение от n00by (ok), 08-Апр-25, 09:03	+/–
Там 10 (ДЕСЯТЬ) если. Если кто-то их не заметил, он никак не сможет "прочитать файл с AWS S3 или совместимого хранилища". Скорее всего, ужасают его не первые две буквы из "ООП".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #112

107. Сообщение от n00by (ok), 08-Апр-25, 09:10	+/–
Объекты там примерно как в Плюсах - где-то немножко сбоку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

109. Сообщение от PnD (??), 08-Апр-25, 16:19	+1 +/–
"Это не баг — это фича"©. В Go только в одном из последних релизов уломали пофиксить "фичу" (что-то там достаточно фундаментальное было на таком поведении завязано). При том что ресурсов в Go как бы немного побольше вбухано. Немного жаль, конечно, что гугл выбрал именно го под соответствующие задачи (не иначе как из-за названия). Но, что имеем… * И да, D на моей памяти пытался в 200х рубить бабло на продаже компиллятора. Не осознав, что "тактика слегка поменялась".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

110. Сообщение от nobody (??), 08-Апр-25, 21:03	+/–
А Саттер до сих пор возглавляет ISO C++ и ни на какую пенсию не ушёл, хотя и свалил из микрософта
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

111. Сообщение от Аноним (73), 09-Апр-25, 00:37	+/–
> Runtime to the moon А как же его AoT-компиляция?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

112. Сообщение от Аноним (57), 09-Апр-25, 02:51	+/–
Не надо так болезненно реагировать на очевидные и неоспоримые недостатки Рефала, а именно абсолютную неприменимость для решения задач реального мира. Я вот всякие эзотерические реализации лиспов люблю, но советовать кому-то в интернете ими пользоваться точно не стал бы. Как и не стал бы делать скоропостижных выводов о том кого какие буквы пугают. Мир чуть разнообразнее, чем десять если.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #115

113. Сообщение от Аноним (113), 09-Апр-25, 04:10	+/–
>Это не закон, а чушь, на которую купятся лишь незнакомые с термодинамикой друзья Энтропии. Это как раз закон, и причём именно он определяет саму сущность "термодинамики". "Мало частиц"=классическая механика, "много частиц"=термодинамика. Сами частицы те же самые, но законы качественно иные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #114

114. Сообщение от n00by (ok), 09-Апр-25, 10:25	+/–
>>Это не закон, а чушь, на которую купятся лишь незнакомые с термодинамикой друзья Энтропии. > Это как раз закон, и причём именно он определяет саму сущность "термодинамики". > "Мало частиц"=классическая механика, "много частиц"=термодинамика. Сами частицы те же > самые, но законы качественно иные. Итак, эксперт готов рассказать, замкнута ли система, где работает так называемый "закон", придуманный предпринимателем Энгельсом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

115. Сообщение от n00by (ok), 09-Апр-25, 10:27	+/–
Если реагировать не надо, значит не реагируй. Там достаточно других вариантов, зачем цепляться к непонятному?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #116

116. Сообщение от Аноним (57), 09-Апр-25, 19:36	+/–
Затем же, зачем ты про него пишешь при любом удобном случае. Другие варианты не вызывают удивления. Рефал — не непонятный, а бесполезный для решения реальных задач, не надо путать! — вызывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

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

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