Исходное сообщение
"Обновление варианта GNU Coreutils, переписанного на языке Ru..." Отправлено _hide_, 02-Фев-22 11:56
> Если используемый для реализации инструмент изначально дыряв, то как ты ни проектируй потом софт, всё равно получишь "шайбу". Конкретно в этом случае дырявый явно не язык программирования. > человеческий фактор ... зияющая дырень По моему, при такой постановке нужно не новые языки придумывать для этих мешков с мясом... > Бить по рукам на этапе компиляции Для этого нужно вначале сделать безопасный язык с поддержкой базовых абстракции ООП, чтобы не приходилось в структуры в роли объектов гонять по коду. Или, ну не знаю, как-то стимулировать, чтобы человеки выучил основы работы с памятью. > Раст, который не совсем чтобы объектно-ориентированный Отсутствие базовых конструкций для проектирования ОМ не отменяет того, что базовые абстракции мешков с мясом включают объекты, верхний уровень абстракции на 98% состоит из них (не у всех в явном виде). От того, что при реализации код можно нормализовать убрав из него явные ОО конструкции не говорит, что ОМ нет -- просто код становится труднее читать и при дальнейшей модификации появляются неявные ошибки.

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