Каково будущее професии Front-end Developer'a?
 

Иногда смотрю вакансии и замечаю что открытых вакансий Front-end Developer становится меньше. То ли низкий порог вхождения из-за чего быстро уже наплодилось много спецов этого профиля, либо все уже набрали спецов не нужно больше...либо фиг его знает. Есть конечно понятие хорошие спецы нужны всегда, но до них нужно расти еще какое то время...

Чего не сказать например о Java программистах.
Вакансий полно, берут иногда junior'ов, юниоры Java получают как Front-end Developer норм уровня. И что самое интересное что востребованность не прекращается люди как в прорву идут.. идут... идут или вакансии вешают.. вешают.. вешают..) Я уже задолбался вычитывать что мне нужно из явы, даже фильтр включаю все равно как-то попадает. Конечно тупо сравнивать такие вещи но все же хотелось бы понять почему так происходит и что будет дальше в области Front-end.

На сколько показывает практика, спрос на хороших специалистов превышает предложение. Вакансий море, особенно в Москве и Питере.
Рынок завален jQuery "специалистами", но такие никому не нужны без многолетнего отпыта в JS-разработчике

Согласен с monolithed:)

Не знаю как в Москве, а у нас в Минске почти все предложения: разработка под мобайл дэвайсес, к которым я, как минимум, абсолютно холоден.
Я даже знаю откуда это порождается. Студенты дурят голову инвестору, в результате получается компания однолетка, в которую тя и зазывают.
Большинство проектов игры и прочая никому не нужная дребедень. Я вот только всегда поражался что это Г умудряются кому-то впихивать... (всмысле, что на западе это кто-то покупает).
junior - это повод урезать зп. тоесть иногда надо пахать по полной, но по ставке junior'а
не сравнимы по количеству знаний, которыми должен обладать специалист, может даже и умений... в смысле способностей

С одной стороны так и есть. Но с другой:
1. На то он и рассчитан чтобы быстро решать поставленные задачи, иначе зачем он нужен? А для большинства студий знаний jquery с головой, чтобы делать различные выпадайки-западайки

2. Заказчику вообще пофиг как оно сделано главное чтобы работало как надо, красиво и тд + чем быстрее сделается тем лучше для всех.

Зачем прыгать через голову извращаться и тд. думаю так много считают.

Ну конечно далеко не уедешь на одном jQuery, но и сделать можно много чего, красивого, работающего + достаточно быстро и еще кросбраузерно, уже позаботились дяди).


Чето я расхвалил jQuery :)

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

Самое интересное начинается когда, тебе дают проект, которым занимался некий давно уволеный Вася, а там и MooTools и Dojo и jQuery со всеми UI, и думаешь вот с***)
jQuery это обертка ничего более, без знаний JS ничего хорошего сделать не получится.
Какой вы наивный)
jQuery - тоже чистный JS.
Варианта два - либо писать свой велосипед (а вслучае отказа от сторонних библиотек придется, если это конечно большой проект), либо использовать уже существующие решения, третьего не дано.

D

А у Вас такого не бывает что со временем все так засирается что черт ногу сломит разобрать что куда через некоторое время даже в своем коде, реально
трудно въехать что писал, если что-то поменять где вылезет бок и тд. А можно поменять и вылезет бок так как не помнишь всех нюансов что было:) Как с этим бороться?

TicTac, писать комментарии, заботиться о читабельности кода, применять паттерны, учиться читать чужой код.

+ к тому что сказал B@rmaley.e><e хочу добавить, что организация кода это чуть ли не самое главное в разработке.
Код должен быть модульный, структурированный и прозрачный, если вдруг понадобится его использовать еще где-то, то не нужно тупо копировать этот, а просто вызвать соответсвующую функцию в нужном контексте.

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

И что значит "все так и продолжится"? В идеальном мире нету творчества. Там есть один браузер в котором все есть. И сайты все уже написаны. Так что там вакнасии front-end разработчиков отсутствуют по определению.

Хорошо там, где нас нет

а что, если мы тебе всем форумом ответим, что да, надо переходить на java, ты так и поступишь? ;)

...

думать, почему "черт ногу сломит" и рефакторить. Кстати, кто-то из вас пишет тесты?

мне кажется, настоящий крутан в javascript захочет - перейдет на java))

я пишу.

кстати понравилась картинка: http://axgle.github.com/images/haskell.jpg

в гробу я видел java, хотя я не крутан наверное ;)

ну, я и говорю, если захочется))

Зачетная картинка. Все крутаны давно на Haskell пишут (действительно элегантный язык)))
Из JavaScript сложно перейти в С-подобные языки. А вот в Python вполне реально.

PHP - си подобный вроде б.
думаю, в него не сложно перейти

я имел ввиду не синтаксис, а идеологию

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

когда научился пользоваться языком. А поначалу ты будешь писать, например, на php как будто это C. Переходы динамический <-> динамический ЯП проще, чем динамический <-> статический ЯП

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

нет, я сам в состоянии определятся :)

Да и когда спец> человек оркестр по моему еще хуже, задача найти хорошую работу усложняется.


dmitriymar, полностью согласен что знать синтаксис это не показатель. Иногда придумать решение задачи тяжелее чем ее реализовать.

Если такое случается, я беру и прогоняю весь код заново при этом запоминаю что где находиться а также походу структурирую/оптимизирую где можно сделать лучше...
Сейчас пишу проект уже 3 месяца без сторонних фрэймворков. Абсолютно чётко помню/понимаю структуру.

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

ну-с, своё же. а если код чужой и строк много? ты ведь не станешь пролистывать его :)

самодельные доки?

а какие они еще могут быть? :D

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

melky,
К сожалению придется, есть даже методики разгребания чужого ....

?? научишь ?

melky,
Сейчас поищу статью одну, очень понравилась на эту тему.

Кажется я немного переоценил себя, статью понравившуюся так и не нашел, зато картинка в тему
Ну принцип примерно такой =)

Краску голубую пропили, докрасили красной=))))

devote,
Может быть они купили на вырученные деньги сиротам мороженное? А вдруг!

И такое может быть=)))