Организация работы и файлы

1. Не плодить лишних файлов

   1. Файлы не использующие в проекте удалять. Лишние файлы создают мусор и ухудшают работу.
   2. При использовании online хранилища, в папке проекта должны храниться ТОЛЬКО последние, актуальные версии файлов.

2. Исходники хранить в папке /source/

   1. Создать отдельную папку /source/, и хранить в ней все исходники проекта.
   2. В корень проекта записывать только основные psd-шники.

3. Прикреплять к проекту несистемные шрифты

   1. Копировать файлы шрифтов в папку /source/.
   2. Если шрифт несистемный, велика вероятность его отсутствия у верстальщика.
   3. Помнить о лицензионных ограничениях, налагаемых на коммерческие шрифты.

4. Называть файлы с учетом версии

   1. К названиям файлов добавлять приставки, позволяющие легко определить актуальную версию. Например: home-1.psd или home-final.psd ИЛИ версии файлов можно назвать по порядку 001-index.psd, 002-index.psd, 003-index.psd

      Версия фаийла должна стоять ПЕРЕД названием файла, так, чтобы в finder(проводнике) они сортировались правильно.

5. Называть файлы по-английски

   1. Название файла должно соответствовать тому пути, которыиЙ мы увидим в браузере.Например, index.psd, about.psd, workout.psd, contacts.psd
   2. В рамках одного проекта должен быть выбран единый стиль именования файлов, без изменения в процессе.
   3. НЕ НАЗЫВАТЬ ФАЙЛЫ ПО-РУССКИ. [При переносе файлов с PC на Mac могут слететь названия. Работать с файлами типа «?????.psd» не совсем удобно. Этот «замечательный» эффект часто наблюдается при распаковке .rar архивов, содержащих файлы, названные по-русском.]

6. Файлы для контроля

   1. Кроме исходников psd должны быть копии файлов в png или jpg (высокого качества), это нужно в частности для того, чтобы определить, не съехали ли цвета при верстке.
   2. Для различных состояний (попапы, открывающиеся блоки) одного psd макета, нужны отдельные jpg/png («скриншот» каждого состояния layer comps).

7. UI, Typografy

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

8. Favicon

   favicon – квадраты в пикселях 16, 32, 57, 60, 72, 76, 114, 122, 144, 152, 180, 192, 194. Отдельно должна быть икона для windows метро c прозрачным фоном и цветом для фона плитки. Страшно? Вот ссылка в помощь. http://realfavicongenerator.net/

9. Используй .zip вместо .rar

   RAR-архивы не совсем идеально поддерживаются на UNIX-системах (MacOS, Linux). Преимущественно использовать zip-архивы.

10. Пояснительная записка про динамику и поведение блоков.

    Даже если можно показать все на пальцах, все должно быть задокументировано. А то потом все забывается или меняется спонтанно.