После моего текста про Brave и Firefox, возникли вопросы про то, почему монокультура это плохо.
Новость на opennet.
"Arch Linux, Fedora, Debian, Slackware и openSUSE могут отказаться от поставки Chromium 22.01.2021 09:03"
"Разработчик, поддерживающий пакеты с Chromium для Arch Linux, заявил, что откажется от сопровождения Chromium и выступит за удаление данного браузера из репозиториев в случае, если не удастся найти выход по поддержанию в Chromium синхронизации данных. Напомним, что компания Google решила с 15 марта ограничить в Chromium доступ к внутренним API, привязанным к сервисам Google. Изменение приведёт к невозможности использования в Chromium синхронизации закладок, паролей и истории посещений"
И т.д. Ничего особенного - стандартная политика Гугла - подсаживаем на проект с открытым кодом. Параллельно пилим закрытый проект, напичканный ректальными зондами. Оба используют сервисы Гугла, в качестве базы. В какой-то момент убираем поддержку сервисов Гугла для открытого проекта. И все. Телемаркет. Так было с джаббером - gtalk завоевал всех, а потом гугл волевым решением перевел всех с джаббера на хэнгаут. Так было с rss-ридером. Так будет со всем остальным. Как только гугл (не только он) дорывается до монополии, он постепенно переводит сервис на рельсы проприетаризации и монетизации. После чего процесс развития ничем не отличается от такового в любом другом софте: больше фич ненужных и уродливых, больше зондов и бэкдоров, уродливее интерфейс и юзабельность.
-- Vik Boyko
Про монокультуру в софте // Vik Boyko
👍4
Comments (6)
Блеск и нищета опенсорса - некому допилить хромиум для синхронизации с тем же файрфоксом
Почему думаешь, что некому? На прошлой неделе это еще никому не нужно было
Есть chrome-sync-server на питоне, его забросили (последний раз какой-то из форков дотягивали до chrome 56), теперь, небось, оживят.
в идеальном мире архитектор предусматривает abstraction layer для быстрого перехода на другое API, а то и сразу закладывает поддержку нескольких.
Это требует времени и усилий. Не всегда можно везде сделать запасной вариант.
Требует, хотя не обязательно все реализовывать сразу. А возможность переезда держать в уме. Особенно ключевого функционала. PS. Доводилось карты с яндекса на гугл переносить.