Hog
нет
Hog
просто отчего-то (вот лично мне) кажется, что ты один такой весь в белом Архитектор Матрицы, а все остальные - говнокодерки тут собрались
Anonymous
зря. я себя Архитектором Матрицы не считают, но то, что я знаю - тем делюсь с ребятами. потому что иные кадры здесь считают, что ФП - это (условно чистые) статические функции в статических классах, например. это как пощечина здравому смыслу.
Hog
*нежные
сообщения можно редактировать :) внезапно!
Anonymous
и я по возможност ивнятно объясняю почему я так думаю
Anonymous
исключая аргументы типа "я художник, я так вижу"
Anonymous
про F# модули я не помню
Anonymous
никаких бесед
Hog
про F# модули я не помню
это (условно чистые) статические функции в статических классах
Anonymous
а тьфу
Anonymous
причем тут
Anonymous
речь про C# шла
Anonymous
какая разница, как это компилируется
Anonymous
не в этом был спор
Hog
мне кажется - есть :)
Roman
Я не знаю, откуда ты там взял, что речь шла про фп. Мы обсуждали разделение ИО и логики
Roman
Потом ты ворвался на белой лошади и рассказал, что нам надо наследовать срочно
Roman
ы
Hog
@fiftytwoheartz видишь :) не мне одному так кажется :)
Anonymous
Anonymous
Потом ты ворвался на белой лошади и рассказал, что нам надо наследовать срочно
эээ нет. я сказал, что пользу чистых функций можно получить без кастрации языка.
Anonymous
однозначно да.
Anonymous
самое понятие чистой и нечистой фукнции - следствие попытки разграничить ФП от не-ФП.
Roman
однозначно да.
ясно, спасибо
Hog
ясно, спасибо
диагноз ясен?
Roman
угу, неоперабельно
Anonymous
а могу услышать в чем я по-вашему не прав?
Anonymous
если в констурктивное русло перевести?
Hog
(+) - чистая?
Фил Ранжин
да и в группе, посвященной F#, было бы странно не обсуждать такие темы.
он только что логично обосновал нам своё право называть нашу технологию хуйнёй, или мне показалось?)
Roman
а могу услышать в чем я по-вашему не прав?
можно на ты. Чистые функции можно писать на любом языке независимо от парадигмы. ФП просто больше других парадигм форсит их использование. Ни о какой монополии речи тут нет и быть не может. Единственная оговорка в реалиях сишарпа — это исключения, к которым приходится прибегать из-за отсутствия DU. Можно и без исключений обойтись — нахерачить своих опшнов и резалтов, но выглядеть будет куда менее изящно, чем в ФШ. Да и синтаксис вынуждает бойлерплейта много писать.
Roman
А про наследование и статические методы разговор вообще отдельный и долгий
Фил Ранжин
да я шучу. Я за холивары
Hog
да я шучу. Я за холивары
да ты сам в первых рядах понабрасывать :)
Фил Ранжин
а это ложь
Hog
а это ложь
а статьи-то!
Фил Ранжин
ну, я же их не для вас пишу
Фил Ранжин
скорее, с вами
Фил Ранжин
ща пальну статьёй про тс, если получится. Так обкатаю свой скилл писать тех статьи. Потом напишу про ф, и всех уёбков, которые продолжат писать на сисярпе погонят из индустрии ссаными тряпками
Фил Ранжин
так победим
Фил Ранжин
чёрт
Anonymous
можно на ты. Чистые функции можно писать на любом языке независимо от парадигмы. ФП просто больше других парадигм форсит их использование. Ни о какой монополии речи тут нет и быть не может. Единственная оговорка в реалиях сишарпа — это исключения, к которым приходится прибегать из-за отсутствия DU. Можно и без исключений обойтись — нахерачить своих опшнов и резалтов, но выглядеть будет куда менее изящно, чем в ФШ. Да и синтаксис вынуждает бойлерплейта много писать.
я сейчас объясню, почему на мой взгляд это вздор. во-первых, функциональное программирование это более, чем просто "парадигма". по крайней мере, в ООПшном смысле. во-вторых, ФП не "вынуждает" использовать чистые фукнции. ФП и есть чистые фукнции - они является одной из совершенно необходимых (по крайней мере, теоритически) отправных точек и без них никак нельзя. дальше. по поводу монополии. по опредлению ООП появилось как попытка объеденить а) состояние с б) процедурами изменения этого состояния. чистые функции и состояние в том смысле - вещи взаимоисключащие, я надеюсь это ясно. это, если по верхам пробежаться.
Yury
:)
Anonymous
монополия ФП на чистые фукнции - банальный факт того, что само ФП - попытка адаптировать чистую математику и ее тысячелетние наработки. математика работает исключительно с читыми функциями и без оных невозможна. по крайней мере, мы не знаем как ее такую постороить.
Yury
Вообще да, если что-то не запретить -- это пользуют. И в домашнем проекте есть выбор, а в Энтерпрайза этот гад уже уволился
Yury
А код остался
Igor
ну, таих срачей за/против ФП до тебя тут не было :)
И половина сообщение тут твои 🤔
Hog
а это ложь
Roman
я сейчас объясню, почему на мой взгляд это вздор. во-первых, функциональное программирование это более, чем просто "парадигма". по крайней мере, в ООПшном смысле. во-вторых, ФП не "вынуждает" использовать чистые фукнции. ФП и есть чистые фукнции - они является одной из совершенно необходимых (по крайней мере, теоритически) отправных точек и без них никак нельзя. дальше. по поводу монополии. по опредлению ООП появилось как попытка объеденить а) состояние с б) процедурами изменения этого состояния. чистые функции и состояние в том смысле - вещи взаимоисключащие, я надеюсь это ясно. это, если по верхам пробежаться.
сумбур какой-то. Во-первых, я не понимаю фразу "Функциональная парадигма больше чем парадигма в ООПшном смысле" Ватафак? Во-вторых, если я в ооп использую чистую функцию, меня посадят? Или старейшины ФП меня засудят? Или в чем тогда эта монополия? А по поводу несовместимости чистых функций и состояния — модель акторов передает привет
Anonymous
Anonymous
еще раз повторяю главную мысль - фукнциональное программиование это попытка максимально близко держаться чистой математики и ее внутренних правил, на которые у лучших умов ушли без преувеличения тысячелетия.
Anonymous
ООП - это парадигма 30летней давности.
Anonymous
не путайте хуй с пальцем.
Фил Ранжин
пацаны
Фил Ранжин
вы давайте, или код тащите
Фил Ранжин
или я хуй знает
Фил Ранжин
типа там вот код, он фп, он хорош не, нихуя, говно твой код, да и вообще это не фп нихуя
Фил Ранжин
объективно будет
Yury
объективно будет
Функционально)
Roman
Проблема в том, что если а коде появляется нечистая функция, то все остальные, ее вызывающие, тоже перестанут быть чистыми
это не проблема, это просто факт. Поэтому ты не вызываешь нечистых функций из чистых
Roman
ООП - это парадигма 30летней давности.
для справки, ФП это парадигма 40летней давности
Anonymous
для справки, ФП это парадигма 40летней давности
для справки, ты сейчас ляпнул глупость, за которую тебе должно быть стыдно
Roman
Пришел Вася и сделал ранее чистую нечистой
Васе, как и всей команде, надо объяснить концепт и потом следить за этим на ревью
Roman
я не понимаю, как будто в ФП от дурака защита есть надежная
Anonymous
но с аргументацией твоего уровня мне спорить не интресно
Anonymous
напоминает колхозные лекции про антиматерию, если честно
Yury
Васе, как и всей команде, надо объяснить концепт и потом следить за этим на ревью
Да, конечно, но не всегда бывает возможно просто (например, аутсорс + другая команда у заказчика, у них приоритет)