The OpenNET Project / Index page

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



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

Оглавление

Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND и CUPS, opennews (??), 01-Окт-23, (0) [смотреть все]

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


19. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +1 +/
Сообщение от Аноним (19), 01-Окт-23, 14:06 
Просто Сишников надо научить как тестировать код, и проблем будет куда меньше; а предложения, такого рода как закопать Си, - не выдерживают абсолютно никакой критики, - просто бредни сумасшедших!
Ответить | Правка | Наверх | Cообщить модератору

22. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +/
Сообщение от Аноним (22), 01-Окт-23, 14:13 
https://eax.me/cpp-will-never-die/
Ответить | Правка | Наверх | Cообщить модератору

25. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +1 +/
Сообщение от фнон (?), 01-Окт-23, 14:27 
т.е не умрет пока в мире будут пограммисты-бракоделы, которые готовы получать "скорость" ценой "повышения привилегий"?

конечно, таких целые толпы и закончатся они совсем не скоро((

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

74. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +/
Сообщение от Аноним (73), 01-Окт-23, 20:03 
Не мамонты однако.
Ответить | Правка | Наверх | Cообщить модератору

127. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +/
Сообщение от Аноним (127), 02-Окт-23, 08:09 
Вся статья о том, что:
1. Rust - медленный. Это не так. По мнению автора лучше в проект тащить 2 языка (например, Си и Го), чем один, который способен заменить оба.

2. В мире куча софта на Плюсах. Поэтому работа всегда найдётся. Это так. Только найти высокооплачиваемую - уже проблема. В основном речь идёт о поддержке старья, а не создании чего-то нового.

3. В мире Плюсов больше литературы. Сомнительный критерий, потому что для другого языка (Rust или ещё какого) она может оказаться просто ненужной из-за того, что некоторые приёмы работы в другом языке неприменимы или излишни.

Автор резюмирует: я лучше угроблю свои 5-10 лет жизни на изучение переусложненного языка (Плюсы), выдающего далеко не всегда стабильный код на выходе, чем за полгода-год освою более современный и качественный инструментарий.

Мне кажется такая логика ущербной (очень мягко говоря).

Ps. Статья старая (написана в 2015 году). Может, автор уже понял, что он совершил ошибку.

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

132. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +/
Сообщение от Аноним (132), 02-Окт-23, 08:48 
>чем за полгода-год освою более современный и качественный инструментарий

Это какой?

>2. В мире куча софта на Плюсах. Поэтому работа всегда найдётся. Это так. Только найти высокооплачиваемую - уже проблема. В основном речь идёт о поддержке старья, а не создании чего-то нового.

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

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

157. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +/
Сообщение от фнон (?), 02-Окт-23, 11:57 
и начинаешь писать как на С++ ?
Ответить | Правка | Наверх | Cообщить модератору

164. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +/
Сообщение от Аноним (164), 02-Окт-23, 13:27 
>Это какой?

Rust тот же.

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

Это глупый подход. Язык - инструмент, а не показатель талантливости кандидата. Вполне можно наткнуться на человека, который полжизни на Плюсы угробил, а банальных вещей (алгоритмы и структуры) не знает. Или способен решать только какие-то типовые задачи. Кроме того, оценить знание Плюсов - тоже довольно проблематично, потому что спецификация языка - под 1000 страниц, и вряд ли на планете есть хоть человек, который способен её запомнить.

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

199. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +/
Сообщение от Менеджер Антона Алексеевича (?), 03-Окт-23, 22:30 
> Или способен решать только какие-то типовые задачи.

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

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

35. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +/
Сообщение от Аноним (32), 01-Окт-23, 15:14 
> Просто Сишников надо научить как тестировать код, и проблем будет куда меньше;

Не поверишь, но во это все и есть уровень "куда меньше проблем". Убери статические анализаторы, которыми обмазаны такие проекты - вот тогда был бы ад.

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

41. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +2 +/
Сообщение от фнон (?), 01-Окт-23, 15:58 
а эти статически анализаторы... они вообще, что анализируют?
по недавним ошибкам складывается впечатление, что они "жужжат, но нифига не делают"
Ответить | Правка | Наверх | Cообщить модератору

183. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +/
Сообщение от Пряник (?), 02-Окт-23, 18:42 
Так может эта новость как раз и появилась благодаря им?
Ответить | Правка | Наверх | Cообщить модератору

86. "Уязвимости в ядре Linux, Glibc, GStreamer, Ghostscript, BIND..."  +1 +/
Сообщение от Аноним (84), 01-Окт-23, 21:39 
как заявляет гугл - не сильно помогает всё это тестирование и хитрые техники программирования, "до фени двери":
https://security.googleblog.com/2022/12/memory-safe-language...
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

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

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




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

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