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

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

Шесть принципов, пять недостатков, три уловки… в названии не хватает "Читать до конца!".

Это же Сбер. Недосказанность — их конёк.
А где же «использовать наиболее легковесные фреймворки», м?
Можно подумать, в нынешнем вебе сколь-нибудь заметной проблемой является загрузка всяких там жпегов, или отсутствие кеширования. Последнее так вообще штука спорная, т.к. повсеместно динамический контент, где оно бесполезно, а иногда и несколько вредит безопасности.

Из моего опыта:


  1. Команда разработчиков, находящаяся на более-менее на одинаковом уровне.
  2. Использование единых принципов разработки, определенных до начала проекта и действующих в течение всей жизни проекта.
  3. Симуляция бакэнда, если его нет.
  4. Тестирование eslint в процессе билда.
  5. Разбиение проекта на небольшие части, которые можно отдельно демонстрировать и сдавать заказчику.
  6. Обязательное прототипирование сложных модулей перед оценкой проекта (иначе выяснится, что технология вообще не подходит в середине проекта).
  7. Документация понятная разработчику и клиенту
Обязательное прототипирование сложных модулей перед оценкой проекта (иначе выяснится, что технология вообще не подходит в середине проекта).

Вообще всегда с этого начинаю. Заодно и учусь :)

Судя по самой экосистеме домклик — принципы эти не для вас.

Почему никто не хочет сжимать текст? Удалить пробелы, табы, комментарии, укоротить имена…
Как по мне, так уж очень поверхностно.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.