Еще один ниасилятор ООП
Moderator: Little Muk
Еще один ниасилятор ООП
http://habrahabr.ru/post/169601/" onclick="window.open(this.href);return false;
Re: Еще один ниасилятор ООП
он не один такой
http://harmful.cat-v.org/software/c++/linus" onclick="window.open(this.href);return false;
http://harmful.cat-v.org/software/c++/linus" onclick="window.open(this.href);return false;
Re: Еще один ниасилятор ООП
в вебе без OOП и MVC никуда... в драйверах и системных программах ООП вряд ли нужноsena wrote:он не один такой
http://harmful.cat-v.org/software/c++/linus" onclick="window.open(this.href);return false;
Re: Еще один ниасилятор ООП
Та лана... Когда-то где-то было без кобола никуда. Или там, без какого-нибудь pl1. Без перфокарт было невозможно вообще себе представить. Надо понимать где мы находимся, как мы сюда пришли, куда движемся. Что, нынешнее ООП это вершина языков программирования? Смешно. Мы только учимся кубики ставить друг на друга, только буквы в букваре учим. Отрасли даже 100 лет нет. Вот лет через 300-500 можно будет поговорить.Гость wrote:в вебе без OOП и MVC никуда... в драйверах и системных программах ООП вряд ли нужноsena wrote:он не один такой
http://harmful.cat-v.org/software/c++/linus" onclick="window.open(this.href);return false;
Re: Еще один ниасилятор ООП
К хорошему быстро привыкаешь. А эти критиканы ООП не понимают главного: ООП нужно использовать там, где оно и так просится. То же самое с паттернами.sena wrote:Та лана... Когда-то где-то было без кобола никуда. Или там, без какого-нибудь pl1. Без перфокарт было невозможно вообще себе представить. Надо понимать где мы находимся, как мы сюда пришли, куда движемся. Что, нынешнее ООП это вершина языков программирования? Смешно. Мы только учимся кубики ставить друг на друга, только буквы в букваре учим. Отрасли даже 100 лет нет. Вот лет через 300-500 можно будет поговорить.Гость wrote:в вебе без OOП и MVC никуда... в драйверах и системных программах ООП вряд ли нужноsena wrote:он не один такой
http://harmful.cat-v.org/software/c++/linus" onclick="window.open(this.href);return false;
Re: Еще один ниасилятор ООП
так оно кроме Гуи с варте-ентвиклунгом никуда больше и не просится, а тянут его почти вездеГость wrote:ООП нужно использовать там, где оно и так просится. То же самое с паттернами.
Re: Еще один ниасилятор ООП
Не знаешь, не позорься. В десктопном GUI кстати оно наоборот довольно тяжело лезет (в смысле не Button1Click, а MVVM, MVP и прочее).minimax wrote:так оно кроме Гуи с варте-ентвиклунгом никуда больше и не просится, а тянут его почти вездеГость wrote:ООП нужно использовать там, где оно и так просится. То же самое с паттернами.
Re: Еще один ниасилятор ООП
Знаю, что в ГУИ и десктоповском и вебовском оно теперь именно и пользуется, особенно в тех, которые надо дальше развивать. Тут наследование и паттерны именно и ложатся. В драйверах, базах данных и вычислениях-молотилках это ООП нахрен ненадо,Гость wrote:Не знаешь, не позорься. В десктопном GUI кстати оно наоборот довольно тяжело лезет (в смысле не Button1Click, а MVVM, MVP и прочее).minimax wrote:так оно кроме Гуи с варте-ентвиклунгом никуда больше и не просится, а тянут его почти вездеГость wrote:ООП нужно использовать там, где оно и так просится. То же самое с паттернами.
хмм, если знаешь другие области, где оно так нужно, назови прямо, чего чванится то
Re: Еще один ниасилятор ООП
ты реально болван. кури ORM. драйвера, алгоритмические вычисления это маленькая толика. а как правило программируют предметную область, где объекты сами просятся.базах данных
Re: Еще один ниасилятор ООП
ОК, ОРМ.Гость wrote:кури ORM. драйвера, алгоритмические вычисления это маленькая толика. а как правило программируют предметную область, где объекты сами просятся.базах данных
Что еще?