В поисках наставников

Что стоит сделать, чтобы подтянуть JavaCore?

Какой путь предстоит пройти, чтобы стать Junior Java Developer в одной большой (или не очень) компании я попробую сейчас уместить в один этот пост. Каждый абзац его - один этап, и если ты он тебе покажется пройденным - смело переходи к следующему. Тут все зависит от того, какой у тебя сейчас уровень. И вовсе не страшно, если этот уровень сейчас не такой высокий, как хотелось бы - если будешь вкладывать ежедневно в практику, очень скоро все догонишь. Начну с самого начала. 

Допустим опыт у тебя отсутствует, как по Java так и по программированию. Помнишь лишь только, что когда-то давно уроки информатики тебя привлекали у тебя были по ней неплохие отметки. В таком случае тебе стоит разобраться с основами написания программ. Для этих целей подойдет хороший проект http://scratch.mit.edu/ Тебе надо разобраться с тем как большая задача декомпозируется (разбивается) на этапы, те в свою очередь состоят из кирпичиков-команд. Компьютер умеет делать много всяких команд, а программист объединяет их в программы используя такие штуки как например: ветвления, циклы, процедуры, простые ячейки памяти и массивы для хранения промежуточных результатов выполнения программы, используя всевозможные алгоритмы. Это все не сложно, но java я пока бы рекомендовал отложить. На время. Когда разберешься с основными штуками, которые обычно делает программист приступай к следующему этапу. Если вдруг эта игра не подойдет - вот еще одна классная подборка. 

Ты уже программировал в прошлом на каком либо языке программирования в прошлом или быть может программируешь сейчас. Задачи могут быть как простые - использование компьютера в качестве калькулятора или по-сложнее - автоматизация каких-то рутинных задач. Ты пишешь программы для себя, чтобы сэкономить время, а компьютер тебе в этом помогает. Для проверки: ты уже знаешь, что такое алгоритм, ветвления, цикл, ячейка памяти, процедура, сортировка. Тут смело можно включать язык Java в твой арсенал. В сети по языку java есть множество материалов: видеоуроки, книги, статьи. Но одного знания не достаточно - надо иметь площадку для экспериментов. Такой себе задачник, где собрано много мелких задачек, которые ты будешь решать. Например http://codingbat.com/java или вот http://codeforces.ru/problemset  или еще 100500 других вариантов, которые гуглятся просто "задачи по java с решениями". Так же тебе потребуется какая-то книга, которую ты купишь и будешь читать - твоя настольная книга. Их есть несколько - каждому подходит какая-то своя:

• Яков Файн "Программирование на Java для детей, родителей, дедушек и бабушек"
• Кей С. Хорстманн, Гари Корнелл "Java 2. Библиотека профессионала"
• Кэти Сиерра, Берт Бейтс HeadFirst "Изучаем Java"
• Герберт Шилдт "Java. Полное руководство"
• Брюс Эккель "Философия Java"

Так же ты сможешь найти множество видеоуроков на тему основ Java, как например:

• Youtube канал Юрия Ткача "Java Онлайн уроки"
• Курс, который создал Головач Иван
• Погугли в направлении "java онлайн видео курс" и удивишься, сколько всего уже создано в этом направлении. 

Но основное тут - это практика, ведь без нее теория "в одно ухо влетело, в другое вылетело". Практики должно быть много. Очень много. Каждый день по 4+ часов. 2-3-4 месяца (как пойдет) зависит от твоей скорости. 

Так же тут стоит задумываться о качестве твоего кода, и в этом тебе помогут:

• Роберт Мартин "Чистый код. Создание, анализ и рефакторинг"
• Стив Макконнелл "Совершенный код"

Тут уже можешь заняться тем, чтобы тестировать свои познания о java с помощью какого-то мокового экзамена scjp. Вот например этого (конкретно в этом тебе надо будет зарегаться, чтобы потом получить расшифровку твоих неправильных ответов). Их в сети есть много. Очень много. Как все с java. Пройди тест в начале пути и проходи его каждую неделю, наблюдая за тем, как % растет. Дойдешь до 90% - это очень и очень хорошо. Есть книга, которая хорошо готовит к сдаче этого экзамена "OCJP Sun Certified Programmer for Java 6 Exam 310-065". Экзамен тебе нужен не для того, чтобы получить сертификат (не уверен что он тебе сильно поможет устроиться), но для того, чтобы знать где именно у тебя пробелы. 

Следующая важная штука - ООП. Без нее в java никуда. Частично это покрыто в java core литературе, но опять же - одного знания что такое полиморфизм, икапсуляция, наследование и абстракция недостаточно. Надо чувствовать его. А тут без практики, на которой будут грабли - никуда. Тебе предстоит перейти от мышления в процедурном стиле в мышление в стиле ООП. Для этого потребуется отойти от алгоритмических задачек в сторону более сложных задач по моделированию части реального мира. Например: смоделировать университет со всеми его ключевыми ролями, их взаимодействиями, документооборотом, составлением расписаний, деканата и прочих артефактов. Или пиццерию, со всеми-всеми ее обитателями. Или аэропорт. Или библиотеку. Или.... Выбирать тебе. Как выбрать задачу и ментора себе и в каком направлении тут двигаться можно почитать в этом посте. Книги для понимания ООП я бы рекомендовал такие:

• Мартин Фаулер "Рефакторинг. Улучшение существующего кода"
• Фримен Эр., Фримен Эл., Бейтс Б., Сьерра К "Head First - Паттерны проектирования"
• Роберт Мартин "Быстрая разработка программ: принципы, примеры, практика"
• Гугли "java oop" и "java solid"

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

Отдельно хочу сказать про английский язык. Книги и материалы я тебе предложил на русском, потому как допускаю, что с английским ты сейчас не очень дружишь. Если это так - записывайся на курсы уже сегодня и проходи его шаг за шагом. Ты должен будешь:

• гуглить решения на английском - 70%
• участвовать в переписке с англоязычной частью твоей команды, писать документацию по проекту - 20%
• пройти собеседование на английском, общаться минимум раз в неделю с "заказчиком" - 10%

Это в любом случае придется сделать. Начинай сегодня же. 

Следующий этап - технологии из стека j2ee, всевозможные opensource фреймворки и прочие прибамбасы, которые уже придумали для тебя - тебе остается их скрутить вместе. Движение на этом этапе рекомендую проводить в направлении:

• Java Web basics: Servlets, JSP, HTML5, CSS3 - преврати свой консольный проект в полноценный Web. 
• DB/SQL - храни данные в базе.
• JavaEE basics: Maven3, XML/JSON, Spring IoC, Hibernate, Struts2 или SpringMVC - сделай полноценное EE приложение 
• WebServices/Rest/SOAP - дай доступ к своему api для других служб
• JavaScript (jQuery), AJAX, JSF  - сделай свое приложение SPA, как сейчас принято в мире Web

Тут важно понимание принципов работы технологий и фреймворков. Но это не все. 

Очень важно тут нарабатывать правильные девелоперские навыки:

• Декомпозиция большой задачи на мелкие. Большую задачу не нашинковав ее на мелкие не решить. 
• Доведение задачи до состояния - готово, преодолевая все-все препятствия (а их будет много), постоянное чувство "приехали" - его надо преодолевать, ведь решение где-то есть, может рядом, а может тебя от них отделяет еще 20 неудачных попыток. Не сдаваться!
• Быстро гугление ответов на свои собственные вопросы - тут книги уже не помогут, хотя они и есть - на чтение их всех уйдет оОоочень много времени, и не эффективно это. Технологии меняются, одни фреймворки приходят на смену другим. Один проект использует один набор технологий, другой - другой. Надо знать базу и уметь догугливать все остальное. 
• Работа в команде: общий репозиторий, работа на стыке с коллегами, конвенции в команде, коммуникации и многое другое, что не передашь в рассказах, видеолекциях, книгах, а если и передаешь - понятно не будет. Тут надо окунуться с головой в командную разработку.
• Работа по процессу, навыки планирования
• Стрессоустойчивость

К сожалению про эти навыки не прочитать в какой-то одной книге - тут надо вливаться в команду и впитывать все, что она тебе дает. Скорее всего этот тренинг ты уже будешь проходить стажируясь в какой-то компании, либо проходя тренинг такой как у нас, в GoIT. Мы вкладываем в твои навыки больше, чем просто делимся знаниями, потому, что знаем - при правильном наборе навыков знания очень скоро ты впитаешь сам. 

В завершение хотелось бы поделиться докладом Якова Файна Становясь профессиональным Java Developer

Книгой, которая поможет на собеседовании для будущего j2ee разработчика "Java/J2EE Job Interview Companion" автора Arulkumaran Kumaraswamipillai - очень емкая и классная подборка вопросов о core java, oop и j2ee технологиях. 

Я уверен, пройдя этот путь ты точно будешь работать в компании. Тут важно понимать, что знание этого всего автоматически не означает твое трудоустройство. Устроишься ты, если будешь стучаться в компании:

• Создаешь свое резюме
• Изучишь вакансии размещаемые на сайтах компаний в разделе "Вакансии"
• Будешь ходить на собеседование 
• И одно из них пройдешь!

Все получится. Но придется хорошенько потрудиться...

А что будет дальше можно увидеть в моем докладе У тебя получится.

Книги, которые хорошо бы прочитать разработчику...

 

"Экстремальное программирование -Разработка через тестирование" Кент Бек

Описывает test driven development процесс разработки из первых уст.

   

"Шаблоны тестирования xUnit.
Рефакторинг кода тестов"
Джерард Месарош

Про юнит тестирование, очень много полезных приемов и решений. Книга-справочник паттернов. 

  

 "Рефакторинг. Улучшение существующего кода" Мартин Фаулер

Читать первых 100 страниц, а остальной частью книги пользоваться как справочником. Стоит знать запахи и основные методы борьбы с ними. С этой книги стоит начинать изучать ООП. 

 

"Эффективная работа с унаследованным кодом" Майкл К. Физерс

Рассказывает как хачить в легаси проектах, чтобы хоть как-то начать рефакторинг/тестирование. Поможет очень в сильно безнадежных проектах. Выход есть! :)

 

 

 

"Head First - Паттерны проектирования" Фримен Эр., Фримен Эл., Бейтс Б., Сьерра К

Рассказывает про OOP/SOLID принципы и шаблоны проектирования. Читать 1 раз и навсегда запомнить все те основные шаблоны, которые иначе очень сложно просто заучить.

"Быстрая разработка программ:
принципы, примеры, практика"
Роберт Мартин
 Так же про SOLID, но немного более тяжелым языком.
  

"Чистый код. Создание, анализ и рефакторинг"
Роберт Мартин

Код ревьюшки собранные в одном месте. Описано почему не стоит писать так (пример), а стоит писать так (пример). 

"Совершенный код" Стив Макконнелл

Библия программиста. Буквально библия. Стоит иметь на полке и открывать в рендомных местах, читать и просветляться. Пробовать, переживать, снова открывать в любом месте и снова просветляться. 

 "Java. Эффективное программирование"
Джошуа Блох

"Мифический человеко-месяц Фредерик Брукс

Немного о том, как работают команды. Что стоит и чего не стоит делать, чтобы увеличить производительность команды. 

 "Человеческий фактор"
Том ДеМарко, Тимоти Листер

Проекты делают не роботы а люди. Люди - существа сложные. Книга о том, как принимать это во внимание.

Чтение книг просто так, для удовольствия

У меня моделька есть. Мозг, как ваза - в нее можно налить много всякого разного. Вопрос в том зачем? Ну книгу прочитал интересную, для души - кайфонул. И что теперь? Когда вопрос подойдет к тому, чтобы сделать нечто подобное мозг, скорее всего заюзает уже готовое решение-убеждение принятое в тот момент, когда обдумывалась книга. А что, если автор ошибается? А как же попробовать и проверить на своем опыте? А что если время Автора уже давно в прошлом (на пару сот лет)?

Пример. Анна Каренина. Не читал. Прочитал, что пишут в википедии. Допустим, это адекватный бек.

"Если «Войну и мир» Толстой называл «книгой о прошлом», в которой описывал прекрасный и возвышенный «целостный мир», то «Анну Каренину» он называл «романом из современной жизни». По словам Гегеля: «роман в современном значении предполагает прозаически упорядоченную действительность»[3], но Л.Н. Толстой представлял в «Анне Карениной» лишённый нравственного единства «раздробленный мир», в котором царит хаос добра и зла."

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

Или быть может чтобы мы говорили с тобой на одном языке? Чтобы те же самые слова у тебя и у меня значили одно и то же? У меня часто бывает, что не вписываюсь по каким-то параметрам в общество. Наверное потому, что в детстве не те книги читал (точные науки любил и читал любопытство удовлетворять, а литературу не читал вообще никакую).

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

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

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

Ну как-то так. Потом лет в 50 будем иметь дело с так называемой инерцией мышления. Когда все, что "чуть влево чуть вправо" - не воспринимается уже так как в молодости. А мне кажется, что инертность эта потому, что мозг забит уже по не могу и там уже дофига привычных нейронных магистралей.

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

Зачем вначале набивать в голову лишнего, а потом пытаться сделать откат?

Подборка #47

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

...Всем учиться!...

TDD Anti-patterns от Джеймса Карра Теперь у нехороших тестов есть причудливые имена.

Во как надо читать книги айтишникам!





Красиво играет.

...Программирование - это квест! Вот что дает википедия по запросу quest:

Приключенческая игра (синонимы: Бродилка, Квест (англ. quest — поиски), Adventure (перевод с англ. — приключение)) — один из основных жанров игр, требующих от игрока решения умственных задач для продвижения по сюжету. Сюжет может быть предопределённым или же давать множество исходов, выбор которых зависит от действий игрока.

Попробуем заменить слово quest на слово программирование:
Программирование — один из основных жанров игр, требующих от игрока решения умственных задач для продвижения по сюжету. Сюжет может быть предопределённым или же давать множество исходов, выбор которых зависит от действий игрока.
Че не правда?

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

Конечно графика не очень: логи, stack traces, классы, IDE, консоли.... Но игра захватывающая!..

...Слово о коучинге. Если дать прямой ответ ученику - это занимает по времени 30 секунд, то если на секунду выкинуть всю свою экспертизу и просто задавать вопросы учащемуся, то процесс этот займет час-два времени и не факт, что проблема будет решена, но в замен оба получат намного больше - учащийся получит массу всевозможных инструментов по поиску решения проблемы выдуманных им лично, найдет ряд ошибок допущенных им в своих суждениях, которые собственно его и привели в тупик. Учащий (если после этого его таким можно назвать) же так же получит новые знания от ученика - что очень удивительно. Так же учащий сможет больше узнать о ходе мыслей ученика, а значит в будущем подготовить для него еще больше подножек :)...

...Визуализция 4мерного пространства




Как вывернуть сферу на изнанку



Если третье измерение дает такую свободу, то невозможно даже вообразить какую свободу даст 4е измерение...

А вот немного про 10 мерное пространство



Ухты!

Подборка #46

О какой роллер


Ошибка 404 - время передохнуть.

Курю Test Driven Database Development With DbFit

"Так что мотивация – это то, что вы думаете, что должны делать, а вдохновение – это то, что вы делаете, потому что вам это очень нравится."

Читаем дальше...

Очень хочу сюда вот...

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

Вот так попал на мастеркласс по велоделу.

А попал сюда.

"Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе! " Говнокод.РУ

"«Почему»? Говорят, что если ребенок задает его в 2 года, то из него вырастает гений. Если заветное слово произнесено в пять лет, то перед нами обыкновенный индивидуум. Становится мучительно больно, когда задумываешься, в каком возрасте мы задаемся этим вопросом."

Сделать все хорошо!

Спасибо Валерка! Стало лучше...

Плазменное радио...


За что люблю подобные статьи - это за список использованной литературы:
1 [Мартин] Роберт К. Мартин, Чистый код. Создание, анализ, рефакторинг. СПб.: Питер, 2010.
2 [Бек] Кент Бек, Экстремальное программирование: Разработка через тестирование. СПб.:Питер 2003
3 [Гамма] Эрих Гамма, Ричард Хелм, Ральф Джонсон, Джон Валиссидес, Приемы объектно-ориентированного проектирования. Паттерны проектирования., СПб.: Питер, 2010.
4 [Месарош] Джерард Месарош, Шаблоны тестирования., М.:Вильямс, 2009.
5 [Фаулер] Мартин Фаулер, Рефакторинг. Улучшение существующего кода., СПб.: Символ-плюс, 2009.
6 [Физерс] Майкл Физерс, Эффективная работа с унаследованным кодом., М.: Вильямс, 2009.
7 [Дюваль] Поль Дюваль, Непрерывная интеграция., М.: Вильямс, 2008.
8 [Guice] Кевин Бурильон, Боб Ли, Java on Guice: Dependency Injection the Java Way. 2007. URL:
Есть пару новых книг. Теперь я точно знаю, что буду читать в ближайшее время. Кстати про книги, каждая вдумчиво прочитанная (с применением в работе новых идей) IT специалистом книга повышает размер компенсации его времени компанией на 0,3k$. Иль я не прав?..

Ха, гугл провтыкал. Иногда я пользовался кнопкой "мне повезет", а теперь при вводе чего-то в строку поиска гугл сразу выводит список найденных результатов. А как же "Мне повезет"?

Подборка #3

Есть и другие подборки: #1, #2, #3, #4, #5, #6, #7, #8, #9, #10, #11, #12, #13, #14, #15, #16, #17, #18, #19, #20, #21, #22, #23, #24, #25, #26, #27, #28, #29, #30, #31, #32, #33, #34, #35, #36, #37, #38, #39, #40

Сегодня начну с рассказа о том, как меня напоил мой коллега напитком из цикория, перца и кофе. Выпил всего чуть-чуть, а вставило не по детски. Такое чувство, будь-то бы резко поменяли атмосферное давление - уши заложены и глаза вот-вот вылезут. Продуктивность не упала, но судя по отзывам терйни после нашего скайп дейли я какой-то замученный. Скорее расслабленный. А вот и сам процесс приготовления Автором:

Интересный опыт, спасибо Андрюха...

Читаем дальше?..

Как не только узнать но и прочувствовать

Лучший пока для меня способ получить максимум знания - это прочувствовать это на своей шкуре, то есть получить опыт.

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

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

Кстати это помогает мне после прочтения пары страниц потом проверить это все на деле - заставлять себя не приходится. Если я автор идеи, то она часть меня, а уделять внимание себе не так сложно как кому-то другому.

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

Главное не знать а чувствовать, а прочувствовать можно имея опыт, опыт получается делая это, когда делать не получается - включается фантазия.