Комментарии 27
спасибо. мне кажется очень полезно начинающим джавистам и написано простым языком, в описании узнал себя в прошлом)
Хороший пост, но на мой взгляд содержимое не отвечает заголовку. Можно использовать как гайд для начинающих, тем более, что описаные последовательности годятся и для других языков и технологий. О карьере в посте практически ни слова, хотя почитать было бы интересно
Спасибо! Очень полезная статья и ссылки в ней!
«Ответ на вопрос «куда двигаться дальше?» был для меня не очень ясен. Можно, конечно, было углублять изучение C++, но небольшой опыт работы в команде на C/C++ оставил несколько негативное впечатление. Альтернативой была Java.» — довольно странный вопрос, если только не сказано (а сказано не было), что главным было желание свалить из текущей фирмы/проекта/специализации. Тогда произвольный выбор языка еще понятен. Иначе никакого выбора нет — что используется в проекте, на том и пишешь.
Ну и с тестовыми заданиями у меня не такой радуждый опыт. Из двух фирм, которые требовали задание, ни одна потом (после отсылки им задания) не прислала хотя бы «извините, вы нам не подходите». С другой стороны, фирмы без всяких заданий были очень аккуратны и вовремя и часто извещали обо всех изменениях моего статуса как кандидата. Кстати, была тут статья про собеседования с аналогичным негативным опытом с этими заданиями. Так что мой вывод: если только потенциальне место работы не самое «сладкое», то на фиг и это задание, и это место.
Ну и с тестовыми заданиями у меня не такой радуждый опыт. Из двух фирм, которые требовали задание, ни одна потом (после отсылки им задания) не прислала хотя бы «извините, вы нам не подходите». С другой стороны, фирмы без всяких заданий были очень аккуратны и вовремя и часто извещали обо всех изменениях моего статуса как кандидата. Кстати, была тут статья про собеседования с аналогичным негативным опытом с этими заданиями. Так что мой вывод: если только потенциальне место работы не самое «сладкое», то на фиг и это задание, и это место.
Хотел бы добавить одну мелочь, но в некоторой степени полезную для новичков — www.codehunt.com. Это игровое обучение, Java/C# на выбор.
Спасибо за описание своего опыта роста как разработчика, есть интересные параллели со своей историей.
Спасибо за описание своего опыта роста как разработчика, есть интересные параллели со своей историей.
Да уж, действительно в Java EE крайне много спецификаций. Не особо понятно, что учить, чтобы потом идти устраиваться на работу.
>конкурентность
Прежде чем двигаться дальше, стоит подтянуть знание терминов :-) Не сразу понял, что речь о concurrency, но это неверный перевод.
Прежде чем двигаться дальше, стоит подтянуть знание терминов :-) Не сразу понял, что речь о concurrency, но это неверный перевод.
«предложу потратить месяц-два на Python» и на нём остановиться. (юмор)
Ожидал увидеть больше истории о карьерном росте, джуниором и сосед дядя Вася за год устроиться может, а до сеньоров не все «доживают».
Ожидал увидеть больше истории о карьерном росте, джуниором и сосед дядя Вася за год устроиться может, а до сеньоров не все «доживают».
Джошуа Блох «Effective Java» (она тоненькая).
Роберт Мартин «Clean Code» (можно прочесть первую треть и бросить).
Итак, спустя 6 – 9 месяцев мной написана уйма ненужных утилит, простеньких игрушек и других приложений, представляющих интерес только для автора. На вопрос «Знаете ли вы JavaSE?» могу уверенно ответить «хорошо»
«хорошо» после 6-9 месяцев? Вы и в правду думаете, что это реально?
Ответ на вопрос «куда двигаться дальше?» был для меня не очень ясен. Можно, конечно, было углублять изучение C++, но небольшой опыт работы в команде на C/C++ оставил несколько негативное впечатление.
А можно поподробнее про это? С чем связано негативное впечатление?
Это субъективно, конечно. В основном дело в том что когда работаешь в команде с большим количеством других новичков, студентов довольно большие шансы что работа будет заключаться в том чтобы искать и исправлять косяки за коллегами. А С++ естественно даёт разработчику побольше свободы, поэтому прекрасные ошибки в духе «одиночное равно вместо двойного», запись отрицательных кодов ошибки в беззнаковую переменную и проверка её на «меньше нуля» и т.п. действительно доставляют много «восторга». Особенно на платформах где возможности отладки ограничены.
В серьёзных командах подобные вещи обычно умеют предотвращать и избегать за счёт более строгой дисциплины разработки, использования дополнительных инструментов и т.п. К сожалению в серьёзные команды новичку попасть сложно по той же самой причине… :)
Впрочем, повторюсь, это субъективно. Если бы этот выбор нужно было сделать сейчас, то я быть может ещё и подумал бы тем более с учётом интересных и заманчивых нововведений в C++11.
В серьёзных командах подобные вещи обычно умеют предотвращать и избегать за счёт более строгой дисциплины разработки, использования дополнительных инструментов и т.п. К сожалению в серьёзные команды новичку попасть сложно по той же самой причине… :)
Впрочем, повторюсь, это субъективно. Если бы этот выбор нужно было сделать сейчас, то я быть может ещё и подумал бы тем более с учётом интересных и заманчивых нововведений в C++11.
НЛО прилетело и опубликовало эту надпись здесь
Прочитав статью, был приятно удивлён тем, что я на правильном пути и уже достиг стадии написания элементарного приложения.
Спасибо автору.
Спасибо автору.
Можно, конечно, было углублять изучение C++, но небольшой опыт работы в команде на C/C++ оставил несколько негативное впечатление.
интересно почему негативное впечатление?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Войти в IT: Долгая дорога в Java