Pull to refresh

Comments 9

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

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


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

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

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

Почему никто не хочет сжимать текст? Удалить пробелы, табы, комментарии, укоротить имена…
Sign up to leave a comment.