hbuser: Работаю на 4Гб оперативки с жестким диском на HD4000, попкошоп подтормаживает и соответственно сжирает проц для себя. Верстаю без проблем и ругани на железо. Лаги по сравнению с виндовым компом в той же конфигурации и линухой с её вайном для фш вообще не заметны.
Если на стадии разработки делать все перечисленное, то система сборки будет работать на порядок дольше. Получается, что задержка между сохранением одного изменения в scss и отображением его в браузере будет нестерпимой. Поэтому и разделяют на продакшн и девелоп версии
Напоминает пакетный менеджер с плагинами, a'la npm или gem. Только смысла не вижу особого, подключать готовое и потом переделывать под каждый проект. Проще по-моему взять темплейт(не фреймворк) и просто его себе скидывать. Обычно в них имеются некие настройки, позволяющие максимально быстро отчекрыжить лишнее и добавить необходимое.
Условно бесплатный, при использовании, раз в 30-50 сохранений вылетает окошко с предложением купить.
Богат на плагины, с удобной установкой через Package Control
Если ты скажешь, что пришел за опытом, то опытом тебе и заплатят, хотя работу ты будешь выполнять ту же самую. Так что не стоит об этом говорить.
За такое не увольняют, если конечно это не 184-ый раз, когда ты так подводишь команду. Просто с тобой разговаривают и выясняют, почему именно ты выполнял работу дольше, чем тебе было выделено менеджером. Ведь менеджер может не догадываться о том, что в данной задаче есть подводные камни (библиотека не предоставляет весь необходимый функционал или в вёрстке всплыло нечто, криво отображающееся в мобильном браузере). Сроки в таких делах как веб-разработка понятие несколько размытое, у дизайнера может кончиться вдохновение, у верстальщика желание доработать самописный фреймворк, у программистов отвалиться плагины на RoR после обновления. Так что задержка на каком-либо этапе не критична. А если техдир грамотный, то он учтет это заранее и будет пугать дэдлайном, когда до сдачи проекта еще уйма времени.
Вот в данный момент у меня например нет никаких задач-"тасков", поэтому я и использую свободное время на помощь другим, заодно и сам учусь на чужих ошибках.
Arthur Parkhisenko: gulp.watch(paths.stylessass, ['stylessass']); - натравливаешь watch на любые изменения в папке изменения, запуская task, который независимо от того, какой файл изменен, начинает заниматься своими делами
Да я наоборот пытался от plumbera избавиться. А в твоем gulpfile при изменении одного .sass будут перезаписываться все, что есть, теперь подумай, что их не 5-6 штук, а все 50.