и не хочу быть айтишники

Это видео просто обязано быть тут https://www.youtube.com/watch?v=yRo-9qvF6EI

опа чо!

забавно но я этот видос так и не смотрел

стыдно)

Это видео просто обязано быть тут https://www.youtube.com/watch?v=yRo-9qvF6EI

О кстате я этот доклад смотрел

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

хз... я не доволен

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

на своих граблях так сказать)

я тут свою либу говно кодю для зависимостей, что то типо php-di получилось )

но только свое родное и легко расширяемое)

а зачем?

ну я ее изначально для себя писал

я тож такую делал но как надстройку над sf/di

когда мне pimple не хватало

я взял container-interop

чтобы быть как все)

но сделал что то типо обертки над ним чтобы использовать разные container-interop для ресолва)

но доку не доходят руки написать)

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

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

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

хз... я не доволен

А чем?

А чем?

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

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

а еще кнопка на пультике засадная была!

мне понравилось, кстати

а еще кнопка на пультике засадная была!

не это я лох)

Это видео просто обязано быть тут https://www.youtube.com/watch?v=yRo-9qvF6EI

пока посомтрел 5 минут, ерунда какая то

менеджмент объекты...че

Такая себе критика)

Это видео просто обязано быть тут https://www.youtube.com/watch?v=yRo-9qvF6EI

помню смотрел видос в целом классный, но дико убило вечно повторяющаяся фраза "НУ ТАКОЕ"

помню смотрел видос в целом классный, но дико убило вечно повторяющаяся фраза "НУ ТАКОЕ"

ну такое..

в телегу на пк наконец темы завезли

http://blogerator.org/page/oop_why-objects-have-failed

Такая себе критика)

Менеджмент критика

Менеджмент критика

чет слабо понимаю)

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

стыдно)

все нормальные люди понимают что практика нужна выступлений, другое дело в том что стоит начинать с малой аудитории

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

чет я опять не понял, но ладно

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

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

ты про классы-менеджеры или что?

я чет не могу найти момент, с которого ты негодуешь

разве нужна причина чтобы негадовать?

http://verraes.net/2014/08/dry-is-about-knowledge/

http://blogerator.org/page/oop_why-objects-have-failed

Наконец-то! Теперь я знаю что ООП не нужно.?

Наконец-то! Теперь я знаю что ООП не нужно.?

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

а альтернативы одна лучше другой

процедурщина на стероидах рулит

чат по ооп и тут ссылки на тему что ооп не нужно)

тонко

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

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

процедурщина на стероидах рулит

стероиды в виде goto?)

а так не парятся

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

вот я тут недавно писал, а что если объекты в питоне и объекты в ооп это не одно и тоже?)

вот я тут недавно писал, а что если объекты в питоне и объекты в ооп это не одно и тоже?)

в смысле?

чат по ооп и тут ссылки на тему что ооп не нужно)

Так это же хорошо! Нужно видеть альтернативу. Даже если её пока нету. ?

сколько людей, столько и мнений

срачи вечны, говно код будет всегда

поэтому можно забить и водки в подъезде навернуть

или боярышника

в смысле?

если заходить издалека method(object) vs. object.method() разницы ж немного

боярышника в ооп стиле

ERROR: S client not available

или call(method, thisStructure)

jmp

если заходить издалека method(object) vs. object.method() разницы ж немного

этот синтаксис ж не влияет на то, ооп здесь или нет

этот синтаксис ж не влияет на то, ооп здесь или нет

как в первом случае аргументы в метод передавать?) object.method(arg1, arg2)

через запятую или карированием

method(object, arg1, arg2)

method(object)(arg1, arg2)

как больше нравится

так ты о js

о чем угодно

о чем угодно с лямбда функциями

без лямбда функций не сработает )

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

а говорят о себе скромно "системные"

лямбда функция к ооп не имеет отнощения же

классы тоже

но так проще на данном этапе

но так проще на данном этапе

хотя не факт, может просто мы так привыкли

во всех учебниках ООП (это наследование, полиморфизм и инкапсуляция), все остальное это велосипеды сверху)

всякие solid, dry, kiss, ddd и тд это правила чтобы не простреливать себе ноги

http://blogerator.org/page/oop_why-objects-have-failed

Так забавляет как упорно некоторые люди пытаются доказать, что технология Х говно, пишут всякий булшит аля фрактал плохого дизайна, вместо того чтобы написать пост аля технология Y сэкономила кучу бабла/времени/нервов.

Так забавляет как упорно некоторые люди пытаются доказать, что технология Х говно, пишут всякий булшит аля фрактал плохого дизайна, вместо того чтобы написать пост аля технология Y сэкономила кучу бабла/времени/нервов.

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

class Test { private $uid = null; public function __construct() { $this->generateUID(); } private function generateUID() { $this->uid = bin2hex(random_bytes(16)); } } Есть смысл выносить в отдельный метод одну единственную строку?

а не пофигу ли?

весь код можно просто переписать class Test{} и ничего не потеряется)

Ну это пример. Там много чего есть. Просто кто-то считает что даже однострочную фигню надо в отдельный метод, чтобы каждый занимался своим а кто-то говорит что это всё в конструктор пихать надо. Вот и интересует кто и как делает?

Вопрос зачем ты его в конструктор запихнул?:)

Это ни я, это пример. Есть класс, есть что-то что должно сгенерировать одной строкой, это пихать в отдельный метод или сразу в конструктор всю инициализацию?

в конструтор инициализацию

другое дело что иницилизацию каждого свойства отдельно по возможсности

вот так посмотри http://pastebin.com/tztdfQX2

потом bin2hex замени на что то более случайное и уникальность что может гарантировать