На каких задачах отработать ООП, паттерны практически?

Question

[hokudJolsbsy]

чтобы соответствовать требованию работодателей,
чтобы продолжить изучать программирование на уровне фреймворков(в мануалах всё на ООП и паттернах)

На каком проекте/задаче вы реально освоили, отработали такую-то технологию/фреймворк/патетрн/инструмент - до этого плавая в этом вопросе?

Comments

[Mikhail Osher]

Не совсем ответ, но настоятельно рекомендую ознакомиться

Читайте по порядку:
- https://www.amazon.com/gp/product/0321127420/ref=d...
- https://martinfowler.com/eaaDev/
- https://www.amazon.com/Domain-Driven-Design-Tackli...

[hokudJolsbsy]

Спасибо!
А что там у Фаулера? Чем он лучше ГоФ в контексте вопроса?

Answer 1

[MaxLich]

Просто автоматизируете что-то (например, магазин, библиотеку и т.д. + любую большую программу можно написать с ООП), делаете декомпозицию, связи объектов, иерархию, вот Вам и будет практика ООП. А по паттернам - есть классический GOF, есть книги по паттернам для конкретных языков (я знаю две такие для джавы), так вот, читаете эти книги, пишите примеры из них, задания (если есть), а потом стараетесь это всё пихать в свои учебные приложения. Основное, что нужно понять в паттернах - где это может применяться, и какую выгоду они дают (ну а также естественно, минусы и недостатки их применения).

Answer 2

[zahardzhan]

hokudJolsbsy,

На каком проекте/задаче вы реально освоили, отработали такую-то технологию/фреймворк/патетрн/инструмент

Для того чтобы понять какой-либо паттерн, подойдет любой достаточно убогий в выразительных средствах язык программирования, который не поддерживает соответствующую семантику встроенными в язык средствами. Лучше всего взять ассемблер. Ассемблер не поддерживает никакие высокоуровневые семантики, поэтому это самый лучший язык для изучения паттернов. В нем вам придется реализовать паттерн Подпрограмма, паттерн Цикл, паттерн Сложение Больших Чисел, паттерн Массив, и много-много других паттернов.

Сама задача "изучение паттернов" это в некотором смысле извращение. Это равносильно тому, что вы сперва отпиливаете себе ногу, а потом изучаете набор костылей, которые позволят вам нормально передвигаться, компенсируя свою неполноценность.

Если есть задача изучить паттерн - берете язык в котором семантика этого паттерна реализована без паттернов, т.е. языковыми средствами, изучаете реализацию этой семантики, затем возвращаетесь в свой более убогий язык, и пытаетесь придумать реализацию этой семантики в виде костыля (паттерна) - таков естественный путь изучения паттернов.

Design Patterns in Dynamic Languages

Comments

[hokudJolsbsy]

Спасибо, интересный ответ.
Не ставили бы работодатели практически любой вакансии требованием знание паттернов - не стояло бы такой задачи их выучить.

Только вопрос-то и стоит - на каких задачах лучше всего отрабатывается Синглтон, на каких Стратегия и т.п. Большинство ответов - бери любую задачу и отрабатывай. Как отработать, если не знаешь, какой будет где?

Например, когда обучают основам, есть конкретные задачи к каждой теме. Нет такого, вот вам 100 задач, отрабатывайте сами свои циклы, ветвления, массивы, списки. Есть набор задач на for, while, if, switch, функции, структуры и т.д. Если такого нет для паттернов, то как их реально практически выучить, не зная, что куда и где? Теоретически? Ещё ООП можно как-то условно выучить на книжных абстрактных примерах, типа интерфейс человек, класс мужчина, объект Вася. Вася наследует свойства мужчины, но не наследует женщины. Такое вот ООП. Про паттерны я молчу.
А вы говорите берите язык без. Остаётся только ещё компилятор написать. Тогда уж наверняка паттерны выучишь. Хотя не обязательно.

Вот, кстати, MVC. Это любой фреймворк. В идее - разделение по задачам - это очевидно. Можно лёгонький скриптик и не зная об MVC так написать, просто руководствуясь здравым смыслом и юзабельностью, только имея представление о модульном подходе. Как откроешь любую документацию - глаза сломаешь, как всё просто и какая очевидная структура из 25-и папок.

[zahardzhan]

Когда я за деньги писал на C# в течение года я не использовал ни одного паттерна. Потому что они не нужны. Нужны - знания семантик.

Только вопрос-то и стоит - на каких задачах лучше всего отрабатывается Синглтон, на каких Стратегия и т.п.

Синглтон это кривая реализация семантики глобального состояния. Отрабатывается при изучении языка C или Pascal.

Стратегия это кривая реализация семантики лямбда-исчисления. Отрабатывается досконально при попытке написать вычисление факториала на чистом лямбда-исчислении.

Итератор это кривая реализация ленивых потоков. Отрабатывается досконально при изучении языка Clojure.

И т.д.

[hokudJolsbsy]

zahardzhan,
Как стать таким умным, как Вы?

И т.д.

как много в этом слове...

Прекомендуйте что почитать, а что не читать, если не затруднит?
Спасибо!

[zahardzhan]

Классический учебник, в котором все сразу от и до и в одном месте - SICP. В качестве учебного языка рекомендую Clojure.

[hokudJolsbsy]

zahardzhan,
Спасибо, по лексике так и подумал, что что-то типа sicp, даже хотел сам спросить. Попытаюсь, интересно.
А Clojure, вроде как, и не для учебных целей потом может хорошо пригодиться. В своей среде его нахваливают не меньше, чем питонщики питон и рубисты руби.

[zahardzhan]

Если есть желание набить объектно-ориентированный скилл, предлагаю решить мою задачу, она как раз для новичков Как назвать простейший класс?

Answer 3

[Пума Тайланд]

Да на любых вроде, все фреймворки нынче ООП и юзают шаблоны, ну и почти все задачи нынче пишутся на фреймворках

Comments

[hokudJolsbsy]

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

[Пума Тайланд]

hokudJolsbsy, ну просто любую задачу берите и используйте ООП фреймворки и паттерны

[hokudJolsbsy]

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

[Пума Тайланд]

hokudJolsbsy, а как по вашему все пишут на фреймворках?
Нахрена вы пишите калькулятор, куче народу надо много разного и интересного софта, но по моему никому не нужен калькулятор

[hokudJolsbsy]

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

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

[Пума Тайланд]

hokudJolsbsy, возьмите любую прикладную задачу их жизни
Я так понял теорию вы решили не читать

[hokudJolsbsy]

А калькулятор не из жизни? Вы не могли бы назвать если не пару конкретных примеров, то хоть круг задач, пару прикладных областей, направлений, где многим так нужен и интересен этот софт, на котором программист сможет отпрактиковать книжное знание паттернов, ООП и т.д. ?

Что Вы подразумеваете под теорией? Какой смысл владеть теорией, не зная, куда её всунуть на практике.
Заглавный вопрос звучит так: на каких задачах отработать ООП, паттерны практически?

[Пума Тайланд]

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