Исходное сообщение
"Обновление варианта GNU Coreutils, переписанного на языке Ru..." Отправлено _hide_, 03-Фев-22 11:42
> Сорри, этот абзац полностью я не распарсил. Если ты про то, что без ООП жить нельзя, хочу тебе напомнить про функциональные ЯП. Программисты, их использующие, прекрасно обходятся без классов, объектов, методов, наследования и прочей лабуды из мира ООП. С тем, что в функциональный язык точно так же ложится на ОМ как и ОО язык, просто не используются языковые конструкции. Более того, если взять обычный императивный ЯП добавить базовые абстракции, типа кортежей и операторов и заоптимизировать это до потери пульса (в первую очередь ленивой работой с памятью и поддержкой патчей на данные) Мы получаем возможности функционального программирования (и, возможно, не хуже имеющихся языков). Проблема многих функциональных языков, что они с самого начала игнорируют некоторые классические подходы (из-за методических ограничений). > Глянул на два поста выше, понял о чём ты. Так что не так с инверсией зависимостей, всё-таки? С тем, что на эти вопросы разработчики, поначалу, положили болт с формулировкой "у нас так не принято". Сейчас уже есть различные решения (помимо Cargo), первое, что попалось https://crates.io/crates/shaku , но на чистом Rust-е так не получится (придётся работать с "клонами", что совсем "другое" или городить велосипеды).

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