Почему стали популярны less, sass, ruby on rails, bower, grunt? И зачем они нужны?

Question

[Фёдор Ананин]

Дамы и господа, много лет назад я был самым обычным php программистом, нас таких было много, а о других языках для веба никто и не слышал. Прошло пару лет, начал набирать веб2.0, где не надо было полностью перезагружать страницу, а подгружать недостающее при помощи, например, jquery. Так я освоил самые азы этого фреймворка и начал сильнее углубляться в css/html. Сейчас я мастер на все руки: отлично кодю на php, делаю неплохой фронт-енд на js+css+html. Казалось бы, всё отлично. В работе полагаюсь на PSPad - блокнот с подсветкой синтаксиса (пытался пересесть на тру notepad++, но пспад уже стал намного привычней). Из фреймворков, как для бэк-энда так и для фронта использую только свои наработки, ну так уж стало проще. Иногда, конечно, использую и чужое. Допустим, слайдер :) К чему я это всё. Мои навыки и мои знания позволяют делать красивые и функциональные проекты. Я не жалуюсь, клиенты довольны.

Суть вопроса в чём, я профукал момент, когда так неожиданно стали популярны такие вещи как less, sass, ruby on rails... А ещё на тостере постоянно мелькают (например, здесь) какие-то bower, grunt... Что это и зачем?
Совсем не понимаю, оно же ведь неплохо получается и без всяких дополнительных вещей? или нет?

Comments

[Евгений Петров]

Не называйте jQuery фреймворком:) Это — библиотека.
И подгружают не с его помощью, а с помощью XMLHttpRequest.

[Фёдор Ананин]

Евгений Петров: виноват, исправлюсь :)

[Kvantor Lab.]

Между прочим bower и grunt - это очень круто. А вышенаписанный sublime спокойно заменяется notepad++ либо гораздо более гениальным jetbrains webstorm

[Юрий Кравчук]

Kvantor Lab.: у sublime есть секретное оружие - это множественное выделение. Это гениальная и крайне удобная вещь.

[Oleg Krasnov]

Юрий Кравчук: у кого его сейчас нет?

[rinatoptimus]

Вот статья об одной из таких непонятных штук, думаю, не помешает frontender.info/grunt-is-not-weird-and-hard
Ну и вот еще canonium.com/articles/css-less-media-query

Answer 1

[Spaceoddity]

Почему стали? От лени и нежелания думать своим мозгом.
Популярны они сталит благодаря продвижению Гуглом, Яндексом и иже с ними всяких "стандартов написания кода". При том, что и Яндекс и Гугл в этом плане очень далеки от идеала.
Эти фреймворки хороши для сквозной разработки крупных проектов, когда все участники хорошо знакомы с данными методами, давно сотрудничают и т.п. Т.е. для тех же крупных компаний. При том, что в большинстве крупных компаний всё-таки имеются собственные стандарты.
Ну а остальные уже, как обезьяны, подхватили. И требуют БЭМ, SASS, Angular для статичного одностраничника. Начинаешь выяснять для чего заказчику всё это надо - "а мне так наш дизайнер посоветовал"... Или когда берёшься доделывать чужой проект с кучей недоделанных хвостов в SASS - то ещё удовольствие и "оптимизация написания кода" - тупо вручную текстовым поиском приходится по фалам искать потерявшиеся переменные.
Сама настройка, выработка общих стандартов и синтаксиса для этих фреймворков - занимает кучу времени.
Так что по большому счёту вы ничего не пропустили. Браузеры все равно не понимают SASS и иже с ним))
Пишите как вам удобнее. Если клиент настаивает - попробуйте выяснить причины такой настойчивости. Если случай клинический - шлите лесом!

Comments

[Фёдор Ананин]

Вот именно, что мои клиенты ничего такого не требуют. Им нужен результат - красивый сайт. Я им его даю. Как я это делаю - никого не волнует.

[Spaceoddity]

Фёдор Ананин: Ну так и забейте. Это как нативный JS и jQuery. Да, в jQuery есть тот же Sizzle - но если вы хорошо владеете нативным - то сделать выборку по селекторам, особого труда для вас не составит. К тому же есть куча нюансов, перед которыми фреймворки бессильны, и без знания базовых языков - мало чего получится сделать. Т.е. фреймворки, это конечно хорошо - но у них есть некая ограниченная область применимости. Чтобы сделать один попап по клику - вовсе необязательно подключать jQuery. Так и со всем остальным.

[fr33z3]

Нежелание думать своим мозгом? Да ты хоть раз работал над крупным динамично развивающимся проектом? Это не сайтики клепать, что бы было красиво и статично. 5-6 файликов css и отлично, это совсем другая сфера. Для простых хоумпейджей и тому подобного - ямное дело нафиг не надо. Но вот только не лезте туда где вы вообще не разбираетесь. Вы наверное еще и проект заливате через ftp, неправда ли?

[Spaceoddity]

fr33z3: На брудершафт пили? Не припомню... Работал! Прикинь, дружище. И порой в одну харю приходилось лепить морды страниц для полутора-двух миллионов хостов в день.
"Лезете"... Вот после таких "профессионалов" порой и приходилось ручками скомпиллированный код разгребать.
А проекты, да - и через ftp, и через svn, и через git и mercurial - иногда вообще прям по дедовски - через веб-форму хостинга...

[fr33z3]

Spaceoddity: мне вас жаль

[fr33z3]

Spaceoddity: Да и очень я сомневаюсь что ты разбираешься в том, в чем делаешь, "вот после таких профессионалов", вот после таких "профессионалов" как ты вообще проект становится неуправляемым, неподдерживаемым и чаще всего выливается в один большой факап, вместо того, что бы мирно жить и развиваться.

Answer 2

[Sergej]

Просто вы потерялись в середине нулевых, а по некоторым вещам и в начале.
Стоит немного наверстать.

Писать конечно можно и в блокноте. Я в середине нулевых начал пользоваться eclipse, nusphere (phped), теперь же жизнь без PHPStorm не представляю. Для простого кода обычно использую sublime.
Ну и конечно, я так же не представляю жизнь без препроцессоров, современных наработок и т.д. Все что вам кажется дикостью. К примеру вместо PHP на серверной стороне использовать NodeJS или вообще Go.

Помните, в 90е сотовые телефоны были редкостью ? Они были в новинку.
Но сейчас, жизнь без них (я про обычные сотовые, без чатиков) просто не могу представить.

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

Comments

[Leonid Fedotov]

JetBrains с их WebStorm и PHPStorm просто волшебники! Полностью Вас поддерживаю.

Answer 3

[Viktor Vsk]

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

Хотел написать много, цитирую как вопрос так и ответы, но передумал.
Коротко:

Мои навыки и мои знания позволяют делать красивые и функциональные проекты.

Совсем не понимаю, оно же ведь неплохо получается и без всяких дополнительных вещей?

Задумайтесь, делаете ли вы проекты или сайты-визитки, корпоративные сайты, интернет-магазины от $100 за пять рабочих дней ?

Ознакомиться нужно сначала с:
www.phptherightway.com
https://github.com/dypsilon/frontend-dev-bookmarks

Руби, пхп, питон или ноджс в подавляющем большинстве - неважно. Но вот я отвечал на подобный вопрос про руби и постарался ответить объективно на вопрос о различиях с пхп: PHP+Symfony или Ruby+RoR?

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

Comments

[Миша Коган]

Какие есть задачи, где примеру без галпа, саса, гулпа или джейда не возможно справиться ? Все это можно делать ручками, тут вопрос в удобстве больше как по мне.

[Viktor Vsk]

Миша Коган: Все правильно, нет таких задач, где без них не справится. Но вот вопрос тут не в удобстве. Вопрос в эффективности и времени, затраченном на разработку, дебаг и сопровождение.
А вопрос удобства можно рассматривать между лесс и сасс, между джейдом и хамлом, между коффи и тайпскриптом и т.д. и т.п.

[fr33z3]

Виктор Ablebeam: мне кажется вопрос как и в удобстве так и в эффективности, но эффективность конечно на первом плане, хотя в чем-то она все же зависит от удобства ведь правда?

[Viktor Vsk]

fr33z3: конечно, это отчасти связанные понятия. Но как бы ни было вам удобно писать на голом CSS, в большом проекте это будет неэффективно

[fr33z3]

Виктор Ablebeam: я полностью согласен

Answer 4

[Александр Зачиналов]

Боюсь ошибиться, но это возникает от невозможности или нежелания развивать кругозор, возьмите за правило в воскресный вечер на пару часов заглядывать хотя бы в хаб "Веб-разработка", там люди для Вас уже все данные агрегатируют в статьи, многие темы пересекаются, даже особо не вникая в суть каждого инструмента через месяц-два вы будете прекрасно ориентироваться и в них и в решениях на их основе. Без этого вы не поймете, что Вам нужно, а что нет. Не верьте людям, которые говорят, что препроцессоры CSS, например, бесполезная вещь, мусор для лентяев. Они или сами не знаю что это, либо мазахисты. Еще никто не жаловался из тех кто пробовал. Еще бы... кому интересно станет противно, от того что миксин за тебя пишет вендорные префиксы, переменные хранят весь набор цветов твоего проекта или других прелестей.

Answer 5

[barcik]

В свое время (PHP4) мы с другом долго спорили, для чего нужен ООП. Пришли к выводу, что только для облегчения командной работы. С тех пор язык развился, теперь ООП дает кучу других преимуществ.
Сейчас такая же ситуация со всеми этими пре- и пост-процессорами, менеджерами и т.д. Удобно для больших проектов, над которыми работает куча народу, а для небольших сайтов это только замедляет разработку.
Вывод: хотите на работу в крупную компанию - изучайте, хотите быть фрилансером - отберите то, что вам будет удобно использовать, а остальное - в топку.

Answer 6

[Денис Инешин]

Спрос рождает предложение. Самое обычное дело.
Растет объем и сложность задач, улучшаются старые и создаются новые инструменты для их решения.

Answer 7

[Dmitrii Solovev]

Не парься, эти вещи лишь упрощают и автоматизируют рутину для тех у кого есть мозг. Без них вполне себе можно не спеша работать и делать ВСЕ.

А вот если наоборот, как в моем случае, все эти вещи знаю, а программировать один фиг не могу. Вот тут уже проблема. И less с grunt'ом за меня ничего не напишут.

Answer 8

[Paul0089]

Посмотрите вот тут ролик Трэвиса Нельсона. Он рассказывает о своем видении CSS-фрейморков. Хорошо это или плохо? Какую выгоду можно получить от их использования? Есть ли правильное время для того, чтобы начать изучать фреймворки? И нужны ли они вообще?

Comments

[tef]

Чтд. Не нужны.