Верно, разработчики со мной не связаны никак. Связь у нас конечно будет.
Навскидку примеры фраз, которые не вынести в компоненты:
- Эта страница (страница блога) будет фактически отдельным подсайтом и будет открываться в новом окне.
- Реализация даты к единственной записи на странице:
- - до 1 часа - час назад
- - от часа до суток - сегодня
- - ... вчера, позавчера... и т.п.
- Корзина -> Оформление заказа: при клике на ссылку «убрать открытку» пропадает блок с текстом открытки. Если текст был введен пользователем, то он должен восстановиться при повторном клике на ссылку.
Благодарю за пояснение.
Примечательно то, что на своем проекте мы столкнулись с аналогичными вещами про время и формы, и в целом это является общепринятыми вещами от проекта в проект.
Выходит, что значительную часть комментариев можно унифицировать созданием общей базы знаний, в каком формате писать время, сокращать, как должны вести себя формы и прикреплять отдельно к проекту текстовую документацию — пишешь один раз, используешь везде. Полагаю
https://www.gitbook.com/ с этим справиться. Можно иметь глобальную документацию, а также создавать отдельную под нюансы конкретного проекта.
При необходимости прямо в интерфейсе сослаться на какой-либо параграф, то это можно было бы сделать например в названии слоев, например: title (doc: 2.3). Здесь проблема лишь в том, что номера разделов документации со временем могут изменться, впрочем это решаеться созданием уникального айди для каждого смыслового блока и указанием сокращенной ссылки на него.
Впрочем это все усложнения, есть базовые вещи, о которых должен знать любой разработчик, и если с проектом идет документация — проще если разработчик встречая какую-либо сущность будет заглядывать в документацию, где описаны подробности её формата и поведения.