https://habr.com/company/piter/blog/418157/ ох как тут подгорело...

>> Это же тот мракобес, который любую проблему решает еще одним декоратором:

new If() неплохо...

https://habr.com/company/piter/blog/418157/ ох как тут подгорело...

Комментарии топ: ФПшники: лол, ООП головного мозга! ООПшники: лол, поехавший ФПшник)

new If() неплохо...

в смолтаке if-ы были методами объектов и никто не ныл

даже ФП-никам бы понравилось (ибо нет управляющих структур - есть функции))

ну это же не смолтолк

в джаве это зачем

просто так)

потому что Егор упорот

потому что Егор упорот

ну я как то так и представлял =))

в джаве это зачем

чтобы и эти конструкции были полимофрны

а еще представь, что был бы единый интерфейс работы. Зачем тебе булево значение, если может быть объект с каким-нибудь методом аля then

и такой же метод например у futures с такой же сигнатурой, а еще у какого-нибудь either

теперь не надо выдумывать хитрые правила приведения к булу в if(), теперь у тебя есть просто метод и если хочешь, чтобы и твой объект можно было так использовать - делаешь ему метод then с такой же сигнатурой

теперь не надо выдумывать хитрые правила приведения к булу в if(), теперь у тебя есть просто метод и если хочешь, чтобы и твой объект можно было так использовать - делаешь ему метод then с такой же сигнатурой

боюсь что в итоге вместо четких конструкций работающих одинаково всегда и везде получится что то в духе джаваскриптового new Boolean(false);

мдя... днище)

боюсь что в итоге вместо четких конструкций работающих одинаково всегда и везде получится что то в духе джаваскриптового new Boolean(false);

какие это конструкции работают одинаково всегда и везде?)

если по аналогии с js синтаксисом, то было бы чето типа true.then(() => 1, () => 2) false.then(() => 1, () => 2)

if(condition).then(success, faiture)

if лишний тут)

почему?)

хз мне лень читать о чем вы

condition.then(success, failure)

а ну да

логично

как всегда, афтар пишет "синглтон это плохо нет прощения сразу в ад", и не обьясняет почему плохо то

апологет собственного мнения)

Гребаные математики, не доказали что две прямые на плоскости могут пересечься только в одной точке. Апологет собственного мнения

Гребаные математики, не доказали что две прямые на плоскости могут пересечься только в одной точке. Апологет собственного мнения

в евклидовом пространстве?)

ты точно не пропустил слов в моем предложении?

https://habr.com/company/piter/blog/418157/ ох как тут подгорело...

не особо вчитывался, но показалось что автор просто решил написать свой лисп на джаве. Не понятно зачем, ведь уже есть Clojure

Что была стат. типизация ?

автокомплит гугла не глобален, а на основе того что ты искал в нём раньше

Что была стат. типизация ?

но уже есть хаскель

не особо вчитывался, но показалось что автор просто решил написать свой лисп на джаве. Не понятно зачем, ведь уже есть Clojure

Книгу не читал пока, но из его докладов и статей на сайте почерпнул много чего полезного. Конечно я не со всем согласен но примерно так на 60-70%

Бугаенко одобряет.

Зато все понятно!

вот что только люди не делают лишь бы функции не писать

вот что только люди не делают лишь бы функции не писать

можно functions) я не против)

вот что только люди не делают лишь бы функции не писать

конструктор - тоже функция!

можно functions) я не против)

ну и судя по названию random string с понятием абстракции мы не знакомы

ну и судя по названию random string с понятием абстракции мы не знакомы

а в чем проблема?

а в чем проблема?

а, точняк, в php-ж параметризованные типы это что-то дикое и не нужное.... Я к тому что если тебе надо достать рандомный элемент из списка тебе не надо знать тип элементов списка

иначе тебе придется делать всякие RandomInt, RandomBool, etc

а, точняк, в php-ж параметризованные типы это что-то дикое и не нужное.... Я к тому что если тебе надо достать рандомный элемент из списка тебе не надо знать тип элементов списка

если бы были дженерики - тогда без вопросов. Я согласен.

иначе тебе придется делать всякие RandomInt, RandomBool, etc

да((

вот что только люди не делают лишь бы функции не писать

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

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

ты хотел сказать в языках со слабой системой типов?)

Ну там где нет алгебраичных типов данных

в phpdoc можно описать)

в php конкретно проблема еще в том что люди почему-то думают что типы должны в рантайме проверяться

(и по этой причине нету у тебя дженериков там, потому что оч большая нагрузка на рантайм))

в php конкретно проблема еще в том что люди почему-то думают что типы должны в рантайме проверяться

Орал с этого

Просто гении

в phpdoc можно описать)

Это вариант. Но я пошел другим путем. И один раз пишу класс RandomString и всегда его юзаю. А можно везде юзать 1н класс RandomElement (или фцию) и везде прописывать доку.

отрой для себя psalm

/** * @psalm-template T * @psalm-param T[] $list * @psalm-return T */ function randomElement(iterable $list) { }

ERROR: S client not available

а лучше попробуй какой-нибудь функциональный язык. Даже тот же typescript, что бы не особо переучиваться и что бы профит был

в php конкретно проблема еще в том что люди почему-то думают что типы должны в рантайме проверяться

Надо запилить свой пхп)

а лучше попробуй какой-нибудь функциональный язык. Даже тот же typescript, что бы не особо переучиваться и что бы профит был

На котлине пишу иногда) psalm юзал, но: или psalm или phpstorm inspection необходимо выбрать что-то одно - и это для меня трабла.

это тоже

Да есть же вроде Flow для пхп

На котлине пишу иногда) psalm юзал, но: или psalm или phpstorm inspection необходимо выбрать что-то одно - и это для меня трабла.

ну выбери psalm)

Да есть же вроде Flow для пхп

нету

есть yay который позволяет тебе добавить в php все необходимое для описания типов, можно научить psalm это дело понимать и лучше типы выводить

но объемы работы астрономические

Инспекция написана на kotlin для php Все публичные методы должны быть описаны в интерфейсе.

что это за редактор такой интересный?

Инспекция написана на kotlin для php Все публичные методы должны быть описаны в интерфейсе.

ну в чем проблема это же на php для psalm написать? проще ж

https://carbon.now.sh/

Инспекция написана на kotlin для php Все публичные методы должны быть описаны в интерфейсе.

но DSL приятный

ну в чем проблема это же на php для psalm написать? проще ж

Если бы я один принимал решение psalm vs phpstorm - тогда было бы проще)

но DSL приятный

то есть этот код норм? :)

то есть этот код норм? :)

да, вполне. Там же нет new

))

в kotlin нету new ))

в kotlin нету new ))

я вкурсе) я к тому что с целью имутабельность делать это норм. У тебя ж там не совсем как в примере с рандом стринг - там у тебя описание правил меняется

я вкурсе) я к тому что с целью имутабельность делать это норм. У тебя ж там не совсем как в примере с рандом стринг - там у тебя описание правил меняется

ну да) php в этом плане фигня полная) мне лично очень трудно без дженериков

понимаю, я как бы треть времени на typescript пишу

Все это я вел к тому Егор норм чувак. У него много фантастических идей, но я для себя вынес определенные идеи и начал лучше писать код.

https://www.youtube.com/watch?v=AshxbePAbCM веселый и прикольный батл))

Все это я вел к тому Егор норм чувак. У него много фантастических идей, но я для себя вынес определенные идеи и начал лучше писать код.

у него просто такая стратегия донесения инфы. иногда она работает, а вот когда он на SOLID накидывал было смешно смотреть как он понятия подменяет

занятно что он интервьировал Дэвида Вэста, но не интервьюировал Алана Кея. Случай когда Алан случайно зашел в комменты в его блог не всчет

https://www.yegor256.com/2017/12/12/alan-kay-was-wrong.html - вот тут в комментиках Алан рассказывает в своей манере что такое ООП)

я не супер догоняю SOLID, но для меня Single Responsibility основная фишка декораторов и всей парадигмы которую пропагандирует Егор

я не супер догоняю SOLID, но для меня Single Responsibility основная фишка декораторов и всей парадигмы которую пропагандирует Егор

я бы сказал что суть декораторов и то о чем ты говоришь не в SRP а в open/close.