tgoop.com/ctodevelopers/192
Last Update:
Выбор техстэка для стартапа
Да, сейчас этот вопрос очень актуален для меня :). Поэтому делюсь мыслями и парой полезных ссылок.
На чем код писать?
В Додо часто когда рассказывал о системе, об IT, задавали вопрос – почему все на .NET? В ответ как-будто каждый раз ждали истории про сравнение, объективные причины, перфоманс, люди и т.д. А ответ на это был крайне простой и прозаичный. Первые 2 разработчика, которые поверили в проект, поверили в Фёдора знали .NET. Вот и вся причина.
Сейчас для меня вопрос “какой стэк взять в стартап” актуален. Каков будет масштаб? С каким опытом (домена и техники) мне было бы интересно приводить разработчиков в компанию? Какой вообще масштаб команды нужно будет собрать потенциально? А в каких регионах?
Все это вопросы актуальные. Однако, они актуальны на этап масштабирования. Они теряют свой вес, когда ты начинаешь думать о том что у тебя есть “здесь и сейчас”. Запуск стартапа – это ситуация, когда тебе надо максимально быстро что-то запустить, максимально быстро проверить фит продукта, сделать 1-2-3 пивота чтобы найти что масшатбировать. И поэтому мы смотрим на то что есть здесь и сейчас.
Вы делаете финансовый продукт, 99.99% финтех стартапов запускаются на Java/Kotlin (ну, мне так кажется, может статистика чуть другая, но подавляющее большинство именно на них). Но если технический ко-фаундер не работал с Java, а знает .NET, то можно финтех построить и на .NET, по крайней мере первые версии, часть сервисов, а вот масштабирование и запуски новых продуктов внутри компании делать уже на Kotlin.
Вы делаете корпоративный продукт для B2B, его делать на .NET понятно как, легкие интеграции, надежность, безопасность, но технический ко-фаундер знает Python. Ну так запускайте первую версию на Python и развивайте ее. В процессе развития будет возможность как на другом стеке часть сервисов запускать, так и вообще решите, надо ли его менять.
Облака
А вот в контексте Google Cloud / AWS / Azure все уже не совсем так. Все сильно зависит не от скиллов работы с конкретным облаком, а от цен, особенностей вашего продукта (и, соответственно, ресурсов, которые вам нужны), а так же географией датацентров. Пока вы на ранней стадии и продукт небольшой смена облачного решения может быть простой, но на стадии первичного роста вы уже об этом думать не будете и надолго подсядите на один из провайдеров.
У всех у них есть собственные startup-программы на разные суммы и когда вы получаете первые инвестиции и подключаетесь к одной из программ – тогда и делаете выбор. Цена, география и фокус вашего продукта – ключевые критерии. К примеру, вы делаете стартап и будете работать с языковыми моделями, сравнениваете возможности провайдеров именно в области LLM и выбираете. Или вы хотите делать сервис для Middle East, важно хранить данные в регионе, смотрите на географию.
География AWS
География Azure
География GCP
Free Tier
Помимо выбора стэка и облака есть еще одна очень интересная задачка. Вы стартап, у вас нет денег, а даже если есть, их пока немного и хорошо бы сэкономить. Практически все сервисы дают Free Tier, можно реально собрать полноценный продукт под Free Tier. Единственное, в них легко запутаться и они очень разные. Большой респект ребятам, подготовившим отличный справочник с информацией о Free Tier разных сервисов, разбитый на категории.
База данных на Aiven, message queue на cloudAMQP, Sentry для логирования ошибок, grafana cloud для мониторинга, mixpanel для аналитики, GCP для хостинга с первыми $2,000 кредитов еще до того как мы поднимем первые инвестиции в стартап. Запустить демо-версию/mvp продукта, потратив $0 на сервисы более чем реально.
BY 99developers
Share with your friend now:
tgoop.com/ctodevelopers/192