КОМУ СТОИТ ПОСМОТРЕТЬ ВЕБИНАР
- Если тебя на собеседованиях спрашивают паттерны проектирования и ты не находишь что ответить
- Если тебя взяли на первую работу и большую часть времени ты тратишь на то, чтобы понять, о чем говорят более опытные коллеги
- Если ты тратишь много времени на изобретение велосипеда для решения задач, которые до тебя уже решали большими пачками
- Если ты ковыряясь в чужом коде, ломаешь голову над тем, как он устроен и работает
- Если ты твердо решил заслужить авторитет среди коллег, а не получать постоянные насмешки и замечания по написанному тобой коду
5 ПРИЧИН ИЗУЧАТЬ ШАБЛОНЫ ПРОЕКТИРОВАНИЯ
- Ты экономишь время, не изобретая велосипеды → быстрее кодишь → быстрее движешься по карьерной лестнице → больше ЗП
- Ты понимаешь сеньоров и архитекторов, которые в своем лексиконе часто используют эти термины
- Ты лучше понимаешь OOP, поскольку Рефакторинг + ООР + Шаблоны — это три кита, на которых держится весь процесс разработки проекта
- Ты не делаешь грубых ошибок, за которые над тобой будут прикалываться коллеги → твой код становится элегантнее
- На всех собеседованиях спрашивают про шаблоны → разберись в них → проходи интервью легче
ЧТО ТЕБЕ ДАСТ ВЕБИНАР
- Получишь заряд уверенности и драйва для старта изучения этого важного для каждого разработчика вопроса. Не слушай тех, кто говорит что шаблоны не нужны — они говорят это потому, что сами ленились их изучать. Слушай тех, кто изучил их и увидел в них толк.
- Увидишь на практике, как применить самые часто используемые 15 шаблонов проектирования. Это будет весело, поскольку мы будем overengineer’ить и нам ничего за это не будет от техлида/архитектора. Мы превратим “Hello world” в супер монстра :), но сделаем это красиво.
- Еще ты увидишь, к чему приводят знание шаблонов и рефакторинга, как инструмент ООП. Мы очень хотим, чтобы этот вебинар вдохновил тебя на дальнейшие эксперименты.
МАЙ ЛИТЛ СТОРИ 🙂
«Когда я начал изучать шаблоны проектирования, я понял, что некоторую часть их уже оказывается знал. Я использовал эти подходы и давал им какие-то свои корявые названия.
Чтобы что-то родилось в этом мире, ему надо дать имя. Когда же я стал использовать общепринятые имена, коммуникация стала намного оперативнее.
Мы не говорим теперь «ну там классом интерфейс возьми имплементи, а в поле проинджекти через конструктор и меняй реализацию в зависимости от потребностей клиента» — мы говорим «поменяй стратегию» и всё все поняли. А кто не понял — тот джуник 🙂 И это здорово сокращает наши технические совещания
А еще, если придумали что-то, что мне казалось изобрел я сам, то может они знают про это что-то такое, чего я не знал? И да! Оказывается есть тонкости и трюки, которые мне как любителю ООП и рефакторинга пришлись по вкусу.
Кодить код можно для того, чтобы закрыть таску побыстрее, а еще можно кодить для души, чтобы то, что ты пишешь, нравилось и тебе и окружающим ребятам.»
Александр Баглай
НАШИ КОЛЛЕГИ О ПАТТЕРНАХ ПРОЕКТИРОВАНИЯ
«По-сути, первое воспоминание про шаблоны с собеседования в Глобал, когда меня попросили описать паттерн Immutable, и я растерялся. Оказывается, это паттерн.
Ясное дело, этот эпизод не вызвал у меня энтузиазм по поводу паттернов, они казались чем-то ненужным и очевидным, я еще сам себя подбадривал — метод в классе, это тоже паттерн )
Теперь мой взгляд поменялся. Оказывается, до моего рождение люди многие годы разрабатывали программы, пробовали разные подходы и удачный опыт описывали для потомков. Потом другие умные люди этот удачный опыт реализовывали в дизайн языка.
Что хочу сказать — дизайн языка Java (и любого другого) вобрал в себя некоторое число шаблонов. Все популярные фреймворки строятся на шаблонах. И понимание шаблонных подходов ускоряет понимание фреймворков.»
Виктор Кучин
ВЕДУЩИЙ ВЕБИНАРА:

Java-разработчик, тренер, предприниматель.
Считаю, что с улыбкой знания усваиваются лучше 😉
Ссылка на сырцы тут — http://bit.ly/juja-dp-6427ABCEE6
Рекомендуемое чтиво тут — http://bit.ly/juja-dp-6427ABCEE6b