SS
@skapral вот ты сам используешь термин "Егорово ООП", а меня зачем-то спрашиваешь "каких извращений". Зачем задаёшь вопросы ответ на которые тебе известен?
Size: a a a
2018 November 07
SK
@skapral вот ты сам используешь термин "Егорово ООП", а меня зачем-то спрашиваешь "каких извращений". Зачем задаёшь вопросы ответ на которые тебе известен?
Неизвестен, потому что я не считаю тезисы Егора извращением
Cm
эх, я думал там хацкель
хаскель будет через видео
SS
Хоспаде, опять Хаскель, я уж думал все им переболели
Cm
Хоспаде, опять Хаскель, я уж думал все им переболели
Чувааааак, ты не шаришь. Там столько клевого
SS
Йоу 🤘
A
ООП - это механизм. С тех пор, как его ввели почти сразу поняли, что большинство его использовать не умеет или использует не по назначению . Поэтому появились S.O.L.I.D и т.п.
Хороший механизм - это когда его правильно использовать легко, а неправильно, невозможно или хотябы в разы сложнее.
Хороший механизм - это когда его правильно использовать легко, а неправильно, невозможно или хотябы в разы сложнее.
Примет хорошего механизма приведи пожалуйста?
SK
Ну серьезно, чем элегантные объекты извращеннее десятков паттернов Gof/EE и DI контейнеров?
SS
Чувааааак, ты не шаришь. Там столько клевого
Там тяжёлая борьба с надуманными проблемами
SS
Ну серьезно, чем элегантные объекты извращеннее десятков паттернов Gof/EE и DI контейнеров?
Ну примерно одного уровня бесполезности
SS
GoF вообще для плюсов, для Джавы там половина не нужна
SS
Для ФП языка не нужны все, кстати
Cm
Хоспаде, опять Хаскель, я уж думал все им переболели
даже в мелочах: мне так в плюсах/джаве не хватает типа "непустой список". Ну, чтобы внутри функции на пустоту постоянно не проверять вручную. И чтобы пустой в функцию просто передать нельзя было
SS
даже в мелочах: мне так в плюсах/джаве не хватает типа "непустой список". Ну, чтобы внутри функции на пустоту постоянно не проверять вручную. И чтобы пустой в функцию просто передать нельзя было
А в лиспе, который живёт и дышет списками, пустой список не только есть, но ещё и эквивалентен null
SS
Common Lisp, имеется в виду
Cm
не пустой, а "НЕпустой"
SK
ООП - это механизм. С тех пор, как его ввели почти сразу поняли, что большинство его использовать не умеет или использует не по назначению . Поэтому появились S.O.L.I.D и т.п.
Хороший механизм - это когда его правильно использовать легко, а неправильно, невозможно или хотябы в разы сложнее.
Хороший механизм - это когда его правильно использовать легко, а неправильно, невозможно или хотябы в разы сложнее.
С набросом на SOLID не согласен. Его просто переврали все кому не лень и теперь хаят. C "Clean architecture" все встает на места.
SK
SOLID вообще - закономерность, а не паттерн или рекомендация, более того он теоретически применим вообще для любой парадигмы где есть реюзабельные куски кода. Просто в ФП о нем не вспоминают, потому что там да, ошибиться сложнее
SS
не пустой, а "НЕпустой"
А такого там нет, там стандартный приём постоянно проверять список на пустоту, nil-punning называется
Cm
С набросом на SOLID не согласен. Его просто переврали все кому не лень и теперь хаят. C "Clean architecture" все встает на места.
Вот к примеру, если в плюсах у типа нет возможности копирования (например, это сокет или файл), его нельзя поставить в вектор. Вот просто физически нельзя, потому что в векторе испоььзуется копирование. И мне не надо учить какой-нибудь "Clean stl" чтобы не делать этого: я физически не смогу это сделать. Точка.