SP
Давайте в микросервисы и k8s поиграем
очередная попытка изобрести эрланг и экторы)
Size: a a a
2020 December 21
АГ
И gRPC в пыхе
а вот это +
ВУ
ООП концепт рожденный в конце 60-х. Мы ж не будем сча говорить что ООП это что-то правильное и ценное?
у меня там сарказм был просто в стиле @zobov )
внутри ООП всё равно код процедурный, я особо не питаю иллюзий
внутри ООП всё равно код процедурный, я особо не питаю иллюзий
SP
у меня там сарказм был просто в стиле @zobov )
внутри ООП всё равно код процедурный, я особо не питаю иллюзий
внутри ООП всё равно код процедурный, я особо не питаю иллюзий
SP
вместо пустого спора предлагаю вот этот видосик посмотреть) от одного из моих любимых спикеров)
АС
у меня там сарказм был просто в стиле @zobov )
внутри ООП всё равно код процедурный, я особо не питаю иллюзий
внутри ООП всё равно код процедурный, я особо не питаю иллюзий
а еще глубже вообще бинарный код
с его JUMP NZ
печаль
как жить-то?
с его JUMP NZ
печаль
как жить-то?
SP
а еще глубже вообще бинарный код
с его JUMP NZ
печаль
как жить-то?
с его JUMP NZ
печаль
как жить-то?
делать предположение что за очередным слоем абстракий нет багов)
SP
и не смотреть туда)
АС
баги, как я помню времена молодости, и в железе находили
чего стоит история про Pentium и баг с умножением флоатов
чего стоит история про Pentium и баг с умножением флоатов
DZ
у меня там сарказм был просто в стиле @zobov )
внутри ООП всё равно код процедурный, я особо не питаю иллюзий
внутри ООП всё равно код процедурный, я особо не питаю иллюзий
А чуть ниже си, гоу сразу на си писать выкинув плюсы, зачем нам лишние посредники?)
АС
причем Интел тогда потребовал доказательств, что
АС
этот баг мешает
SP
баги, как я помню времена молодости, и в железе находили
чего стоит история про Pentium и баг с умножением флоатов
чего стоит история про Pentium и баг с умножением флоатов
вроде в свежих интелах был баг, не говоря про спектры и метлдауны всякие
DE
кстати также нельзя юзать: свич, протектед пропертиз, абстрактные методы вне интерфейсов, динамические вызовы и обращения к полям, статические методы и классы, деструктуризацию массивов, массивы с ключами строками, и многое другое - нет желания сейчас полный список формулировать. но мне нравятся эти требования. они заставляют думать и делать хорошо
Протектед нужен только если у класса будут наследники и только если очень надо какой-то метод специально сделать доступным из наследников. Бездумно делать все методы и поля protected также глупо, как всё по умолчанию бездумно делать public. Если в своём коде не юзать наследование от своих классов, то протектед вообще не нужен.
АС
чтобы поменять проц
ВУ
а еще глубже вообще бинарный код
с его JUMP NZ
печаль
как жить-то?
с его JUMP NZ
печаль
как жить-то?
да вообще пох)
каждый кайфует, когда играет в свои игрушки и иллюзии)
каждый кайфует, когда играет в свои игрушки и иллюзии)
SP
Протектед нужен только если у класса будут наследники и только если очень надо какой-то метод специально сделать доступным из наследников. Бездумно делать все методы и поля protected также глупо, как всё по умолчанию бездумно делать public. Если в своём коде не юзать наследование от своих классов, то протектед вообще не нужен.
Страуступ вроде писал что добавление protected в плюсы было ошибкой
SP
мол protected и friend классы это "нечто что имеет смысл 1-2 раза за карьеру"
АГ
Протектед нужен только если у класса будут наследники и только если очень надо какой-то метод специально сделать доступным из наследников. Бездумно делать все методы и поля protected также глупо, как всё по умолчанию бездумно делать public. Если в своём коде не юзать наследование от своих классов, то протектед вообще не нужен.
пхпстен предлагает делать методы вместо полей, раз, и абстрактное выносить в интрефейсы, два. это все изи фиксится. но когда наследуешься от классов фреймворка - деваться некуда, приходится саппресить на уровне проекта для определенного рода классов.
АГ
по сути совокупность классов, засаппрешенных на уровне проекта - это своего рода антикоррупционный слой между говно-фреймворком (ларой в моем случае) и чистым ядром домена