Техническая сторона стартапов иногда может быть очень изменчивой и содержать много неизвестного. Какой технологический стек использовать? Какие компоненты могут бытьизлишнее убийствона данный момент, но стоит ли следить за этим в будущем? Как сбалансировать темпы разработки бизнес-функций, сохраняя при этом планку качества на достаточно высоком уровне, чтобы иметь поддерживаемую кодовую базу?
Здесь я хочу поделиться нашим опытом создания https://cleanbee.syzygy-ai.com/ с нуля — как мы формировали наши процессы в зависимости от потребностей и как наши процессы развивались по мере расширения нашего технологического стека новыми компонентами.
Бизнес хочет завоевать рынок, а инженеры — попробовать крутые штуки и размять мозги. Тем временем индустрия производит новые языки, фреймворки и библиотеки в таких количествах, что вы не сможете их все проверить. И обычно, если вы поцарапаете блестящую поверхность «Следующей большой вещи», вы обнаружите старую добрую концепцию. Хорошо, если повезет.
Одна из самых интересных тем для споров — это процессы — полагаетесь ли вы на транковую разработку , предпочитаете более чудовищный поток GitHub , являетесь поклонником моббинга или считаете более эффективным тратить время на ревью кода на основе PR .
У меня есть опыт работы в среде, где артефакты выбрасывались пользователями без какого-либо стандартизированного процесса. В случае возникновения проблем разработчики с удовольствием (нет!) пытались выяснить, какая версия компонентов была на самом деле развернута.