Как обьяснить людям, зачем нужны классы, наследование и ООП? (5 стр)

gudleifr
блин, ешкин кот, на ваших котлетах сидят мухи!
Выкиньте свои кресты с ихними проблемами, ООП останется.
ООП, как парадигма это  баг мозга и он существует отдельно от всего программирования!

Клапауций
> существует отдельно от всего программирования!
ООП имеет отношение к программированию, а крестопроблемы - нет.

справа адепт ООП, слева - процедурщик... по центру - чувак которому это зачем-то всё объясняют

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

Отрадно видеть светлую голову. Держи +

f1ufx_
> Как обьяснить людям, зачем нужны классы,
Не нужны, но могут использоваться как композиционные элементы.

> наследование
Не нужно, но может использоваться для генерализации информации в целях повторного использования.

> ООП
Не нужно, но может использоваться для минимизации терминологических издержек описания моделей естественных систем.

не нужен

Мне тоже пока особо не пригодилось.
но в в данной группе в vk.com/proglib их периодически подбрасывают :) (и сейчас) 

P.S. Не в курсе, а прграммирование в 1С тоже объектное? (там много программеров на этом рынке требуется)

Клапауций
> по теме: если обезьяне дать программисткую задачу, то она изобретет ООП еще до
> её выполнения или она никогда не станет программисткой.
На Луну летали без всякого ООП, и движки писали мэтры.
А обезьянки с ООП не могут. Парадокс !

WhiteWolf
> На Луну летали без всякого ООП, и движки писали мэтры.
> А обезьянки с ООП не могут. Парадокс !
раньше вообще без компухтеров обходились, зачем это все да

1)для удобства, когда объект использует свои методы и с ними проще работать чем с справочником API и функциями типа RenderDrawInstancedObject(VBO, Indexes, ObjectPositions, ObjectMatrial, NumInstances,VertexDecl....)
  еще пример - удобнее и безопаснее просто вызвать деструктор объекта, который свернет все его ресурсы чем врукопашную освобождать каждый раз данные (ченеть стопудов забудешь, пофиг на скоко ты опытен)
2)для абстракции низкого уровня и поддержки однотипной работы с объектами, не вникая че внутри, интерфейсы например(че это такое и зачем это должно быть понятно и коню)
3) ... еще зачем то
PROFIT

Mira
> (ченеть стопудов забудешь, пофиг на скоко ты опытен)
Кто мешает написать свою функцию-деструктор?

SuperInoy
надо запомнить эту функцию и опять же дописать в без того жирный список API. надо не забывать его вызывать.
у обьектов Destroy пишешь уже в полуавтоматическом режиме. а у манагед объектов ваще не пишешь.

Mira
> надо запомнить эту функцию и опять же дописать в без того жирный список API.
> надо не забывать его вызывать.
необязательно. Кто мешает написать свой менеджер памяти и просто скормить ему деструктор и условие срабатывания? :)

Mira
> и опять же дописать в без того жирный список API.
Тут особой разницы нет, просто в случае ООП у тебя "справка" древовидная автоматически, а в случае процедурщины - просто одна большая свалка справочная по дефолту.

SuperInoy
> Тут особой разницы нет, просто в случае ООП у тебя "справка" древовидная
> автоматически, а в случае процедурщины - просто одна большая свалка справочная
> по дефолту.
почему CloseHandle может закрыть и файл, и пайп, а вот сокет закрыть не может?

Клапауций

Вот, тоже склоняюсь к этому мнению.

Ещё сюда можно добавить либеральность самого вопрошающего.
Т.е. человек уверен, что коль он либерал, носит толстые очки и завёл инстраграм, то он сможет разобраться во всём; а если что-то ему не понятно, то значит оно никому не нужно. Такие встречаются у людей самомнения.
Видимо, тут нет волшебный слов чтобы стало легче..

skalogryz
Потому что винапи - говно.
Если так припёрло сеть, а в под рукой ничего нет - Boost.Asio в помощь. Но только не винапи >_<