Лучше бы этот список оформить в виде таблицы с колонками «Grunt» и «Gulp». Это было бы полезно с учетом того, что для некоторых задач для gulp не нужны плагины.
Странно, что нет плагинов для конвертации es6 в es5, например, grunt-babel.
У меня рядом с Visual Studio открыт WebStorm. Студия чаще всего просто свернута. А если есть возможность на локальном IIS развернуть проект, то студия вовсе не открывается.
Может быть это вопрос скиллов самого фронтендщика и тех договоренностей, которые есть внутри команды. Если фронтендщик работает с RoR или ASP.NET MVC, то он обязан знать какую-то минимальную информацию о них. Тот же Razor в шаблонах для ASP.NET MVC знать нужно обязательно, а он потянет за собой желание написать какой-нибудь html-хелпер, который сократит разметку. Так или иначе, но фронтэнд корнями стоит на бекенде (За исключением REST API и SPA). А принятые в компании гайдлайны по разработке не так сложно прочитать и применять, в этом я тоже не вижу сложности (разве что природная лень).
Фронтэндщику нужно держать два набора инструментов и переключаться между ними
Фронтэндщику сложно использовать незнакомую технологию, всякие…
Фронтэндщик может «сломать» серверный код и не понять этого
Фронтэндщик не знает стандартов кодирования бэкэнд-команды
Фронтэндщику нужно разворачивать и конфигурировать все приложение в т.ч. БД и другие зависимости
Автор описал какого-то очень плохого фронтендщика. У нас никогда не было с этим проблем.
Странно, что нет плагинов для конвертации es6 в es5, например, grunt-babel.
define((require) => {
var foo = require('./foo');
var bar = require('./bar');
console.log({foo, bar});
});
Фронтэндщику сложно использовать незнакомую технологию, всякие…
Фронтэндщик может «сломать» серверный код и не понять этого
Фронтэндщик не знает стандартов кодирования бэкэнд-команды
Фронтэндщику нужно разворачивать и конфигурировать все приложение в т.ч. БД и другие зависимости
Автор описал какого-то очень плохого фронтендщика. У нас никогда не было с этим проблем.