Я обнаружил, что веб-приложения сильно замедляют мой рабочий процесс. Если я оставляю браузеры открытыми, у меня накапливается много неиспользуемых вкладок, которые сильно замедляют работу, а новые вкладки открываются в старых окнах браузера, ориентированных на конкретную тему. OTOH, если я держу их закрытыми (что я обычно и делаю), то мне приходится каждый раз ждать 10-15 секунд для запуска браузера, что в 2-3 раза превышает время запуска любого разумного приложения, и, что еще хуже, я обычно должен войти в систему снова. Как сделать так, чтобы веб-приложения не замедляли работу?
В общем, это врожденный недостаток всех веб-приложений, даже хороших, и фатальный недостаток плохо спроектированных веб-приложений или веб-приложений, где ваши потребности не являются основной целью разработки.
Вы захотите переключить свою работу на приложения, которые могут работать в нативном режиме, если требуется эффективность. Автономный доступ и доступ через API, как правило, гораздо более эффективны, поскольку вы можете работать асинхронно или в автономном режиме, что отделяет ваше взаимодействие от кода сервера и обработки со всеми сетевыми задержками, которые добавляют вам разочарования.
Кроме того, убедитесь, что вы используете браузеры, такие как Safari, которые резко сокращают использование ресурсов, когда экран выключен, фоновый или свернутый. Возможно, ваш браузер может помочь с 20-секундными задержками запуска, и даже это не должно быть большой тратой времени, если вы выполняете надлежащую работу после запуска приложения.
Наконец, нативное приложение может быть закодировано как веб-приложение и все равно вызывать у вас огорчение. Некоторые известные из них, с которыми я столкнулся, — это редактор Atom, приложение Slack и другие приложения, основанные на электронах, узлах или реакциях, которые являются прославленными контейнерами веб-представления.
Вот очень хорошо продуманная статья от очень умных и хорошо финансируемых инженеров о том, как сбалансировать решение создать чисто нативное приложение (или создать несколько итераций одного и того же приложения, пока ваша команда учится проектировать и расширять приложение) против создания общего ядро, которое будет работать на разных платформах или встроить веб-представление.
Павел
Павел
Павел
Павел
Павел