наоборот надо

зачем второе место? есть же DRY, KISS

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

знач у тебя говнокод, если так. И срп тут не при чем)

writer любого формата - всегда один

надо подправить формат - значит надо подправить в месте, где он определён, а не во writer и reader. они не должны отвечать за структуру формата

давайте на личности не переходить :)

у меня абстрактный говнокод

@F01134H дада, что же вы так, человек отдыхает, он же написал)

ну вот к примеру есть класс, в нем врайтер и ридер, но по сути это однострочные функции на тему "берем байты и засовываем в нужное место"

давайте на личности не переходить :)

да ну я не с упреком это. Просто исхожу из факторов

стоит ли этот класс делить на два?

я не считаю говнокод оскорблением

либо writer и reader - это действительно один класс

и тут мы мыслим в контексте форматов. он отвечает за ОДИН формат, а значит сохраняется SRP

я не считаю говнокод оскорблением

это надо в рамочку и на стену)

а если нужны более низкие уровни (непосредственно файловый указатель, например. точнее дескриптор, как в си, то он уже будет обеспечен другим классом)

а решает задачу "обеспечения формата" один класс

Фоля, все мы работаем с говнокодом скрытым за Фасадами, Адаптерами, Прокси и тп, благо прелести инкапсуляции помогают иной раз об этом не думать, а open/closed позволяет дополнять этот говнокод функционалом ;D

да уж

но я ищу выход из говнокода в голанге

и его сигнатурах

с каких пор в голанге стало чище чем где либо?)

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

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

а кто здесь откуда?

Я не говорю, что там нет говнокода. Там его сложнее писать. И возможно даже можно обойтись совсем без него

мы с Протько вчера говорили об организации какого-то лампового митапчика чтоб это все пообсуждать

хм, я прогал на голанге, но потом отложил его в далекий ящик, там нет перегрузки методов и функций, нет try/catch и много еще чего, хотя бы ооп в его "стандартном" понимании)

Я не говорю, что там нет говнокода. Там его сложнее писать. И возможно даже можно обойтись совсем без него

а есть яп где нельзя обойтись без говнокода?)

хм, я прогал на голанге, но потом отложил его в далекий ящик, там нет перегрузки методов и функций, нет try/catch и много еще чего, хотя бы ооп в его "стандартном" понимании)

поверь, то, чего там нет - не зря убрано)

а есть яп где нельзя обойтись без говнокода?)

жс наверное)

в пхп обязательно говнокодить

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

там говнокод прошит на базовом уровне

там говнокод прошит на базовом уровне

так можно сказать о любом яп с низким порогом вхождения

я не имею ввиду то, что пхп лёгкий язык и по этому говнокод

надо короче браслет, который бьет током, когда говнокодишь

Известны 10 преимуществ Паскаля перед Си:) Я приведу только одно, но самое важное. На Си вы можете написать: for(;P("\n").R--;P("\ "))for(e=0x3DC;e--;P("_ "+(*u++/8)%2))P("| "+ (*u/4)%2); На Паскале Вы НЕ МОЖЕТЕ такого написать.

пхп в некоторых местах заставляет тебя писать говнокод

Известны 10 преимуществ Паскаля перед Си:) Я приведу только одно, но самое важное. На Си вы можете написать: for(;P("\n").R--;P("\ "))for(e=0x3DC;e--;P("_ "+(*u++/8)%2))P("| "+ (*u/4)%2); На Паскале Вы НЕ МОЖЕТЕ такого написать.

xD

во во

а на пыхе тоже можно)

да хоть форк бомбу ;D

если вы в курсе, то в пхп например все хттп хедеры помещаются в специальный массивчик, при этом деши и точки заменяются на подчеркивания, а впереди добавляется "HTTP_"

а, ну и в аппер кейс все...

вот как тут обойтись без говнокода?

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

так ли плох низкий уровень входа в язык?)

хуево, когда в языке из-за этого пренебрегают фичами

пхп - под задачу обработки хттп запросов придумали как раз, но зачем они так извратили вот эти все хедеры?

пхп - под задачу обработки хттп запросов придумали как раз, но зачем они так извратили вот эти все хедеры?

ты ж был на докладе? что там на этот счет будет у php jit ?

зеев сказал, что он в курсе, пишите письма

?

говорят он зарубил короткие лямбды

я у него спросил, а он говорит "не помню ничо, я зарубил и забыл"

:)

?

я не считаю говнокод оскорблением (с) но в пхп без него просто никак

ну вот вообще никак)

я не считаю говнокод оскорблением (с) но в пхп без него просто никак

ну не знаю, не считаю что нет ситуаций, где просто нельзя было бы выполнить кодекс бойскаута от дяди Боба)

я у него спросил, а он говорит "не помню ничо, я зарубил и забыл"

Зарубил это как понять??

ну был там у них rfc по поводу коротких лямбд, и обсуждение

и не приняли)

https://wiki.php.net/rfc/arrow_functions☹️

Я не говорю, что там нет говнокода. Там его сложнее писать. И возможно даже можно обойтись совсем без него

вот это правильно, кодим как умеем)

в пхп жутко не хватает функциональных типов

из-за этого просто не работает лискоу сабститушн

ERROR: S client not available

почему же?

из-за этого просто не работает лискоу сабститушн

это как?

мы с Протько вчера говорили об организации какого-то лампового митапчика чтоб это все пообсуждать

На границе трех республик. То есть, в Брянске!)

мы с Протько вчера говорили об организации какого-то лампового митапчика чтоб это все пообсуждать

вот интересно насколь @fes0r с тобой согласен, хм)

ну к примеру: function foo($callback) { return $callback(42); } $bar = function($a, $b) { return $a/ $b; }; foo($bar);

https://habrahabr.ru/company/zfort/blog/330696/

там кстати есть примеры, которые мы успели поныть уже ;D

т.е. короткие, это которые сразу return?

https://externals.io/thread/911

ну был там у них rfc по поводу коротких лямбд, и обсуждение

его опять поднял Леви Моррисон и активно обсуждают

вот как тут обойтись без говнокода?

composer require symfony/http-foundation composer require psr7*

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

это днище

:)

Все эти интерфейс сегрегейшн не работают нормально в языках без множественного наследования, да и в остальных непонятно как делить.

А в каких языках нет множественного наследовпния интерфейсов?

Ну и плюс а почему срп касается только классов?

Srp это вообще обрезок, чтобы не объяснять людям про coupling и cohesion. Ну и чтобы было SOLID, а не OLID

Про множественное наследование, видимо не интерфесы имеются ввиду. Интерфейсы имплментируются же а не наследуются классами

Ну и лискоу тоже не работает в обычных языках

Почему?

ну я привел пример выше

function foo($callback) { return $callback(42); } $bar = function($a, $b) { return $a/ $b; }; foo($bar);

в пхп это норм)

потому что колбек это всегда колбек

Лол, ну нашел мне язык, да еще и с анонимными функциями

да не, я ничего не говорю... но просто тут люди защищают его, и говорят что для каждой ниши есть свой язык)

а я говорю, что это все не язык совсем

а люди

Ну да, солид это красивый продукт в области обучения

Но я б не сказал, что он совсем бесполезен

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

В чем проблема его сейчас применять?

Логично, применять его можно при поступлении новых требований

function foo($callback) { return $callback(42); } $bar = function($a, $b) { return $a/ $b; }; foo($bar);

Короч если переписаиь на объекты+интерфейсы и поставить тайпхинты, то будет работать ж