Мне кажется начинается очереной холивар «что круче: Java или JS», хотя я считаю — это совсем РАЗНЫЕ технологии и их предназначение — решение РАЗНЫХ задач.

Естественно, что и я (как молодой разработчик) вовсю использую весь «сахар» ИДЕ, но и иногда и блокнотом не брезгую — код же одинаков что в ИДЕ что в текстовом редакторе (разве что подсветка разных цветов может быть :-) ).
Ту же JS пишут также, в том же WebStorm’е, например..

Поэтому, не вижу проблем в вопросе «где/чем писать». В плане «правильности» форматирования ИДЕ справляется не хуже. Ну, а «кривые руки» никто не отменял. И тут уже не важно «в блокноте» или «в ИДЕ» был написан «код» )))

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

Полагаю, было сравнение не языков программирования, как таковых, а более как сферу применения:
бэкэнд — Java
фронтенд — JS

JS действительно в последнее время начало все более уверенно использоваться на стороне клиента, вытесняя не только Java, но и Flash, PHP,..

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

пс: сам также в последнее время все более начал интересоваться и даже немного пользоваться JS :)

Возможно я ошибаюсь, но в моем понимании (грубо),
при постановке задачи:
-Junior может ее решить с подсказкой или наставничеством;
-Middle — на момент постановки уже «понимает» как он ее будет решать;
-Senior — на момент постановки уже «видит» несколько вариантов решения и выбирает оптимальный.

Это в разрезе Dev, но думаю тенденция у всех схожая. В моем понимании человек, который не стремится стать лучше — малоинтересен (если вообще интересен) компании (например, кому нужен 5-ти летний джун если это уже уровень хорошего мидла?).

Мне данная тема тоже актуальна (полагаю, я — не единственный). Не совсем пойму, почему так критиковать ТС. Мне, как начинающему это (поле «требуемый опыт» в вакансии) тоже не безразлично при выборе (поиске) работодателя и не всегда понятно. Да, я согласен, что это можно рассмотреть как некий «фильтр» для отсева, но встречаются, например, и такие предложения с «таким же» полем:

Младший разработчик (Java)
Киев
Необходимые навыки
— более двух лет разработки проектов на Java;
— базовое знание Unix;
— знание SQL (понимание разницы между LEFT и INNER join);
— последний год вы работали в аналогичной должности.

Не правда ли «маловато» требований как на 2+ года опыта, и, если «не смотреть» на данный пункт, то даже на интерна требуют больше?..

ПС: для данной компании первый пункт является принципиальным

Благодарю за статью! Очень интересно, и актуально (для меня).

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

хотели в IT, а порог входа на QA ниже, чем на программиста