Хейт в сторону электрона – это одно из самых наиболее ошибочных мнений. Люди произносят это с таким видом, будто Америку открыли.
"дс – это просто сайт". "вскод – это хром с заголовком окна". Даа, а твой кухонный нож – это просто кусок металла определенной формы. Такая подача вообще ничего не говорит о том, хорош ли продукт на самом деле.
Писать настоящее кроссплатформенное нативное приложение пиздецки сложно, и дело вовсе не в запутанной логике. У каждой платформы свои UI-конвенции, свои системные API, свои модели доступности, свой рендеринг шрифтов и своя обработка ввода. Напишешь приложение для macOS на Swift – оно выглядит охуительно на маке, но больше нигде не существует. Нужна винда? WinUI, WPF – выбирай что хочешь, у каждого свой порог вхождения и свой уникальный набор криво работающих вещей. Линукс? Qt или GTK, причем оба выдают результат, который ощущается чужеродным на любой целевой платформе. И всё это тебе придется мейнтейнить параллельно: одни и те же фичи в трёх кодовых базах, трёх баг-трекерах, трёх пайплайнах сборки, дебажа три разных набора платформозависимой дичи. Либо используешь электрон – и у тебя всего одна кодовая база.
"электрон жрет слишком много оперативки". В простое на типичном проекте вскод потребляет около 150-300 МБ. Звучит плохо, пока не посмотришь, что еще у тебя открыто. Любой хромиум с четырьмя вкладками съедает 800 мб. Твоя IDE от JetBrains, полностью нативная, скомпилированная под JVM, сжирает 1,2 гига озу еще до того, как ты открыл хотя бы один файл. Нативная альтернатива Slack, которую кто-то склепал на кьюте, использует 90 МБ, спору нет, но в ней также не появлялось новых фич уже два года, панель эмодзи ломается на HiDPI-экранах, и никто это не чинит. Память стоит дешево. Аргумент про оперативку почти всегда приводят люди, которые не смотрят на то, сколько на самом деле потребляют их "крутые" нативные приложения.
Chromium хорош. На сегодняшний день это один из самых протестированных и оптимизированных программных продуктов, работающих на потребительском железе. Рендеринг быстрый. V8 быстрый. Модель безопасности изначально включает изолированные процессы-песочницы и изоляцию сайтов – большинство нативных приложений даже не заморачиваются такими вещами. Это использование действительно качественного инженерного продукта от гугла для задач, с которыми он отлично справляется.
Приложение не становится слопом только потому, что оно работает на хроме. Приложение становится слопом, если разрабам, которые его создавали, было пох. Это разные вещи. Может, хватит их уже путать?
"дс – это просто сайт". "вскод – это хром с заголовком окна". Даа, а твой кухонный нож – это просто кусок металла определенной формы. Такая подача вообще ничего не говорит о том, хорош ли продукт на самом деле.
Писать настоящее кроссплатформенное нативное приложение пиздецки сложно, и дело вовсе не в запутанной логике. У каждой платформы свои UI-конвенции, свои системные API, свои модели доступности, свой рендеринг шрифтов и своя обработка ввода. Напишешь приложение для macOS на Swift – оно выглядит охуительно на маке, но больше нигде не существует. Нужна винда? WinUI, WPF – выбирай что хочешь, у каждого свой порог вхождения и свой уникальный набор криво работающих вещей. Линукс? Qt или GTK, причем оба выдают результат, который ощущается чужеродным на любой целевой платформе. И всё это тебе придется мейнтейнить параллельно: одни и те же фичи в трёх кодовых базах, трёх баг-трекерах, трёх пайплайнах сборки, дебажа три разных набора платформозависимой дичи. Либо используешь электрон – и у тебя всего одна кодовая база.
"электрон жрет слишком много оперативки". В простое на типичном проекте вскод потребляет около 150-300 МБ. Звучит плохо, пока не посмотришь, что еще у тебя открыто. Любой хромиум с четырьмя вкладками съедает 800 мб. Твоя IDE от JetBrains, полностью нативная, скомпилированная под JVM, сжирает 1,2 гига озу еще до того, как ты открыл хотя бы один файл. Нативная альтернатива Slack, которую кто-то склепал на кьюте, использует 90 МБ, спору нет, но в ней также не появлялось новых фич уже два года, панель эмодзи ломается на HiDPI-экранах, и никто это не чинит. Память стоит дешево. Аргумент про оперативку почти всегда приводят люди, которые не смотрят на то, сколько на самом деле потребляют их "крутые" нативные приложения.
Chromium хорош. На сегодняшний день это один из самых протестированных и оптимизированных программных продуктов, работающих на потребительском железе. Рендеринг быстрый. V8 быстрый. Модель безопасности изначально включает изолированные процессы-песочницы и изоляцию сайтов – большинство нативных приложений даже не заморачиваются такими вещами. Это использование действительно качественного инженерного продукта от гугла для задач, с которыми он отлично справляется.
Приложение не становится слопом только потому, что оно работает на хроме. Приложение становится слопом, если разрабам, которые его создавали, было пох. Это разные вещи. Может, хватит их уже путать?
А чё у гуглов случилось с antigravity IDE? Почему его больше нельзя обновить через пакетник? Раньше же можно было поставить пакет по инструкции
Окей, купил 24.3М токенов за 300 рублей. Ничтожно мало, но я думаю, мне хватит в критические ситуации, когда отвалятся мои бесплатные лимиты
Сегодня егэ, а я абсолютно опустошён, и не так сильно готов. Чтож, не сильно и хотелось стараться ради вышки, всё равно вместо неё планировал искать нормальную работу.
Fediverse это какой-то мрак, обезьянник и тлен, а не мастодон инстанс. Подробнее в комментариях
Я тут не решался это публиковать, поскольку ещё полировал продукт, но наконец-то время пришло. Все же знакомы с таким явлением, как белые списки? Так вот.
Недавно (где-то месяц назад) я узнал о таком проекте, как olcRTC от zarazaex. Данное ядро позволяет абьюзить WebRTC у средств для видеозвонков, используя его как транспортный протокол, чтобы гонять интернет-трафик, а не только голос-видео. Из самых популярных для абьюза я встретил такие сервисы, как Яндекс.Телемост, wbstream (да, у вб есть звонки) и куча развёрнутых jitsi-инстансов у тех компаний, что находятся в белых списках.
Автор ядра, как по мне, проделал охуительную работу, но UX для развёртывания всего этого был не ахти. Я видел несколько проектов, которые пытались исправить эту проблему, но никто не делал это в удобной манере (взял, развернул, зашёл, добавил админ акк и новый конфиг, готово). Мною было решено исправить эту ситуацию.
Я написал olcGUI на SvelteKit + Bun + Drizzle ORM. Сделал интерфейс, завёз немного кастомизации (анимации перехода, цветовая схема и отображаемые метрики), добавил для удобства список слитых jitsi-инстансов в мастер создания конфига и возможность администрации пользователей. Добавил файл контейнера, чтобы можно было удобно и предсказуемо развернуть проект где угодно. И самое важное — сборка напрямую из исходников ядра с гита разработчика, чтобы получать самые последние обновления и исправления.
Также я предусмотрел ситуацию, когда сервер медленный и не способен выполнять компиляцию ядра olcrtc. На такой случай я предусмотрел загрузку готового бинарника с компа. Вы можете собрать ядро у себя и залить на сервер через тот же интерфейс. Самое главное, чтобы совпадала архитектура и конечная система. Вам даже не нужно иметь публичный IP - вы можете просто развернуть это у себя на компе, главное, чтобы пропускная способность была большой (гигабит и выше).
Ссылка на исходники моей панели: https://github.com/relativemodder/olcgui
Проект находится ещё в ранней стадии, и ему предстоит увидеть кучу фиксов, но с помощью него я уже где-то неделю с лишним держу себе конференцию для обхода БС в центре города.
Недавно (где-то месяц назад) я узнал о таком проекте, как olcRTC от zarazaex. Данное ядро позволяет абьюзить WebRTC у средств для видеозвонков, используя его как транспортный протокол, чтобы гонять интернет-трафик, а не только голос-видео. Из самых популярных для абьюза я встретил такие сервисы, как Яндекс.Телемост, wbstream (да, у вб есть звонки) и куча развёрнутых jitsi-инстансов у тех компаний, что находятся в белых списках.
Автор ядра, как по мне, проделал охуительную работу, но UX для развёртывания всего этого был не ахти. Я видел несколько проектов, которые пытались исправить эту проблему, но никто не делал это в удобной манере (взял, развернул, зашёл, добавил админ акк и новый конфиг, готово). Мною было решено исправить эту ситуацию.
Я написал olcGUI на SvelteKit + Bun + Drizzle ORM. Сделал интерфейс, завёз немного кастомизации (анимации перехода, цветовая схема и отображаемые метрики), добавил для удобства список слитых jitsi-инстансов в мастер создания конфига и возможность администрации пользователей. Добавил файл контейнера, чтобы можно было удобно и предсказуемо развернуть проект где угодно. И самое важное — сборка напрямую из исходников ядра с гита разработчика, чтобы получать самые последние обновления и исправления.
Также я предусмотрел ситуацию, когда сервер медленный и не способен выполнять компиляцию ядра olcrtc. На такой случай я предусмотрел загрузку готового бинарника с компа. Вы можете собрать ядро у себя и залить на сервер через тот же интерфейс. Самое главное, чтобы совпадала архитектура и конечная система. Вам даже не нужно иметь публичный IP - вы можете просто развернуть это у себя на компе, главное, чтобы пропускная способность была большой (гигабит и выше).
Ссылка на исходники моей панели: https://github.com/relativemodder/olcgui
Проект находится ещё в ранней стадии, и ему предстоит увидеть кучу фиксов, но с помощью него я уже где-то неделю с лишним держу себе конференцию для обхода БС в центре города.
Доброе утро, собираюсь на ЕГЭ по математике, в башке пусто
Цель меньше 60 баллов, назло, потому что я ебал поступать в вузы
Цель меньше 60 баллов, назло, потому что я ебал поступать в вузы
Relative ✧
Доброе утро, собираюсь на ЕГЭ по математике, в башке пусто Цель меньше 60 баллов, назло, потому что я ебал поступать в вузы
Мне даже не пришлось стараться, чтобы нихуя не понять, поздравляю себя, позор будет 23-го числа, из второй части я решил только два задания, и то частично)
Кстати, я тут решил поэкспериментировать и перейти на работу под system proxy, а не под tun.
Это прекрасно, докеры видят сеть, кде коннект работает, всё заглушенное грузится. Пришлось, правда, прибегнуть к одному хаку, и это переменная окружения http_proxy, но в целом как-то по-другому дышится, просто круто
Это прекрасно, докеры видят сеть, кде коннект работает, всё заглушенное грузится. Пришлось, правда, прибегнуть к одному хаку, и это переменная окружения http_proxy, но в целом как-то по-другому дышится, просто круто