timetogo

https://summernote.org
Для подсветки кода там можно подключить https://codemirror.net

Если хотите работать над сеткой и шрифтами, то sketch - там прекрасно назначаются стили и символы для изменения на всех страницах.
Но прототип реально этого не требует. Если он реально детализирован, то внимание уделяется взаимодействию с элементами, а не их дизайну. Если вы будете работать на этапе прототипа с кеглем, сеткой и вертикальным ритмом, вы завязнете в этих деталях и можете упустить реально критичные детали UX. Шрифты и отступы на этом этапе ставятся грубо - лишь бы в экран влезало.
Поэтому набрасывайте лучше в Axure RP/
Главное, донести этот подход для клиента. :)

Под каждой формой сбора данных, включая сбор email, разместить текст «Нажимая на кнопку, вы даете согласие на обработку своих персональных данных». В тексте должна быть ссылка на документ — Пользовательское соглашение, договор или согласие на обработку персональных данных. Текст самого документа можно разместить на отдельной странице.

Не катит. Согласие на обработку ПД должно быть в письменной форме или форме, приравненной к таковой.
Простое нажатие на кнопку или отметка чекбокса не есть письменная форма.

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

Не реально

Попробуйте обратиться к этим ребятам.

Тем же чем получение денег на ЯД, киви и так далее — с последующим выводом на банковский счет.
Пейпел по новым правилам банальная русская платежная система, подчиняющаяся стандартным правилам.
Или попросту говоря — в общем с этого надо платить налоги и при регулярной деятельности регистрировать ИП и бизнес-аккаунт, но при мелких суммах вряд ли это кому-то из органов будет интересно. Хотя могут поставить на поток и тогда заденет всех, даже с 1 копейкой.

Полностью поддерживаю негодование задавшего вопрос. По логике модератора статьи про проекты на кикстартере и статьи о новых онлайн сервисах для программистов тоже должны быть перенесены в «Я пиаюрюсь»? Но этого ведь не делают.

Взглянем на правила

Хабр — не магазин. Рекламировать товары, услуги, события, аккаунты и прочее, размещать в своих топиках ссылку на свой блог/сайт можно только в двух случаях: если топик находится в хабе «Я пиарюсь», либо в корпоративном блоге.

Статья о Робоззл не являлась рекламой товара, услуги, события или аккаунта. В ней не было ссылок на блог/сайт автора.

Чтобы следить за выходом новых версий движка Node.js, достаточно подписаться на RSS от блога Node, по адресу blog.nodejs.org расположенного.

Чтобы следить за разработкою движка Node.js, можно нажать кнопку Watch в его репозитории на Гитхабе.

Чтобы следить за появлением новых модулей, можно следить за изменениями страницы «Modules» в вики Node. Для этого можно использовать Git, время от времени утягивая (командою git pull) содержимое репозитория https://github.com/joyent/node.wiki.git и проглядывая новые коммиты.

В гуглогруппе nodejs случается большинство интересных обсуждений и оповещений.

Целая куча вопросов по применению Node.js сыплется по тегу node.js на Stack Overflow, но их там так много, что читать все подряд навряд ли удастся Вам, да я и не рекомендую это. Однако этот ресурс может стать ценным подспорьем в поиске готовых ответов на свои вопросы.

Карма должна быть сделан как на SO или наподобие. Пока этого не будет многие не будут писать сюда статьи. Какой смысл? Если написать нормальную непопсовую статью, то максимум, что ты будешь иметь это 5-10 плюсов в карму. Один неосторожный комментарий и ты потеряешь 10-15 кармы. Да и фиг бы с ней, да вот ты не можешь писать статьи при низкой карме. Не можешь использовать теги в комментариях и прочее. Система кармы на хабре просто ущербна. Она поощряет попсовые статьи и задвигает нормальные. Более того, писал ты себе писал, а потом взбрело в голову модератору и тебя забанили. Всё, твоих статей больше не существует. Замечательная система! Ну и неугодные сообществу статьи уезжают в черновики очень быстро. А может кто-то их прочитать хотел?
Вывод: на хабре нет смысла постить нормальные статьи, лучше постить их себе в блог.

inoreader