Спасибо, интересный ответ.
Не ставили бы работодатели практически любой вакансии требованием знание паттернов - не стояло бы такой задачи их выучить.
Только вопрос-то и стоит - на каких задачах лучше всего отрабатывается Синглтон, на каких Стратегия и т.п. Большинство ответов - бери любую задачу и отрабатывай. Как отработать, если не знаешь, какой будет где?
Например, когда обучают основам, есть конкретные задачи к каждой теме. Нет такого, вот вам 100 задач, отрабатывайте сами свои циклы, ветвления, массивы, списки. Есть набор задач на for, while, if, switch, функции, структуры и т.д. Если такого нет для паттернов, то как их реально практически выучить, не зная, что куда и где? Теоретически? Ещё ООП можно как-то условно выучить на книжных абстрактных примерах, типа интерфейс человек, класс мужчина, объект Вася. Вася наследует свойства мужчины, но не наследует женщины. Такое вот ООП. Про паттерны я молчу.
А вы говорите берите язык без. Остаётся только ещё компилятор написать. Тогда уж наверняка паттерны выучишь. Хотя не обязательно.
Вот, кстати, MVC. Это любой фреймворк. В идее - разделение по задачам - это очевидно. Можно лёгонький скриптик и не зная об MVC так написать, просто руководствуясь здравым смыслом и юзабельностью, только имея представление о модульном подходе. Как откроешь любую документацию - глаза сломаешь, как всё просто и какая очевидная структура из 25-и папок.
Юрий, нет, не угадали. Встречный вопрос, а что серьёзный взрослый мужик типа Вас забыл на тостере, Вам заняться больше нечем, только малолеток в интернете унижать?
Кстати, нет логической связи между частью "задавая вопросы на тостере" и "вы хотите написать полноценную архитектурную CAD". С чего Вы взяли, что я хочу написать, задавая вопросы, а не уже умею/создал и т.д. или наоборот, хочу научиться вообще программированию - только задавая вопросы на тостере - почему нет.
Касательно вопроса. Да, для меня тема новая, я не работал с графикой, понятия не имею, что можно вытянуь из апи графических библиотек (спасибо, кстати, наверное, такой вопрос и надо было задать), какую они дают нагрузку и т.д. Что тут такого особенного, выдать объём фигуры, которую человек нарисовал в окошке? Это внутренние параметры отображаемой фигуры, они всё равно должны быть, так почему бы их не выдать.
Юрий,
Графическая библиотека, это основная задача, чтобы в окне из заданных примитивов строить нужную конструкцию.
Потом по конструкции высчитываются нужные параметры. Разве это можно сделать без 3d с помощью numpy и scipy?
А калькулятор не из жизни? Вы не могли бы назвать если не пару конкретных примеров, то хоть круг задач, пару прикладных областей, направлений, где многим так нужен и интересен этот софт, на котором программист сможет отпрактиковать книжное знание паттернов, ООП и т.д. ?
Что Вы подразумеваете под теорией? Какой смысл владеть теорией, не зная, куда её всунуть на практике.
Заглавный вопрос звучит так: на каких задачах отработать ООП, паттерны практически?
Так что, калькулятор нельзя написать через ООП и паттерны? А что можно? Вы ж говорите, любую задачу брать. Никак не пойму, какой софт всем так нужен, хотя бы из какой области, и главное, чем мне это больше поможет усвоить ООП, чем тот же калькулятор. Вы можете привести хотя бы один пример, какой софт Вы разрабатывали для себя или кого-то с использованием ООП и паттернов?
Я не знаю, как пишут на фреймворках, очевидно, что-то дорабатывают в кусках готового кода, который по какому-то принципу организован в какую-то структуру. Я как раз хочу в этом разобраться, в этом же суть вопроса. Доки читать невозможно без хорошего понимания ООП и паттернов. А хорошо понять можно, отработав на практике.
Как я буду использовать фреймворки, если они на ООП и паттернах, а задача стоит их понять в реале, а не книжках?
Пишем калькулятор. Какие там паттерны подойдут? Что брать в качестве интерфейсов, классов, объектов - число, выражение, операцию?
Спасибо, я так и пишу, все фреймворки нынче ООП и юзают шаблоны, ну и почти все задачи нынче пишутся на фреймворках.
А что, здесь за количество ответов какие-то очки дают, или зачем отвечать переписанным вопросом?
Не могу понять "написать софт для авито". В смысле парсер какой-то, чтоб мне от туда нужные объявления выдавались? Не думаю, что я Вас правильно понял.
Дело в том, что везде требуется знание паттернов(как минимум). Зубрить их что ли, чтоб на собеседовании выдать и потом забыть? Как их понять, не отработав, а отработать - без задач, в которых они применяются? А какие это задачи?
Как читать мануалы по любому фреймворку, если там всё на паттернах, ООП и т.д. ?
Не могу согласиться, что сайты нужны всем, скорее, наоборот, многим может показаться, что им нужны сайты, но вскоре это становится балластом, и оказывается, что можно обойтись страничкой вконтакте, объявлением на авито. Достаточно глянуть, что происходит с сайтами государственных организаций, что уж говорить об обычных людях и мелких конторах.
В свою очередь, не могу представить людей с постоянной потребностью в софте - Вы живёте в кремниевой долине? Что вообще есть такого в реальной жизни, у обычного человека, что может требовать автоматизации, можете привести пару-тройку примеров?
Но главный-то вопрос не в этом. Я тоже думаю, что программисту нужно писать программы. А какие программы писать, чтобы понять Синглтон и Стратегию, для начала?
Сайт-то я могу написать и в блокноте с помощью трёх функций. Или на WP. Нафига мне там ООП, Laravel, и пр. востребованные вещи.
Спасибо! Я понимаю что нужно писать софт, я могу и для себя, честно, говоря не знаю, для каких нерешённых проблем обывателю требуется софт, тем более, тренировочного уровня.
Вот смотрите. Есть, например, паттерн Синглтон, паттерн Стратегия, и т.д. На каком нужном софте для друзей мне их отработать, чтобы понять и выучить?
Что и как писать на Django, а что на Laravel и вообще с чего начинать?
REST и т.д.?
Спасибо! В общем-то, можно сказать, писал такое, но всё от руки, многие фичи даже своим умом допирал с нуля. Но каким образом тут подойти к технологиям и фреймворкам? Для меня это - как параллельная реальность, не знаю как подступиться.
Когда заходишь на мой круг, а там
React.js • Redux • Typescript • ASP.NET MVC • C# • PHP • MySQL • JavaScript • Node.js • Vue.js • Laravel • Api интерфейсы • Git • Nginx • Docker
ಠ_ಠ
А на абстрактном уровне, типа, читай доки - не даётся. Без конкретной задачи.
Можно переформулировать так: на каком проекте/задаче вы реально освоили, отработали тукую-то технологию/фреймвок/паттерн/инструмент (до этого плавая в этом вопросе)?
Только не в смысле, что на Django пишутся сайты, а на Qt - приложения.
Есть, кажется, такие книжки, где поэтапно, проходя по всем технологиям, создаётся приложение. Не знаю, насколько это эффективно - может кто подскажет хорошую?
Спасибо!
Что такое "я уже месяц пишу с нуля бк" ?
Мне кажется, Хауди хо объясняет совсем простые вещи без вникания, или опять же справочные вещи на абстрактном уровне. Возможно, это не так.
Вы не могли бы написать подробней, что Вы почерпнули у Хауди хо и на каких задачах тренируетесь?
Как стать таким умным, как Вы?
как много в этом слове...
Прекомендуйте что почитать, а что не читать, если не затруднит?
Спасибо!