не совсем

Ну дык, ептыть

не совсем

Просто в контексте решаемой задачи я не вижу разницы между классом типов и интерфейсом, короме технической.

Просто в контексте решаемой задачи я не вижу разницы между классом типов и интерфейсом, короме технической.

Ну это видно в продакшне

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

На большом массиве кода

КОторый надо анализировать и трансформировать

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

И вроде с технической точки зрения все ок, но логически попадаешь в ловушку

Кароч

Поныряй в энтерпрайз лет несколько

Поныряй в энтерпрайз лет несколько

Я тебя понял.

это не только эстетические чувства задевает) От несоответствия логической нагрузки и технической реализации постоянно возникают проблемы даже серьезнее чтения кода

это не только эстетические чувства задевает) От несоответствия логической нагрузки и технической реализации постоянно возникают проблемы даже серьезнее чтения кода

В чем отличие от ситуации с классами типов?

отличие чего от ситуации с классами?

Ситуации с интерфейсом.

В чем отличие от ситуации с классами типов?

В том, что данная "группировка" вынесена в отдельную сущность

В том, что данная "группировка" вынесена в отдельную сущность

В какую это?

typeclass

Ситуации с интерфейсом.

когда есть интерфейс, по умолчанию думаешь, что он что-то значит. Что есть такая сущность в бизнес логике

когда есть интерфейс, по умолчанию думаешь, что он что-то значит. Что есть такая сущность в бизнес логике

Нет, конечно, я думаю, что эта штука описывает какое-то поведение.

Какие сущности? 🙃

Нет, конечно, я думаю, что эта штука описывает какое-то поведение.

Ну есть подход академический, есть практический

Сущности у меня в рекордах и DU.

Как там было про отличие выпускника ПТУ от выпускника университета

Когда выясняется, что это просто искусственно собраная вместе пачка методов потому что васе так было надо, обычно уже потрачено пару часов на то, чтобы понять че к чему

Нет, конечно, я думаю, что эта штука описывает какое-то поведение.

в блядском ооп интерфейсами и абстрактными классами измазано абсолютно все

Выпускник университета знает, как устроен телевизор, но не может его починить, а выпускник ПТУ не знает, как устроен телевизор, но может его починить

Когда выясняется, что это просто искусственно собраная вместе пачка методов потому что васе так было надо, обычно уже потрачено пару часов на то, чтобы понять че к чему

Почему нельзя собрать в кучку пачку методов в рамках тайп класса?

в блядском ооп интерфейсами и абстрактными классами измазано абсолютно все

Меня слабо волнует, что в том плохом ООП, с которым вы работаете.

Почему нельзя собрать в кучку пачку методов в рамках тайп класса?

Наверное потому, что это в том же c# не оддерживается

Marker interfaces aren’t actually interfaces. At least, they aren’t according to the common definition and understanding of the term: An interface is defined as a syntactical contract that all the classes [implementing] the interface should follow. The interface defines the ‘what’ part of the syntactical contract and the deriving classes define the ‘how’ part of the syntactical contract. An interface defines a contract between implementers and consumers — except a marker interface, because a marker interface defines nothing but itself. So, right out of the gate, the marker interface fails at the basic purpose of being an interface.

Наверное потому, что это в том же c# не оддерживается

Я про другое.

Я про другое.

Разверни суждение

@atsapura опять приводит примеры говнокода, когда кто-то собрал непонятно что в интерфейсе. Но я и в языке с классами типов так могу делать.

Меня слабо волнует, что в том плохом ООП, с которым вы работаете.

тогда о чем мы вообще говорим? О том, как надо делать академически или как надо делать в реальной жизни, как надо делать в C# или в F# или че к чему?

тогда о чем мы вообще говорим? О том, как надо делать академически или как надо делать в реальной жизни, как надо делать в C# или в F# или че к чему?

Причем тут академия вообще? :)

Вы чего к ней прикопались.

я теряю нить разговора

Я просто прошу объяснить нормально, без аппеляции в вашему печальному опыту.

почему опытом нельзя пользоваться?

Потому что у вас это "плохой продакшн на C#" и "хорошие петы на F#".

Лучше что-нибудь объективное.

Потому что у вас это "плохой продакшн на C#" и "хорошие петы на F#".

речь не про плохой продакшн, а про золотой стандарт продакшн ооп

речь не про плохой продакшн, а про золотой стандарт продакшн ооп

Нет такого стандарта. :)

Сами же говорите, что в ООП все неясно.

Нет такого стандарта. :)

ne nado filosofii

Есть набор устоявшихся практик

Золотым я его конечно не считаю. Но так "считается делать правильно" сейчас

То есть это то, что опытные программисты (правда, без знания ФП) считают "как надо делать".

И как же?

Какая у тебя выборка?

сейчас у меня 10 место работы, кажется

Кароч

или 11

на некоторых работах более чем на 1 проекте работал

Через n мест работы понимаешь

Что код отличается двумя вещами

Так что выборка выше среднего, я думаю

1. Формой лопаты 2. Сортами говна

Ну и практиками логистики этого всего по окрестным полям

Я вот для себя понял, что нарушение строгости абстракций и условное натягивание совы на глобус на длинной дистанции всегда плохо оборачивается

Неизбежно возникают разного сорта неудобства, иногда очень тяжелые для бизнеса

@atsapura @vshapenko Мне кажется, у нас серьезные культурные различия. Меня интересует логическая аргументация, почему интерфейсы — это плохо. Вы же мне зачем-то рассказываете про то, какой плохой код у вас в продакшене, как интерфейсы становятся бизнес-сущностями, есть золотой стандарт ООП... И предлагаете (зачем?) мне самому окунуться в это дерьмо. :) // зачееем? В свою очередь я для себя отмечаю, что интерфейсы — это: - нормальный способ делать органичения на поведение (в языках, где нет других возможностей) - нормальный путь нормализации типов - возможность делать расширяемые множества значений (в языках, где этого нет)

Дык я ж с аргументацией не спорю

Все верно говоришь

А различия в том, как это на практике применяется обычно

А различия в том, как это на практике применяется обычно

При этом, я боюсь, что вы с @atsapura не сможете мне рассказать, как на практике поведет себя SRTP и какой золотой стандарт ФП кода на F#. Поэтому, пожалуйста, давайте конструктивно общаться.

В любом языке можно абузить фичи и неправильно их использовать.

шта

Ну тут как та история про массажер для шеи

КОторый на самом деле используют по-другому

бля я вообще не понимаю о чем спор. Я не говорю, что все интерфейсы надо выжечь каленым железом и оставить только SRTP на этом пепелище. Я всего лишь утверждал, что во многих случаях интерфейсы применяют за неимением горничной, тогда как сртп (или тайп классы) были бы уместней

но меня запарило воду в ступе толочь че-то

бля я вообще не понимаю о чем спор. Я не говорю, что все интерфейсы надо выжечь каленым железом и оставить только SRTP на этом пепелище. Я всего лишь утверждал, что во многих случаях интерфейсы применяют за неимением горничной, тогда как сртп (или тайп классы) были бы уместней

А во многих случаях используют тайп классы, хотя было бы уместее просто передать дополнительный параметр. Открыл Америку? :)

бля я вообще не понимаю о чем спор. Я не говорю, что все интерфейсы надо выжечь каленым железом и оставить только SRTP на этом пепелище. Я всего лишь утверждал, что во многих случаях интерфейсы применяют за неимением горничной, тогда как сртп (или тайп классы) были бы уместней

Какова твоя аргументация за SRTP? Как его поддерживать в продакшене? Как жить с кривым синтаксисом? 🙃

И все такое.

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

Нет, я просто не люблю, когда мне начинают затирать истории про свой продакшн на C#. 🙃 Ну, типа норм общались, чего вы начинаете?

В F# тоже есть интерфейсы.