Нулевой шаблон или к чему привел нас опыт веб разработки

Ранее мы провели "Страт сессию", приняли решение создавать приложения с использование централизованного шаблона, ядра или макета - можно назвать как угодно. Ранее каждый разработчик работал, по сути, отдельно от других, использовав только свой личный опыт, технологии, подходы, формат кода, структуру и т.д.

Мы единогласно приняли решение создать "Нулевой шаблон". Это шаблон приложения, который включает в себя стек современных технологий, на которых мы будем разрабатывать. Также различные компоненты приложения, формы, слайдеры, таблицы, графики, и т.д. У каждого разработчика было что-то подобное, но сейчас будет в совершенной форме. За основу мы приняли шаблон коллеги Егора, и сейчас работаем над его улучшением.

В чем смысл?
Это улучшит всё, все стадии разработки приложения или сервиса. "Нулевой шаблон" - это по сути наш собственный корпоративный фреймворк, это уже более профессиональный подход, повышенный уровень разработки. Это улучшает, бустит и развивает нас как разработчиков, ускоряет время разработки, снижает стресс при разработке, а также повышает качество продукта, дает возможность дорабатывать приложения коллег. Мы "убиваем много зайцев сразу", решаем большинство тех проблем, которые у нас были раньше.

В добавок, новый разработчик в компании, сможет легко "внедриться" в работу, ему попросту надо будет скопировать шаблон, а в нём уже будет всё описано на примерах.

Сценарий работы с шаблоном

1. Скопировать проект с нашего GIT
2. Собрать интерфейс приложения, по кусочкам, как детальки Лего
3. Написать уникальную бизнес логику из ТЗ

Что получаем в итоге?

• увеличение скорости на создание и настройку проекта
• увеличение скорости на добавление/изменение функционала
• увеличение скорости на поиск референсов/примеров/документации при разработке
• увеличение скорости на чтение проекта
• увеличение скорости "вкатывания" нового разработчика
• уменьшение работы дизайнера или вовсе её ненадобность
• уменьшение стресса при разработке
• уменьшение количества костылей и риска появления ошибок
• уменьшение времени на тестирование/код ревью, потому что больший процент проекта уже известен каждому
• единый стиль всех наших приложений, что улучшает UX
• более высокую квалификацию и опыт разработчиков

Требования к реализации затеи

• нужно "довести до ума", то есть время на создание/отладку/тестирование компонентов
• на создание нового пере используемого компонента нужно больше времени чем обычно, но это делается единожды
• разработчикам нужно подтянуть знания по используемым технологиям

Развиваемся, и стараемся создавать лучшие продукты!