Как стать автором
Обновить

Комментарии 40

Думаю стоит добавить ссылки на онлайн-конвертер HTML > HAML, CSS > SASS. Если для разработчика удобно использовать консольные версии конвертеров, то верстальщику проще воспользоваться такими сервисами.
Вопрос: а в подсказки все эти полуфабрикаты подгружаются?
Увижу ли я список все предопределенных классов sass для div в подсказке при наборе haml?

Если нет, то шило на мыло: либо набираешь быстро, но в условиях крупного проекта тормозишься, подглядывая точные названия, либо набираешь больше текста, но с подсказками и автодополнением.
Только sublime, только hardcore! Не уверен, что какая-то IDE делает то о чем вы говорите
Ну, если говорить про олдскульный html/css/js без подсластителей, то VisualStudio и NetBeans крайне отлично справляются с предоставлением кросс-подсказок ;-)
Потому и спросил, т.к. очень привык ускоряться за их счет.
как ваш мозг относится к тоннам не имеющей смысловой нагрузки тегам , и бесконечных скобкам и разделителям; в JS?

Мне приятнее читать код и проникаться в его смысл, чем заставлять свой мозг парсить все это и извлекать частички смысла.
Может вам стоит попробовать освоить профессию менеджера например?
Я пять лет работал в образовании. Учитель по профессии. Коллектив до 150 человек привычное дело. Вы можете мне предложить должность IT менеджера? Не думаю. Но уверен, что справился бы с этой должностью.
Это был сарказм, все теги, скобки и разделители несут смысловую нагрузку как бы это вам не казалось странным. Польза от генераторов кода это возможность подставлять переменные, и если в случае с css это иногда действительно нужно, то смысла от генератора html я вообще не вижу.
Достаточно легко, на самом деле, потому что занимаюсь этим давно и привык представлять все блоки, какие вижу в коде.

Согласен, что подсластители в теме ускоряют восприятие кода, но вот писать такой код мне лично, например, будет неудобно, если я не смогу, как сейчас написать
<div class="

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

Если такая возможность есть, то с опубликованное в теме ускорение когнитивного восприятия выглядит достаточно вкусно, чтобы попробовать,)
Мой моз прекрасно читает html css js в орличии от ваших приблуд
Осмелюсь предположить, и ASM ваш «моз» читатет, как стихи?
И откуда такие выводы? Html имеено енормальный синтаксис и я вообще не понимаю назначения хамла только лишний геморой.
= link_to 'текст', 'ссылка'
помоему во много раз хуже читается чем
текст

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

link_to — это не замена тега, это хелпер, генерирующий ссылку в определенный экшн контроллера по заданным параметрам

в хамле обычная ссылка будет сделана так

%a{href: 'ссылка'} текст
Вот уже какой-то не понятный геморой и главное зачем?
rtfm
*парсер сожрал

не имеющим смысловой нагрузки закрывающим тегам [/div], [/p]
В RubyMine такие штуки есть.
HAML, SASS, Coffee Script сокращают код в 2-4 раза, если не больше. У меня Vim (редактор, не IDE) видит все ключевые слова в текущем документе и может их автодополнять, хватает с головой. Думаю для всех популярных IDE есть плагины для этих целей.
а зачем все это? поддерживать потом на порядок сложнее, искать кофескриптистов вместо обычных джавистов.
Только ради того, чтобы в 2 раза меньше строчек было?
Любой кофескриптист уже джавист. Это неделя от силы на освоение. И дело не только в том, что строк в 2 раза меньше (обычно в 3–4), но и в том, что сам код прозрачнее и приятнее выглядит. Сейчас одна проблема, отладка, но и ее скоро решат.
Но не любой джавист кофескриптист.
И мне, например, кофескрипт вообще неприятен на вид, буэээ. И читаю я его дольше. Непривык.
И как вы правильно заметили, отладка сложней на порядок. В коде одно, в браузере другое.
Так стоит ли того сахорок?
Исходя из моего опыта, еще как стоит, обычный джаваскрипт уже режет глаза. На счет отладки то могу сказать, что хоть бэктрейс совершенно не тот, но по нему, в большинстве случаев, легко понять где и что произошло. Это не Дарт изучать, я вас скажу.
Ключевое слово «Непривык».
В ЖС ты уже не чиатешь код весь, а выгрызаешь знакомые блоки и мозг парсит только алгоритм внутри него. Новый язык читаешь каждое слово и оператор. Поэтому и буэээ
это как с машиной\женщиной — вроде едет\готовит, не ржавая\не жирная, но удовольствия от вождения\сожительства не получаешь.

>> Только ради того, чтобы в 2 раза меньше строчек было?
Нет. Строчек в scss примере больше, чем в css.

>> а зачем все это?
Вероятно — из-за внешнего вида и характеристик, хотя запчасти и рестораны выходят дороже. (но, не на порядок).
> Rails — слишком монструозный для новичка
Не согласен. Когда я начинал, было очень просто, тем более гайдов много, установка простейшая. И начал сразу с теми же HAML+SASS+Coffee, не вижу проблем установить нужные гемы и перегнать файлы если это необходимо.
Хотя сейчас для верстки использую jade+less, почерпнул из ноды.
Нет, Rails это действительно сильно большой фрэимворк. Попробуйте подключить omniauth к проекту на rails и на padrino/sinatra. Я пока подключил все engines, все миграции прописал (структура данных менялась раз 20 минут), я в результате психанул и сделал все быстро и решительно на sinatra + datamapper. Я как бы на рельсах пишу иногда, но они реально не удобные уже.
Такое ощущение, что вы вручную все писали :)

Есть же гемы, все подключается за 5 минут.
Вот у меня вышло больше 5 минут.
Ну это условно 5 минут :)

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

На данный момент пользуюсь активно SASS через запуск компилятор в консоли. До настройки HAML пока просто руки не дошли. С CoffeScript дела обстоят сложнее, потому что редко когда приходится писать что-то сложное для фронтенда и вполне достаточно простого JS + jQuery, но в случае чего можно будет эту часть Padrino не использовать.
Очень хотелось бы верить, что кто-то найдет в себе силы оторваться от привычного workflow и попробовать что-то другое, а не искать причины откладывать на завтра.
Будущее «чистого» HAML весьма сомнительно в свете существования Slim.
Плавали, знаем. Мой выбор в пользу HAML. Ваш выбор за вами.
Интересно, почему? )
Хотя бы, слимовское отвратное оформление передачи параметров [name=value]
Тоже один проект приходилось на слиме делать, что-то в нем отторгает…

Хотя бы то, что plain текст просто так не выводится, его нужно закорючками всякими огораживать
Для plain text достаточно просто создать блок с пайпом "|". Один дополнительный символ на весь текстовый блок — не так страшно.
Угу, а если рядом идет блок с кодом, то чтобы не сливалось, текст нужно начинать с кавычки " ' ".

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.