The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Почему объектно-ориентированное программирование провалилось?, opennews (ok), 03-Окт-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


41. "Ну ка, быстро, все взяли и переписали Qt в процедурном стиле!"  +/
Сообщение от VBart (?), 03-Окт-10, 13:51 
=)
Ответить | Правка | Наверх | Cообщить модератору

42. "=("  –1 +/
Сообщение от VBart (?), 03-Окт-10, 13:52 
Черт, заголовок не показывается:
Ну ка, быстро, все взяли и переписали Qt в процедурном стиле!
Ответить | Правка | Наверх | Cообщить модератору

48. "=("  +/
Сообщение от Fcukuemail (ok), 03-Окт-10, 14:25 
> Черт, заголовок не показывается:
> Ну ка, быстро, все взяли и переписали Qt в процедурном стиле!

Из того, что Роллс Ройс провалился на рынке не следует, что каждый отдельный экземпляр Роллс Ройса - никудышный.

Парадигма ООП требует директивного переосмысления, причем средствами и силами идеологов ООП.
ООП в существующем виде не предлагает конструктивной идеологии и руководства к смене стиля планирования проекта.

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

Ответить | Правка | Наверх | Cообщить модератору

52. "=("  +/
Сообщение от VBart (?), 03-Окт-10, 14:35 
ООП провалился? Цыфры? Факты? Я наблюдаю, что он успешен как никогда.

Ну да, ну да, у нас в стране школие и дальше будут учить писать пузырька и исключительно функциям. От того все такие темные и никудышные программисты.

Любой большой проект, просто ну никак не обходится без ООП, даже когда его пишут на  не-ООП языке, то все равно пытаются изобретать некие подобия объектов, и следовать определенным методикам, похожим на ООП. В большом программировании без ООП никуда, ну а пузырьки и дальше функциями делать никто не запрещает.

Ответить | Правка | Наверх | Cообщить модератору

54. "=("  +1 +/
Сообщение от Аноним (-), 03-Окт-10, 14:42 
> Любой большой проект, просто ну никак не обходится без ООП, даже когда его пишут на  не-ООП языке, то все равно пытаются изобретать некие подобия объектов, и следовать определенным методикам, похожим на ООП. В большом программировании без ООП никуда, ну а пузырьки и дальше функциями делать никто не запрещает.

Если размер проекта определяется количеством "леммингов", его окучивающих, то безусловно без ООП никак не обойтись.
А "толпа леммингов", как известно, не может ошибаться. И другие аргументы, кроме "размеров" и "количества", "леммингам" не понятны и не нужны.

Ответить | Правка | Наверх | Cообщить модератору

92. "=("  +/
Сообщение от Анонимemail (84), 03-Окт-10, 18:17 
> Любой большой проект, просто ну никак не обходится без ООП, даже когда
> его пишут на  не-ООП языке, то все равно пытаются изобретать
> некие подобия объектов, и следовать определенным методикам, похожим на ООП. В
> большом программировании без ООП никуда

Согласен, ведь glib-стить - это тоже по сути ООП, но на чистых сях. Так что ООП как подход для проектирования действительно уже стал стандартом. А вот конкретные реализации его - дело скорее личных предпочтений.

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

118. "=("  +/
Сообщение от Школьник (ok), 03-Окт-10, 21:08 
>Любой большой проект, просто ну никак не обходится без ООП, даже когда его пишут на  не-
>ООП языке, то все равно пытаются изобретать некие подобия объектов, и следовать
>определенным методикам, похожим на ООП

Расскажите нам о внутренностях компиляторов - где там объекты, полиморфизм, наследование. В инкапсуляцию я еще могу поверить. Можете еще рассказать о ядрах *nix-подобных ОС и показать, где там ООП ( только про VFS не надо - так и быть - будем это считать за ООП ). Можете еще рассказать о внутренностях РСУБД - где и как ООП применяется, к примеру, в разборе SQL или оптимизаторе.

>В большом программировании без ООП никуда, ну а пузырьки и дальше функциями делать никто
>не запрещает.

Когда в руках молоток, любая задача кажется гвоздем (с) народ. От себя добавлю: как бы я хотел, чтобы шурупы стали наконец-то закручивать, а не забивать!

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

53. "=("  –1 +/
Сообщение от Аноним (-), 03-Окт-10, 14:38 
Быдлокодеры не понимают, что такое "планирование проекта". Для них план - это некое соответствие видимой для них части физического мира (в лучшем случае). Отсюда объекты для них предсталяются аналогами физческих контейнеров для свойств и процедур. Ой пардон, не процедур, а даже методов! Самые продвинутые даже мыслят на уровне абстракции передаваемых сообщений, опять таки по аналогии с физическим миром, более для них понятным.

> Ну ка, быстро, все взяли и переписали Qt в процедурном стиле!

А поскольку дальше процедур они в своем понимании так и не продвинулись, хоть и думают, что они понимают, что такое объекты и сообщения, поэтому они считают, что если не ООП, то процедурное, другого по их мнению не дано.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

68. "=)"  +/
Сообщение от filosofem (ok), 03-Окт-10, 16:15 
>Отсюда объекты для них предсталяются аналогами физческих контейнеров для свойств и процедур.

А для вас они чем представляются?

Ответить | Правка | Наверх | Cообщить модератору

71. "=)"  –1 +/
Сообщение от Аноним (-), 03-Окт-10, 16:39 
>>Отсюда объекты для них предсталяются аналогами физческих контейнеров для свойств и процедур.
> А для вас они чем представляются?

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

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

Ответить | Правка | Наверх | Cообщить модератору

77. "=)"  +/
Сообщение от filosofem (ok), 03-Окт-10, 17:27 
>Базовые понятия ничем не представляются, поскольку сами служат для представления чего-то.

Первое утверждение ни каким боком не следует из второго.
Даже наоборот. Как можно представить некое понятие при помощи неких элементарных понятий, которые не имеют никакого представления? =)

Ответить | Правка | Наверх | Cообщить модератору

83. "=)"  +/
Сообщение от Аноним (-), 03-Окт-10, 18:01 
>>Базовые понятия ничем не представляются, поскольку сами служат для представления чего-то.
> Первое утверждение ни каким боком не следует из второго.

Согласен.
Даже следует признать, что второе утверждение было вообще неверным.

> Даже наоборот. Как можно представить некое понятие при помощи неких элементарных понятий, которые не имеют никакого представления? =)

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

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

Ответить | Правка | Наверх | Cообщить модератору

146. "=)"  +1 +/
Сообщение от Fcukuemail (ok), 04-Окт-10, 01:52 
>>>возвращаясь к исходному вопросу

Еще раз для всех.
Развёрнутый "холивар" НИКАКОГО отношения НИ К КАКОЙ страничке сырца НИКАКОГО компилятора/претатора НЕ ИМЕЕТ.

Чего все вперлись в "процедуры" и обсуждения "объектности" или "необъектности" каких-либо диалектов чего бы то ни было вообще???

"Провал ООП" состоит в следующем - однажды персонажи, работающие над энд-юзер сервисом чего бы то ни было начинают вопить: "Какого иуха в сраном виджете вашего сраного фреймворка от вашего сраного АПИ мы не можем получить значений свойства ХХХ??? Мля!!!"

Вот он, "провал".
И суть в том, что "ООП" средства и ООП парадигма не всегда дают преимущества в разработке внятного мидлвера, с которым не будет плясок с бубнами. Более того, они их просто не имеют.

Вот и вся суть.

То есть, много лет подряд, АПИ к чему-либо большому и красивому - ВСЕГДА ОБЪЕКТНЫЙ!
Это требование жизни. По другому принципиально не выходит. АПИ иначе превращается в восемь тонн перепутанных макарон.

А вот ПРЕИМУЩЕСТВ в реализации фреймворка/мидлвера, этот красивый АПИ предоставляющего, "ООП инструментарий" ну, не имеет :) Хоть на ассемблере рисуй, лишь бы АПЯ работала в соответствии с собственными же заявками и спецификациями.

Об этом и заметка.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру