The OpenNET Project / Index page

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



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

Оглавление

Проект LLVM развивает средства для безопасной работы с буферами в C++, opennews (?), 06-Окт-22, (0) [смотреть все]

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


35. "Проект LLVM развивает средства для безопасной работы с буфер..."  +2 +/
Сообщение от darkshvein (ok), 06-Окт-22, 12:24 
почему бы сразу не писать на чистом Си?
Ответить | Правка | Наверх | Cообщить модератору

37. "Проект LLVM развивает средства для безопасной работы с буфер..."  +3 +/
Сообщение от Анонимemail (37), 06-Окт-22, 12:29 
есть же чистый углерод
Ответить | Правка | Наверх | Cообщить модератору

267. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (-), 12-Окт-22, 15:06 
> есть же чистый углерод

Он невкусный.

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

45. "Проект LLVM развивает средства для безопасной работы с буфер..."  +2 +/
Сообщение от bOOster (ok), 06-Окт-22, 13:02 
Зачем? Если например от C++ можно использовать только классы/структуры - и код получается более читаемым. И не лезть в шаблоны и иже с ними.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

47. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Анонимemail (37), 06-Окт-22, 13:05 
Вся мощь в шаблонах, а ты их не осилил :\
Ответить | Правка | Наверх | Cообщить модератору

48. "Проект LLVM развивает средства для безопасной работы с буфер..."  –2 +/
Сообщение от bOOster (ok), 06-Окт-22, 13:08 
> Вся мощь в шаблонах, а ты их не осилил :\

Я их просто не использую. Если в большинстве случаев профессионалу хватает обычного C, то и шаблоны не нужны. Чем и пользуюсь. Но от C++ структур/классов не откажусь.

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

61. "Проект LLVM развивает средства для безопасной работы с буфер..."  –1 +/
Сообщение от Аноним (61), 06-Окт-22, 13:43 
Сразу и видно, какой ты профессионал, раз шаблоны не осилил
Ответить | Правка | Наверх | Cообщить модератору

196. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от _kp (ok), 07-Окт-22, 11:13 
> Сразу и видно, какой ты профессионал, раз шаблоны не осилил

Есть знакомые, которые пишут довольно небольшое ПО, ну скажем под встраиваемые устроства. Код у них на 95% тот же Си, но с небольшим количеством плюшек из С++. Ну и есть положительные особенности компилятора, который больше ругается на сомнительный код.

В принципе, от неиспользования шаблонов  подобные и не потеряют ничего, им их часто и применить некуда. Но несмотря, что таки профессионалами в С++ их назвать нельзя, программистами они бывают вполне годными.

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

248. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Neon (??), 08-Окт-22, 18:26 
Зато я много видел таких профессионалов любителей шаблонов, ваявших такую хрень, что никто потом не мог понять, как оно работает, даже сами авторы шедевров. С километровыми сообщениями об ошибках. Таких любителей шаблонов надо в детстве компов лишать.)))
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

249. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Neon (??), 08-Окт-22, 18:28 
Любители шаблонов обычно пишут совершенно неподдерживаемый код, который трудно отлаживать и сопровождать. Называется - горе от ума.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

51. "Проект LLVM развивает средства для безопасной работы с буфер..."  –5 +/
Сообщение от Аноним (40), 06-Окт-22, 13:15 
Как раз таки классы самое ненужное в цпп. Когнитивная нагрузка раза в 1.5 снижается, когда не нужно думать об иерархиях классов и связях между ними. Бессмысленная вещь, только отнимающая время.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

62. "Проект LLVM развивает средства для безопасной работы с буфер..."  +2 +/
Сообщение от Аноним (61), 06-Окт-22, 13:44 
Классы позволяют перегружать операторы например и писать vec1 + vec2 + vec3 вместо add_vec(add_vec(vec1, vec2), vec3). А ненужное - это твое никчемное мнение
Ответить | Правка | Наверх | Cообщить модератору

63. "Проект LLVM развивает средства для безопасной работы с буфер..."  +4 +/
Сообщение от Аноним (-), 06-Окт-22, 14:08 
В нормальных языках пишут vec1.add(vec2).add(vec3)
И редактор кода сможет указать где этот метод реализован, а не просто + какой-то
Ответить | Правка | Наверх | Cообщить модератору

154. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от ndshu (?), 06-Окт-22, 22:56 
У вас синтаксис подразумевает vec1 += vec2 + vec3 или vec1 + vec2 + vec3
???

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

273. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (-), 12-Окт-22, 16:12 
> У вас синтаксис подразумевает vec1 += vec2 + vec3 или vec1 +
> vec2 + vec3
> ???

А у вас сложение не коммутативное чтоли? Когда оно именно так - это всяко отдельный случай требующий отдельного внимания.

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

70. "Проект LLVM развивает средства для безопасной работы с буфер..."  +2 +/
Сообщение от Анонимemail (70), 06-Окт-22, 14:41 
Перегрузка операторов как раз самая отвратительная вещь в плюсах.
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

72. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (98), 06-Окт-22, 14:51 
А ничё, что эта вещь не только в Плюсах имеется? Значит, востребована.
Ответить | Правка | Наверх | Cообщить модератору

197. "Проект LLVM развивает средства для безопасной работы с буфер..."  –1 +/
Сообщение от _kp (ok), 07-Окт-22, 11:17 
> Перегрузка операторов как раз самая отвратительная вещь в плюсах.

Это если применять куда попало, что бы было.
А бывает, что и необходимо, и при этом ещё и изящно.

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

76. "Проект LLVM развивает средства для безопасной работы с буфер..."  –3 +/
Сообщение от Аноним (40), 06-Окт-22, 14:56 
Типичный ответ приплюснутой макаки. Ровный пацан для математики оптимизированный код на интрисинках напишет, а не вот это вот.
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

250. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Neon (??), 08-Окт-22, 18:30 
Зато потом ровного пацана забивают лопатой, когда код нужно будет перенести на другую архитектуру процессора)))
Ответить | Правка | Наверх | Cообщить модератору

71. "Проект LLVM развивает средства для безопасной работы с буфер..."  +1 +/
Сообщение от Аноним (98), 06-Окт-22, 14:49 
Я бы, наоборот, хотел бы найти утилитку, которая анализирует плоскосишный код и строит квази-UML диаграммы.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

190. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от bOOster (ok), 07-Окт-22, 10:28 
> Как раз таки классы самое ненужное в цпп. Когнитивная нагрузка раза в
> 1.5 снижается, когда не нужно думать об иерархиях классов и связях
> между ними. Бессмысленная вещь, только отнимающая время.

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

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

253. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (253), 09-Окт-22, 04:05 
Классы очень полезны, когда они изолированы и не связаны с остальным кодом (как vector или string, илм complex и даже элементы графического интерфейса в какой-то степени).

Когда классы проникают в ЛОГИКУ работы прогаммы (в какой-нибудь основной цикл приложения/потока/сервера tcp) - это очень и очень плохо. Нужно от такого избавляться!!! Вынуждает использовать всякие inversion of control (и прочую лабуду), как следствие - логика работы программы разбросана по нескольким разным модулям и работать с таким кодом становится невозможно.

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

69. "Проект LLVM развивает средства для безопасной работы с буфер..."  +1 +/
Сообщение от Аноним (69), 06-Окт-22, 14:37 
Ну напиши, скажем, игровой движок на чистом Си. Кармак не просто так к третьему квейку сдался и перешёл на C++.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

75. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (75), 06-Окт-22, 14:56 
Ваще-то просто так.
Ответить | Правка | Наверх | Cообщить модератору

85. "Проект LLVM развивает средства для безопасной работы с буфер..."  +2 +/
Сообщение от Аноним (-), 06-Окт-22, 15:45 
просто так. и кармак живой пример что на си можно творить чудеса. досихпор фиг кто понимает его квадратичную ф-ю, не говоря о гениальности остальных решений. ты вообще кармака читал, дитё ? какие могут быть кресты с этим ООП уродством после божественного си кодинга.
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

97. "Проект LLVM развивает средства для безопасной работы с буфер..."  +3 +/
Сообщение от Аноним (69), 06-Окт-22, 16:28 
Просто так, по доброй воле, на плюсы не переходят.
Про быстрый обратный корень — вы серьёзно считаете, что Кармак его изобрёл?
Ответить | Правка | Наверх | Cообщить модератору

104. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (98), 06-Окт-22, 16:39 
Ага, Кармак изобрёл разложение функции в ряд Тейлора :)
Ответить | Правка | Наверх | Cообщить модератору

108. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (69), 06-Окт-22, 16:49 
Ну тут немного другая математика, но весьма тривиальная. Но дело не в этом, а в том, что компьютерная реализация уже давно существовала, Кармак лишь позаимствовал её (и комментарий даже оставил  — «Я ХЗ КАК, но оно работает»).
Ответить | Правка | Наверх | Cообщить модератору

122. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (-), 06-Окт-22, 17:43 
Не важно. Поговаривают что комментанрий кстати не его (это про тот что рядом со сдвигом ?). Посмотрите другие файлики, это же гениально ! Но да, послушать тридстартера так перейдя на ООП все станут писать как Кармак. Ну что за бред.
Ответить | Правка | Наверх | Cообщить модератору

125. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (125), 06-Окт-22, 18:06 
А вообще, Анон, приятно видет что есть еще интересующиеся вопросом. Заходи на офтц в x86, по фану покодим фигню всякую
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

144. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (69), 06-Окт-22, 21:11 
Увы, нет, фан кодинга в прошлом.
Да и в прошлом гораздо интереснее был реверсинг, а кому это сейчас нужно.
Ответить | Правка | Наверх | Cообщить модератору

246. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от n00by (ok), 08-Окт-22, 17:10 
Если речь про т.н. «аппаратный алгоритм», то описал его Джон Фон Нейман в First Draft of a Report on the EDVAC в 1945-м году.
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

230. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Онанистмус (?), 08-Окт-22, 13:11 
Кармак сказал что квадратичную функцию списал из какого то журнала по программированию графики а не придумал её. И он часто говорит что не придумывает алгоритмы а сводит воедино то что известно из чужих научных работ по алгоритмам.
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

124. "Проект LLVM развивает средства для безопасной работы с буфер..."  –1 +/
Сообщение от Владимир (??), 06-Окт-22, 17:57 
Держи - https://www.youtube.com/watch?v=LR3THwlv_r4. Не закончено еще, но процесс идет. 663 серии по 2 часа, если осилишь.
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

127. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (69), 06-Окт-22, 18:54 
И прямо в первом кадре видео — файлы .cpp. Ну ок.
Ответить | Правка | Наверх | Cообщить модератору

217. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Владимир (??), 07-Окт-22, 17:29 
> И прямо в первом кадре видео — файлы .cpp. Ну ок.

Какой еще срр? Там фильм про любовь должен быть ... Или не та ссылка ...


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

134. "Проект LLVM развивает средства для безопасной работы с буфер..."  –1 +/
Сообщение от eganru (?), 06-Окт-22, 19:55 
По моему опыту на С++ быстрее писать.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

139. "Проект LLVM развивает средства для безопасной работы с буфер..."  +2 +/
Сообщение от Аноним (129), 06-Окт-22, 20:33 
> на С++ быстрее писать

на С++ быстрее писать ошибки.

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

150. "Проект LLVM развивает средства для безопасной работы с буфер..."  –1 +/
Сообщение от Cooler (??), 06-Окт-22, 21:51 
Можно увидеть вашу реализацию быстрой сортировки на чистом Си?
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

160. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (160), 07-Окт-22, 01:51 
Все есть на github
Ответить | Правка | Наверх | Cообщить модератору

238. "Проект LLVM развивает средства для безопасной работы с буфер..."  +/
Сообщение от Аноним (238), 08-Окт-22, 15:23 
Современные программисты не могут в Си. Они способны максимум верстать медленные веб-страницы на java на фреймворках фреймворков
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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