Духовность™
Продвинутый новичок
Мину с в том, что на ООП смотрят как на панацею от всех бед, возводят в ранг священной коровы и принимают за догму некоторые стереотипы.
-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
какие минусы у ООП?
- Автор темы HraKK
- Дата начала
Доктор
Новичок
+ много.
Все, конечно, всегда себя считают самыми умными с большим количеством мозгов, а на остальных смотрят как на говно, но если смотреть на вещи абстрактно вообще со стороны - то указанное тобой - это таки серьезнейший минус.
Как результат, процент ООП-говнокода в мире куда больше, чем процент говнокода без ООП.
Количество флейма по форумам (и потраченного на него времени, вместо того, чтобы работать) в темах про ООП заруливает по количеству и особенно тупости все остальные темы вместе взятые
Духовность™
Продвинутый новичок
а как изволите научиться писать в объектном стиле не начав писать ООП ради ООП? Такое априори невозможно. Нельзя научиться мыслить объектами, не начав писать говнокод с использованием классов.
Хороший код пишут опытные прогаммисты.
Плохой - менее опытные.
В чем предмет разговора? В том, что кто-то пишет ООП ради ООП? И чо? Через год он будет писать лучше, через два - ещё лучше. Через три - он напишет хорошую ОО-систему.
Не раз замечал, что говнокод пишут именно те, кто обычно на форумах не сидит, во флеймах не участвует, и пишет все в стиле лапши с html кодом, не пытаясь даже задуматься на тему, "а насколько правильно я делаю и как это делают другие".
рад, что ты понял вложенный мной смысл.
с одной стороны написать говенный псевдо-ооп код, который создаст кучу проблем с саппортом, намного проще, чем говенный процедурный (просто потому что в сумме говна будет меньше).
с другой стороны правильная объектная архитектура требует достаточного опыта, и тут получается что человеку в этих делах неопытному более чем реализовывать уже спроектированный интерфейс с постоянными код ревью ничего доверить нельзя (хотя может это и не плохо
с третьей стороны ООП код, несмотря на все XP/TDD и прочее, может оказаться в итоге менее гибким, просто потому что постановка задачи вся на хрен поменялась к чертям. всегда требуется баланс между уровнем гибкости и объемом кода (и сроками), и его найти не всегда просто, а абстрагировать все что можно, - ну девелоперам это конечно понравится но заказчик это оплачивать не будет. баланс тут вообще ключевой момент и самый сложный.
но все равно лучше ничего не придумано так что деваться некуда
Ну это недостаток, но так как он относится не только к ООП, а скорее к метафизическому, то отбрасываем.
Это не проблема ООП
Это не проблема ООП
-~{}~ 10.09.10 16:57:
Это не проблема ООП
Это не проблема ООПминус в том - что научится ООП можно только с опытом.
а сегодня индусов на работе видел(куда я попал? Q_Q)
минус в том - что этот мир полон объектов, и приходится их всех описывать.
Это не проблема ООП
Нууууу давайте дальше))))
Mols
Новичок
HraKK
Ну на что угодно можно сказать
"Это не проблема ООП"
Потрудитесь привести критерии того, что Вы считаете проблемой.
Может тогда и сами обнаружите эти "проблемы"
Как я понимаю опыта у Вас предостаточно.
Ну дык и воспользуйтесь им хотя бы для полноценной постановки задачи, раз уж собрались дискутировать)))
Ну на что угодно можно сказать
"Это не проблема ООП"
Потрудитесь привести критерии того, что Вы считаете проблемой.
Может тогда и сами обнаружите эти "проблемы"
Как я понимаю опыта у Вас предостаточно.
Ну дык и воспользуйтесь им хотя бы для полноценной постановки задачи, раз уж собрались дискутировать)))
