Самая недооцененная фича это то что VSCode по сути своей это PWA приложение и бэкенд на NodeJS завернутое в версию Electron - что есть не что иное как NodeJS + Chromium. Так вот а нафига козе баян. У вас уже и так есть свой любимый броузер запущенный и загруженный в память. Зачем еще дублировать это в Electron. Короче запускаете только серверную часть в докере/подмане и работаете через свой броузер экономя память. Установите сайт с редактором как приложение и будет норм.
Бывает и такое, но как исключение, в основном тишина и уют в моем маленьком царстве на Дебиан и КДЕ. А вот у соседа на винде каждые несколько секунд заводится истребитель, не знаю как сказать ему, в моей душе перфекциониста жутко раздражает когда работающий комп в режиме idle печатанья текста постоянно троттлит вентилятор с это 30 гигами памяти.
У меня уже давно все что было возможно установлено как вэб приложения: васап, телега, все другие чатики, гугл приложухи, и даже VSCode. Получился безопасный сэндбокс для проприетарных приложений.
Ого, спасибо! Я вот думал что там только его демон под рутом, а контейнеры запускаются в юзерспейсе. Сам уже давненько сижу на подмане как раз по этой причине на всякий случай.
Мне кажется интерфейсы идут по пути отупления пользователя. Например стиралка, раньше там было 4 крутилки, и ими можно было задать все варианты программ за 3 секунды. Теперь это нагромождение кнопочек, экранчиков, разных описаний и опций, скфозь которые продираешься несколько минут. И эта машинка стоит гораздо дороже той что с лучшим интерфейсом. Зато тупенькая девочка не постирает синтетику уже на высокой температуре, так как там отдельная кнопка для синтетики. Микроволновку тоже включать замучаешься, вместо одной крутилки установки времени.
Я по большому счету согласен с вашими доводами. Представьте если вынести управление стейтом из Реакта чтобы можно было использовать любой стейт менеджер. Убрать хуки и ре-рендеринг. И оставить только две функции: create и update DOM элементы. Получится простой и без скрытых уровней абстракции максимально гибкий и скоростной подход к разработке фронтенд приложений.
Когда я попробовал "поднять стейт на верх" или извлечь управление стейтом из Реакта, то родился новый подход к разработке фронтенд приложений, состоящий из двух функций по созданию и обновлению ДОМ. А стейт менеджер выбирается под конкретную задачу.
Я вообще фрагментацию недолюбливаю. Если взять хотябы усилия по половине форков дебиана и пустить их в корневой дистрибутив, то вероятно произошел бы квантовый переход на новый уровень.
"Решил перейти на Python" - с какого языка? Перейти можно с одного на другой.
Эх, если бы в JS все было экспрешеном (кстати видел вроде пропосал), то можно было как в Руби написать
for ... else ...
целый инстанс броузера, плюс-минус, да еще поди с библиотеками нужных версии (а не тех что в системе)
Логично, в докере вы настраиваете нужное вам окружение. Я предпочитаю такую изоляцию. Вы же можете запустить его в своем окружении, без докера.
"Установить как приложение" - не пробовали? Чтобы в броузере не оборачивалось.
Терминал в редакторе работает как терминал, не заметил разницы с версией в Электроне.
Например какие?
Наверно уже года 4 как перешел с Electron версии на контейнерную для вэб разработки. Полет нормальный.
Самая недооцененная фича это то что VSCode по сути своей это PWA приложение и бэкенд на NodeJS завернутое в версию Electron - что есть не что иное как NodeJS + Chromium. Так вот а нафига козе баян. У вас уже и так есть свой любимый броузер запущенный и загруженный в память. Зачем еще дублировать это в Electron. Короче запускаете только серверную часть в докере/подмане и работаете через свой броузер экономя память. Установите сайт с редактором как приложение и будет норм.
https://github.com/gitpod-io/openvscode-server
?
Бывает и такое, но как исключение, в основном тишина и уют в моем маленьком царстве на Дебиан и КДЕ. А вот у соседа на винде каждые несколько секунд заводится истребитель, не знаю как сказать ему, в моей душе перфекциониста жутко раздражает когда работающий комп в режиме idle печатанья текста постоянно троттлит вентилятор с это 30 гигами памяти.
У меня уже давно все что было возможно установлено как вэб приложения: васап, телега, все другие чатики, гугл приложухи, и даже VSCode. Получился безопасный сэндбокс для проприетарных приложений.
Ого, спасибо! Я вот думал что там только его демон под рутом, а контейнеры запускаются в юзерспейсе. Сам уже давненько сижу на подмане как раз по этой причине на всякий случай.
У Фьюзора нет своего стейт менеджера, но можно интегрировать любую библиотеку примерно такой функцией:
Как вашу библиотеку можно было бы интегрировать во Фьюзор?
Я в докере каждый в своем проекты запускаю с доступом только к папке проекта. Вопрос коллегам безопасникам - какие возможны опасности в этом кейсе?
ПС: также запускаю VSCode со всеми его плагинами также в докере и использую через браузер.
Мне кажется интерфейсы идут по пути отупления пользователя. Например стиралка, раньше там было 4 крутилки, и ими можно было задать все варианты программ за 3 секунды. Теперь это нагромождение кнопочек, экранчиков, разных описаний и опций, скфозь которые продираешься несколько минут. И эта машинка стоит гораздо дороже той что с лучшим интерфейсом. Зато тупенькая девочка не постирает синтетику уже на высокой температуре, так как там отдельная кнопка для синтетики. Микроволновку тоже включать замучаешься, вместо одной крутилки установки времени.
вы прямо Фьюзор описали
только в нем можно любой стейт менеджер подключить на пропсу
{ mount }
ну и раз нет состояния - то становится не нужен ре-рендеринг и хуки, жизненный цикл компонента сжимется в 4 состояния:
create, mount, update, unmount
«Люди делятся на две категории: кто еще не делает бэкапы, и кто их уже делает»
Я по большому счету согласен с вашими доводами. Представьте если вынести управление стейтом из Реакта чтобы можно было использовать любой стейт менеджер. Убрать хуки и ре-рендеринг. И оставить только две функции:
create
иupdate
DOM элементы. Получится простой и без скрытых уровней абстракции максимально гибкий и скоростной подход к разработке фронтенд приложений.Примеры со счетчиком и сигналами.
тема дам не раскрыта от слова совсем
Ваш фреймворк похож на Реакт.
Когда я попробовал "поднять стейт на верх" или извлечь управление стейтом из Реакта, то родился новый подход к разработке фронтенд приложений, состоящий из двух функций по созданию и обновлению ДОМ. А стейт менеджер выбирается под конкретную задачу.
Я вообще фрагментацию недолюбливаю. Если взять хотябы усилия по половине форков дебиана и пустить их в корневой дистрибутив, то вероятно произошел бы квантовый переход на новый уровень.