Исходное сообщение
"Обновление варианта GNU Coreutils, переписанного на языке Ru..." Отправлено Прохожий, 01-Фев-22 16:32
> Лучше знать о проблеме, и её учитывать на этапе проектирования/реализации, чем проверять то, что не нужно по 5/10 раз на итерацию. Ты со статистикой крупных проектов знаком? Около СЕМИДЕСЯТИ ПРОЦЕНТОВ ошибок в общем их количестве связаны с некорректной работой с памятью. MS, в начале двухтысячных было дело, на несколько месяцев пришлось остановить процесс разработки, только чтобы обучить своих программистов, как правильно работать с памятью. С тех пор количество ошибок поуменьшилось, но не исчезло полностью. В остальных проектах примерно всё то же самое. Если используемый для реализации инструмент изначально дыряв, то как ты ни проектируй потом софт, всё равно получишь "шайбу". > А если учесть, что видны они на этапе написания кода, то мой опыт как раз показателен. Если такие ошибки возникают, видны или нет - уже человеческий фактор, другими словами - зияющая дырень. > Ну как же их решать, если у кодера уже хватило мозгов сохранить ссылку на стековую переменную? Бить по рукам на этапе компиляции, например? > я имел в виду инверсию зависимостей и как можно в это вляпаться, если использовать Раст И что с инверсией зависимостей не так? Причём здесь Раст, который не совсем чтобы объектно-ориентированный?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Лучше знать о проблеме, и её учитывать на этапе проектирования/реализации, чем проверять то, что не нужно по 5/10 раз на итерацию. > Ты со статистикой крупных проектов знаком? Около СЕМИДЕСЯТИ ПРОЦЕНТОВ ошибок в общем > их количестве связаны с некорректной работой с памятью. MS, в начале > двухтысячных было дело, на несколько месяцев пришлось остановить процесс разработки, только > чтобы обучить своих программистов, как правильно работать с памятью. С тех > пор количество ошибок поуменьшилось, но не исчезло полностью. В остальных проектах > примерно всё то же самое. > Если используемый для реализации инструмент изначально дыряв, то как ты ни проектируй > потом софт, всё равно получишь "шайбу". >> А если учесть, что видны они на этапе написания кода, то мой опыт как раз показателен. > Если такие ошибки возникают, видны или нет - уже человеческий фактор, другими > словами - зияющая дырень. >> Ну как же их решать, если у кодера уже хватило мозгов сохранить ссылку на стековую переменную? > Бить по рукам на этапе компиляции, например? >> я имел в виду инверсию зависимостей и как можно в это вляпаться, если использовать Раст > И что с инверсией зависимостей не так? Причём здесь Раст, который не > совсем чтобы объектно-ориентированный?
	Введите код, изображенный на картинке: