Препарируем Astro и находим родовые травмы
Классные метрики, но..
- Тормоза и глюки в дев-режиме.
- Сетевые задержки при любой навигации.
- Падение при лагающей/потерянной сети.
Классные метрики, но..
- Тормоза и глюки в дев-режиме.
- Сетевые задержки при любой навигации.
- Падение при лагающей/потерянной сети.
Мелкозернистая ленивая реактивность, но..
- При всплытии исключения компонент просто исчезает
- Нет отсечения эквивалентных изменений.
- Неконсистентное состояние при циклических зависимостях.
- Не перехваченное исключение ломает всё приложение..
- Отслеживание изменений ломается на мутациях, отличных от присвоения.
- При компиляции код компонента раздувается на порядок.
- Две модели реактивности, работающие по разным принципам, суммирующие недостатки друг друга.
Взять с собой побольше вкусняшек, запасное колесо и знак аварийной остановки. А что сделать еще — посмотрите в нашем чек-листе. Бонусом — маршруты для отдыха, которые можно проехать даже в плохую погоду.
Обнаруженные проблемы:
- Система реактивности капитально ломается при исключениях
- ErrorBoundary перехватывают не все исключения
- Memo вычисляются когда они никому не нужны.
- Без обмазывания batch-ами, эффекты (включая полную актуализацию DOM) вызываются для грязного состояния
Финал стрима не записался, да.
Я, ведущий Денис Басковский, беру интервью у Vue.js разработчика Анастасии Егоровой. В этом подкасте мы поговорим про фреймворк Vue.js, который набирает популярность у Front-End разработчиков со всего мира.
Технический стек также называют экосистемой данных, технологической инфраструктурой или стеком решений. Это комбинация инструментов, которые используются для создания и эксплуатации одного приложения. Это структура, на которой приложение, которое вы используете, например Facebook поддерживается такими инструментами как: HTML, PHP, CSS, ReactJS или JavaScript.
Более того, стеки объединяют два аспекта разработки программного обеспечения: серверная и визуальная части. Фронтенд - это экосистема, в которой взаимодействие осуществляется пользователями, а бэкенд - веб-сервер и координация.
Вы можете спросить, как определить правильный стек технологий для вашего бизнеса? Стек технологий, предназначенный для разработки веб-сайтов, будет отличаться от необходимого для мобильных приложений. Точно так же стек коммерческих/корпоративных продуктов будет отличаться от стека стартапов. К другим факторам относятся скорость, с которой вы хотите выпускать MVP(Минимально жизнеспособный продукт), и количество квалифицированного персонала, которое вы можете выделить для нового проекта.
Стек технологий для стартапов
Чтобы определить правильный набор технологий для вашей стартап-компании, вы должны понимать, что технологический стек не универсален. Они собираются на основе следующих факторов:
- Тип проекта: если у вас небольшой проект, идеальным техническим стеком была бы стандартная система управления контентом, такая как WordPress. Для стартапа среднего размера вы можете объединить CMS с подходящим языком программирования, таким как Python, C ++ или JS. Для более крупного проекта вам потребуются веб-приложения со специальными функциями, отвечающими вашим требованиям.
- Дедлайн: количество времени, в течение которого вы хотите запустить свои проекты, частично зависит от стека, который вы выбрали для своего веб-приложения. Имея правильный технический стек, заданный опытным разработчиком, вы можете выпустить свой продукт вовремя и без ошибок.
- Масштабируемость: способность системы, сети или процесса справляться с увеличением своей производительности при добавлении ресурсов (обычно аппаратных). Увеличение производительности каждого компонента системы с целью повышения общей производительности или же разбиение системы на более мелкие структурные компоненты и разнесение их по отдельным физическим машинам.
- Обслуживание: зависит от кодовой базы и инфраструктуры программного обеспечения. Реюзабилити и длина кода считается важным.
- Доступность: Некоторые технологии платные, а некоторые не могут быть использованы в коммерческих целях. Помимо этого необходим специалист для их применения. Востребованные разработчики уже заняты на других проектах, и поэтому, найти хорошего разработчика, который мог бы заставить все это работать - дорого. Это актуально для Python, React Native и Node. Найм хорошего разработчика одна из главных статей расходов.
- Стоимость: Бюджет всегда имеет ограничения, будь то запуск ракеты или копицентр. Вы - идейный носитель стартапа, очевидно что деньги расходятся на ресерч, найм, маркетинг и прочее. Следовательно, можно попробовать сэкономить, на использовании решения с открытым исходным кодом. Другими словами, вы можете использовать такие технологии бесплатно. Они постоянно развиваются, настраиваются и часто достаточно долговечны. Но их могут выпустить и забросить. Это и есть риск. Или там может быть вредоносный код - и это риск. Или это перестанет работать, потому что связано с внешним сервисом, который перестанет работать.
Кроме того, следите за техническими стеками, которые уже созданы компаниями и доступны на рынке. Вы можете найти их на Stackshare, чтобы увидеть, какие компании используют стек программного обеспечения.
Технический стек для MVP
Итак, у вас есть целенаправленный технологический стек, и все сотрудники и приоритеты. Но на протяжении всей разработки вашего продукта MVP может сильно отличаться от того, что вы изначально задумывали.
Иногда вы можете прийти к тому моменту, когда окончательная версия MVP потребует изменений в вашем стеке технологий, поскольку дальнейшие инновации и развитие будут зависеть от того, с чем вы работаете. В таких обстоятельствах вам может потребоваться начать все сначала с новыми фреймворками и совершенно новой архитектурой. Всего лишь один недостающий элемент может изменить всю инфраструктуру и навести беспорядок.
Факторы, которые следует учитывать при выборе стека технологий MVP
- Убедитесь, что продукт выходит на рынок в короткие сроки. Таким образом вы сможете быстрее собирать отзывы и поддерживать быстрый темп исправлений и развития.
- Заранее принимайте расчетные решения, чтобы исключить альтернативные затраты времени из-за отсутствия программ автоматизации, поддерживающих вашу инфраструктуру. Наличие подходящего инструмента CI / CD может ускорить тестирование, управление версиями и размещения приложения.
- Не экспериментируйте со своим MVP в поисках разрекламированной или новой технологии, даже если разработчики этого хотят. Когда вы серьезно относитесь к технологическому стеку для своего проекта, вам нужно думать о долгосрочной перспективе (Хотя, это спорно, стартап не всегда для долгосрочной перспективы). Чтобы увидеть, является ли новая технология причудой или позитивной тенденцией необходимо время.
Новые технологии нестабильны, и вам может быть нелегко найти команду для новой ниши, что является пустой тратой времени и денег. Поэтому сосредоточьтесь на имеющихся в настоящее время и доступных в будущем стеках. Работайте умеренно, чтобы проложить стабильный путь к желаемому результату.
Заключение
Есть две вещи, на которые вы должны обращать внимание при выборе набора технологий для своего стартапа; проект и разработчик. Вы изучаете свои требования к стартапу и тип MVP, который хотите запустить? Это поможет вам найти похожие примеры и усвоить некоторые знания, на выяснение которых у вас уйдет целая вечность.
Кроме того, прежде чем использовать свой стек технологий, проконсультируйтесь со своей командой разработчиков, чтобы изучить их область знаний для выполнения работы. Они, вероятно, сами предложат стек для проекта, которым вы собираетесь заниматься - правильное предвидение ваших требований, наличие рук для вашей цели и внимание к своей команде разработчиков при выборе инфраструктуры программного обеспечения проложат путь к успеху стартапа.
Английский вариант читать тут: How to Choose a Technology Stack for Startups
Понравилась ли статья? Напишите отзывы, будем продолжать? :)