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

"Создатель C++ раскритиковал навязывание безопасных языков программирования"	+/–
Сообщение от opennews (??), 22-Янв-23, 11:37
Бьёрн Страуструп (Bjarne Stroustrup), создатель языка C++, опубликовал возражения против выводов, сделанных в  отчёте АНБ, в котором организациям было рекомендовано отойти от использования языков программирования, таких как Си и Си++, перекладывающих управление памятью на разработчика, в пользу языков, таких как  C#, Go, Java, Ruby, Rust и Swift, обеспечивающих автоматическое управление памятью или выполняющих проверки безопасной работы с памятью во время компиляции... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58527
Ответить | Правка | Cообщить модератору

Сообщения

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

2. Сообщение от beck (??), 22-Янв-23, 11:39	+35 +/–
Что этот профессор себе позволяет? Решил пойти против корпораций?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #35, #44, #63, #112, #199, #358

6. Сообщение от Аноним (6), 22-Янв-23, 11:43	+2 +/–
а мы где?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

8. Сообщение от Аноним (8), 22-Янв-23, 11:45	+19 +/–
Надо было просто сказать, что C++ Core Guidelines станут обязательными для реализации в компиляторах C++26.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24

9. Сообщение от Аноним (6), 22-Янв-23, 11:46	–40 +/–
На самом деле С++ плохой потому, что там нет менеджера дополенений. Уже 2023 год а там до сих пор нельзя скачивать библиотеки и автоматически их компилировать с бинаркмиком.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #21, #37, #50, #110, #155, #428, #451, #581

10. Сообщение от chernov (ok), 22-Янв-23, 11:46	+1 +/–
чует кошка, чьё мясо съела
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #547

11. Сообщение от Прохожий (??), 22-Янв-23, 11:46	+10 +/–
>При этом разработчикам, которым не требуются подобные строгие гарантии безопасности, оставляется возможность продолжения использования старых методов разработки Проблема в том, что большинство разработчиков так считают априори. И начинают шевелиться только после того, как подобный подход оборачивается огромными убытками для пользователей продуктов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53, #85, #133

12. Сообщение от warlock66613 (ok), 22-Янв-23, 11:49	+15 +/–
Там всего пара абзацев ни о чём. Но есть примечательный момент: при перечислении предлагаемых языков на замену Страуструп опустил Rust. Вряд ли это случайность, но смысл этого скрытого послания неясен и может быть расшифрован диаметрально противоположными способами.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #105

13. Сообщение от Анонн (?), 22-Янв-23, 11:50	+10 +/–
Хаха, кто-то забеспокоился что теперь знание 100500 способов инициализации объекта (c++_init_forest.gif) или умение предвидеть все UB в коде вдруг станет не нужным? Лучше бы придумал как на его же языке не делать ошибки с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #99, #116, #160, #221

15. Сообщение от Анон4521234125235 (?), 22-Янв-23, 11:50	–1 +/–
С ним сложно не согласиться, особенно учитывая что у того же rust вся безопасность работы с памятью сидит в анализаторе кода компилятора. У go же вообще сборка мусора которая сказывается на общей производительности приложения и его предсказуемости, но не обеспечивает безопасной работы с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #23

16. Сообщение от Бил Гейтс (?), 22-Янв-23, 11:51	+8 +/–
Вы поймите, эти люди из Си++ комитета до сих пор не стандартизовали создание форматированных строк по месту, они не смогли стандартизовать аннотации в комментариях, вместо это они уже три года спорят о том как будет называться функция, назначение которой понятно только им самим. На самом деле Страус прав, Си++ хороший язык, но он был хороший 20 лет назад. Сейчас задачи поменялись, требования к синтаксису возросли, и то что смотрелось круто в 80-е сейчас вызывает кривую улыбку.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #28, #250, #259, #292, #420, #430

17. Сообщение от Прохожий (??), 22-Янв-23, 11:51	+3 +/–
>Страуструп считает, что хороший статический анализатор, соответствующий рекомендациям C++ Core Guidelines, может обеспечить необходимые гарантии безопасности C++ кода, требуя значительно меньше затрат, чем переход на новые безопасные языки программирования. Это если им пользоваться на постоянной основе. Но из-за лени или сжатых сроков мало кто будет. Так что общие затраты в итоге всё-таки будут гораздо выше, особенно для пользователей.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109

19. Сообщение от фттщтшьгы (?), 22-Янв-23, 11:53	–2 +/–
а в С++ нет ни анализатора в компиляторе, ни предсказуемости приложения...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #22

20. Сообщение от Анон4521234125235 (?), 22-Янв-23, 11:53	+33 +/–
Главный плюс плюсов это как раз таки то что язык не подвязан к сетевым сервисам, надо что-то просто скачай отдельно и сохрани. А вот в случае rust, go, python и прочих с пакетами, если там приляжет сервачек то тебе как разрабу останется только жалостно ждать пока восстановят работу серверов. А может быть и так что его не восстановят и все хана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #34, #64, #114, #167, #245, #356, #458, #496

21. Сообщение от Аноним (21), 22-Янв-23, 11:53	+1 +/–
Кто-то уже делает, правда пока содержит только библы Boost: https://github.com/poacpm/poac
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

22. Сообщение от Анон4521234125235 (?), 22-Янв-23, 11:54	–4 +/–
Поведение плюсов намного более предсказуемо, так как нет самодеятельности. Код будет вести себя ровно так как его написали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #26, #32

23. Сообщение от Прохожий (??), 22-Янв-23, 11:55	+3 +/–
> у того же rust вся безопасность работы с памятью сидит в анализаторе кода компилятора Конечно, это не так на самом деле. Вся безопасность работы с памятью у Rust заложена в фундаментальных принципах языка программирования, которые компилятор поддерживает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #25

24. Сообщение от фттщтшьгы (?), 22-Янв-23, 11:55	+/–
и все будут сидеть на С++22 ? так же как сейчас до сих пор попадаются проекты на 99м стандарте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #104, #130

25. Сообщение от Анон4521234125235 (?), 22-Янв-23, 11:56	+/–
Нет, rust прежде чем собраться анализируется и если там нет нарушений правил то код собирается, но вот если выкинуть эту проверку то в rust вообще что угодно можно творить с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #30

26. Сообщение от Прохожий (??), 22-Янв-23, 11:57	–2 +/–
>Поведение плюсов намного более предсказуемо UB? Не, не слышал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #31, #284

27. Сообщение от Аноним (129), 22-Янв-23, 11:58	+14 +/–
Чем дольше стандартизируешь, чем дольше получаешь зп и прочие плюшки. На конференции всякие ездишь и т.д. Вообще ощущение что раст, свифт и другие новые языки дали больший пинок для развития плюсов чем все эти комитеты. Вон наконец-то добавили концепты и модули. Не прошло и 10 лет. Хотя нет, прошло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #431

28. Сообщение от Аноним (28), 22-Янв-23, 11:58	+2 +/–
Ну хорошо, если С++ раньше был главным ООП ЯП, то какой сейчас его заменил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #102, #181, #218, #588

29. Сообщение от Аноним (29), 22-Янв-23, 11:58	+6 +/–
> При этом разработчикам, которым не требуются подобные строгие гарантии безопасности, оставляется возможность продолжения использования старых методов разработки. Возможно, люди не хотят, чтобы возможность усиленного ногострела существовала. // А вообще, лучше б на D переходили.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #62, #235

30. Сообщение от Прохожий (??), 22-Янв-23, 11:59	+1 +/–
Эта проверка только потому существует, что такой принцип заложен в самом языке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #33

31. Сообщение от Анон4521234125235 (?), 22-Янв-23, 12:00	–2 +/–
это не предсказуемость, а косяк аппаратуры и если ты о нем знаешь то будешь избегать. Ну и особенности компилятора тоже обычно изучать следует прежде чем его использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #38, #41, #42, #65

32. Сообщение от фттщтшьгы (?), 22-Янв-23, 12:00	+/–
в зависимости от версии компилятора, целевой платформы (привет платформозависимые UB), настроек оптимизации, фазы луны и тд офиегнно надежный язык, прям как швейцарские часы! что мы и видим по россыпи CVE %(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #36, #202

33. Сообщение от Анон4521234125235 (?), 22-Янв-23, 12:00	–2 +/–
Это проверка компилятора, но могут написать и другой компилятор rust который уже позволит нарушать это правило.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #46, #60

34. Сообщение от Прохожий (??), 22-Янв-23, 12:02	+5 +/–
>если там приляжет сервачек И кто ж тебе мешает сделать свой внутренний сервачок, кроме отсутствия знаний, что так можно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #71

35. Сообщение от фттщтшьгы (?), 22-Янв-23, 12:04	+7 +/–
> Решил пойти против корпораций? > большинство рекомендаций Core Guidelines уже реализованы в статическом анализаторе и профиле безопасной работы с памятью из состава Microsoft Visual Studio. А профессор точно воюет в ту сторону?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #48, #247

36. Сообщение от Анон4521234125235 (?), 22-Янв-23, 12:04	–1 +/–
В c++ работа кода напрямую зависит от кодера. Если кодер рукожоп то и код будет работать через жепу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #47, #57

37. Сообщение от Аноним (37), 22-Янв-23, 12:07	+7 +/–
vcpkg, conan, xmake и пакетный менеджер дистрибутива
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #197

38. Сообщение от llolik (ok), 22-Янв-23, 12:07	+1 +/–
>  косяк аппаратуры >  особенности компилятора >  если ты о нем знаешь В этом и проблема, что нужно знать всё, вплоть до точки росы в конкретный день, чтобы быть уверенным что программа у заказчика соберётся, шаблон развернётся, в новых 100500 страниц стандарта ничего не изменили и никакой козёл ничего не перегрузил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #43, #198, #285

39. Сообщение от Бил Гейтс (?), 22-Янв-23, 12:07	+/–
D не допилен, там много ошибок в реализации, но по факту он превосходит плюсы по синтаксису и лаконичности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #59, #69, #589

40. Сообщение от Вован (??), 22-Янв-23, 12:08	+5 +/–
"Надо просто программировать без багов!" - Автор C++. Самого худшего языка после PHP.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58, #61

41. Сообщение от фттщтшьгы (?), 22-Янв-23, 12:08	+2 +/–
мвахахахаа! ты это серьезно? тогда я буду смеяться еще громче!! (с) особенно крутое решение для библиотек "угадай на каком железе оно налажает"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

42. Сообщение от Прохожий (??), 22-Янв-23, 12:09	+3 +/–
>это не предсказуемость Ты бы не позорился, а? Undefined behavior как раз и обозначает неопределённое поведение. Это не особенность железа, это неопределённость в стандарте, как должен вести себя компилятор в тех или иных случаях. Если ты ведёшь кроссплатформенную разработку, это реальная большая проблема, решение которой занимает очень много времени и сил, и стоит в итоге очень дорого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

43. Сообщение от Анон4521234125235 (?), 22-Янв-23, 12:09	–2 +/–
Ну так это суть низкоуровневых языков таких как c++ которые сразу на аппаратуре работают и хочешь не хочешь в них придется учитывать все особенности аппаратуры и компилятора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #51, #55, #91

44. Сообщение от псевдонимус (?), 22-Янв-23, 12:09	+4 +/–
Если бы не детище страуструпа,  не было бы такого дерьма как сраст. С++ целиком никто не сможет освоить,  настолько он пытается уметь все.но работаетхотябы. Ближайшие лет 50монстру ничего не грозит. А раст.. Еще более переусложненнй,  изначально мертворожденный дегенерат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #52, #70

46. Сообщение от Прохожий (??), 22-Янв-23, 12:11	+1 +/–
>но могут написать и другой компилятор rust На могут! Это уже будет не компилятор для языка Rust, а компилятор для какого-то другого языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

47. Сообщение от Прохожий (??), 22-Янв-23, 12:13	+/–
>Если кодер рукожоп Покажи хоть одного вменяемого. За несколько десятков лет существования Плюсов так и не нашлось такого почему-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #54

48. Сообщение от псевдонимус (?), 22-Янв-23, 12:14	+1 +/–
А кого его мнение теперь вообще интересует? Я имею ввиду кормящихся с ойти?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

50. Сообщение от псевдонимус (?), 22-Янв-23, 12:15	+1 +/–
Ты описал преимущество. Хотелось бы услышать о недостатках. Толстовато.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

51. Сообщение от Аноним (51), 22-Янв-23, 12:16	+/–
Ну и зачем оно такое надо? Мне вот надо код писать, чтобы выполнить поставленную задачу, а не предугадывать где компилятор может подкинуть шершавого из-за ущербности стандарта
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

52. Сообщение от press f (?), 22-Янв-23, 12:17	–8 +/–
50 лет, как вы далеко смотрите. Через 50 лет вообще пк не понадобится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #66, #68

53. Сообщение от псевдонимус (?), 22-Янв-23, 12:17	+/–
Современные ойтишники считают пользователей чем-то вроде дрозжевых бактерий. Кому их мнение вообще интересно среди тусовочки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #103, #323, #509

54. Сообщение от Аноним (51), 22-Янв-23, 12:18	+5 +/–
Любой эксперт с опеннета может переписать ядро линукса с си на си++ без единого UB. Не могут лишь потому что их мама от компьютера отгоняет слишком рано
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #86

55. Сообщение от Прохожий (??), 22-Янв-23, 12:19	–2 +/–
Си - низкоуровневый. C++ - нет. И нет, это не суть языка, а неспособность (невозможность) прийти на уровне стандарта к единому мнению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #80, #118

56. Сообщение от ip1982 (ok), 22-Янв-23, 12:20	+/–
Вот именно!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #549

57. Сообщение от фттщтшьгы (?), 22-Янв-23, 12:20	+2 +/–
да, да если программер лажает - то это "не настоящий с/с++'ник" и вообще его нам подбросили в проект. вот что-то диды за 30+ лет так и не научились не выходить out-of-bounds и не делать use-after-free причем самые=самые диды - те которые ядро линкса пишут может пора признать, что это не реально из-за кривого-косого языка и использовать другие подходы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

58. Сообщение от псевдонимус (?), 22-Янв-23, 12:20	–2 +/–
Ну ведь раст гораздо хуже. И пхп и даже питон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #73, #81, #500

59. Сообщение от псевдонимус (?), 22-Янв-23, 12:21	–1 +/–
Именно. Это то,  как было надо,  но ниасилили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

60. Сообщение от Аноним (129), 22-Янв-23, 12:22	+3 +/–
Это часть языка. Оно описано в rfcs. https://rust-lang.github.io/rfcs И любой другой компилятор должен их выполнять, иначе это будет компилятор чего угодно, но не раста. Такая схема разработки была выбрана как раз по результатам наблюдений за высокоэффективной работой комитетов с++)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #483

61. Сообщение от Аноним (51), 22-Янв-23, 12:23	+14 +/–
"Вы зачем код с багами пишете? Пишите код без багов!" — Бьорн Страуструп, автор 14 разных методов инициализации в C++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

62. Сообщение от псевдонимус (?), 22-Янв-23, 12:23	–6 +/–
Такие люди пусть обстена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

63. Сообщение от Прохожий (??), 22-Янв-23, 12:26	–2 +/–
Этот профессор, во-первых, сам работает (работал) в одной из корпораций. Во-вторых, существует исключительно благодаря корпорациям, а точнее их баблу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

64. Сообщение от Аноним (64), 22-Янв-23, 12:27	–2 +/–
А новую версию программы в отдельную папочку "Версия 3.4.5". Хорошо что вас к Rust не подпускают, да и вы не в состоянии его осилить. Копашитесь в своём болоте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #72

65. Сообщение от Анонн (?), 22-Янв-23, 12:27	+/–
Особенно весело когда gcc, clang и студия дают разное поведение и результаты для одного и того же кода. Прекрасный язык, продуманный, надежный, безошибочный))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #78

66. Сообщение от псевдонимус (?), 22-Янв-23, 12:28	–4 +/–
Долб. Ам он и сейчас не нужен. Смартфон не замена пк и не будет им никогда. И нейроинтерфейсы никаким боком тут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #89

67. Сообщение от Аноним (67), 22-Янв-23, 12:30	–3 +/–
> Страуструп считает, что хороший статический анализатор, соответствующий рекомендациям C++ Core Guidelines, может обеспечить необходимые гарантии безопасности C++ кода, требуя значительно меньше затрат, чем переход на новые безопасные языки программирования. В каком-то смысле Страуструп даже прав: если кому-то "переход на новые безопасные языки программирования" - это затратно, то значит не так уж для них и важна безопасность. А так аксиома Эскобара в чистом виде.
Ответить | Правка | Наверх | Cообщить модератору

68. Сообщение от псевдонимус (?), 22-Янв-23, 12:31	+/–
На нем столько написано,  что быстрее наверно не разгрести. А на раст переписывать.. Ну еще примерно??
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

69. Сообщение от Hck3r (?), 22-Янв-23, 12:32	+1 +/–
А есть язык где нет ошибок и который «допилен»?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #77

70. Сообщение от Прохожий (??), 22-Янв-23, 12:32	–1 +/–
Rust появился не из-за Плюсов. А потому что Плюсы перестали справляться со сложностью современного программного обеспечения. Слишком дорого обходятся конечным пользователям ошибки программистов. Также Rust намного проще Плюсов. На его освоение достаточно полугода обычно в отличие от Плюсов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #113, #119, #126, #154

71. Сообщение от Аноним (-), 22-Янв-23, 12:33	+/–
>И кто ж тебе мешает сделать свой внутренний сервачок, кроме отсутствия знаний, что так можно? Тебе же сказали менеджер пакетов в Си плюс-плюс не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

72. Сообщение от псевдонимус (?), 22-Янв-23, 12:34	+1 +/–
Хорошо бы еще норко... Растонечисть к низкоуровневуму программированию не подпускали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #82

73. Сообщение от Анонн (?), 22-Янв-23, 12:34	+8 +/–
Раст приняли в ядро линукса, что-то не видел такие новости про питон и пхп. Да и про с++ что-то такого не слышал. А, точнее с++ упоминался в тредах про раст на lkml. Как пример как не нужно делать. Ну и парочка любимых цитат "C++ is a terrible language" "C++ ended up with a bunch of terrible, unmaintainable garbage" "C++ can't solve the problem of the C language at all, it will only make things worse. This is a really bad language." Думаю сами догадываетесь чьи они))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #95, #96, #212, #276

74. Сообщение от Аноним (-), 22-Янв-23, 12:36	+/–
>чует кошка, чьё мясо съела Поясни, кто кошка? И обоснуй.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

76. Сообщение от Аноним (67), 22-Янв-23, 12:36	+2 +/–
> Объектом критики также стало акцентирование отчёта АНБ только на проблемах работы с памятью, оставляя без внимания многие другие проблемы языков программирования, влияющие на безопасность и надёжность. Акцентируют, потому что по статистике проблемы работы с памятью являются причиной более 70% уязвимостей в коммерческих проектах, написанных на C/С++. Решение? Продолжать писать на С/C++! Спасибо, Бьёрн!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #131, #293, #421

77. Сообщение от Аноним (260), 22-Янв-23, 12:39	+4 +/–
Да, это Модула-2.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #163, #189

78. Сообщение от Аночик (?), 22-Янв-23, 12:39	+1 +/–
go и gccgo не дают разного результата?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #87

79. Сообщение от Rev (?), 22-Янв-23, 12:41	–2 +/–
> Страуструп считает, что хороший статический анализатор, соответствующий рекомендациям C++ Core Guidelines, может обеспечить необходимые гарантии безопасности C++ кода Так в Расте этот статический анализатор сделали обязательным, и он выдаёт не ворнинги, а ошибки. Всё. Проблема C/C++ в том, что погромисты ленивые жопы, и мало кто применяет статические анализаторы. Да и какого фига их так много? Вот в Расте он один, в компиляторе. А кроме него можно линтеров накатить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #106

80. Сообщение от Аноним (260), 22-Янв-23, 12:41	+1 +/–
Си никакой не низкоуровневый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #94

81. Сообщение от Прохожий (??), 22-Янв-23, 12:42	–2 +/–
Раст гораздо лучше. Он намного проще, у него стандартная развитая инфраструктура. Он по умолчанию не даёт рукожопить с памятью в большинстве случаев.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #190, #214

82. Сообщение от Анонн (?), 22-Янв-23, 12:42	–1 +/–
Хорошо что все эти годы с++ не пускали в ядро. И уже не пустят. А то даже страшно подумать что за монстр был бы рожден...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #101, #211, #328

83. Сообщение от Sergey (??), 22-Янв-23, 12:43	+/–
В новости написано : > выполняющих проверки безопасной работы с памятью во время компиляции. и > Страуструп считает, что хороший статический анализатор, В чем разница ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #108

84. Сообщение от Аночик (?), 22-Янв-23, 12:44	–1 +/–
Я понимаю что вызову кучу хейта, видосик где объясняют как rust работает с памятью, выводы делайте сами нужен он вам или нет. https://youtu.be/rDoqT-a6UFg
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #156

85. Сообщение от Аноним (-), 22-Янв-23, 12:46	+1 +/–
>Проблема в том, что большинство разработчиков так считают априори. И начинают шевелиться только после того, как подобный подход оборачивается огромными убытками для пользователей продуктов. Но ведь это не повод чтобы переходить на Раст, не так ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #90

86. Сообщение от Аноним (86), 22-Янв-23, 12:46	+/–
> Любой эксперт с опеннета может переписать ядро линукса с си на Расте. Не могут лишь потому что их мама от компьютера отгоняет слишком рано Fixed.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

87. Сообщение от Анонн (?), 22-Янв-23, 12:47	+/–
Не знаю, на го не писал, с таким не сталкивался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

88. Сообщение от Аноним (88), 22-Янв-23, 12:50	–3 +/–
В его языке даже базовые арифметические операции вызывают неопределенное проведение, может быть это как-то исправить наконец? В java и kotlin используется семантика заворачивания, при переполнении В rust паника в отладочной сборке и семантика заворачивания в релизной. В С++ неопределенное поведение. Проблема же не только в автоматическом управлении памятью
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #368

89. Сообщение от Прохожий (??), 22-Янв-23, 12:50	–5 +/–
>Смартфон не замена пк и не будет им никогда Смартфон, вообще-то, и есть ПК+телефон+камера. Так, к слову.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #98, #251

90. Сообщение от Прохожий (??), 22-Янв-23, 12:54	+/–
Если Rust сократит убытки, ещё какой повод.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #134, #143

91. Сообщение от llolik (ok), 22-Янв-23, 12:54	+1 +/–
Вот и получилась из языка военно-морская свинка (aka ни рыба, ни мясо). Для низкоуровневого языка сильно переусложнён и для этого вполне хватает Си, для высокоуровневого опять же переусложнён и имеет очень много неопределённостей. > хочешь не хочешь в них придется учитывать все особенности аппаратуры и компилятора В том и дело, что человек - это не робот. Он в любом случае не может учесть все неопределённости в программе даже среднего размера. Поэтому появляются всякие статик-анализаторы, фаззеры и прочие валгринды. И те, что видно по CVE, далеко не всегда справляются. Вариант решать проблему - языки на принципиальном уровне отсекающие хотя-бы некоторые классы проблем. Но Страус обидится и ещё 20 стандартов о том как надо обходить грабли его творения напишет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #200

92. Сообщение от Аноним (-), 22-Янв-23, 12:55	–3 +/–
Из новости узнал, две вещи. 1). Страуструп не знает о существовании языка Раст. Это хорошо. 2). Страуструп вендузятник. Он же работал в Bell Labs, видел живых Кена Томпсона и Денниса Ритчи. Позор! Приличный человек не должен знать таких слов, как "Microsoft Visual Studio".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #115, #236

93. Сообщение от Аноним (88), 22-Янв-23, 12:57	–3 +/–
У нас на работе куча программ на разных языках понаписано и нигде статического анализатора нет. Даже встроенный в android studio инспектор и тот отключили. В организации занимающейся аутсорсом тоже ни в одной программе не было статического анализатора. Если его нет прямо в компиляторе, его не включают. Если компилятор просто печатает предупреждения, их игнорируют
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #239, #307, #308, #520

94. Сообщение от Прохожий (??), 22-Янв-23, 12:57	+/–
По сравнению с плюсами? Конечно, он более низкоуровневый. Но до асемблера ему далеко, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

95. Сообщение от псевдонимус (?), 22-Янв-23, 12:58	+/–
Аж в швятое ведро! Да ладно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

96. Сообщение от псевдонимус (?), 22-Янв-23, 13:00	+/–
А чего,  он еще в авторитете? ;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #127

98. Сообщение от псевдонимус (?), 22-Янв-23, 13:02	+1 +/–
Нет конечно. Пк+теелефон+камера существовал до смартфона.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #121

99. Сообщение от Аноним (104), 22-Янв-23, 13:02	+7 +/–
Он уже придумал. Называется shared_ptr и unique_ptr
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #107

100. Сообщение от Аноним (100), 22-Янв-23, 13:02	+1 +/–
Дед выдал базу, зумерки порвались. Навязывание анализаторов и линтеров путем встраивания их в компилятор - зло. C++ живет по сей день, потому что он гибкий и дает свободу разработчикам.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #117, #151

101. Сообщение от псевдонимус (?), 22-Янв-23, 13:03	+1 +/–
Согласен. Но скатились,  оступились и подорвались на раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

102. Сообщение от Прохожий (??), 22-Янв-23, 13:03	–3 +/–
Зависит от конкретной сферы. В бизнесе - java. В вебе - javascript. В системном программировании - Rust. И так далее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #161, #222, #242, #518, #559

103. Сообщение от НяшМяш (ok), 22-Янв-23, 13:05	+4 +/–
И правильно считают. Только кто-то себе так говорит "надо максимально писать качественно по стандартам и со всеми необходимыми проверками", а кто-то считает что "и так сойдёт". Опеннет тому пример, когда эксперты заявляют "нам ваши статические анализаторы не нужны, мы и так УМНЫЕ", становится страшно вообще компьютер включать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #138, #413, #470

104. Сообщение от Аноним (104), 22-Янв-23, 13:05	+2 +/–
C++22 это что такое?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #129

105. Сообщение от НяшМяш (ok), 22-Янв-23, 13:06	+2 +/–
Видимо Rust на больную мозоль наступил, вот и обиделся дедуля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #258, #375

106. Сообщение от Аноним (104), 22-Янв-23, 13:07	+3 +/–
Нормальные программисты настраивают CI/CD, который компилирует проект под каждую платформу после каждого коммита, ну и заодно статический анализатор запускает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

107. Сообщение от НяшМяш (ok), 22-Янв-23, 13:09	–5 +/–
То есть вместо того, чтобы писать как в нормальных языках let p = D::new() нужно писать в 5 раз больше символов? std::unique_ptr<D> p = std::make_unique<D>(); Неудивительно, что плюсовики такие злые и так кидаются на раст - завидуют, что в нормальном языке это предусмотрено из коробки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #132, #137, #140, #142, #164, #177, #265, #309, #317, #335

108. Сообщение от Прохожий (??), 22-Янв-23, 13:09	+/–
Разница в том, что использование анализатора необязательно. Кроме того, анализатор может не учитывать какие-то сложные случаи. А вот компилятор обязан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #502, #519

109. Сообщение от Аноним (241), 22-Янв-23, 13:10	+5 +/–
А ещё такой анализатор должен существовать в природе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #223

110. Сообщение от _kp (ok), 22-Янв-23, 13:11	+/–
Полагаться на скачать на автомате и как нибудь накомпилировать могут только не отвечающие за конечный продукт. Фраза " Отказ от гаррантий.." глаза не нарезала? А есть и серъёзные проекты, где производитель отвечает за ПО, и работу в целом. В том числе финансово, а не только поддержкой "для посылания, и обещаний исправить в новых версиях". Конечно, готовые комполенты используются, и даже часто из тех же источников. Но всё тестируется, как по отдельности, так и на совместимость разных венсий компонентов между собой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #158

112. Сообщение от Аноним (112), 22-Янв-23, 13:19	+/–
> Решил пойти против корпораций? Мало того против корпорации - ПРОТИВ А Н Б ! ! ! Ну ничо, рыцари плаща и кинжала разъяснят его ошибку ]:>
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

113. Сообщение от Аноним (113), 22-Янв-23, 13:19	+4 +/–
Раст не проще плюсов… они примерно одинаковы по сложности. Но! Раст разгружает голову разработчика от необходимости вручную отслеживать корректность кода (с тчк зрения самого языка). Т.е. пишешь на расте - думаешь о задаче, пишешь на плюсах - надо думать и о задаче, и о том чтобы не выстрелить себе в ногу забыв об очередной "особенности" языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #123, #166, #447

114. Сообщение от freehck (ok), 22-Янв-23, 13:24	–1 +/–
> Главный плюс плюсов это как раз таки то что язык не подвязан к сетевым сервисам > надо что-то просто скачай отдельно и сохрани > А вот в случае rust, go, python и прочих с пакетами... Знаешь, в Rust, Go, Python, Ocaml, Racket, Debian, Ubuntu, RHEL -- тоже можно без пакетов. Надо что-то -- просто скачай отдельно и сохрани.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #493

115. Сообщение от Прохожий (??), 22-Янв-23, 13:25	+/–
Другими словами, ты вообще ничего не узнал (не понял). Надеюсь, ты не программист?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

116. Сообщение от Аноним (210), 22-Янв-23, 13:28	+4 +/–
Никто этого не боится. На С++ написано несколько миллирдов софтов, библ, сервисов и т.д. Он нужен везде и всегда. И у плюсовиков и у сишников всегда будет работа на годы вперед, это 100%. А на вашем расте не написано ничего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #136, #241, #416

117. Сообщение от Прохожий (??), 22-Янв-23, 13:29	–7 +/–
У деда начальная стадия болезни Альцгеймера. Он застрял в 80-х годах прошлого века (как и большинство тутошних престарелых "экспертов") . >потому что он гибкий и дает свободу разработчикам А на пользователей и их проблемы из-за такой вот "свободы" плевать. Да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #271, #273, #422

118. Сообщение от _kp (ok), 22-Янв-23, 13:29	–1 +/–
На с++ можно писать на голом железе и не жужжать, в том числе в объектной парадигме. А на статических классах можно и вовсе получить быстрее и компактнее, чем на Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #301

119. Сообщение от Максим (??), 22-Янв-23, 13:29	+3 +/–
вероятно ошибки непрофессионалов с раздутым чсв или дебилов - считающих себя программистами после просмотра роликов на ютубе - вот чьи ошибки дорого обходятся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #150

120. Сообщение от Аноним (120), 22-Янв-23, 13:30	+/–
Ещё один Юрий Лоза.
Ответить | Правка | Наверх | Cообщить модератору

121. Сообщение от Прохожий (??), 22-Янв-23, 13:31	–2 +/–
Ещё раз. Смартфон = ПК + средство связи + видеокамера. Именно поэтому смартфон уже заменил многим людям ПК.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #169, #203

122. Сообщение от Аноним (122), 22-Янв-23, 13:33	+2 +/–
1) Просто не нужно быдлокодить. Я лично смотрел в сурцы некоторым опенсурц проектам. И да, необходимость держать код открытым и разработка в стиле "Чем больше глаз, тем меньше шанс пропустить ошибку" вовсе не защищают от ужасного качества кода. Правила то простые. Делайте все явно. Главный источник ошибок - это различного рода неявные вещи. Например объект должен уничтожаться явно в каком то одном месте по явно установленными правилам. Если он у вас будет уничтожаться в 100500-х местах по овер9к if-ам, то 100501м месте вы его уничтожить забудете. 2) Пользуйтесь нормальными языками с нормальными инструментами разработки. В Делфях уже 100500 лет как существует FastMM, который в Full debug mode автоматически ищет любые ошибки доступа к памяти. А то ребята, так радеющие за православный C/C++, до сих пор перезагружают оконный менеджер Cinnamon по таймеру, чтобы избавится от утечки памяти.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #147, #153, #187, #238

123. Сообщение от Прохожий (??), 22-Янв-23, 13:34	–4 +/–
>Раст не проще плюсов Конечно, проще. Примерно на порядок. На освоение Плюсов - 5 лет. На освоение Раста - 6 месяцев.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #168

126. Сообщение от Бывалый смузихлёб (?), 22-Янв-23, 13:41	–2 +/–
> Слишком дорого обходятся конечным пользователям ошибки программистов Издержки конечных пользователей вообще никого не волнуют. Но и раньше не волновали. Разве что в плане вероятности судебных разборок, но и там попробуй доказать и конкретные цифры обосновать. Это почти как писать на кого-то жалобу, что гадит посреди улицы, прикладывая фотографию где стоит тип в штанах, а рядом посреди дороги здоровенная куча навалена. Вроде бы всё очевидно, а ты попробуй доказать. В итоге, следующая куча у стукача под дверью, а тип обошёлся даже без штрафа ведь на фото не изображено нежелательных действий, нет даже даты. Но это для общего развития
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #243

127. Сообщение от Анонн (?), 22-Янв-23, 13:41	+3 +/–
Кому как, но сравнивая его и болтуна-теоретика Бьерна... Выбор очевиден!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

129. Сообщение от Аноним (129), 22-Янв-23, 13:44	–4 +/–
Это с++23, которые на самом деле должен был выйти в 22м, но комитет как всегда просрачил все сроки и пришлось переносить на год.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #192

130. Сообщение от Бывалый смузихлёб (?), 22-Янв-23, 13:44	–4 +/–
После С99 ничего хорошего не придумали. Вообще-то, он содержит всё самое необходимое и ничего избыточного. Ни больше ни меньше. Да здравствуют С++ амиши !
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #194, #229, #488, #548

131. Сообщение от фттщтшьгы (?), 22-Янв-23, 13:44	+2 +/–
чем больше фиксить баги - тем дольше ты будешь работать сидеть "на поддержке" древнючего проекта и фиксить баги (а в процессе новых добавлять), возможно не очень интересно, но довольно выгодно особенно если "это" написано на стандарте 99 года и половина специалистов уже померла от старости,  и ты остался незаменимым (читай неувольняемым)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

132. Сообщение от Аноним (132), 22-Янв-23, 13:46	+4 +/–
auto уже существует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

133. Сообщение от pashev.ru (?), 22-Янв-23, 13:47	–1 +/–
> шевелиться только после того, как подобный подход оборачивается огромными убытками для пользователей продуктов Пример приведи, или балабол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

134. Сообщение от pashev.ru (?), 22-Янв-23, 13:48	+7 +/–
А если не сократит? А если увеличит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #145, #157

135. Сообщение от Аноним (135), 22-Янв-23, 13:49	+6 +/–
Он просто не знает, что как только начинаешь писать на расте, все баги сами себя фиксят и волосы становятся шелковистыми.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #144, #310, #313

136. Сообщение от Прохожий (??), 22-Янв-23, 13:50	–2 +/–
Раньше был нужен. Теперь уже нет, не нужен. Ну разве что для поддержания той огромной кучи кода, которую успели наплодить за несколько десятков лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #404, #516

137. Сообщение от псевдонимус (?), 22-Янв-23, 13:51	–3 +/–
> То есть вместо того, чтобы писать как в нормальных языках > > let p = D::new() > > нужно писать в 5 раз больше символов? > > std::unique_ptr<D> p = std::make_unique<D>(); > > Неудивительно, что плюсовики такие злые и так кидаются на раст - завидуют, > что в нормальном языке это предусмотрено из коробки. Нормальных языков многои ржавого средних нет. Примеры: C,D,Ada, PPascal,perl5, Luann,  tcl. Идеальный: Forth!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

138. Сообщение от Бывалый смузихлёб (?), 22-Янв-23, 13:52	–1 +/–
Обмазаться тоннами вырвиглазных стандартов и бесполезных проверок, прилепленных просто чтобы были( попробуй-ка навесить адекватные проверки на кроссплатформенные интерфейсы, чтобы ничего никуда не съезжало и смотрелось годно ), чтобы поддержка стала максимально сложной и трудоёмкой и кроме одного-двух васянов, сидящих на проекте с самого его начала вообще никто ничего разгрести не мог бы Оуу есс. Ынтепрайес наше всьйо > становится страшно вообще компьютер включать А компьютеры вообще регулярно включать не надо. Раз включил сразу после покупки и сборки - и работает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #463

140. Сообщение от freehck (ok), 22-Янв-23, 13:56	+1 +/–
Понимаешь, нормальность языка зависит от интеллектуальных способностей разработчика. Вот если он мозговит, ему нормальными кажутся одни языки. Если туповат -- другие. И тут ничего не поделаешь. А бизнес делает простую вещь: он пытается найти золотую середину между высокоуровневыми, выразительными и безопасными языками, которые не могут осилить туповатые разработчики, и низкоуровневыми , невыразительными небесопасными языками, для которых на рынке полно народу. Суть-то не в технических качествах языков. Суть в деньгах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #511

141. Сообщение от Sw00p aka Jerom (?), 22-Янв-23, 13:58	–2 +/–
эх я то думал он серьезный дядька, повелся на заявления какой-то там мутной конторы, комментировать даже не буду.
Ответить | Правка | Наверх | Cообщить модератору

142. Сообщение от ip1982 (ok), 22-Янв-23, 14:00	+5 +/–
Это залёт. Примеры не сопоставимы, правильно будет let p = Box<D>::new(...).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #240

143. Сообщение от псевдонимус (?), 22-Янв-23, 14:00	+/–
> Если Rust сократит убытки, ещё какой повод. От вас убытки.и вассокращают. Туда и дорога
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #162

144. Сообщение от Анонн (?), 22-Янв-23, 14:01	–2 +/–
Так вот к чему приводит кодинг на с++! Вот ему и обидно, что его волосы уже не станут шелковистыми даже если он начнет писать на расте((
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #180

145. Сообщение от псевдонимус (?), 22-Янв-23, 14:02	+2 +/–
> А если не сократит? А если увеличит? Почему ы будущем времени? Потому и сокращают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

147. Сообщение от Прохожий (??), 22-Янв-23, 14:04	+/–
>Просто не нужно быдлокодить "Не виновата я, он сам ко мне пришёл". Нет, это непросто. Это очень непросто, что и демонстрирует огромная куча литературы на тему хороших стилей программирования, а также на мене обширная база данных уязвимостей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #148

148. Сообщение от Прохожий (??), 22-Янв-23, 14:05	+/–
на мене -> не менее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

149. Сообщение от Анонн (?), 22-Янв-23, 14:05	+/–
Вообще его "письмо" крайне прикольное. Чего только стоит: "To the best of my knowledge, no experts from the ISO C++ standards committee were consulted." Т.е. он не реальных щах считает, что к членам с++ комитета должны были придти аннбшники и спросить "а не багованое ли ваше поделие?" И они такие "нет конечно, у нас самый лучшый язык в мире!" А анбешники "а, ну раз вы так говорите, то вычеркиваем"
Ответить | Правка | Наверх | Cообщить модератору

150. Сообщение от Деанон (?), 22-Янв-23, 14:06	+/–
Там полно роликов вида выучить язык за 4 часа
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #232

151. Сообщение от Анонимусс (?), 22-Янв-23, 14:08	+6 +/–
Да, он гибкий. Позволяет гoвнoкодить десятками изощренных способов, отстреливая ноги себе и своим пользователям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #279

153. Сообщение от freehck (ok), 22-Янв-23, 14:11	+1 +/–
> Просто не нужно быдлокодить. Золотые слова. Но легко сказать, трудно добиться. Бизнес-то с тобой полностью согласен. Он не просто так развивает все эти новые языки: это ведь именно что способ принудить разработчиков не быдлокодить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

154. Сообщение от awoland (ok), 22-Янв-23, 14:13	+1 +/–
> Плюсы перестали справляться со сложностью современного программного обеспечения Это не "плюсы перестали справляться", а "мамкины" программисты перестали справляться с управлением памятью в программах на плюсах. Глобальное "неосиляторство". Кроме того, использование "безопасных" языков сильно ускоряест и упрощает, а значит и удешевляет разработку ПО. А, как известно, "дешево" и "качественно", совсем не синонимичные понятия. Скорее даже наоборот. А Страуструп прав: плюсы всё умеют, в том числе и "безопасность". Но не все ппрограмисты "умеют" в "безопасность" плюсах. А там где "безопасность" там, как правило, всегда "тормоза". Безопасность в ущерб производительности...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #175, #184

155. Сообщение от Деанон (?), 22-Янв-23, 14:14	–1 +/–
Лучший раб тот, который не понимает, что он раб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

156. Сообщение от Аноним (156), 22-Янв-23, 14:14	+/–
Так, и че дальше то? Помотал, просто рассказывают про кучу в контексте раста и структуру его типов в памяти
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #220

157. Сообщение от Прохожий (??), 22-Янв-23, 14:15	–3 +/–
Всякое возможно в теории. Но практика говорит, что Раст сокращает убытки, а не умножает их.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #172, #196, #210, #213

158. Сообщение от Деанон (?), 22-Янв-23, 14:16	+4 +/–
Ты чё, у них любая задача сложнее четырех секунд решения это необходимость копипастить, либо ставить пакеты. Поколение постоянно неудовлетворённых от изобилия, гребут все пакеты и библиотеки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

160. Сообщение от Деанон (?), 22-Янв-23, 14:20	+3 +/–
"Если между свободой и безопасностью народ выбирает безопасность, в конечном итоге он теряет и то и другое." Бенджамин Франклин
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

161. Сообщение от Аноним (210), 22-Янв-23, 14:20	+1 +/–
> В системном программировании - Rust. И так далее. во влажных фантазиях растоманов. Можешь опровергнуть, показав где этот раст в системном программировании. Про неработающий ре-сдох я в курсе, там ничего не работает, ОС не юзабельная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #173

162. Сообщение от Прохожий (??), 22-Янв-23, 14:21	–2 +/–
А вы-то чего так распереживались? 😀
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #176, #494

163. Сообщение от Аноним (163), 22-Янв-23, 14:23	+1 +/–
А компилятор современный умней есть ?))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #201

164. Сообщение от Аноним (210), 22-Янв-23, 14:24	+4 +/–
Знаешь про автоматическое выведение типов в С++? Называется auto
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

166. Сообщение от хрю (?), 22-Янв-23, 14:27	+3 +/–
>>пишешь на расте - думаешь о задаче пишешь на расте - думаешь о тонне закорючек, которые тебе надо поставить, что код скомпилировался. А потом, требования немного меняются и ... начинается либо "полное" переписывание закорючек, либо unsafe. Такое себе "безопасное" программирование.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #183

167. Сообщение от Аноним (167), 22-Янв-23, 14:28	+/–
>Главный плюс плюсов это как раз таки то что язык не подвязан к сетевым сервисам, надо что-то просто скачай отдельно и сохрани. А вот в случае rust, go, python и прочих На сколько я знаю, go это один бинарный вайл. Там тоже скачал, закинул куда надо и все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

168. Сообщение от Michael Shigorin (ok), 22-Янв-23, 14:30	+17 +/–
Странно, что не двадцать один день.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #209

169. Сообщение от лох (?), 22-Янв-23, 14:30	+/–
Так ПК = систембный блок + средство связи + видеокамера + ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #248

171. Сообщение от Аноним (171), 22-Янв-23, 14:35	+3 +/–
теперь внезапно выяснится, что мистер Страуструп уже лет 150 неистово донатит фанатикам-поборникам традиционных семей и достоин всяческого осуждения?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #206

172. Сообщение от Michael Shigorin (ok), 22-Янв-23, 14:35	–2 +/–
Мозилья-то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #324

173. Сообщение от Аноним (173), 22-Янв-23, 14:37	+/–
> Можешь опровергнуть, показав где этот раст в системном программировании. Про неработающий > ре-сдох я в курсе, там ничего не работает, ОС не юзабельная. Можешь прекратить пускать метан в лужу: https://slowtec.com/referenzen.html https://slowtec.com/referenzen/automatisierung-iot-parabolri... >  real-time systems in Rust and measurement, control and regulation technology (MSR) https://calyptech.com/ > Used for high performance embedded system components as an alternative to C.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #286

175. Сообщение от фттщтшьгы (?), 22-Янв-23, 14:40	+5 +/–
какая классная история, жаль что ... Как может "в безопастность" уметь язык где в стандарте UB больше чем блох на бродячей собаке? >  не все ппрограмисты "умеют" в "безопасность" так покажи мне тех кто умеет! классические дырки и фигня с памятью находятся в куче проектов, причем некоторым лет по 15 и больше на пеньке новости "CVE в с/с++" можно вообще в отдельный раздел выносить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #185

176. Сообщение от псевдонимус (?), 22-Янв-23, 14:51	+/–
> А вы-то чего так распереживались? 😀 Радуюсь!  От избытка чувств эмоции! Наконец ненужно делают ненужным в мировом масштабе!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

177. Сообщение от Аноним (177), 22-Янв-23, 14:52	+2 +/–
В Пять раз больше символов?!!! Отвратительно! Нужно срочно выучить новый язык программирования, прочитать новые стандарты и книги... Я вообще не умею читать, а тут в Пять раз!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #263

179. Сообщение от Аноним (180), 22-Янв-23, 15:07	+3 +/–
Хоть один нормальный человек среди всей это кодлы. Бьёрн всегда был нормальным человеком.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #182

180. Сообщение от Аноним (180), 22-Янв-23, 15:08	+2 +/–
Открываю секрет ни у кого волосы не станет шелковистыми от писания на расте. И баги сами себя фиксить не будут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #282

181. Сообщение от Бил Гейтс (?), 22-Янв-23, 15:12	+1 +/–
Питон. Там где не хватает скорости - Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

182. Сообщение от Анонимусс (?), 22-Янв-23, 15:13	+3 +/–
Он придумал ЭТО. Как он мог быть нормальным?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #205, #224, #305

183. Сообщение от Анонн (?), 22-Янв-23, 15:19	+/–
Э... может ты просто не умеешь писать, раз тебе нужно о таком думать? Когда ты пишешь на расте, ты думаешь о том, что именно должен делать код, о представлении в памяти, о том кто и чем владеет, о потоках данных и о том, как информация шарится напр. между потоками. А не о каких-то закорючках. А потом просто используешь простой синтаксис чтобы это отразить в коде. Неужели сишники не осилили пару закорючек?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #188, #204

184. Сообщение от Кактус (?), 22-Янв-23, 15:20	–1 +/–
> а "мамкины" программисты перестали справляться с управлением памятью в программах на плюсах. Глобальное "неосиляторство". Это же как раз довод в пользу раста и т.п.: представим, что рождается всё больше и больше трёхпалых людей, а количество пятипалых постоянно сокращается. Есть ли в таких условиях смысл шить пятипалые перчатки? В общем, зачем нужен карбюратор (и умение его регулировать), когда есть впрыск с электронным управлением?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #191

185. Сообщение от Александр (??), 22-Янв-23, 15:23	–1 +/–
А кто мешает не писать код, который будет содержать UB? Кроме того, как показывают здешние новости, мамкины программисты найдут что сломать и в Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #287

187. Сообщение от Кот Анонима (?), 22-Янв-23, 15:25	+5 +/–
> Просто не нужно быдлокодить Надо просто запретить людям делать плохо, и все сразу станет хорошо. Почему до сих пор не сделали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

188. Сообщение от Александр (??), 22-Янв-23, 15:26	+1 +/–
Открою секрет. Если думать о том же, разрабатывая на плюсах, то память утекать не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

189. Сообщение от Michael Shigorin (ok), 22-Янв-23, 15:37	+/–
Букв много -- если писали все эти IMPLEMENTATION MODULE, то должны бы помнить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #254, #372

190. Сообщение от Michael Shigorin (ok), 22-Янв-23, 15:39	+1 +/–
> стандартная развитая инфраструктура Как нетрудно догадаться, рукожопство перетекло в том числе и сюда.  Да-да, вендоринг во все поля и проклятья со стороны занимающихся воспроизводимой сборкой (верещащие про безопасТность и не заморачивающиеся такой ерундой -- обычно помогают себе хвостом при перемещении по бранчам).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #215, #367, #484

191. Сообщение от Александр (??), 22-Янв-23, 15:46	+/–
Нет, не довод. Rust тоже не серебряная пуля. Не сломает память, сломает что-нибудь ещё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #216

192. Сообщение от Александр (??), 22-Янв-23, 15:49	+3 +/–
Не должен был. Они ещё в при 14-ом декларировали выход стандарта раз в 3 года из того, что будет готово на тот момент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

194. Сообщение от Александр (??), 22-Янв-23, 15:50	+1 +/–
Оберон лучше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #427, #584

196. Сообщение от Александр (??), 22-Янв-23, 15:57	+2 +/–
Какая практика? Практика 3,5 проектов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #376

197. Сообщение от ehprom (?), 22-Янв-23, 16:00	+1 +/–
А лучше всё сразу, т.к мало кто публикует свои пакеты везде. cargo в отличии от пакетного менеджера дистрибутива позволяет лочить версии пакетов, не допуская поломку кода при обновлении системы, и позволяет обеспечить воспроизводимость (Т.к в локфайле явно прописано какой хеш имела каждая зависимость, с которой разработчик всё разрабатывал), а не "а у меня на компуктере фсё работает"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #227, #231

198. Сообщение от Александр (??), 22-Янв-23, 16:03	+/–
Если лезешь в такие места, где нужно знать точку росы в конкретный день, то всё просто: накорявил архитектуру.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

199. Сообщение от Аноньимъ (ok), 22-Янв-23, 16:05	–3 +/–
Профессор этот в своё время протолкнул всю эту С++ мерзость и дурацкую систему типов которую стали путать с ООП. Ну его, этого Страуссупа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

200. Сообщение от Александр (??), 22-Янв-23, 16:06	+/–
Хомячки тогда будут активно использовать те проблемы, которые не отсекли. Ждать следующего супер инновационного языка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

201. Сообщение от Аноним (201), 22-Янв-23, 16:07	+2 +/–
Да, скоро в gcc включат. Без шуток.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

202. Сообщение от Александр (??), 22-Янв-23, 16:08	+1 +/–
Конечно Rust надёжнее. Как может быть не нажёжным тот язык, на котором ничего не написано?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

203. Сообщение от Проффесор (?), 22-Янв-23, 16:10	+12 +/–
>Именно поэтому смартфон уже заменил многим людям ПК. И мозг
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #476

204. Сообщение от хрю (?), 22-Янв-23, 16:19	+1 +/–
> ты думаешь о том, что именно должен делать код, о представлении в памяти, о том кто и чем владеет, о потоках данных и о том, как информация шарится напр. между потоками. Чё правда? А выше чел уверяет, что надо думать только о задаче, а не о том, что ты перечислил. Вы там уж договоритесь, о чём надо думать в расте, а потом нам несчастным расскажите. :-) И да, то что ты перечислил (т.е. на самом деле о где и какие закорючки применить), мало отличается от "дум" в с++, да и в любом другом зрелом языке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #256, #257

205. Сообщение от Аноним (180), 22-Янв-23, 16:23	–1 +/–
Придумал единственное нормальное? Так поэтому и придумал что нормальный, а тебе бы голову полечить не помешало бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

206. Сообщение от Аноним (180), 22-Янв-23, 16:25	+/–
И ему запретят программировать на расте? Так он только рад этому.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

207. Сообщение от Аноним (207), 22-Янв-23, 16:31	+/–
Есди выбирать между дурявым и быстрым софтом, я выберу быстрый.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #208, #244

208. Сообщение от Алан Тьюринг (?), 22-Янв-23, 16:40	–1 +/–
Только выбор всегда идет между: "дрявый и медленный", "быстрый и дрявый", дрьявый как ваш покорный слуга
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #226

209. Сообщение от Аноним (209), 22-Янв-23, 17:04	+1 +/–
Погодь, просто ещё не успели книжек по Rust для тинейджеров настрочить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #505

210. Сообщение от Аноним (210), 22-Янв-23, 17:09	+3 +/–
Покажи эту практику.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

211. Сообщение от Аноним (209), 22-Янв-23, 17:10	+/–
Но с Rust ядро может в мегамостра перерасти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #252, #491

212. Сообщение от Аноним (210), 22-Янв-23, 17:13	+/–
> Раст приняли в ядро линукса, в ядро, которое написано на C. По твоей же логике получается, что C лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #249

213. Сообщение от Аноним (209), 22-Янв-23, 17:15	+3 +/–
Откуда у растаманов практика?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #515

214. Сообщение от Аноним (210), 22-Янв-23, 17:15	+4 +/–
> у него стандартная развитая инфраструктура. У амого языка нет стандарта, на этом можно закончить про то, что раст лучше С++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #281

215. Сообщение от Аноним (-), 22-Янв-23, 17:16	+/–
Про вендоринг говоришь... как так продвигается добавление поддержки e2k в gcc?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #253, #471

216. Сообщение от annonn (?), 22-Янв-23, 17:17	+/–
правильно, давайте ломать память! ведь если не будем ломать - то что-то другое сломают програмисты раста
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191

217. Сообщение от Rock (?), 22-Янв-23, 17:24	+/–
Мда... А кошка слушает, да ест. У всех значимых корпораций: Майкрософт, Оракл, Гугл, Эпл есть собственные языки программирования. А у некоторых даже два. Да, они участвуют в развитии стандарта С++, в конференциях, но по факту каждый спешно ищет пути соскочить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #269

218. Сообщение от Аноним (209), 22-Янв-23, 17:31	+1 +/–
>С++ раньше был главным ООП ЯП Но каким боком сюда Rust?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

219. Сообщение от 3draven (ok), 22-Янв-23, 17:33	–1 +/–
Большая часть разработчиков просто мартышки, как и большая часть людей вообще. Так что язык просто не должен позволять стрелять себе в ногу и все. Если позволяет и его надо обмазывать анализаторами и настройками с гайдами, это приводило и будет приводить к проблемам. Для идеального программтста гайды рулят, для реального...эта критика от автора языка, который уходит в легаси не катит для реальных условий.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #225

220. Сообщение от Анончик (?), 22-Янв-23, 17:34	+/–
Дальше можно оценить мантру про безопасность работы с памятью и её необходимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #319

221. Сообщение от Аноним (221), 22-Янв-23, 17:37	+1 +/–
Блин, нашел, это жесть: https://randomnetcat.github.io/cpp_initialization/initializa...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #283

222. Сообщение от Аноним (221), 22-Янв-23, 17:43	+2 +/–
Только не Javascript, а Typescript. На голом JS невозможно поддерживать реально огромные проекты: проверено на 2-х многолетних проектах из продакшена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #234

223. Сообщение от Аноним (221), 22-Янв-23, 17:45	+2 +/–
И желательно бесплатный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

224. Сообщение от Аноним (209), 22-Янв-23, 17:52	–1 +/–
А как может быть нормальным Грейдон Хор, придумавший (Это)^2 ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

225. Сообщение от Аноним (180), 22-Янв-23, 18:00	–2 +/–
Язык не должен говорить что тебе делать. Подумай об это когда научишься думать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

226. Сообщение от Аноним (180), 22-Янв-23, 18:01	+/–
Выбор идёт между софтом, который есть и софтом которого нет. В таком случае выбирают тот софт, который есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

227. Сообщение от Анончик (?), 22-Янв-23, 18:04	+/–
Что вам мешает лочить вкрсии пакетов в зависимостях?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #228

228. Сообщение от Анончик (?), 22-Янв-23, 18:06	+1 +/–
Depends: libc6 (= 2.36-8)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227

229. Сообщение от anonymous (??), 22-Янв-23, 18:09	+/–
> ничего избыточного А как же VLA?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #490

230. Сообщение от Аноним (230), 22-Янв-23, 18:12	–2 +/–
Страуструп окончательно окочурился с своей лбратной совместимостью т превращению языка в помойку.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #267, #409

231. Сообщение от anonymous (??), 22-Янв-23, 18:13	–1 +/–
Nix/docker/... в отличии от Cargo позволяют лочить не только версии библиотек, но и остального окружения. А ещё можно распространять программы в образах виртуальных машин. Или программно-аппаратные комплексы в виде железных ящиков, чтобы обеспечить воспроизводимость - сходил в магазин и купил ещё один точно такой же ящик, а не "а у меня на компуктере фсё работает"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #357, #587

232. Сообщение от Аноним (232), 22-Янв-23, 18:16	+/–
сам язык учится за полчаса. много времени уходит на изучение либ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

233. Сообщение от Аноним (233), 22-Янв-23, 18:20	–2 +/–
Дед высказал своё мнение, в котором он недоволен молодёжью. Не хотят молодые суп вилкой хлебать, хоть ты бей их.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #261, #526

234. Сообщение от Аноним (232), 22-Янв-23, 18:21	+/–
какой дурак делает крупные проекты на javascript/typescript
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222 Ответы: #288

235. Сообщение от Аноним (232), 22-Янв-23, 18:23	+2 +/–
D оказался отстоем, скорость низкая, файлы большие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #262, #591

236. Сообщение от _kp (ok), 22-Янв-23, 18:23	+1 +/–
Что бы ругать Visual Studio, с ней надо сперва поработать, и поработать с мучениями, иначе с чего её ругать. Конечно, найдут что поругать и её любители, но не с такой же яростной реакцией. Потом универсальных инструментоа не бывает, как бы их не позиционировали. И в Вашей любимой среде разработки, тоже явно не со всякой задачей продуктивно работать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

238. Сообщение от Аноним (238), 22-Янв-23, 18:27	+1 +/–
> В Делфях :D Сразу видно настоящего программиста, который больше ничего не видел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #407, #452

239. Сообщение от _kp (ok), 22-Янв-23, 18:30	+1 +/–
Программисту Андроид программ отвечать ни за что не надо, достаточно не делать откровенно забагованное ПО. Если б меня перевели на разработку Андроид ПО, я б тоже сократил у программистов "лишние" операции по тестированиям, если что исправят в обновлении. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

240. Сообщение от Аночик (?), 22-Янв-23, 18:34	+/–
Ваш код не работает. Но это не залет, а просто забыли :: добавить. Box::<D>::new(...).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #381

241. Сообщение от Аноним (241), 22-Янв-23, 19:00	+1 +/–
Сторонники Кобола тоже так думали - теперь их считанные единицы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #331

242. Сообщение от Аноним (242), 22-Янв-23, 19:12	+/–
В геймдеве? Ой, всё?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

243. Сообщение от ivan_erohin (?), 22-Янв-23, 19:13	–1 +/–
> В итоге, следующая куча у стукача под дверью очень маловероятно. > нежелательных действий, административных правонарушений. ps: изучал КоАП по протоколам ГИБДД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

244. Сообщение от _kp (ok), 22-Янв-23, 19:15	+/–
Не все программисты могут осилить надёжный стиль на Си подобных языках. У кого то быстрый код вовсе не взлетит. А на медленном безопасном задача коть как то будет решена. Ещё тормоза в управляемых языках в значительной степени связаны с парадигмой программировпния. В том же С# если всё заеихать в статики, и писать как на самом деревянном диалекте Си, догадаетесь какое будет быстродействие? Крайне высокое. Только не всякая задача вменяемо решается таким образом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #270

245. Сообщение от ivan_erohin (?), 22-Янв-23, 19:17	+1 +/–
> надо что-то просто скачай отдельно и сохрани. есть мнение что настоящий программист пишет СВОЙ код (а не скачивает чужой).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

246. Сообщение от Аноним (246), 22-Янв-23, 19:17	+/–
Но а как же безопасность!?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #280, #306

247. Сообщение от Anonymous Cowardus (?), 22-Янв-23, 19:19	+1 +/–
Ten "safe C" commandments to remember... 1. Restrict to simple control flow constructs. Do not use goto statements, setjmp, longjmp, or recursion. 2. Give all loops a fixed upper-bound. 3. Do not use dynamic memory allocation after initialization. 4. Limit functions to no more than 60 lines of text. 5. Use minimally 2 assertions for every function of more than 10 lines. 6. Declare data objects at the smallest possible level of scope. 7. Check the return value of all non-void functions, and check the validity of all function parameters. 8. Limit the use of the preprocessor to file inclusion and simple macros. 9. Limit the use of pointers. Use no more than 1 level of dereferencing per expression. 10. Compile with all warnings enabled, in pedantic mode, and use one or more modern static source code analyzers.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #260

248. Сообщение от Аноним (248), 22-Янв-23, 19:19	–1 +/–
Точно лох... Ты еще не понял что "системный блок" теперь у тебя в ладони и в кармане брюк помещается? "ПК" - это персональный компьютер, а не какая-то определенная коробка определенной формы с какими-то придуманными тобою определенными размерами (уточняю, потому что судя по всему ты не в курсе). А ты не видел как к смартфонам подключают обычные клавиатуры, мониторы, мышки и используют их "как ПК"? Повторю, что тебе говорили выше -чтобы быть ПК эта "коробка неопределенного размера и формы" должна вмещать в себя вычислительное устройство универсального назначения, память (желательно разных типов), кучку софта, заставляющего это всё работать и решающая необходимые отдельному индивидууму задачи. Даже средство связи и видеокамера не обязательны для того, чтобы ПК назывался ПК. Сколько дискет было мною попилено в дисководах ПК 1980-90х годов на компах, которые не были подключены ни к какой "связи".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #424

249. Сообщение от Анонн (?), 22-Янв-23, 19:20	+1 +/–
Даже интересно как ты пришел к этому выводу... Если бы раста был хуже си, то раст бы просто в ядро не добавляли. Это вроде бы более чем логично. Ибо какой смысл? Торвальдс (да и не только он) писал, что раст может решить часть проблем (с тему же memory issues) и хочет дать ему шанс. Именно чтобы сделать ядро лучше. А с++ туда не приняли и не собирались. => (для ядра в частности и системного программирования в целом) раст лучше чем с++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

250. Сообщение от Аноним (242), 22-Янв-23, 19:21	+/–
> создание форматированных строк по месту, они не смогли стандартизовать аннотации в комментариях Это прямо киллер-фичи, по-вашему? И как же я жил без аннотаций в комментариях, ужас просто. Такое ощущение, что человек, который о C++ только читал докапывается до микроскопических мелочей. А правда в том, что на текущий момент в современном  C++ есть практически всё что нужно, все старые "болячки" исправлены. В последующих стандартах нужно не добавлять, а вычищать весь старый мусор (всё что связано с C). Все вот эти str-функции, malloc'и, memcopy и прочий ковбойский трешак.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #364, #405, #577

251. Сообщение от Аноним (251), 22-Янв-23, 19:21	+6 +/–
> Смартфон, вообще-то, и есть ПК+телефон+камера. Так, к слову. Минус нормальные средства ввода и отображения. Что сильно нагибает эффективность именно созидательных работ. Смотреть фишкинет и покупать хнюшки на алишке можно и на этом конечно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #425

252. Сообщение от Аноним (252), 22-Янв-23, 19:23	+2 +/–
Ядро и на одном си может перерасти в мегамостра. Нужно подождать еще годик-два и пару десятков лямов строк кода. Это скорее попытка хоть как-то его усмирить или хотя бы сдержать на время.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

253. Сообщение от Аноним (260), 22-Янв-23, 19:23	+6 +/–
В любой непонятной ситуации переходи к обсуждению "Эльбрусов" (С).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #546

254. Сообщение от Аноним (260), 22-Янв-23, 19:28	+1 +/–
Ничего страшного, больше будет времени на раздумья.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #374, #521

256. Сообщение от Аноним (248), 22-Янв-23, 19:31	–2 +/–
так думать о представлении абстракций в памяти, в каких структурах будешь хранить данные и о потоках данных внутри программы это и есть думать о задаче, в дополнение к думам о самой предметной области. Ты, похоже, никогда о таком и не думал, потому рассказываю, тебе, несчастному. И да, это мало отличается от любых других зрелых языков, но в некоторых из этих зрелых языках приходится думать и о много другом, чтобы, как тебе сказали "не выстрелить себе в ногу". Думать в дополнение (!) к проблемам задачи. Как тебе и пыталются объяснить, но тебе это не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #514

257. Сообщение от Анонн (?), 22-Янв-23, 19:35	+/–
> мало отличается от "дум" в с++ ... но есть нюанс. Если ты не будешь об этом думать в с++, то ничего страшного не произойдет. Ну прод упадет, или кто-то рут получит, бывает, дело-то житейское. А в расте злой компилятор начнет возмущаться и отказываться компилить твой код! Возмутительно)) Так что или ты делаешь все правильно сам, или тебя заставят об этом думать. > А выше чел уверяет, что надо думать только о задаче, а не о том, что ты перечислил. Возможно у нас разное понимание что значит "только о задаче". Так что не вижу противоречий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #513

258. Сообщение от Аноним (248), 22-Янв-23, 19:39	+3 +/–
Я думаю, что он понимает, что раст обоср.ть так же как всё остальное, что он перечислил, не получится. С мнением АНБ насчет раста он согласен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

259. Сообщение от trdm (ok), 22-Янв-23, 19:41	+/–
> Сейчас задачи поменялись, требования к синтаксису возросли, чьи требования? у кого выросли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

260. Сообщение от Аноним (260), 22-Янв-23, 19:42	+/–
Ага, щас, разбежалися!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247 Ответы: #508

261. Сообщение от Максим (??), 22-Янв-23, 19:46	+/–
А молодые вообще ничего не хотят - только чтобы им всё разжевали и в рот положили, да "дедов" пообсирать, которые всё современное IT создали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #268, #575

262. Сообщение от Аноним (262), 22-Янв-23, 19:48	+/–
смотря как писать в целом Ди может иметь скорость Си, иногда быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235

263. Сообщение от Аноним (248), 22-Янв-23, 19:50	+/–
Ты уже знаешь (ха-ха, самоуверенно!) "старый язык". Похвально. А есть те, кто не знает ни "старого" ни "нового" и стоят перед выбором. И что бы ты не утверждал, вход в "новый" легче. Но тебе ведь положить на тех, кто не знает ни того ни другого, важен только ты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

264. Сообщение от Максим (??), 22-Янв-23, 19:51	+1 +/–
Си и Си++ дают свободу мысли и творчества. А вы и дальше программируйте на своих душных псевдобезопасных языках и обязательно слушайте, что говорит АНБ!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #453, #576

265. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 19:51	+2 +/–
Ну давай тогда на расте полный вариант: let mut p: Box<D> = Box<D>::new(); и на С++ короткий: auto p = std::make_unique<D>(); > плюсовики такие злые и так кидаются на раст - завидуют, что в нормальном языке это предусмотрено из коробки. Вообще-то наоборот растоманы кидаются на всех. Вот не понятно, что ты подразумеваешь под "предусмотрено из коробки"? Вывод типов шаблона конструктора появился в С++17.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

266. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 19:54	+4 +/–
https://upload.wikimedia.org/wikipedia/commons/thumb/d/da/Bj... - вот настоящий плюсовик, альфач. А теперь, ратоманы, ваш ход.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #289, #469, #545

267. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 19:57	+3 +/–
> превращению языка в помойку. Вообще-то последние нововведения очень хороши: std::format, expected, концепты, корутины, модули. А обратная совместимость она важна. Растоманам не понять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230

268. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 19:58	+/–
К сожалению, это не только в IT.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261 Ответы: #475

269. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:00	+/–
>  каждый спешно ищет пути соскочить. Только все никак не получается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #311, #571

270. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:02	+/–
> догадаетесь какое будет быстродействие? Крайне высокое. Да-да. А еще если отключить сборщик мусора, то и обгонит... Говорят в каком-то софте для биржи на джаве так делают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244 Ответы: #290, #415

271. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:05	+3 +/–
> У деда начальная стадия болезни Альцгеймера. За базар пояснишь? Открой список фичей из С++20 и С++23 и скажи, что там застряло в 80-x?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #432

273. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:05	–1 +/–
> А на пользователей и их проблемы из-за такой вот "свободы" плевать. Да? Тебе же ответили в статье или ты не осилил? Используй анализаторы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #486

276. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:13	+/–
> А, точнее с++ упоминался в тредах про раст на lkml. Именно поэтому Google использует C++ в фучсии?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

279. Сообщение от Тот_Самый_Анонимус_ (?), 22-Янв-23, 20:20	–1 +/–
Ну говнокодь только одним способом. Кто тебе мешает? Будто от наличия только одногоспособа твой код сразу выпрямится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

280. Сообщение от Аноним (209), 22-Янв-23, 20:25	+1 +/–
Безопасность с безопасТностью рознь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246

281. Сообщение от Аноним (248), 22-Янв-23, 20:27	–5 +/–
> У амого языка нет стандарта газанул в озеро, аж осушил до дна. Вон ссылку давали, на RFC языка https://rust-lang.github.io/rfcs/ Или тебе какие стандарты, прям чтобы именно "ГОСТ 12345"? Ну тогда ой...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214 Ответы: #296, #297

282. Сообщение от Аноним (209), 22-Янв-23, 20:32	+/–
От Раста последние волосы повыпадают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #593

283. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:38	+/–
https://google.github.io/styleguide/cppguide.html#Variable_a... https://abseil.io/tips/88 Этого хватит для понимания. А то, что в стандарте сложные правила, дык это везде так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221

284. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:41	+2 +/–
> UB? Не, не слышал. В расте тоже есть UB. А еще для С++ есть UBSan. Не, не слышал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #345

285. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:44	+/–
> вплоть до точки росы в конкретный день Ну это не правда. Там вполне разумные компромиссы, сделанные в первую очередь для скорости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

286. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:46	+1 +/–
Дык ты код покажи. А так NASA использует С, так что уймись.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #454

287. Сообщение от Аноним (287), 22-Янв-23, 20:47	+/–
Ты, блять, 4 байта из файла прочитай и сделай reinterpret_cast<int32_t*> — это уже UB будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #426

288. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:47	+/–
google, хотя у них closure compiler с аннотациями типов был задолго до TypeScript.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

289. Сообщение от Альфач (?), 22-Янв-23, 20:47	+2 +/–
Сейчас он выглядит вот так, но смысл тот же (может себе позволить) https://i.imgur.com/rJUB4oq.png
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #295, #302

290. Сообщение от Аноним (210), 22-Янв-23, 20:48	+/–
С виртуальной машиной в виде. Net он никогда не будет быстрым что ни делай с ним
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270 Ответы: #299

292. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:50	–1 +/–
> Вы поймите, эти люди из Си++ комитета до сих пор не стандартизовали создание форматированных строк по месту Не гони, он включен в C++23. А типобезопасное форматирование не так просто как может показаться, посмотри, например на код absl::StrFormat().
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

293. Сообщение от Аноним (293), 22-Янв-23, 20:50	+/–
А можно раздельную статистику по С и С++? В современном С++ прямого доступа к памяти через указатели стараются избегать. Больше используют умные указатели, контейнеры, да объекты, которые автоматически диапазоны проверяют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #485

295. Сообщение от Денниска Ритчи (?), 22-Янв-23, 20:54	+/–
Я написал язык Си и слегка з̶а̶.̶.̶.̶ в шоке от этого https://upload.wikimedia.org/wikipedia/commons/thumb/2/23/De...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289

296. Сообщение от Аноним (210), 22-Янв-23, 20:55	–2 +/–
Мне чтоб ISO или ANSI
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281

297. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 20:59	+2 +/–
Вот и выросло поколение, которое считает набор rfc стандартом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281 Ответы: #300

299. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 21:07	+/–
> Net он никогда не будет быстрым что ни делай с ним Ну вот даже в движке Unity свой форк .net и c#, а игры все равно тормозят и жрут ресурсы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290 Ответы: #567

300. Сообщение от Аноним (173), 22-Янв-23, 21:07	–2 +/–
https://www.ietf.org/rfc/rfc1945.txt > Вот и выросло поколение, которое считает набор rfc стандартом. Вот и подросла школота, считающая стандартом только выс^Hхлоп многомиллиардных корпораций ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297 Ответы: #303

301. Сообщение от Аноним (210), 22-Янв-23, 21:07	+/–
> А на статических классах можно и вовсе получить быстрее и компактнее, чем на Си Да ладно, может и быстрее ассемблера?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #414

302. Сообщение от Аноним (302), 22-Янв-23, 21:09	–1 +/–
24" 1080p панели - он настолько нищий?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #304, #340

303. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 21:15	+/–
> https://www.ietf.org/rfc/rfc1945.txt >> Вот и выросло поколение, которое считает набор rfc стандартом. > Вот и подросла школота, считающая стандартом только выс^Hхлоп многомиллиардных корпораций > ... Быстро переобулся. Возможно ли реализовать по приведенным тобой rfc компилятор раста? Нет, там даже грамматика языка не описана. Более того в расте даже модель памяти до сих пор не описана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300 Ответы: #312, #337

304. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 21:19	+2 +/–
> 24" 1080p панели - он настолько нищий? Какая разница какой монитор? Ты еще спроси почему он вертикально не повернут, чтобы больше кода влазило.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302

305. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 21:21	–1 +/–
> Он придумал ЭТО. Как он мог быть нормальным? На ЭТОм написан твой браузер, из которого ты комментишь. Как ты вообще можешь быть нормальным?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #570

306. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 21:22	+1 +/–
> Но а как же безопасность!? Безобразность синтаксиса? Это к расту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246

307. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 21:25	+/–
> Если его нет прямо в компиляторе, его не включают. Если компилятор просто > печатает предупреждения, их игнорируют Доля правды в этом есть. Просто нужен кто-то, кто все настроит. Остальные будут идти за ним https://s5o.ru/storage/simple/ru/ugc/23/90/c4/11/ruu788faf18...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

308. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 21:29	+1 +/–
> Если компилятор просто печатает предупреждения, их игнорируют В go именно поэтому не дает собрать код с неиспользуемыми переменными. Даже в деве.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

309. Сообщение от Full Master (?), 22-Янв-23, 21:30	+1 +/–
auto D_uptr = std::make_unique<D>(); Оп-па. Что на это скажете, педеRustы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #339, #450

310. Сообщение от Аноним (248), 22-Янв-23, 21:31	+1 +/–
> все баги сами себя фиксят стандартная мантра растохейтеров про якобы заявления растоманов. За "все баги" только вы, сишники, заявляете. А растоманы заявляют за отсутствие в растовских прогах 70% типичных сишных ошибок, которые (во какая оказия и несправедливость, не иначе, саботаж!) допускают "ненастоящие" си-программисты. Наверное в стек между ушами у сишников не помещаются все эти рекомендуемые Бьёрном Guidelines, выход за границы буфера происходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

311. Сообщение от Аноним (248), 22-Янв-23, 21:37	+4 +/–
Потому что довлеет наследие десятилетий. Не выкинешь же сразу старое г.вно, когда другого еще не нас.рал. А старого на миллион авгиевых конюшен навалено, гераклов на всех не хватает. Ну и плюс старое пока продолжает приносить деньги, а качество у конкурентов такое же, ибо такое же старое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269 Ответы: #402, #558

312. Сообщение от Аноним (252), 22-Янв-23, 21:45	–5 +/–
Конечно она там не описана. Потому что она описана тут https://github.com/rust-lang/wg-grammar/tree/master/grammar
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303 Ответы: #316

313. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 21:48	+2 +/–
> и волосы становятся шелковистыми Уточните на какой части тела?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

314. Сообщение от Аноним (314), 22-Янв-23, 22:00	–3 +/–
Какая там у него стадия? Отрицания?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #318, #457

315. Сообщение от Аноним (315), 22-Янв-23, 22:02	+1 +/–
“ Создатель C++ раскритиковал навязывание безопасных языков программирования” - сами языки программирования это хорошо. А навязывание конечно плохо.
Ответить | Правка | Наверх | Cообщить модератору

316. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 22:15	+3 +/–
> Конечно она там не описана. > Потому что она описана тут https://github.com/rust-lang/wg-grammar/tree/master/grammar Слушай, сначала ты говорил, что набор rfc - это по твоему мнению стандарт. Теперь еще какие-то репозитории. Может все карты сразу откроешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #312

317. Сообщение от Аноним (376), 22-Янв-23, 22:15	+2 +/–
> нужно писать в 5 раз больше символов в 5 раз?! Растаманы ещё и правильно считать символы не умеют...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

318. Сообщение от Аноним (376), 22-Янв-23, 22:16	+6 +/–
> Какая там у него стадия? реализм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314

319. Сообщение от printf (?), 22-Янв-23, 22:46	+/–
> Дальше можно оценить мантру про безопасность работы с памятью и её необходимость. И какое ваше мнение?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220

323. Сообщение от Аноним (323), 22-Янв-23, 22:55	+/–
то есть ты идеальный пользователь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

324. Сообщение от Аноним (323), 22-Янв-23, 22:56	–1 +/–
о, может расскажешь про экономику альт линкса, интересно было услышать гуру менеджмента
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #510

328. Сообщение от maximnik0 (?), 22-Янв-23, 23:01	+/–
>А то даже страшно подумать что за монстр был бы рожден... Это все зависит от квалификации программистов и менеджера проекта. Be-be монстр ? А Syllable (правда там ++ кода очень мало) ? А ещё читал про проект обработки сетей 5g ,так ребята писали что без ++ не один язык не справлялся,нужен реалтейм,так ядро обработчика у них вышло 12 мгб.При этом от stc им пришлось отказаться,т.к оказался медленный для ихних задач.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #492

331. Сообщение от Атон (?), 22-Янв-23, 23:07	+/–
ты на их зарплаты посмотри.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241

335. Сообщение от Аноним (356), 22-Янв-23, 23:13	+/–
Вариант на расте не эквивалентен варианту на плюсах. На плюсах ты создаешь объект в хипе, тогда как на расте на стеке. Ну и не пользуешься автоматическим выводом типов и сокращением неймспейсов. Эквивалентный вариант на расте: let mut d: std::boxed::Box<D> = std::boxed::Box::<D>::new(D::new()); Но, с учетом того, что на плюсах ты используешь конструктор по умолчанию и наиболее близкий растовский вариант -- имплементация трейта Default, можно немного сократить: let mut d: std::boxed::Box<D> = std::boxed::Box::<D>::default(); против плюсового std::unique_ptr<D> p = std::make_unique<D>();
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #384

337. Сообщение от Аноним (173), 22-Янв-23, 23:17	+/–
>>> Вот и выросло поколение, которое считает набор rfc стандартом. >> <классический пример> > Быстро переобулся. Возможно ли реализовать по приведенным тобой rfc Быстро ты начал вилять задом. Приколись: стандартизация плюсов была аж в 98-ом, да и сишка была стандартизована в 89-ом, а GCC с их поддержкой - еще в 87-ом (помимо кучи других - Watcom, Turbo, MS, Lattice, Datalight)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303 Ответы: #578

339. Сообщение от Аноним (356), 22-Янв-23, 23:18	+/–
let D_uptr: Box<D> = Default::default(); Четыре символа разницы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #309

340. Сообщение от Аноним (340), 22-Янв-23, 23:19	+/–
И прическа не из барбершопа, и волосы не фиолетовые, и штанишки не узкие, и сникеры не модные, и бицепсы не выпирают... Фу, ненастоящий какой-то программист.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302

345. Сообщение от Аноним (356), 22-Янв-23, 23:30	+/–
Который а) ничего не гарантирует и покрывает только некоторые виды ub и б) добавляет в рантайм оверхед и из-за этого если и используют, то только в прогоне юнит тестов, в продакшене на реальных данных его не запускают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284 Ответы: #359

351. Сообщение от Аноним (351), 22-Янв-23, 23:35	–1 +/–
Комментаторы раст-хейтеры с батхёртом от того что не хотят / не могут осилить ничего нового. Майкрософт говорил что 80% всех уязвимостей за 2020 (или какой там) год - это мемори сейфти, поэтому Раст отлично заходит. (Ищите сами ссылку на это если нужно). Не понимаю как профессионал может говорить что один язык лучше или хуже. Это как бензопила лучше чем перфоратор. Или я работаю молотком (С/С++) последние 20 лет и все нормально, значит отвёртки и все другие инструменты не нужны.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #362

356. Сообщение от Аноним (356), 22-Янв-23, 23:41	+/–
Я знаю единственный "язык", где управление внешними пакетами встроено прямо в него -- Deno. В нем можно прямо в исходнках написать путь к гитовскому репозиторию и во время исполнения скрипта Deno сходит на этот сервер скачает git репозиторий и скомпилирует его. Во всех остальных языках пакеты устанавливаются либо отдельной тулзой или отдельным командой для тулчейна языка. И этот процесс является опциональным. Можно руками разруливать все зависимости и хранить их где угодно. Можно ими вообще не пользоваться. А так, чем плюсы с их Conan отличаются от той же ноды с npm? Только тем, что конан переусложнен и не идет из коробки и неосиляторы по прежнему предпочитают копипастить сторонние либы в свой гит репозиторий и больше никогда в жизни не обновлять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #429, #446

357. Сообщение от Аноним (356), 22-Янв-23, 23:42	+/–
cargo vendor -- не благодари
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231

358. Сообщение от Аноним (358), 22-Янв-23, 23:43	+1 +/–
> Что этот профессор себе позволяет? Решил пойти против корпораций? Нет, просто Бьёрн мыслит как вменяемый адекватный инженер, и судит с позиции логичного подхода когда все программисты также разумные люди, понимающие что они делают. Но сейчас в индустрии далеко не так, даже Линус очень аккуратно намекнул, что возможно и стоит, т.к. времена уже не те, он бы может в присущей себе манере высказался покрепче, но даже он начал фильтровать базар, шибко взялись, видать. Бьёр всё правильно пишет, только он проспал наплыв макакокодеров в индустрию, которые дешевле и их легко заменить на другую партию макак. А все эти модные веяния по защите от выстрелов себе в ноги расчитаны на тех, кто и в голову себе выстрелит не особо напрягаясь. Времена такие, хипстоязычки для макакокодиров с более низким порогов вхождения для войтишников в ойти, которые наперегонки готовы рвать себе глотки и дупы доказывая что: "Си сотоварищи нибезапасин, там сишные дыры и можно отсрелить себе всякое в памяти, азаза!!!!1111" На самом деле просто пытаясь замаскировать свою бездарность и неосиляторство как в интеллектуальном плане, так и в плане усидчивости и аккуратности. Сейчас же как, хочется поскорей, войти в ойти, поймать за хвост успешный успех и макакокодить на маках где-нить удалённо с тёплых стран методом х**ак-х**к и в продакшон. Но говно всё равно Си сотоварищи, да!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #455, #462

359. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 23:44	+/–
> Который а) ничего не гарантирует и покрывает только некоторые виды ub никакой инструмент не гарантирует 100% отсутствие ошибок, но это не означает, что его не нужно использовать. > б) добавляет в рантайм оверхед Они все его добавляют и asan, и tsan. Но он намного меньше в отличие от valgrind'а, который любят приводить в пример местные растоманы. > то только в прогоне юнит тестов, в продакшене на реальных данных > его не запускают. Можно увеличить данные для тестов. Сделать prestable с реальными данными. Вон тот же google по отчетам находит много ошибок с помощью них.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345 Ответы: #408

362. Сообщение от Вы забыли заполнить поле Name (?), 22-Янв-23, 23:52	+/–
> Не понимаю как профессионал может говорить что один язык лучше или хуже. > поэтому Раст отлично заходит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #351

364. Сообщение от Аноним (356), 22-Янв-23, 23:57	+1 +/–
> все старые "болячки" исправлены Да-да, главное, не забудь добавить virtual к деструктору, если когда-нибудь от этого класса кто-нибудь будет наследоваться. Или не ошибись с типами шаблонов, иначе тебя может ошибка с описанием на несколько экранов, причем ничего вразумительного не говорящая о причинах. Язык развивается странным образом -- все старые проблемы просто игнорируются и основная деятельность направлена лишь на добавление фич ради фич.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250 Ответы: #417

365. Сообщение от Аноним (365), 22-Янв-23, 23:58	+3 +/–
Товарищи майоры оставили бекдоры, и теперь, чтобы замять "это грязное дело" нужно объявить, что вина тому только безопасная работа с памятью, а не их многочисленные закладки. А здорово вы это придумали, я сразу и не догадался!!!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #423

367. Сообщение от Аноним (356), 23-Янв-23, 00:06	+/–
cargo vendor сохранит все необходимые исходники для сборки в отдельный каталог. Можешь хранить их потом как угодно и из него собирать офлайново.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

368. Сообщение от Аноним (356), 23-Янв-23, 00:12	+2 +/–
В расте переполнение так же является ub. Так уж устроены современные процессоры. Но его легче отлавливать на отладочных сборках. + можно и релизные сборки собирать с проверкой на переполнение, но это сильно бьет по производительности и поэтому так никто не делает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #459

369. Сообщение от Аноним (369), 23-Янв-23, 00:16	–1 +/–
а) Дипстейт продвигает безопасные(но при этом централизованные или уже закрепощенные) решения что бы иметь меньше головной боли б) Дипстейт предвидит волну отхода от безопасных языков и намеренно создает собой антирекламу(скорее всего нет) Судя по описанию слов деда в статье, дед опять пыхтит и оправдывается. P.S C++ в нынешнем виде и наследием обратной совместимости выглядит как треш. Rust имел все шансы, но превращается в ахтунг, и сектанство вокруг него какое-то нездоровое.
Ответить | Правка | Наверх | Cообщить модератору

372. Сообщение от Аноним (-), 23-Янв-23, 00:36	+/–
Иногда полезно отвлечься на написание кода от присваивания исключительных прав на достояние общественности. Больше буковок - больше труда рукам и килобайтов в исходнике, можете начать килобайтами меряться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189

374. Сообщение от Аноним (376), 23-Янв-23, 00:45	+/–
твои слова да в уши паскалефобам, у которых истерика от begin-end
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #254 Ответы: #566

375. Сообщение от Аноним (-), 23-Янв-23, 00:46	–1 +/–
У него обидка, что раст взяли туда, куда с++ зась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

376. Сообщение от Аноним (376), 23-Янв-23, 00:48	+2 +/–
Причём из первого их уже уволили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

379. Сообщение от Аноним (-), 23-Янв-23, 00:59	+/–
Не холивара ради. Я до сих пор не понимаю тех, кто пишет на плюсах. Если вам нужны указатели и непосредственное взаимодействие с железом - вам чистый Си. Если безопасность, ООП, функциональщина и прочие концепции - пишите на любом относительно современно ЯП: Java и её производных, D, C#, Ruby, Python, да хоть на JS! Плюсы-то вам зачем? Зачем мучаться? Туда же все эти потуги с Rust, Go, что там ещё из новоязов? Для чего? А главное на серьёзных щщах пытаться переубеждать людей, что Rust лучше Java, например. Или Python. В конце концов, если человек не привязан к какому-то стеку технологий, то вообще может выбирать между диалектами LISP и Haskell. Вот где раздолье для самореализации! Мне вот лично гораздо больше Python нравится чем  Ruby. Но при этом я понимаю и принимаю, что де-факто именно Python стал lingua franco. Лучше уж Python чем C++ или Java. Потому что меньше геморроя тащить вместе с языком. За один день можно разобраться как базовые операции делать и начать писать код для своих прикладных задач, а не месяцами изучать стандартную библиотеку. P.S. единственная сфера, где нужен C++ - это HFT. Куда Страус и свалил. Всё. По сути он больше никому не нужен. Оттуда и пассаж про "скорость над безопасностью". Весь остальной банкинг вращается или на C# или Java. Потому что архитектура, ООП, безопаность и прочее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #380, #396, #401, #412, #522, #563

380. Сообщение от Аноним (-), 23-Янв-23, 01:01	+/–
Я хотел написать, что Ruby нравится гораздо больше чем Python. Поправка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379

381. Сообщение от freecoder (ok), 23-Янв-23, 01:12	+/–
Не надо усложнять на ровном месте, с Box будет так: let p = Box::new(D::new());
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #495

384. Сообщение от freecoder (ok), 23-Янв-23, 01:18	+1 +/–
Box по-умолчанию в prelude, так что не нужно указывать полный путь: let mut p: Box<D> = Default::default();
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #335

396. Сообщение от freecoder (ok), 23-Янв-23, 01:43	+1 +/–
> Rust ... Для чего? 1. Может быть ты специалист/компания широкого профиля и хочешь использовать один и тот же язык для бек-энда, тулинга, встраиваемых компонентов, кусков фронта (WebAssembly), графики. И чтобы быстро, без фризов, и безопасно! 2. У тебя огромная кодовая база и без развитой системы типов и кучи проверок компилятора ты просто утонешь в багах при рефакторинге/доработках. 3. Ты стремишься максимально переиспользовать свой код (или брать готовое), а для этого нужны хорошая система модулей и мощные инструменты управления зависимостями и процессом сборки. 4. У тебя многопотоков, и без вот этих автопроверок на Send и Sync, а также без защиты от гонок, твоя жизнь тихонечко превращается в ад. 5. Тебе надоело писать шаблонный код и ты хочешь красиво его генерировать макросами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379

401. Сообщение от Вы забыли заполнить поле Name (?), 23-Янв-23, 02:22	+/–
> Не холивара ради. > Я до сих пор не понимаю тех, кто пишет на плюсах. Если > вам нужны указатели и непосредственное взаимодействие с железом - вам чистый > Си. Если безопасность, ООП, функциональщина и прочие концепции - пишите на > любом относительно современно ЯП: Java и её производных, D, C#, Ruby, > Python, да хоть на JS! Плюсы-то вам зачем? Зачем мучаться? Они дают все эти концепции и получаешь такой же быстрый код как на С. > P.S. единственная сфера, где нужен C++ - это HFT. Куда Страус и > свалил. Всё. По сути он больше никому не нужен. Оттуда и > пассаж про "скорость над безопасностью". Для С++ есть куча других реалтаймовых задач. > Весь остальной банкинг вращается или на C# или Java. Потому что архитектура, ООП, безопаность и прочее. В современном банкинге, в том числе и связанном с биржей, используется go, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379 Ответы: #440

402. Сообщение от Вы забыли заполнить поле Name (?), 23-Янв-23, 02:29	+/–
> Не выкинешь же сразу Ну 17 лет прошло, можно было уже начать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #311 Ответы: #556

404. Сообщение от wyry (?), 23-Янв-23, 02:30	+1 +/–
Жаль разработчики UE5 вас не послушали и написали движок на C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

405. Сообщение от wyry (?), 23-Янв-23, 02:32	+/–
Эти фишки не являются частью языка, чтобы их "вычищать".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250

407. Сообщение от Аноним (407), 23-Янв-23, 02:39	+/–
Ну так если вы ратеете за плюсы, ответьте по факту, почему в плюсах за 40 лет ничего нет даже близко по функиональности FastMM? чтобы показать все проблемы с памятью сразу?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

408. Сообщение от Аноним (408), 23-Янв-23, 02:39	–1 +/–
> Но он намного меньше в отличие от valgrind'а, который любят приводить в пример местные растоманы. Причем тут вообще раст и варлинг? > никакой инструмент не гарантирует 100% отсутствие ошибок Как раз таки большинство других языков (java, js, python и даже perl) не имеют проблем с ub. По крайней мере, в своих обычных режимах работы, если к ним не подключать плюсовые библиотеки. Тот же безопасный раст дает 100% от отсутствия ub. Да, есть некоторые нюансы, вроде того же переполнения, но проверки можно оставить и в релизной сборке. Возможны дедлоки в многопоточности, но от них нет 100% защиты даже теоретически. И возможны утечки памяти при циклических ссылках у объектах с rc. Но от этого тоже невозможно защититься без полноценного gc. Но две последние проблемы — это проблемы именно в текущей реализации стандартной библиотеки, которая внутри себя использует unsafe. Без использования unsafe невозможно реализовать ни rc, ни работу с тредами. Так что в чисто безопасном теоретическом расте это воспроизвести невозможно. Так что инструменты дающие 100% работающие программы без ub есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359

409. Сообщение от wyry (?), 23-Янв-23, 02:40	+/–
Вот даже не начинайте. За нарушение обратной совместимости надо просто незамедлительно уничтожать. В Аду есть особая печь для тех, кто нарушают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #472

412. Сообщение от Аноним (407), 23-Янв-23, 02:45	+/–
Ну вот мне нужна работа на десктопе на разных платформах. Гуи с кучей сложных виджетов и MVC. Работа с мультимедиа (как ffmpeg, так и медиа API осей напрямую). Возможность работать с API графами и всякие рисовашки на сцене. При этом все это добро должно достаточно быстро и сносно работать. Желательно интеграция со всякими CI/CD и тестовыми фреймворками. Попадает под список требований только C#, Java, C++. К сожалению, работа с гуём на C++ организована на порядки лучше благодаря Qt, поэтому C# и Java отваливаются.  Когда будут стабильные рабочие биндинги для Qt под Rust - смело перейду на него. А пока да, С++ адекватной замены нет. Пытаться сидеть на вот этих Java/D/Ruby  это как раз таки "жрать кактус" вместо решения бизнес-задач.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379 Ответы: #419, #437, #594

413. Сообщение от Аноним (413), 23-Янв-23, 02:54	+1 +/–
> ойтишники считают пользователей чем-то вроде дрозжевых бактерий > И правильно считают Главное, что нужно о вас знать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

414. Сообщение от _kp (ok), 23-Янв-23, 03:10	+/–
>> А на статических классах можно и вовсе получить быстрее и компактнее, чем на Си > Да ладно, может и быстрее ассемблера? Я про ассемблер не говорил, а вот оптимизированный код на статических классах не редко бывает эффектифнее чем си. А быстрее ассемблера, ну очевидно же, никто не может. Выше фраза промелькнула, что С++ недостаточно низкоуровневый. Независимо от парадигмы программирования, на С++ можно писать проект под голое железо ровно с тем же количеством ассемблерных вставок, как и на Си, то есть таблица векторов прерываний и несколько макросов на спецфические инструкции процессора. То есть, язык достаточно низкоуровневый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301

415. Сообщение от _kp (ok), 23-Янв-23, 03:19	+/–
>> догадаетесь какое будет быстродействие? Крайне высокое. > Да-да. А еще если отключить сборщик мусора, то и обгонит... Говорят в > каком-то софте для биржи на джаве так делают. Сборщик мусора статическому коду и объектам не мешает, а отключить надо лишние проверки в критичных местах, в релизе. Но это скорее полу спорт, чем практическая задача. Формально программа типа на c#, но кучей плюшек не пользуется, и не сокращает ни фремя разработки, ни добавляет фич. Лично я в таком стиле только эмулятор 386 писал, именно со спортивным интересом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270

416. Сообщение от Аноним (416), 23-Янв-23, 03:51	+/–
В целом может я конечно плохо искал, но в целом знаю на плюсах может быть всего пару тройку библиотек Qt, Boost и так по мелочи там плагины к KDE всякие хотя используем и часто работаю с продуктами более 10-15 лет, а вот с Rust знаком последние несколько лет даже на пороге входа в язык есть удобный учебник, реестр cargo с библиотеками, а еще уйма разработчиков на GitHUB, а главное подключай и используй без боли любую разработку, т.е. нет уймы возни с настройкой проекта и системы сборки. Вспомниаю почему-то времена Visual Studio 5.0 когда делал ActiveX и собирал там как-то уомпоненты эти совершенно несовместимые бинарные файлы проектов между версиями. Какая-то канувшая в лету библиотека MFC. Я думаю, что C/C++ сейчас страдает от отсутствия штатных инструментов сборки, какой-то эталонной реализации (под каждую платформу свои какие-то линковщики, там тебе такие флаги тут вообще совсем дургой транслятор) и почти нет уже сообщества (там остались люди за 50+, а молодые люди конечно смотрят в сторону проще/быстрее/дороже). Да и заказов на проекты с C++ сегодня редкость большая, так по мелочи только где-то используют, а большая часть действительно проектов на C#, Java, Python, Golang-ах всяких.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

417. Сообщение от Аноним (417), 23-Янв-23, 04:00	–1 +/–
> Да-да, главное, не забудь добавить virtual к деструктору, если когда-нибудь от этого класса кто-нибудь будет наследоваться. А не надо использовать абстрактные классы налево и направо. Используй компоненты и мозг, а не анти-паттерны ООП, когда каждая сущность распилена на интерфейсы вплоть до атомов. > Или не ошибись с типами шаблонов, иначе тебя может ошибка с описанием на несколько экранов, причем ничего вразумительного не говорящая о причинах. Опять же, не зная броду - не лезь в воду. Не разобравшись в шаблонах, не стоит туда лезть. Лично я предпочту иметь сколь угодно сложную ошибку компиляции, чем любимое сишное UB во время исполнения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #364

418. Сообщение от Аноним (416), 23-Янв-23, 04:04	+/–
Наивная позиция про статический анализ. Если инженерам позволить быстрее сдать задачу (а еще KPI криво написать), то конечно все это будут игнорировать понаставят флагов "-Wno-*" и будут спокойно халтурить. Язык же исключающий в принципе возможность написания кода халтурно (кстати Rust позволяет халтурить в своем unsafe подмножестве), так что этим активно можно пользоваться. Что касается плюсов в возможности свободы в использовании там где нужно небезопастного подхода это не работает в современных подходах кодом зачастую владеет не один человек а команда и разбираться почему там какой-то Васян решил сэкономить слишком затратно, так что создают некоторые практики говорящие надо писать код безопастно, но Васян конечно не успевал в сроки и продалбал и вообще так проще, так что потом переиспользовав это в потоке другой Петя и все ... все довольны проект сдан, а Васян и Петя осчастливлены премиями за успехом и сдачей в срок, но вот только спустя год найдут проблему в самом неожиданном месте. Если позволить человеку халутрить он будет халтурить.... Относительно языков с защитой дело это очень хорошее перекладывать ответственность на бездушную программу которой пофиг на сроки и прочие обстоятельства, но вот только тот же Rust все эти гарантии дает обойти и создает илюзию защиты, так все эти механизмы снимают unsafe блоками или внешними выходами в C/C++ код. А так же не забываем про уймы runtime внешних библиотек и вот мы решили только часть проблемы.
Ответить | Правка | Наверх | Cообщить модератору

419. Сообщение от Аноним (416), 23-Янв-23, 04:12	+/–
> К сожалению, работа с гуём на C++ организована на порядки лучше благодаря Qt Все верно Qt слили немного денег на реализацию GUI вот и путь(цена) до результата поближе чем на всяких языках второго порядка (через биндинги). Все эти крики по сути просто разговор о техническом долге разработчиков ОС общего назнаечени, которые к 2022 году не имеют до сих пор нормального C ABI для создания GUI. Так что речь тут не о фреймворках, а о том, что создатели X11, Windows или macOS не предоставляют единого стандарта я уж ен помню что там были за инициативы у них у всех OpenMotif вроде бы последнее что я помню пытались стандартизировать... Так что проблема тут не в языка и их биндингах, а в целом в том что вам 30 лет продают Windows с недокомплектом (хотя ладно там вроде бы есть какой-то CreateWidnowsEx), так что вам дают X11 с набором примитив рисовашки окна, картинки и что там еще по стандарту X11 можно рисовать. Что вам дают в Carbon/Cococa только Objective-C интерфейс к компонентам. Это все просто маркетинг, который сегодня привел к лидерству Electron прилоежния дающий общий API для рисования HTML в окошке для всех систем. Давайте лушче вместо срача что там биндинга нет петицию на восстановление OpenMotif писать к всем манстримным системам...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #412

420. Сообщение от all_glory_to_the_hypnotoad (ok), 23-Янв-23, 04:15	+/–
> ... они не смогли стандартизовать аннотации в комментариях И правильно делают, аннотации в коментариях это зло и всем, кто пробует нагрузить комментарии вспомогательной технической функциональностью, нужно открывать руки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #498

421. Сообщение от all_glory_to_the_hypnotoad (ok), 23-Янв-23, 04:28	+/–
Всё ещё не спилили кобол, фортран, перл и просто си. Плюсы спилить невозможно по похожей причине, т.е. уже есть куча живого кода родом из далёкого прошлого которую невозможно за разумные сроки перенести на радикально другой ЯП. Например, PostgreSQL. Тем более настолько же функциональной альтернативы всё ещё нет. Бьёрн предлагает итеративное развитие языка и вслед за ним адаптацию кода по мере необходимости. Здесь он полностью прав.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

422. Сообщение от all_glory_to_the_hypnotoad (ok), 23-Янв-23, 04:32	–1 +/–
Тебе бы такого Альцгеймера к 80 .. если вообще доживёшь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

423. Сообщение от Аноним (242), 23-Янв-23, 04:35	+1 +/–
На мотив "Мурки", Товарищи майоры Оставили бекдоры И решили дело то замять. Сишку обвинили Чтоб все её забыли И пошли на Расте все писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #365

424. Сообщение от Neon (??), 23-Янв-23, 04:36	+1 +/–
Смартфон все таки не ПК. Различается целями и задачами. Смартфон удобен для потребления информации. А ПК для её создания. Попробуйте ка покреативить на смартфоне. Это как сексом в противогазе в ластах заниматься.))) Программы писать на смарте, видео редактировать, 3d создавать.)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248 Ответы: #461

425. Сообщение от Neon (??), 23-Янв-23, 04:37	+/–
Смартфон создан для потребления информации, создавать на нем её затруднительно и неудобно. В отличии от ПК.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251

426. Сообщение от Neon (??), 23-Янв-23, 04:40	+1 +/–
А на фига это делать ?! Специально по граблять прыгать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287 Ответы: #533

427. Сообщение от Neon (??), 23-Янв-23, 04:42	–1 +/–
Только почему то это лучшее никто не использует. Парадокс)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

428. Сообщение от Neon (??), 23-Янв-23, 04:43	+/–
Это как раз плюс. Не нужно никаких сетевых сервисов, они совершенно лишние
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

429. Сообщение от Neon (??), 23-Янв-23, 04:45	+/–
А потом что то случается с git репозиторием и все сосут лапу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #356

430. Сообщение от Neon (??), 23-Янв-23, 04:55	+/–
Стандартная библиотека С++ вызывает лишь матерные эмоции. Элиптические функции есть, а вот работа с сетью отсутствует. Что чаще нужно программистам в работе ? Эти люди из Си++ комитета больше для себя лоббируют, плюя на простых прикладных программистов. Все новые стандарты С++ вносят какую то дичь, нужную лишь разработчикам стандартной библиотеки. Развитие языка пошло куда то не туда после С++ 11 и 14. До сих пор не удосужились сделать нормальные многомерные динамические массивы. Чтобы без извращений с одним индексом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #557

431. Сообщение от Neon (??), 23-Янв-23, 04:56	+/–
Прекрасно жили без всех этих монад, концептов, модулей и прочих извращений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #565

432. Сообщение от Neon (??), 23-Янв-23, 05:02	+/–
Лучше бы всех этих фичей не было бы. Язык окончательно превратился в помойку после С++ 14
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #530

435. Сообщение от Neon (??), 23-Янв-23, 05:08	+/–
С++ плохой язык, но остальные еще хуже. Нет в жизни счастья.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #445, #449, #561

437. Сообщение от anonymous (??), 23-Янв-23, 06:50	+/–
Писать десктопное приложение, дёргающее API ОС для отрисовывания это конечно не абстрактный конь в вакууме. Каждый день все этим занимаются. Требуется примерно 0,00001% разработчиков. Про бизнес-логику поржал, да. Java для того и сделали, чтобы бизнес-логику по сути писать, не заморачиваясь переносимостью. Я не буду спорить, что Qt очень много сделал для плюсов. Но мы говорим вообще-то про энтерпрайз код, а там альтернативы Java по сути нет и не было. P.S. Ruby on Rails как был, так и есть лучшим веб-фреймворком. Только JS макаки в него не могут никак. Что ни в коей мере не мешает использовать Ruby примерно в любой прикладной задаче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #412

440. Сообщение от anonymous (??), 23-Янв-23, 06:58	+/–
> В современном банкинге, в том числе и связанном с биржей, используется go, например. Есть. В Ozon, например, все вакансии на Go. Что говорит лишь о том, что там собрались смузихлёбы. Я не понимаю зачем усложнять себе жизнь и тащить плюсы в задачи, где требуется быстродействие. Пишите на C и не выпендривайтесь! Либо учите и разбирайтесь до бесконечности в плюсах и страдайте. Все остальные, кому не требуется писать RTOS, критические секции ОС, хардкорные реализации алгоритмов для роутеров или ещё какие-то специфические задачи уже давно перешли на Java или любой другой ЯП. И в ус не дуют. P.S. не переубедите вы меня, что С++ в принципе нужен. С++ - это попытка натянуть всё то развитие в области прграммирования на язык С, просто потому что это удобно и не ломало код на первых порах. Гораздо проще и правильнее было сразу в Java вкатываться. Когда она появилась и развилась само собою.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #401

444. Сообщение от Аноним (445), 23-Янв-23, 07:51	+/–
> развиваемые последние годы базовые рекомендации по использованию C++ (C++ Core Guidelines) С учебником (любым) пробовали ознакомиться?
Ответить | Правка | Наверх | Cообщить модератору

445. Сообщение от Аноним (445), 23-Янв-23, 07:52	+1 +/–
C++ (и его подмножество C) - единственный язык. Других не существует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #435 Ответы: #489

446. Сообщение от FreeStyler (ok), 23-Янв-23, 08:08	+1 +/–
В Go тоже можно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #356

447. Сообщение от Аноним (447), 23-Янв-23, 08:11	+/–
Скажу вам даже больше: все ЯП _общего назначения_ примерно одинаковы по сложности. Какие-то из них имеют более высокий порог вхождения, какие-то менее, но уже мидл+ особого профита от выбора "легкого в изучении языка" не ощущает от слова "совсем". А любые спекуляции на тему "легких в изучении ЯП" так и остаются не более чем спекуляциями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

449. Сообщение от Аноним (449), 23-Янв-23, 08:32	+/–
счасть есть, его не может не быть! увольняешься из гугла и вот оно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #435

450. Сообщение от Cooler (??), 23-Янв-23, 09:02	+/–
Ну std:: втыкать везде это не комильфо, если это не хедер. В большинстве случаев будет auto ptr = make_unique<D>();
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #309 Ответы: #523

451. Сообщение от Аноним (451), 23-Янв-23, 09:02	+/–
интересно, как ты соберешь свое недоприложение без интернета ? на c/c++ - легко
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

452. Сообщение от Аноним (452), 23-Янв-23, 09:25	+/–
Если в Делфях еще нужно писать ReportMemoryLeaksOnShutdown := True, то в Lazarus это просто включается по умолчанию в Debug режиме. И вы при каждом завершении программы будете видеть, была у вас утечка памяти или нет. Очень помогает. Full debug mode еще круче. Он ищет обращения к уже освобожденной памяти. Ну кстати бывает полезно скомпилить прогу под разные платформы. Что прокатывает на 32х битах, то падает на 64х.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

453. Сообщение от Аноним (260), 23-Янв-23, 10:02	–1 +/–
Филологам в IT не место. Программа -- это не школьное сочинение на тему "как я провёл лето", в ней не должно быть места отсебятине, а значит и таким халтурным языкам как C и C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

454. Сообщение от Аноним (260), 23-Янв-23, 10:06	–3 +/–
Кого волнует что там использует НАСА?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286

455. Сообщение от Аноним (260), 23-Янв-23, 10:14	+1 +/–
> Бьёрн мыслит как вменяемый адекватный инженер, и судит с позиции логичного подхода когда все программисты также разумные люди, понимающие что они делают Это позиция полного неадеквата, живущего в мире розовых поней.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358

456. Сообщение от Простоник (ok), 23-Янв-23, 10:41	+/–
C++ действительно не позволяет писать надёжный код. С проблемой утечки памяти в браузерах, пользователи сталкиваются каждый день. Но есть и вторая сторона медали - это переносимость кода. Так что если нужно обеспечить переносимость,то выбора в общем-то и нет. На больших объёмах кода утечка памяти гарантируется.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #464, #468

457. Сообщение от Аноним (457), 23-Янв-23, 10:45	–1 +/–
Торг
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314

458. Сообщение от Аноним (458), 23-Янв-23, 10:49	+/–
Насчёт питона не совсем точно. Я иногда люблю выкачивать всё, чего нет в чистом Python и класть в папку с моим кодом. Качаю обычно с офф сайта. А питонил ещё до этих virtualenv и pip.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

459. Сообщение от Аноним (88), 23-Янв-23, 10:58	+/–
>переполнение так же является ub. Так уж устроены современные процессоры. Уточните, что это за современные процессоры такие в котором переполнение в простейших целочисленных арифметических операциях вызывает неопределенное поведение? > В расте переполнение так же является ub. Уточните, где именно здесь неопределенное поведение? https://doc.rust-lang.org/book/ch03-02-data-types.html#integ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #368 Ответы: #580

460. Сообщение от Аноним (458), 23-Янв-23, 11:00	–1 +/–
Жертвовать безопасности ради эффективности? Ну такое себе. И лучше раньше думать о безопасности, чем потом гайдлайны прикручивать к хромой собаке.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #465

461. Сообщение от Alex (??), 23-Янв-23, 11:03	+/–
Установи на смартфон Windows, подключи док станцию с монитором и остальным и пользуйся на здоровье как обычным компьютером. Только есть нюанс производители не очень любят когда их трояны выпиливают из устройств и запрещают это делать всеми правдами и не правдами. За исключением некоторых не самых популярных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #424 Ответы: #487

462. Сообщение от Alex (??), 23-Янв-23, 11:21	+/–
Сейчас острая проблема нехватки  программистов во всем мире. Даже за очень большие деньги очень сложно найти хорошего специалиста. Это проблема не языков программирования, а всей глобальной системы образования. Классическое образование отупляет людей, делает узкими специалистами не способными соединить абстрактные вещи между собой. Потому что такими людьми легко управлять, легко держать стадо под контролем и давать немного на про питание. Чем дальше тем более очевидно это будет. Возможно через лет 100 будет революция этой системы, но пока будут пытаться менять инструменты, внедрять ИИ, снижать пороги входа. Но ИТ идёт другим путём, оно требует все более и более качественного образования иначе все равно возникнет дефицит, что разогнаный до уровня ассемблера и кастрированный питон для более лёгкого понимания и супер современный советник из ИИ который делает за программиста 99.9% работы будут очень - очень сложными. В будущем нас ждёт либо полный мир высокообразованных и умных людей, либо анархия из за огромного количества бесконтрольно живущих программ которые никто не в состоянии менять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358 Ответы: #539

463. Сообщение от НяшМяш (ok), 23-Янв-23, 11:23	–1 +/–
> А компьютеры вообще регулярно включать не надо. Раз включил сразу после покупки и сборки - и работает От кода уровня "эксперт опеннета" компьютер приходится регулярно перезагружать. Раз включил и навсегда можно было 50 лет назад, когда экспертов сишки ещё не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #552, #553

464. Сообщение от Аноним (445), 23-Янв-23, 11:52	–2 +/–
> C++ действительно не позволяет писать надёжный код. Да неужели? > Но есть и вторая сторона медали - это переносимость кода. И она изумительная у С++. > На больших объёмах кода утечка памяти гарантируется. Нет. У Вас что в дипломе написано? У меня в специализации "Разработчик С++".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #456 Ответы: #504

465. Сообщение от Аноним (445), 23-Янв-23, 11:54	+/–
> И лучше раньше ..., чем потом Потом это, очевидно, будет делать другой разработчик. В таком случае лучше переписать весь код заново.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #460

466. Сообщение от h (?), 23-Янв-23, 11:58	+1 +/–
Мнение этого человека чётко и по делу. Каков он сам и есть.
Ответить | Правка | Наверх | Cообщить модератору

468. Сообщение от Простоник (ok), 23-Янв-23, 12:18	+1 +/–
Диплом это здорово, конечно, ваш диплом может помочь решить проблему с утечками  памяти в отрасли? Видимо, корпорации Google, Microsoft и пр. так и не смогли вас нанять вовремя, и теперь обречены на страдания с багами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #456 Ответы: #538

469. Сообщение от Аноним (88), 23-Янв-23, 12:37	+/–
А вот rust-сообщества: https://foundation.rust-lang.org/img/headshot/jane.jpg https://twitter.com/yaahc_/photo
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266

470. Сообщение от Прохожий (??), 23-Янв-23, 12:43	+2 +/–
А потом при очередном кризисе ноют, оказавшись на улице. А все почему, потому, что пользователь это тот, кто платит всем этим олухам деньги
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #564

471. Сообщение от Аноним (471), 23-Янв-23, 12:53	–1 +/–
Может заодно возродить Itanium, который с такой помпой продвигали неосиляторы Intel корпорации потратившей овердофига денег и обосравшись при этом? Ты малыш не видел как это продвигалось с отдельной новой улучшенной версией Windows. А GCC это проект GNU, который пытается примазаться ко всему Linux когда он уже далеко не 100% распространения имеет и пишется самостоятельно. То есть никто не обязан им выдавать нечто. GCC создавали в противовес платным компиляторам. А в e2k компилятор часть платформы. Осилишь написать компилятор - вперед. Не осилит GNU написать компилятор - их проблемы. Никто им не обязан и тебе тем более открывать код платформы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

472. Сообщение от annonn (?), 23-Янв-23, 12:58	+/–
не, нужно тащить за собой тонны старого кода, поддерживать копролитические платформы и все ражи 2-3 калек которые сидят на железе 30 летней давности! офигенный план
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #409

473. Сообщение от Аноним (471), 23-Янв-23, 12:59	–2 +/–
А просто в АНБ принято лгать и под видом чего-то такого на самом деле ваяется какая-нибудь опасная хреновина задействующая распределенные вычисления и искуственный интеллект и чтобы всем и каждому не объяснять ничего, а тем более не заниматься переподготовкой кадров надо обмазаться безопасностью типа. А он такой наивный думает что политики и спецслужбы коллективного запада, и сэшэопии в особенности такие честные и неполживые братья по разуму с точно такими же как у программистов рациональными мозгами и целями, которые все и определяют. Во-первых обществу нужны кривые мозги, а от компа требуется безопасность и пока макаки пишут убогий код, который процессор оптимизирует для более-менее быстродействия можно говорить о безопасности в ущерб скорости. Вон в интернете скрипты такие убогие, что топовый смартфон уже не вывозит и производителям пришлось ускорить средние модели до уровня топов прошлых лет, чего в их планы не входило вовсе.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #497

475. Сообщение от annonnimuss (?), 23-Янв-23, 13:03	+/–
о, начинается старческое нытье в стиле "раньше было лучше", "молодеж совсем от рук отбилась", "деды кал жрали ложкой, а эти не хотят"... к счастью этому уже больше 1к лет, вот еще Сократ писал «Нынешняя молодежь привыкла к роскоши, она отличается дурными манерами, презирает авторитеты, не уважает старших, дети спорят со взрослыми, жадно глотают пищу, изводят учителей».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #268 Ответы: #550

476. Сообщение от Анимус (?), 23-Янв-23, 13:17	–1 +/–
Ну ты вот на ПК, а та же проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203

477. Сообщение от Аноним (477), 23-Янв-23, 13:21	–2 +/–
C++ действительно небезопасен. Элементарно передать в функцию ссылку на объект на стеке вызывающей функции - и вот вам use-after-free. Смарт-указатели от этого не спасут - они  держат данные на куче, а куча - это медленно, никто не будет хранить каждую переменную на куче. Rust решает эту проблему - данные хранятся по-умолчанию на стеке, как в обычном C++, можно передавать ссылки, но borrow checker следит за тем, чтобы use-after-free не было. Я не знаю, как мы C++ и C без этого живём, наверное в нашем коде use-after-free на use-after-free.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #482, #527

478. Сообщение от Аноним (477), 23-Янв-23, 13:24	+/–
>Carbon Language is currently an experimental project. There is no working compiler or toolchain.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #479

479. Сообщение от Аноним (477), 23-Янв-23, 13:25	+1 +/–
>Most of Carbon's design discussions occur on Discord. Смузихлёбы detected.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #478 Ответы: #536

482. Сообщение от Аноним (242), 23-Янв-23, 13:56	+2 +/–
> Элементарно передать в функцию ссылку на объект на стеке вызывающей функции - и вот вам use-after-free. И где там free, фантазёр?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #477 Ответы: #503

483. Сообщение от Серб (ok), 23-Янв-23, 14:23	+/–
То что в gcc добавили на данный момент не проводит проверки. Но компилятором языка rust является. Только реализация не полная. Вопрос, что мешает так и оставить и собирать из доступных исходиков?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

484. Сообщение от Анимус (?), 23-Янв-23, 14:51	+/–
О, пчёлы против мёда воюют, смотрите! Вендорлокнутый-то в итоге, это хорошо или плохо? Ничего вендорлокнутого в карго нет. Хочешь, тяни пакеты из гита, хочешь, откуда угодно из сети, хочешь, со своего собственного диска Ц. Большинство не будут страдать фигнёй и притянут всё, что нужно с crates.io.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #501

485. Сообщение от Анимус (?), 23-Янв-23, 14:59	+/–
У Гугл подавляющая часть кода на С++, Си исчезающе мало. Я это к тому, что у Гугл +- та же статистика. То же самое с Мозиллой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

486. Сообщение от Анимус (?), 23-Янв-23, 15:05	–2 +/–
А в Раст можно просто писать код и не сношаться с анализаторами, дебаггерами и линтерами. Прикольно, да?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #499

487. Сообщение от Аноним (-), 23-Янв-23, 15:06	+1 +/–
> Установи на смартфон Windows, подключи док станцию с монитором и остальным и > пользуйся на здоровье как обычным компьютером. Да вон есть полтора полу-недо-нечто на атомах. Даже сразу в виндой вроде. Правда, в результате вы получаете паршивый телефон (впрочем, скорее, планшет - с телефонной батарейкой х86 с виндой помирает слишком быстро) и паршивый компьютер, но это уже ваши проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #461

488. Сообщение от Аноним (-), 23-Янв-23, 15:12	+1 +/–
> После С99 ничего хорошего не придумали. Вообще-то, он содержит всё самое необходимое > и ничего избыточного. Ни больше ни меньше. Ну да, действительно, зачем нам static_assert() из C11 :). О багах в программе прикольнее узнавать когда бортовой компьютер сделает волшебный фигакс на полпути к назначению. Но, конечно, вы можете сколхозить аналог этого 20 разными способами. Только нестандартно и чаще всего без нормального сообщения об ошибке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

489. Сообщение от Аноним (-), 23-Янв-23, 15:13	+/–
Толсто. Си - это отдельный язык. Он к Си плюс-плюс никакого отношения не имеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #445

490. Сообщение от Аноним (-), 23-Янв-23, 15:14	+/–
> А как же VLA? -Wvla -Werror, ну вот так вот, если странные неконтролируемые йопсы софта не нравятся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229

491. Сообщение от Аноним (-), 23-Янв-23, 15:18	+/–
> Но с Rust ядро может в мегамостра перерасти. Да вообще мегамонстра и из сей можно вырастить. Как будто в сях абстракций нельзя навернуть. Особо ушлые господа делают на сях по сути ООП. А чего, гибкость и низкоуровневый доступ еще и не такое позволяют. Ну вон например корутины на сях. А чо, так то прикольно. В каком-нибудь lwan.ws даже к месту смотрится. Но если вас вот так наобум подобным кодом огорошить в не очень продуманном проекте, ваши шансы въехать в происходящее...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

492. Сообщение от Аноним (-), 23-Янв-23, 15:20	+/–
> ядро обработчика у них вышло 12 мгб. Намекает что они профакапились где-то в сильно другом месте, раз это весит как целый линукскернел, у которого уровень сложности при этом так то сильно более другой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #328 Ответы: #528

493. Сообщение от Аноним (-), 23-Янв-23, 15:21	+/–
> Знаешь, в Rust, Go, Python, Ocaml, Racket, Debian, Ubuntu, RHEL -- тоже > можно без пакетов. > Надо что-то -- просто скачай отдельно и сохрани. Однако куча софта на этом подразумевает что надо именно скачать левые полуварезок "от васяна" из мутных репок. И другие варианты не очень то и предусмотрены. Зачастую еще сделав curl | sh в процессе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

494. Сообщение от Аноним (-), 23-Янв-23, 15:24	–1 +/–
> А вы-то чего так распереживались? 😀 Что тут не понятного? У соседа корова сдохла, вау! И черт с ним что у самого хата горит, праздник и танцы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

495. Сообщение от Аноним (495), 23-Янв-23, 15:28	+2 +/–
> Не надо усложнять на ровном месте, с Box будет так: let p = > Box::new(D::new()); Раст как обычно радует читаемым, лаконичным, интуитивным кодом...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #381 Ответы: #531

496. Сообщение от garrick (?), 23-Янв-23, 15:28	+/–
Вы не поняли сарказм. Человеку-то как раз и не надо, но АНБ рекомендует...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

497. Сообщение от Аноним (497), 23-Янв-23, 15:37	+/–
> А просто в АНБ принято лгать У Страуструпа мнение по Расту отличается по АНБ, поэтому АНБ лжет? > чтобы всем и каждому не объяснять ничего Тут в pdf вообще-то на 6 страниц объяснено. > а тем более не заниматься переподготовкой кадров Как устроена работа у них внутри, и даже количество работников неизвестно, поэтому тем более не можем знать, как у них там с переподготовкой. > обществу нужны кривые мозги Подхожу к пешеходу, и спрашиваю «хотите, чтобы у вас мозг был кривым»? Бред же. Никто не хочет, чтобы были глупые как папуасы, ибо $$$ меньше. Даже КНР кучу денег дарит китайцам, чтобы учились в дорогих иностранных университетах (но с последующиим возвращаением в КНР).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #473 Ответы: #544

498. Сообщение от Серб (ok), 23-Янв-23, 15:53	+/–
>> ... они не смогли стандартизовать аннотации в комментариях > И правильно делают, аннотации в коментариях это зло и всем, кто пробует > нагрузить комментарии вспомогательной технической функциональностью, нужно открывать > руки Это единственный безопасный способ свободно расширять язык не ломая совместимость. Так у большинства известных мне языков. Кроме perl'а, там создатель языка предусмотрел такую возможность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #420

499. Сообщение от Вы забыли заполнить поле Name (?), 23-Янв-23, 15:59	+/–
> А в Раст можно просто писать код и не сношаться с анализаторами, > дебаггерами и линтерами. Прикольно, да?) Это вранье.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #486

500. Сообщение от Вован (??), 23-Янв-23, 16:00	–1 +/–
А мне что до раста? Я говорю что Си++ один из худших ЯП. Посади стеднтов 3 курса разрабатывать язык, скажи им можно пихать туда всё что угодно, любую идею, вот и получится поделие примерно одного уровня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

501. Сообщение от Серб (ok), 23-Янв-23, 16:02	+/–
> Большинство не будут страдать фигнёй и притянут всё, что нужно с crates.io. Поэтому такие языки и не любят. Должны быть средства пробежаться по списку установленных в систему пакетов и использовать их, или предложить установить новые. Но никак не тянуть хз чего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #484

502. Сообщение от Серб (ok), 23-Янв-23, 16:07	–1 +/–
>  А вот компилятор обязан. Совсем нет. Если из исходников соберётся бинарник. Компилятор будет рабочим, хотя из без реализации проверок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

503. Сообщение от Аноним (477), 23-Янв-23, 16:11	–1 +/–
>This temporary space is automatically freed when the function that called alloca() returns to its caller. >Do not attempt to free(3) space allocated by alloca()! Читать умеешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #482 Ответы: #507, #534

504. Сообщение от Аноним (504), 23-Янв-23, 16:51	+/–
Это где такие дипломы, в Зимбабве чтоли? :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #464

505. Сообщение от Аониним (?), 23-Янв-23, 16:55	–3 +/–
Плюс, если прочитал "для тинейджеров настрочить" прочитал как "для тинейджеров на*\Д*рочить"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209

507. Сообщение от Аноним (507), 23-Янв-23, 18:24	+1 +/–
пиши нормально, нормально прочтем > Элементарно передать в функцию ссылку на объект на стеке вызывающей функции Пока мы внутри вызываемой функции, стек вызывающей все еще жив и никто его удалять не собирается. Так что твой пример надо дополнять, а то сейчас и thiscall как use-after-free
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #503

508. Сообщение от Аноним (-), 23-Янв-23, 18:25	+/–
> Ага, щас, разбежалися! Гуд, вторым шагом надо найти стену покрепче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #260

509. Сообщение от анон (?), 23-Янв-23, 19:01	+1 +/–
Вот прям багтрекер растоманов описал, где они не боятся показать корпам, кто тут главный, и чьи проблемы обратной совместимости от версии к версии. Прям бунтари нашего времени.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

510. Сообщение от анон (?), 23-Янв-23, 19:08	+/–
До бизнес модели епла им точно, где отображение дырень в фряхе сюрьективно дыреням соевого макинтоша, но хоть что-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #324 Ответы: #524

511. Сообщение от анон (?), 23-Янв-23, 19:14	–1 +/–
Как показала практика последних лет, надо делать сразу нормально, а не искать середину. А то суть в деньках сводится уже к тому, что неэффективных людей надо отправлять в биореактор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #512

512. Сообщение от freehck (ok), 23-Янв-23, 19:31	+1 +/–
> Как показала практика последних лет, надо делать сразу нормально, а не искать середину. Увы, практика в течение всей истории человечества показывала прямо противоположное. > неэффективных людей надо отправлять в биореактор Очевидно, что в биореактор придётся отправить 95% населения. Кто будет выбирать? Вы уверены, что попадёте в заветные 5%? А вот ещё соображение: они конечно выполняют свою работу неэффективно, но они её выполняют. Если они исчезнут, всё то, что они делают, придётся делать оставшимся 5%. Даже если Вы попадёте в оставшиеся 5%, хотите ли Вы впахивать в 20 раз больше, чем сейчас? Ну ладно, с учётом их неэффективности, что там в 20, хотя бы в 5 больше работать? Хотите? А сумеете? Вот в том-то и дело. А вообще могу устроить и небольшой исторический экскурс. Был уже в середине прошлого века человек, который именно так и решил сделать, да только из сего начинания ничего хорошего не вышло. Дело кончилось тем, что славяне его своими трупами закидали, аж 20 миллионов человек положили, но до гадёныша добрались. Сейчас весь мир вспоминает его как очень нехорошего человека, погубившего 6 миллионов ни в чём не повинных евреев. В общем, мир -- место весёлое, годное. Ни разу не справедливое, но очень интересное. Рекомендую погулять / осмотреться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #511

513. Сообщение от хрю (?), 23-Янв-23, 20:24	+1 +/–
>> А выше чел уверяет, что надо думать только о задаче, а не о том, что ты перечислил. > Возможно у нас разное понимание что значит "только о задаче". Так что > не вижу противоречий. Вот когда узнаете, что такое "задача" - подходите, а то пока ваши фантазии читать немного смешно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257

514. Сообщение от хрю (?), 23-Янв-23, 20:32	+2 +/–
Всё правильно говоришь, молодец! Когда опыта нет, знаний нет, но хочется кому-то чего-то доказать, то ты всё правильно пишешь - опускай оппонента, пиши глупость и на том "победишь" в споре. НО! когда через пару тройку лет, вылезешь из кодинга и станешь очень небольшим, но спецом, то ты внезапно узнаешь, что такое "задача" и что никого отношения к "памяти", потокам данным и т.п. бреду она не имеет это всё ВНЕЗАПНО частные (очень частные) детали _реализации_ задачи. И что думы о потоках данным ни чем не отличаются от дум про память и т.п. бреду. Но ты не переживай - подрастёшь узнаешь!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256

515. Сообщение от Аноним (515), 23-Янв-23, 20:40	+1 +/–
У растаманов пока один манямирок. Пока нет стандартов типа MIL-STD и misra, они могут блеять что угодно, их фактически нет в по-настоящему ответственных применениях (ведро линукса это даже не близко). Пока под них прогибается Lynx Software под соусом привлекать хипсторов и пытается втащить в это AdaCore (у них на сайте одной строкой ссыль на Lynx Software), но AdaCore слишком дофига инвестировали в Ada, для которой стандарт уже давно и апдейт вот-вот. А раст в мишон-критикал -- это все пока "высокорисковое вложение" (и для Lynx Software тоже) и хайп от обезьян, которые ничего подобного никогда не кодили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #529

516. Сообщение от Аноним (515), 23-Янв-23, 20:51	+/–
Когда софт для реальной жизни (авионику, транспорт, медицинское оборудование), а не для игрушечного ойти начнут писать на расте, тогда и будет видно про "нужен-не нужен". А пока хайптрейн по кругу катается, "ядро линукса, у-у-у-у!", т.к. стандартов на раст для ответственных применений (да и вообще стандартов, что-то с буковками ISO) в природе не имеется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

518. Сообщение от Аноним (515), 23-Янв-23, 21:03	+/–
Что там со стандартами на раст? В "системном программировании", которое мишон-критикал, кроме понтов про безопасность, нужно еще пруфать годность ("формально верифицировать") и сертификацию проходить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

519. Сообщение от Аноним (515), 23-Янв-23, 21:06	–1 +/–
Разница в том, что в расте хайп вокруг статического анализатора... а про формальную верификацию молчок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

520. Сообщение от Аноним (515), 23-Янв-23, 21:11	+/–
>В организации занимающейся аутсорсом тоже ни в одной программе не было статического анализатора. Потому что он в отдельной программе в пайплайне CI/CD. А варнинги не игнорируют, а трактуют как ошибки. Достаточно чтоб гайдлайны проекта и пайплайн этого требовали. Еще страшных историй? >Если его нет прямо в компиляторе, его не включают. Надо спросить где у растаманов формальная верификация происходит. В ихнем конпеляторе ее нет. "Если его нет прямо в компиляторе, его не включают" (с) Бггг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

521. Сообщение от Аноним (-), 23-Янв-23, 21:26	+/–
Это время уже пора измерять в годах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #254

522. Сообщение от Аноним (522), 23-Янв-23, 21:27	+/–
> Java Медленнее C++, жрёт больше. > D Прикольный язык, писал на нём. Но он не особо популярен и мало библиотек. > C# Слишком много Microsoft. > Ruby, Python, да хоть на JS! Медленные скриптовые языки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379

523. Сообщение от Аноним (523), 23-Янв-23, 21:31	+/–
Великая школа using namespace std подкатила?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #450

524. Сообщение от Аноним (-), 23-Янв-23, 21:32	+/–
Плюмодеб, плес. >хоть что-то Сто пятьдесят восьмая это что-то, другого почему-то нет, а что есть, то можно разглядеть лишь в мелкоскоп. >соевого макинтоша Спросили плюмодеба, а он знает четыре слова: кринж, база, соевый и чад. А потом выясняется, что руста на маке почему-то нет, есть свои разработки и, внезапно, не мертворождённый проц. Но всё равно соя - это эпол, а не кедогном с js в опплетиках, потому что так хозяин сказал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #510

526. Сообщение от Аноним (526), 23-Янв-23, 21:49	+/–
Сейчас даже фрукты и овощи не принято резать и всё такое. Их принято есть в виде смузи. Смузи это когда все положили в блендер и измельчили. Даже не ты, а специально обученный человек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #568

527. Сообщение от Аноним (526), 23-Янв-23, 21:51	+/–
Только ты забыл написать что раст не решает проблему, а создаёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #477

528. Сообщение от maximnik0 (?), 23-Янв-23, 22:08	+/–
> Намекает что они профакапились где-то в сильно другом месте, раз это весит Они были вынуждены держать в памяти заранее вычесленные таблицы преобразование Фурье и куча других данных. При этом ещё возможность распределить обработку,распораллеривать ее и следить за энергоэффективностью.Ядру Линукс в плане энергии не доверили т.к с DSP у него в этом плане плохо,он экономит энергию только при незначительной нагрузке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #492

529. Сообщение от Яяя (?), 23-Янв-23, 22:26	+/–
У AdaCore есть SPARK с ним им никакой Растишка не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #515

530. Сообщение от Вы забыли заполнить поле Name (?), 24-Янв-23, 00:28	+/–
> Лучше бы всех этих фичей не было бы. Язык окончательно превратился в > помойку после С++ 14 Давай примеры где помойка после с++ 14
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #432

531. Сообщение от freecoder (ok), 24-Янв-23, 00:56	+/–
Это сарказм? Разве код выше нечитаемый? Вы пишите конкретно, что именно прочитать не можете. А то тот, кто знает Rust и прекрасно его читает, вас не поймет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #495

533. Сообщение от Аноним (287), 24-Янв-23, 02:43	+1 +/–
И как ты из бинарного файла читать будешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #426

534. Сообщение от Аноним (376), 24-Янв-23, 05:55	+/–
Если у тебя проблема - показывай свой недоисходник.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #503

535. Сообщение от Аноним (585), 24-Янв-23, 06:23	+/–
Не нужно. Ждём релиза carbon и забываем про Си и с++.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #537, #562

536. Сообщение от Аноним (585), 24-Янв-23, 06:27	+1 +/–
Там не только смузи, там ещё гендерная херня головного мозга креди команды разработчиков. Зашёл как то раз, посмотрел "бейджи" у цветных профилей, проблевался и вышел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #479 Ответы: #551

537. Сообщение от Аноним (538), 24-Янв-23, 07:49	+/–
Яп больше не нужны, нейронки будут сразу машинные коды писать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #535

538. Сообщение от Аноним (538), 24-Янв-23, 07:52	+/–
Если заглянуть в новости они на оборот по увольняли, нецросети будут работать за место этих всех бездарей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #468

539. Сообщение от maximnik0 (?), 24-Янв-23, 08:25	+/–
>Сейчас острая проблема нехватки  программистов во всем мире То то новости читаеш -в США корпорации уже выкидывают под полмиллиона программистов.В Европе где то 150.000 сокращают.Рынок был раздут,сейчас такое кол-во нахрен не нужно будет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #462 Ответы: #572

544. Сообщение от Аноним (544), 24-Янв-23, 10:44	+/–
>Даже КНР кучу денег дарит китайцам, чтобы учились в дорогих иностранных университетах (но с последующиим возвращаением в КНР). Так вот зачем КНР столько своих полицейских участков по всему миру! И понятно почему им помогают власти и полиция европейских государств - нет полицейских участков - нет оплаты со стороны КНР университетов в том государстве - нет дополнительного притока денег в экономику (ведь местные жители в большинстве своём дебилы с IQ < 115, что делает нерентабельным их обучение в ВУЗах, а китайцев много, на всю страну наберётся достаточно китайцев с достаточным IQ, чтобы насытить ими зарубежные вузы).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #497

545. Сообщение от Аноним (-), 24-Янв-23, 10:55	+/–
Старпёр, хвастающийся своими ЭЛТ мониторами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266

546. Сообщение от Аноним (-), 24-Янв-23, 13:13	+2 +/–
Так а кто распушил хвост на Эльбрусах и вступил одновременно в картельный сговор?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

547. Сообщение от InuYasha (??), 24-Янв-23, 13:21	+/–
Пускай АНБ и пользуется своими советами. А я чую, оно поест ООМов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

548. Сообщение от InuYasha (??), 24-Янв-23, 13:31	+/–
С++ 98 же. Хотя, если честно, мне надоело вместо лямбд писать фуказатели.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

549. Сообщение от Аноним (549), 24-Янв-23, 13:38	+/–
Что конкретно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

550. Сообщение от Серб (ok), 24-Янв-23, 14:19	+1 +/–
> к счастью этому уже больше 1к лет, вот еще Сократ писал «Нынешняя > молодежь привыкла к роскоши, она отличается дурными манерами, презирает авторитеты, не > уважает старших, дети спорят со взрослыми, жадно глотают пищу, изводят учителей». Сократ жил в Афинах во время Пелепонесской войны. В которой Афины потерпели поражение. Он был прав.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #475

551. Сообщение от Аноним (551), 24-Янв-23, 16:14	+/–
У раста также. Более того там такие в команде языка сидят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #536

552. Сообщение от Бывалый смузихлёб (?), 24-Янв-23, 16:31	+/–
так и .. какие есть стандарты и тесты, чтобы проверить, чтобы обильное приложение норм работало на рзных яблочных осях и устройствах( +поворотах на бок ) и то же самое с андройдом ? Ну так, чтобы МАСТЕРА сотню раз не отвлекать ерундовыми вопросами..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #463

553. Сообщение от Аноним (553), 24-Янв-23, 16:34	+/–
> Раз включил и навсегда можно было 50 лет назад, когда экспертов сишки ещё не было. Простите, а что тогда было? Алгол? Shell+Awk? Лампы? (без шуток)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #463 Ответы: #555

555. Сообщение от Аноним (555), 24-Янв-23, 17:31	+/–
Fortran, PL/I
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #553

556. Сообщение от Онтоним (?), 25-Янв-23, 00:25	+/–
Скорее, что имела место быть эволюция. Начинали делать инженеры для себя, как для людей. И вышло может и с косяками, и не всё сразу придумали, но результат закономерно оказался хорош. Коммерсы посмотрели. И попробовали развить... Тот же Ведроид, современный Веб. И вышло безмозглое в конце ненужно. При всей продуманности, эффективности, окупаемости оно часто больше не даёт такого, без чего в жизни не было бы ох и ой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #402

557. Сообщение от bOOster (ok), 25-Янв-23, 02:06	+1 +/–
Нормальные многомерные массивы - это одна из тех задач которые преподают на прикладном программировании. Если недопрограммист говорит - дайте мне "НОРМАЛЬНЫЕ" многомерные массивы - этот недопрограммист должен идти в армию очки драить, а затем дворы мести.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #430

558. Сообщение от bOOster (ok), 25-Янв-23, 02:32	+/–
Да все проще. Все кто что-то может в программировании не видят смысла в маргинализации своих продуктов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #311

559. Сообщение от bOOster (ok), 25-Янв-23, 08:35	+1 +/–
Смешно конечно. Системное программирование это как минимум - понимание того как работает та или иная библиотека и знания/навыки реализации аналогичной функциональности если вдруг что-то не понравилось. Поэтому кто может/умеет в системное программирование опускаться до раста явно не будет, так как типичная реализация более менее сложных алгоритмов/библиотек на языках типа раст - это боль. И мы все еще посмеемся над результатами полученными на раст. Недаром многие производители OS заняли выжидательную позицию. Оценивая выплывет ли ржавый пингвин или потонет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

561. Сообщение от Аноним (563), 25-Янв-23, 13:17	+/–
Остальные хуже исключительно из-за вашей ограниченности и излишней специализации в одной технологии. Вместо того, чтобы мудохаться с вашими наркоманскими тулкитами и зоопарком компиляторов и билд-системам (это помимо той наркомании, что в самом языке), люди и корпорации пошли по пути создания и использования более простых и отвечающих потребностям инструментов. И вспять этот процесс уже не повернуть. Под винду еще какое-то время попишете на своих плюсцах. А потом всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #435

562. Сообщение от Аноним (563), 25-Янв-23, 13:18	+/–
А зачем ваш карбон, если уже есть раст стабильный?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #535 Ответы: #592

563. Сообщение от Аноним (563), 25-Янв-23, 13:35	+/–
Была модная концепция, что плюсцы заменят собой чистый си, и заодно станут языком для всего. Тогда еще не было мобайла и зоопарка архитектур - безраздельно царил х86, на ПК стояла винда, линукс был экзотикой и выпендрежем, на серверах чаще встречались BSD. В этих условиях можно было поверить в замену си плюсами. Но вместо этого случился бум веба и скриптовых языков. Новое поколение программистов не нуждалось в сложных компилируемых языках. Вместо десктопных приложений на плюсах, люди стали писать веб-приложения. С другой стороны, системные программисты не перешли на плюсы из-за его очевидных недостатков по сравнению с чистым си (и отсутствия явной потребности в нем). К середине 10-х годов были созданы инструменты, комбинирующие лучшие стороны скриптовых языков и типизированных компилируемых. Сейчас они уже зрелые. Теперь у плюсов нет даже гипотетической возможности увеличить долю. Новые программисты в него могут попасть только из российских вузов с устаревшей на 30-40 лет программой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379

564. Сообщение от псевдонимус (?), 25-Янв-23, 14:49	+/–
> А потом при очередном кризисе ноют, оказавшись на улице. А все почему, > потому, что пользователь это тот, кто платит всем этим олухам деньги Типичные свиньи под дубом. Так не только в айти
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #470

565. Сообщение от Аноним (565), 25-Янв-23, 18:28	+/–
А так же без самолётов, медицинской техники и персональных автомобилей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #431

566. Сообщение от Аноним (565), 25-Янв-23, 18:39	+/–
Современные IDE умеют дополнять слова.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #374 Ответы: #590

567. Сообщение от Аноним (565), 25-Янв-23, 18:52	+/–
Игры на Юнити тормозят по той причине, что их делают в большинстве своём вчерашние студенты, которые не задумываются о простейших оптимизациях ассетов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299 Ответы: #574, #586

568. Сообщение от Аноним (565), 25-Янв-23, 18:55	+/–
А что плохого в смузи? Под твоё описание подходит обыкновенный банановый молочный коктейль. Ты не любишь банановые коктейли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #526

570. Сообщение от Аноним (570), 25-Янв-23, 19:03	+1 +/–
И куча дыр в нем именно из за этого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #305 Ответы: #573

571. Сообщение от Аноним (570), 25-Янв-23, 19:15	+1 +/–
Потому что каждый пилит свое, а нужно объеденить силы в одном направлении.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269

572. Сообщение от Аноним (572), 25-Янв-23, 19:21	+/–
Ну так кем рынок был раздут? Инженерами или макаками-в-ойти-ноджыэс-пистон?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #539 Ответы: #579

573. Сообщение от Вы забыли заполнить поле Name (?), 25-Янв-23, 19:52	–1 +/–
> И куча дыр в нем именно из за этого. Ну напиши на расте и без дыр. 17 лет прошло с момента создания языка. В чем же проблема? Почему, зачем, во имя чего вы упорствуете, Мистер Андерсон?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #570

574. Сообщение от Вы забыли заполнить поле Name (?), 25-Янв-23, 19:58	+/–
> Игры на Юнити тормозят по той причине, что их делают в большинстве > своём вчерашние студенты, которые не задумываются о простейших оптимизациях ассетов. Какая игра на Юнити не тормозит и не жрет ресурсы? Можно ссылку?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #567 Ответы: #585

575. Сообщение от Аноним (570), 25-Янв-23, 20:03	+/–
Создали бы без косяков то можно было бы возмущаться, а так так себе аргумент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261

576. Сообщение от Аноним (570), 25-Янв-23, 20:23	+/–
Свобода мысли и творчества, вот только большинство тупо гуглят готовый код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

577. Сообщение от Аноним (210), 25-Янв-23, 20:52	+/–
> malloc Скажи мне крутой плюсовик-затейник, ты видел как реализован неперегруженный operator new?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250

578. Сообщение от Аноним (210), 25-Янв-23, 21:03	+/–
Ну вот и приходи через столько же лет, когда раст стандартизируют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #337

579. Сообщение от maximnik0 (?), 25-Янв-23, 22:30	+/–
> Ну так кем рынок был раздут? Инженерами или макаками-в-ойти-ноджыэс-пистон? Я не знаю,предполагаю что эффективными менеджерами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #572

580. Сообщение от Совершенно другой аноним (?), 25-Янв-23, 22:54	+/–
По той ссылке, что Вы привели, в Rust результат переполнения при сложении зависит от ключей компилятора. Если задан ключ --debug, то одно, а если нет, то другое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #459

581. Сообщение от Аноним (581), 25-Янв-23, 23:37	+/–
а не думал что то может быть и плюсом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

583. Сообщение от anonymous (??), 26-Янв-23, 22:33	–1 +/–
А давайте отменим python. С памятью у него, конечно, проблем нет. Но сколько же угроз безопасности создаёт eval как предпочтительный метод чтения конфигурационных файлов.
Ответить | Правка | Наверх | Cообщить модератору

584. Сообщение от Worminator X (?), 27-Янв-23, 00:50	–1 +/–
Гадость с GC не нужна, или жабы мало? Язык должен быть либо низкоуровневым и близким к системе как Си - и тогда в нем недопустимы GC, исключения и т.д. - либо высокоуровневым как Haskell - и тогда непонятно, зачем вообще делать его императивным, а не функциональным (т.е. понятным для машины и сложным для человека). Фон-неймовская архитектура на виртуальной машине - полный маразм. Oberon, Go, Java, C# - это морально устаревшие, костыльные недоязыки. А конкретно в Oberon'е еще и нет параметрического полиморфизма (template в C++ или generic в Java/C#), т.е. на нем никак не написать обобщенные коллекции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

585. Сообщение от Аноним (585), 28-Янв-23, 05:09	+/–
Полностью оптимизированных нет таких игр. Я их сотню перепробовал. Вот несколько примеров: игры серии pathfinder в момент релиза кушали 100% gpu для отрисовки главного меню, игра last epoch 11 Гб ОЗУ после загрузки пары локация, одиннадцать гигабайт Карл!! причем благодаря венде и ее сжатию давно не активных страниц памяти реально сжимается 6гб из 11. Есть игры серии sabnautica в которых реально матёрые программисты реально старались сделать все реально хорошо на unity (или же они просто купили коммерческую оптимизацию игры, авторы unity за этот счёт и зарабатывают) правда кроме ассетов, там половина пластилин.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #574

586. Сообщение от Аноним (585), 28-Янв-23, 05:20	+/–
Unity для игроделов это как электрон для писателей десктоп софта. Тебе не нужно думать ни об потребляемой ОЗУ, а самое главное ни о потребляемой памяти видеокарты. На встроенных графических чипах можно забить оно там будет как томогочик, а так дискретные требуются современные, я бы сказал сейчас идёт мейнстримный нацел на то что 8гб vram карты это стандарт, хотя на 4 ещё нормально. Так вот по своей сути юнити это не игровой движок, это player игрового кода игры, именно так, они не позволяют улучшать его внутренности и не дают к ним доступа. Все игры на юнити страдают одними и теми же проблемами, кроме общеизвестных связанных с производительностью это ещё: загрузка игрового кода в один поток на одном ядре, у всех игр на юнити процесс thread рендеринга картинки зависает в момент загрузки, стандартный код поиска коллизий между двумя и более объектами в игре "буксует", выглядит это как игровой персонаж пытается лбом таранить "врага" и плавно скользит в сторону, во всех arpg что я пробовал. Если сравнить unity с ue4 на играх от первого лица шутер там или выживание то unity выглядит ужасающе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #567

587. Сообщение от ehprom (?), 28-Янв-23, 18:29	+/–
> Nix/docker/... в отличии от Cargo позволяют лочить не только версии библиотек, но > и остального окружения. А ещё можно распространять программы в образах виртуальных > машин. Или программно-аппаратные комплексы в виде железных ящиков, чтобы обеспечить воспроизводимость > - сходил в магазин и купил ещё один точно такой же > ящик, а не "а у меня на компуктере фсё работает" У докера другая проблема - для запуска приложений на клиентских машинах он не особо то и подходит Nix ближе, т.к позволяет упаковать готовое приложение в AppImage/docker/добавить в nixpkgs/прочее, я сам им пользуюсь везде где только можно. Однако у него другая проблема - он далёк от майнстрима, особенно пока в нём не закончили делать flakes, и в результате его сейчас удобно использовать только для конечного продукта, а в опенсорсе он и вовсе пользователей скорее отпугнёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231

588. Сообщение от Аноним (588), 04-Янв-24, 03:56	+/–
D разумеется! Абсолютно легальный и мощный преемник.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

589. Сообщение от Аноним (588), 04-Янв-24, 04:00	+/–
Чушь не городи! Что именно там "недопилено"? Или тебе васян 5 лет назад это сказал и ты как туnой попугай повторяешь? У Ди ядро языка давно уже стабилизировано. Пока что весь сыр-бор с библиотеками - их надо обновлять под новую "идеологию Range", что-то придётся писать заново и т.п. Но для этого и нужно опенсорсное сообщество! У каждого найдётся что-то допилить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

590. Сообщение от Аноним (588), 04-Янв-24, 04:01	+/–
А какой смысл, если они ВСЁ РАВНО В ЛИСТИНГЕ?! (и загромождают код) Даже с подсветкой это многословие выбешивает. Там, где ты пытаешься углубиться в алгоритм, тебе приходится читать ещё и эти бегин енд. Мне что, заняться больше нечем??
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #566

591. Сообщение от Аноним (588), 04-Янв-24, 04:03	+/–
Чушь непомерная. Для Ди есть прекрасный фронтэнд с LLVM-бэкендом. На выходе "почти" Си-шная производительность. Размер неважен, сейчас всё большое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235

592. Сообщение от Аноним (592), 04-Янв-24, 07:16	+/–
Чтобы было еще больше безопастности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #562

593. Сообщение от Аноним (593), 05-Янв-24, 23:28	+/–
Сам их повыдираешь после часа работы с растаманскими указателями. :))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282

594. Сообщение от Аноним (593), 05-Янв-24, 23:35	+/–
> Ну вот мне нужна работа на десктопе на разных платформах Кто тебе сказал, что тебе нужны "разные платформы"? Ты сам это выдумал из ****опы и ставишь в требования. Просто посиди, подумай - так ли оно тебе надо и внезапно окажется, что в пень не упёрлось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #412

595. Сообщение от Пряник (?), 09-Янв-24, 10:59	+/–
> Страуструп считает, что хороший статический анализатор, соответствующий рекомендациям C++ Core Guidelines, может обеспечить необходимые гарантии безопасности C++ кода Эти языки и есть этот самый статический анализатор. Всяк кулик своё болото хвалит...
Ответить | Правка | Наверх | Cообщить модератору

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

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