Если вы прочитали только эту строчку, то вот в чем суть: вам пока не важен технологический стек или архитектура, выбирайте любую технологию, которая позволит вам быстрее проводить итерации. Результат будет полезен для вашего предприятия, а проблемы, которые возникнут позже из-за вашего выбора, — это будущее вас или вашего будущего технического директора.
Дорогой строитель,
С огромной радостью я дарю вам этот 2022 фреймворк для более быстрого создания технологических продуктов.
Моя главная мысль заключается в следующем: вы не должны выбирать технологический стек, основываясь на симпатиях или предыдущем опыте работы с технологиями. Вы должны выбирать то, что быстрее итерирует. Итак, без лишних слов, вот список распространенных технологий и их распространенных ошибок.
Фронтенд-фреймворк
Эта статья в блоге не положит конец войне между React, Vue, Angular и т.д..
Дело в том, что вы хотите работать быстро, поэтому, вопреки всему сказанному, выбирайте тот, который вы знаете лучше, и придерживайтесь его.
Но если вы новичок или мастер на все руки, выбирайте React, потому что потом наем будет дешевле. Кроме того, сообщество больше, и поддержка определенно долгосрочная.
Возможности фронтенда
Нужен календарь? Используйте для этого библиотеку, не создавайте свою собственную.
Нужен видеочат? Используйте платный API сторонних разработчиков, например, Daily, если вы не специалист по WebRTC.
Нужен статический веб-сайт? Используйте Webflow или его аналог, даже если вы лучший frontend-разработчик в мире. Вы будете работать в 10 раз быстрее.
Главное — использовать существующие продукты вместо того, чтобы создавать свои собственные. Да, мы художники, но если отпустить эти художественные вибрации до тех пор, пока у вас не появится больше времени, денег и человеческих ресурсов для их выражения, это сэкономит вам много времени.
Решения для бэкенда
Переходите на бессерверные решения. Точка.
Как создатель serverless-offline, я могу сказать, что это самое эффективное решение с точки зрения экономии времени. Кроме того, оно стоит гораздо меньше, чем другие решения меньшего масштаба. Но, опять же, переход на Kubernetes или другие решения будет проблемой будущего.
Монолитные бэкенды не только дорогостоящие, но и требуют много управления без кода, а также жадные до кода. Здесь будьте осторожны.
Я рекомендую Google Cloud Platform’s Cloud Run, лучшее в своем классе решение для бессерверных приложений на данный момент, по моему мнению.
База данных
Используйте Firebase’s Firestore или эквивалент. Почему? Бесплатно в режиме реального времени, нет необходимости в трудоемкой среде Websockets! Вы можете возразить, что после некоторого использования он будет стоить дорого, но если вы когда-нибудь доберетесь до этого момента, поздравляю, вы справились.
Традиционные базы данных, такие как PostgreSQL, требуют наличия бэкенда, что означает использование REST или GraphQL для связи с фронтендом. Если вам каким-то образом удастся обойти это, вы сэкономите 50% времени разработки.
Хостинг
Возможно, вы относитесь к старой школе Nginx DevOps, в таком случае вы можете воспользоваться этой возможностью научиться чему-то новому. В настоящее время работа со статическими активами проста как 1 2 3.
Просто используйте хостинги Firebase или Netlify для легкого развертывания. Они прекрасно интегрируются с вашим CI.
Ведра и балансировщики нагрузки не должны быть частью вашего технологического стека, если вы планируете работать быстро.
Непрерывная интеграция
GitHub actions, GitLab CI или Netlify должны быть вашей целью здесь. Другие решения либо не бесплатны, либо слишком требовательны к коду. Опять же, трудно изобрести CI заново, но вы можете потерять несколько драгоценных часов, пытаясь сделать его своим.
Заключение
Инженерная работа трудна. Выбор, который вы делаете в начале проекта, может означать жизнь или смерть для вашего продукта. Перестаньте быть инженером на полную ставку, начните заниматься исследованиями пользователей и маркетингом своих приоритетов как создателя продукта.
Я создаю WhereSpace публично на своем аккаунте в Twitter. WhereSpace — это приложение для пространственного видеочата для удаленных команд, где можно встретиться и весело провести время. Оно создано с учетом принципов, изложенных в этой статье. Следите за мной в Twitter(https://twitter.com/dherault111), чтобы увидеть его строительство!
Спасибо, и удачи вам в быстром строительстве.