Думаю стоит добавить ссылки на онлайн-конвертер HTML > HAML, CSS > SASS. Если для разработчика удобно использовать консольные версии конвертеров, то верстальщику проще воспользоваться такими сервисами.
Вопрос: а в подсказки все эти полуфабрикаты подгружаются?
Увижу ли я список все предопределенных классов sass для div в подсказке при наборе haml?
Если нет, то шило на мыло: либо набираешь быстро, но в условиях крупного проекта тормозишься, подглядывая точные названия, либо набираешь больше текста, но с подсказками и автодополнением.
Ну, если говорить про олдскульный html/css/js без подсластителей, то VisualStudio и NetBeans крайне отлично справляются с предоставлением кросс-подсказок ;-)
Потому и спросил, т.к. очень привык ускоряться за их счет.
Я пять лет работал в образовании. Учитель по профессии. Коллектив до 150 человек привычное дело. Вы можете мне предложить должность IT менеджера? Не думаю. Но уверен, что справился бы с этой должностью.
Это был сарказм, все теги, скобки и разделители несут смысловую нагрузку как бы это вам не казалось странным. Польза от генераторов кода это возможность подставлять переменные, и если в случае с css это иногда действительно нужно, то смысла от генератора html я вообще не вижу.
Достаточно легко, на самом деле, потому что занимаюсь этим давно и привык представлять все блоки, какие вижу в коде.
Согласен, что подсластители в теме ускоряют восприятие кода, но вот писать такой код мне лично, например, будет неудобно, если я не смогу, как сейчас написать
<div class="
и получить в выпадающем списке подсказки по всем определенным стилям, готовых к применению именно к этому div. Я говорил только об этом.
Если такая возможность есть, то с опубликованное в теме ускорение когнитивного восприятия выглядит достаточно вкусно, чтобы попробовать,)
И откуда такие выводы? Html имеено енормальный синтаксис и я вообще не понимаю назначения хамла только лишний геморой.
= link_to 'текст', 'ссылка'
помоему во много раз хуже читается чем
текст
тем более все умные верстальщики давно юзают Zen Coding и вообще проблем не знаю, код пишется за минуты, чем карячится с вашими тегами вручную
HAML, SASS, Coffee Script сокращают код в 2-4 раза, если не больше. У меня Vim (редактор, не IDE) видит все ключевые слова в текущем документе и может их автодополнять, хватает с головой. Думаю для всех популярных IDE есть плагины для этих целей.
а зачем все это? поддерживать потом на порядок сложнее, искать кофескриптистов вместо обычных джавистов.
Только ради того, чтобы в 2 раза меньше строчек было?
Любой кофескриптист уже джавист. Это неделя от силы на освоение. И дело не только в том, что строк в 2 раза меньше (обычно в 3–4), но и в том, что сам код прозрачнее и приятнее выглядит. Сейчас одна проблема, отладка, но и ее скоро решат.
Но не любой джавист кофескриптист.
И мне, например, кофескрипт вообще неприятен на вид, буэээ. И читаю я его дольше. Непривык.
И как вы правильно заметили, отладка сложней на порядок. В коде одно, в браузере другое.
Так стоит ли того сахорок?
Исходя из моего опыта, еще как стоит, обычный джаваскрипт уже режет глаза. На счет отладки то могу сказать, что хоть бэктрейс совершенно не тот, но по нему, в большинстве случаев, легко понять где и что произошло. Это не Дарт изучать, я вас скажу.
Ключевое слово «Непривык».
В ЖС ты уже не чиатешь код весь, а выгрызаешь знакомые блоки и мозг парсит только алгоритм внутри него. Новый язык читаешь каждое слово и оператор. Поэтому и буэээ
> Rails — слишком монструозный для новичка
Не согласен. Когда я начинал, было очень просто, тем более гайдов много, установка простейшая. И начал сразу с теми же HAML+SASS+Coffee, не вижу проблем установить нужные гемы и перегнать файлы если это необходимо.
Хотя сейчас для верстки использую jade+less, почерпнул из ноды.
Нет, Rails это действительно сильно большой фрэимворк. Попробуйте подключить omniauth к проекту на rails и на padrino/sinatra. Я пока подключил все engines, все миграции прописал (структура данных менялась раз 20 минут), я в результате психанул и сделал все быстро и решительно на sinatra + datamapper. Я как бы на рельсах пишу иногда, но они реально не удобные уже.
Хотя, как я понимаю, у вас было что-то небольшое, раз сложность аутентификации повлияло на выбор фреймворка… В таком случае действительно, в синатре может быть больше смысла.
Как-то так. Мне надо было за 12 часов быстро набросать прототип приложения, схема менялась очень часто и автомиграции Datamapper упростили все очень сильно.
Первая моя мысль, когда увидел начало статьи: наконец-то кто-то реализовал эту идею на практике и задокументировал :) Спасибо!
Обязательно покажу эту статью своим верстальщикам и сам попробую в деле.
На данный момент пользуюсь активно SASS через запуск компилятор в консоли. До настройки HAML пока просто руки не дошли. С CoffeScript дела обстоят сложнее, потому что редко когда приходится писать что-то сложное для фронтенда и вполне достаточно простого JS + jQuery, но в случае чего можно будет эту часть Padrino не использовать.
Очень хотелось бы верить, что кто-то найдет в себе силы оторваться от привычного workflow и попробовать что-то другое, а не искать причины откладывать на завтра.
Padrino для frontend разработчика