Pull to refresh

Comments 27

спасибо. мне кажется очень полезно начинающим джавистам и написано простым языком, в описании узнал себя в прошлом)
Хороший пост, но на мой взгляд содержимое не отвечает заголовку. Можно использовать как гайд для начинающих, тем более, что описаные последовательности годятся и для других языков и технологий. О карьере в посте практически ни слова, хотя почитать было бы интересно
Спасибо! Очень полезная статья и ссылки в ней!
«Ответ на вопрос «куда двигаться дальше?» был для меня не очень ясен. Можно, конечно, было углублять изучение C++, но небольшой опыт работы в команде на C/C++ оставил несколько негативное впечатление. Альтернативой была Java.» — довольно странный вопрос, если только не сказано (а сказано не было), что главным было желание свалить из текущей фирмы/проекта/специализации. Тогда произвольный выбор языка еще понятен. Иначе никакого выбора нет — что используется в проекте, на том и пишешь.

Ну и с тестовыми заданиями у меня не такой радуждый опыт. Из двух фирм, которые требовали задание, ни одна потом (после отсылки им задания) не прислала хотя бы «извините, вы нам не подходите». С другой стороны, фирмы без всяких заданий были очень аккуратны и вовремя и часто извещали обо всех изменениях моего статуса как кандидата. Кстати, была тут статья про собеседования с аналогичным негативным опытом с этими заданиями. Так что мой вывод: если только потенциальне место работы не самое «сладкое», то на фиг и это задание, и это место.
Хотел бы добавить одну мелочь, но в некоторой степени полезную для новичков — www.codehunt.com. Это игровое обучение, Java/C# на выбор.
Спасибо за описание своего опыта роста как разработчика, есть интересные параллели со своей историей.
Лучи добра за ссылку, уважаемый!
Отличная ссылка, спасибо большое.
Да уж, действительно в Java EE крайне много спецификаций. Не особо понятно, что учить, чтобы потом идти устраиваться на работу.
Открывайте hh.ru ищите по названиям фреймворков, выбирайте самые популярные, обращая внимание и на то что не совсем в ходу, задаваясь вопросом — почему?
было бы хорошо, если бы hh.ru автоматически составлял список самых востребованных технологий
По моим наблюдениям это: Patterns, Java core и особенно в тренде многопоточность, Spring, Hibernate, Tomcat, Jackson, Maven, Git, Log4j, JavaScript, ajax, jquery. Mysql, Postgresql и Pl/Sql Также bigdata и распределенные вычисления. NoSql базы данных.
>конкурентность
Прежде чем двигаться дальше, стоит подтянуть знание терминов :-) Не сразу понял, что речь о concurrency, но это неверный перевод.
Вредные привычки, они такие.
«предложу потратить месяц-два на Python» и на нём остановиться. (юмор)
Ожидал увидеть больше истории о карьерном росте, джуниором и сосед дядя Вася за год устроиться может, а до сеньоров не все «доживают».
Каждый автор сам решает, на чем сделать акцент =) Статьи непосредственно о росте с джуниора (и даже практиканта) до синьора тоже будут в этом цикле.
Джошуа Блох «Effective Java» (она тоненькая).
Роберт Мартин «Clean Code» (можно прочесть первую треть и бросить).

Итак, спустя 6 – 9 месяцев мной написана уйма ненужных утилит, простеньких игрушек и других приложений, представляющих интерес только для автора. На вопрос «Знаете ли вы JavaSE?» могу уверенно ответить «хорошо»


«хорошо» после 6-9 месяцев? Вы и в правду думаете, что это реально?
Вполне. «Хорошо» все же, а не «отлично».
не нравится слово «удовлетворительно»?
«Хорошо» это лучше, чем «удовлетворительно», но хуже, чем «отлично». Тут как с оценками в школе.
Ответ на вопрос «куда двигаться дальше?» был для меня не очень ясен. Можно, конечно, было углублять изучение C++, но небольшой опыт работы в команде на C/C++ оставил несколько негативное впечатление.


А можно поподробнее про это? С чем связано негативное впечатление?
Это субъективно, конечно. В основном дело в том что когда работаешь в команде с большим количеством других новичков, студентов довольно большие шансы что работа будет заключаться в том чтобы искать и исправлять косяки за коллегами. А С++ естественно даёт разработчику побольше свободы, поэтому прекрасные ошибки в духе «одиночное равно вместо двойного», запись отрицательных кодов ошибки в беззнаковую переменную и проверка её на «меньше нуля» и т.п. действительно доставляют много «восторга». Особенно на платформах где возможности отладки ограничены.

В серьёзных командах подобные вещи обычно умеют предотвращать и избегать за счёт более строгой дисциплины разработки, использования дополнительных инструментов и т.п. К сожалению в серьёзные команды новичку попасть сложно по той же самой причине… :)

Впрочем, повторюсь, это субъективно. Если бы этот выбор нужно было сделать сейчас, то я быть может ещё и подумал бы тем более с учётом интересных и заманчивых нововведений в C++11.
UFO just landed and posted this here
Его нет, судя по моим поискам.
Счастье есть. Scala есть. Вакансий нет.
Прочитав статью, был приятно удивлён тем, что я на правильном пути и уже достиг стадии написания элементарного приложения.
Спасибо автору.
Можно, конечно, было углублять изучение C++, но небольшой опыт работы в команде на C/C++ оставил несколько негативное впечатление.

интересно почему негативное впечатление?
Чуть выше ответил на подобный вопрос.
Sign up to leave a comment.