Не согласен.
Например, площадь параллелограмма можно найти через уравнение Герона (7-9 класс школы), а можно с помощью определителей (вышмат). Второе частенько намного проще и быстрее.
Но человек, если он только знакомится с определителями, быстрее сделает с помощью Герона.
Аналогия ясна?

А то!
Но при одно условии если он не просто знакомится а и ПОНИМАЕТ.
ООП это не синтаксис языка и не формула и не програмерские понты.
Это парадигма. Человек должен уметь мыслить объектами. И не просто мыслить а и понимать что тут объекты действительно быстрое решение а тут они нафиг не нужны. Не потому что их нельзя сделать (компилятору чихать шо вы там написали) а потому что они тут ни к селу ни к городу.

Я чтоль?

Программирование, если не брать обычных рутинный кодинг из которого впрочем и состоит большинство работы программера, это определенного вида искуство как архитектура, например. У человека должны быть способности к этому. Мыслить объектами научить нельзя.
Ли бо есть это у человека либо нет. Любой может выучить ноты и научится играть на скрипке. Но не любой станет музыкантом.
Решать задачи с помощью тех или иных методов можно и компьютер научить. А проектировать архитектуру - научить не получится.
Я например несмотря на многолетний опыт программирования на нескольких языках так и не смог осилить Perl на приличном уровне (а то что наворачивают опытные перловики даже разобрать не могу), а от яваскриптовых замыканий мозги выворачивает.
Каждому свое.

Новичку кажется что если он выучит ООП или того круче MVC и остальные паттерны то сразу станет крутым программером.
Нужно просто практиковатся и желательно в команде которая занимается реальными проектами (пусть даже младшим кодировщиком) а не придумывать отфонарные задачи. А дальше все само разложитя по полочкам.

С таким же успехом можно сказать, что программирование - это призвание и программировать научиться нельзя.
Мыслить объектами - это ненормально! Если только ты не программу пишешь. Надо показать человеку, где и как это нужно делать. Тогда он уже сможет сделать вывод, для него это или не для него. Бросать человека в реку посреди водоема, чтобы он научился плавать - бред. Все должно быть последовательно.

Об этом я пытаюсь сказать. Что практика нужна. Но человек вполне резонно полагает, что будет никому не нужен без опыта. Поэтому и просит практикоподобные задачи.
Или, в твоем понимании учебная задача - это исключительно сферический конь в вакууме? Ничего подобного. Многие задачи намного сложнее тех, с которыми приходится регулярно сталкиваться в практике. Не спроста пошло выражение "Тяжело в учении - легко в бою".

Напомни книгу Фридла по regexp, раз уж встретились

если в смысле работать кодировщиком то можно

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

Неважно насколько они сложнее важно насколько они соответствую реальности. Судя по тому что новички после прочтения книг по ООП идут в форум с вопросом зачем абстрактный класс или зачем нужны интерфейсы
учебные задачи редко соответствуют практике.

Не трудно найти задачу. Нужно ,что бы был готовый ответ. Или кто то проверил мое решение и указал, на ошибки.

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

Ты серьезно?

Нет. Это значит, что человек per rectum читал книгу. К задачам это отношения не имеет.

Решаешь задачу, выкладываешь на форум ее условие и свое решение, просишь проверить.
Лишь бы там не стопиццот строк было - люди ленивы ж.

Тут я согласен и сразу вопрос. Студенческий вопрос

В институте мы изучаем ООП, есть такой предмет UML и системный анализ.
Там мы делаем проекта, разбивая его на классы, пишем диаграммы разные.
Что бы освоить ООП для PHP нужно:
1. Понять парадигму ООП. Начать "мыслить объектно". Как удобнее разбивать на классы. Здесь без разницы на каком языке ты будешь делать проект. Это можно и с преподом позаниматься. Да и задач там в лабах много.
2. Выучить синтаксис PHP для ООП. Это я уже почти освоил. Но не практиковал.
3. Практиковать, практиковать, практиковать писать скрипты с классами на PHP и получать замечания по написанному коду.
Я верно все понял?

---

Спустя 5 минут, 33 секунды denisOg написал(а):

---

Не согласен.
Я закончил муз. школу. Играю на баяне)))) Не скажу, что я музыкант от Бога. Но я музыкант. Музыкант. Википедия

---

Спустя 1 минута, 42 секунды denisOg написал(а):

---

Вот я и хочу практиковать и устроится в команду.

---

Спустя 7 минут, 19 секунд denisOg написал(а):

---

Задачу про площадь треугольника?
Я не прочитал книги, я начал читать. Дошел до Шаблонов проектирования и "стало тяжело понимать". Вот и понял что практики мало.
В книгах описанны приемущества ООП разработки, которые мне понравились

д а
только правктиковать нужно не на лабах с преподавателем а реальных проектах
многие преподаватели сами по книгам выучили и тупо пересказыывают учебник

Очень важно делать реальную системму (сайт в данном случае)
и путем набивания шишек понять в чем преимущество ООП (если оно в данном проекте востребовано конешно)