9 признаков того, что не стоит нанимать этого Веб-разработчика

[Strizhevich]

Отличный пост, но первый больше понравился. Особенно порадовала сатира про HTML 5.

[Dima_Sharihin]

Простите, но похоже на бред. Плохой веб-разработчик- это не тот, кто верстает только под WebKit, а тот, кто не хочет совершенствоваться.
И да, задавать значение html для ноды через свойство innerHtml может быть чревато, так что метод html() от jQuery избавляет от множества кроссбраузерного геморроя.

[jdponomarev]

Я считаю что тот, кто верстает только под webkit — это плохой разработчик.
По поводу библиотек автор имеет ввиду то, что использовать jQuery может любой фронтендер, а вот использовать библиотеки с умом и только там, где без них никак не обойтись — нет.
Вот интересная статья Реми Шарпа на эту тему
remysharp.com/2013/04/19/i-know-jquery-now-what/

[maximw]

Библиотеки для того и есть, чтоб упрощать и облегчать. Усложнять разработку и создавать геморрой с поддержкой — явные признаки «велосипедистов», которых как раз нанимать не надо.

[Fedcomp]

jQuery сейчас чуть ли не у всех сидит в кэше от того же Google CDN.

[VikentiyR]

Я не согласен с тем, что HTML5 это всего лишь маркетинговый термин.
HTML5 представляет пользователю интересный набор API (таких как Geolocation, History, AppCache, Local Storage...) которые позволяют приложение сделать более динамичным и функциональным.

Так же не вижу смысла использовать чистый JS для манипуляции с DOM из за возможных проблем совместимости. Исключением являются только участки, критичные к производительности.

[Novikov]

Я правильно понял, что он выступает против объединения и минификации JS-файлов?

[VikentiyR]

Нет, тут имелся в виду большой слабо структурированный js, в котором чёрт ногу сломит.
Объединять и минифицировать или подгружать динамически — это уже зависит от специфики проекта.

[aen]

RequireJS позволяет билдить проект (объединять и сжимать).

[R0ckwi11]

>Он знает HTML5
Отчасти согласен с этим пунктом, но по опыту прохождения собеседований вижу, что «знание» HTML5 всем необходимо, пару раз даже на собеседовании так и спросили «Знаете HTML5?». В клинических случаях просят еще в специальной анкете указать уровень «знания» по 10-ти бальной шкале в таблице с кучей стоп-слов, среди которых (не может быть!) в 10 случаях из 10 будет HTML5.
И тут 2 варианта, либо можно показать свою эрудированность и на пустом месте создать конфликт/неприятную ситуацию, либо быть дипломатом и сказать «Да, я знаю HTML5» и получить интересующую работу, ведь на самом деле понимаете, что от вас хотел услышать собеседующий.
>Он не воспринимает всерьез мобильные приложения на HTML
Ой беда, не быть мне нанятым.
Может причина в том, что я и FirefoxOS, и многие другие ОС основанные на web всерьез не воспринимаю? Ну простите, простите. пойду набью тату «плохой веб-разработчик»

[Mithgol]

«Не дожидаясь отказа, свою кандидатуру снимаю сам». (©)

[spmbt]

Последние 2 пункта про мобильные приложения пока что весьма спорны. Мобильных устройств сейчас — море тех, которые будут тормозить с достаточно сложным HTML5+JS и нормально работать с джава- или ObjectiveC-приложениями. И такое продлится года 3-4 точно, пока маломощные смартфоны не вымрут окончательно. Может быть, в США этот процесс уже идёт полным ходом и потому он такое написал?

[jdponomarev]

автор работает в Mozilla, поэтому позиция на счет мобильных приложений на HTML5 и по поводу Firefox OS у него специфичная :)

[Zelgadis]

Я просто оставлю это: sealedabstract.com/rants/why-mobile-web-apps-are-slow/

[crea7or]

Он такой оптимистичный по поводу FireFox OS. Будто она уже завоевала рынок.

[Suvitruf]

Плохо недооценивать технологии. Некоторые огромные компании многое потеряли, когда посчитали, что какая-то технология не взлетит, а она в итоге взлетела)

[Fedcomp]

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

[rimmer]

Не знаю, какие приложения автор имеет ввиду, но мобильные приложения, основанные на HTML для Android OS и iOS — полное гвно. Это жрущие кучу памяти, тормозящие, криво работающие и отображающиеся поделки, которые не следуют никаким гайдлайнам (а обычно копируют UI iOS) и взаимодействующие с системой через таки костыли, что лучше живым людям этого не знать.
Я участвовал в разработке подобного контейнера в разных проектах, когда клиент придумывал экономию из разряда «а давайте один раз сверстаем и оно везде будет работать». И оно не работало нормально нигде.
Есть куча фреймворков, в которых там все на локальном JS, что улучшает положение, но все равно смотреть на это без грусти нельзя.
Это направление — ошибка и тупик.

[kybarg]

Нужно написать еще и статью «С какими Работодателями не работать». А то сейчас куча предложений — «Я хочу сайт с разными эффектами, чтоб поддерживался всеми современными устройствами и на нем была куча посетителей...» И еще куча желаний, потом говоришь, что это будет стоить порядка 2000$ — «А чего так дорого? У меня бюджет 100$».
Или еще хуже, когда просят что-то доработать, говоришь цену — «Чего так дорого — тут работы на 5 минут тебе.»

[VolCh]

Под знанием HTML5 могут подразумеваться разные вещи от тегов до каких-то API ещё даже статус драфта не получивших. Когда я упоминаю, то имею в виду прежде всего теги новые.

[TimTowdy]

Он — разработчик "{{ js библиотеки }}"

Кривой перевод. Имеется ввиду не developer of ХYZ, а XYZ-developer (jQuery-developer, ExtJS-developer и т.п.). Логичнее заменить на «Он — разработчик на {{ js библиотеке }}»

[horlon]

Только Оперу ее разработчики переделали в гребаный Хром…