Хорошее ООП?!

[BlooDHounD]

Nemo_c, а почему я должен был найти себя? если бы я нашёл в этом списке себя, поверьте, ответ был бы совершенно жругим

[Nemo_c]

BlooDHounD, __etc простите .. меня действительно интересует вопрос чем
(какими критериями) меряют гм не знаю как назвать даже правильно... объектно ориентированый код...
а так же ... вот приходит к вам в TimeZero устраиваться работать программист.. как вы понимаете насколько он разбирается в ООП и шаблонах проектирования?
Как вообще глядя на код можно понять разбирается человек его писавший в ооп и шаблонах проектирования?
PS.
to всяким рода советчикам. которые рекомендуют что ли бо почитать.... я специально задаю такие тупые вопросы и прикидываюсь лантухом... что бы больше узнать и понять в этом вопросе. Рекомендуемую литературу либо уже давно прочёл либо читаю и перечитываю....

[etc]

Сообщение от Nemo_c

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

Можно. Код — это досье.
Есть люди, которые клали болт на принципы ООП. Есть люди, которые их используют, но не потому что знают (не знают), а потому что так модно и «правильно». Есть те, кто используют ровно столько принципов (и самое главное, понимают их, а не лепят по шаблону), сколько необходимо в данной ситуации, не теряя здравый смысл.

[BlooDHounD]

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

[etc]

Сообщение от BlooDHounD

Nemo_c, никак нельзя узнать по коду разбирается ли человек в ООП.

У меня иное мнение.

[Nemo_c]

Сообщение от __etc

У меня иное мнение.

а как понять по коду, разбирается человек в ооп или нет? куда смотреть?
чем мерить?

BlooDHounD

шаблоны проектирования, на мой взгляд, вообще вредны для тру-ооп

вы эта... противоречите генеральной линии партии
http://www.flasher.ru/forum/showthread.php?t=113133
отсюда

— серьезно разбирается в ООП и шаблонах проектирования;

[BlooDHounD]

разбираться и в том и том, это не значит: ООП = шаблоны проектирования.

[etc]

Сообщение от Nemo_c

а как понять по коду, разбирается человек в ооп или нет? куда смотреть?
чем мерить?

Визуально. По оформлению, по логике, да по всему. Мерять своим собственным опытом надо или по некоторому эталону (или шаблону скорее), который формируется со временем.

[Nemo_c]

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

to BlooDHounD

ООП = шаблоны проектирования.

конечно это абсурд :-) шаблоны это скорее костыли которые используют вначале что бы научится ходить (кстати авторы книг по "шаблонам" об этом вроде даже упоминают )

[MrPoma]

Сообщение от Nemo_c

вот бы узнать эти ваши эталоны

Вы что, ведь холивор будет.