![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
vitus_wagnerhttps://groups.google.com/a/chromium.org/g/embedder-dev/c/nxm7giktnte/m/ec6arh9sbwaj?pli=1
Тут пишут, что Гугль собирается запретить пользователям сторонихх сборок Chromium испольновать некоторые виды своего API, в частности Google Sync.
Почему-то мейнтейнеры некоторых пакетов Chromuum для всяких дистрибутивов в панике.
From the email I received I understand that the ability to use Google Sync will be removed from my API keys used to build this Slackware Chromium browser binary. The value of the Chromium package for endusers will drop right to zero if that is true. I honestly see no reason to continue compiling and packaging Chromium for Slackware if the Google developers present in this group confirm this policy change by Google.
пишет Eric Hameleers. Я честно сказать не понимаю, чему здесь паниковать. Браузер он и без Sync-а браузер. И как раз сборка Chromium, которая заведомо не пытается обращаться к серверам Google, если только юзер не набрал google.com в строке URL имеет несколько бо́льшую ценность для пользователей чем якобы опенсурсный бразуер, сливающий данные на сервера Google.
Но вообще по-моему раз пошла такая пьянка, надо мейнтейнерам собраться и создать альтернативную реализацию Sync-сервера для Chromium. Которую включить в дистрибутивы, чтобы каждый юзер мок собственный Sync сервер поднять. И никаких API keys там не испольовать. Только логин и пароль. Конечно, Chrome туда логиниться вряд ли сможет - гугль там URL на свои сервера захардкодил. Но тем не менее.
Re: Лучше написать новый sync server
Date: 2021-01-25 06:18 am (UTC)Я настроил себе удобную конфигурацию на одном устройстве, автоматически среплицировал её на другое устройство, и далее, за счёт свойства единственности внимания, поддерживаю её в удобном состоянии на обоих устройствах.
Если этого не будет — а правильнее сказать, когда этого не было — приходилось вручную применять дома найденное на работе изменение. Это неудобно само по себе.
Если я создал себе неудобную конфигурацию, я должен мочь достаточно легко её откатить тут же и сразу же, как обнаружил. Если она настолько неудобная, что программа не запускается или не даёт доступа к встроенным инструментам настройки — то ручным ковырянием в профиле.
Некоторые параметры конфигурации нет смысла реплицировать на все устройства — например, адрес прокси-сервера. Ну так это специально настраивается в Firefox’е — «такой-то параметр не синхронизировать».
А что касается закрытия вкладок, то я не понимаю, почему в середине работы над задачей закрывать документацию, необходимую для такой работы, или, например, недописанный черновик статьи. Почему вообще хоть когда-нибудь закрывать почту, календарь и тикет-трекер.
Re: Лучше написать новый sync server
Date: 2021-01-25 06:28 am (UTC)Я настроил удобную конфигурацию на одном устойстве, автоматически среплицировал ее на другое, а там она оказалась неудобной, потому что устройства РАЗНЫЕ и паттерн их использнования тоже разный.
Удобнее вручную применять дома сделанное на работе изменение, если оно там нужно, чем вручную отменять 10 неудобноых. (а потом на работе опять их применять,потому что они из дома обратно среплицировались).
Реплицировать на все устройства адрекс прокси сервера? Да вы что!!! У меня на каждом устройстве обычно используется от 3 до 5 разных прокси серверов в зависимости от URL и прочих параметров выполняемого запроса.
А что касается закрытия вкладок, то когда ты встал от комьпютера и пошел с работы домой, то это не "середина рабогты над задачеЙ", а "перерыв в работе над задачей".
У меня. например, есть две разных почты - рабочая и личная. Кончился рабочий день, можно рабочую закрыть.
Re: Лучше написать новый sync server
Date: 2021-01-25 07:56 am (UTC)Я адрес прокси-сервера как раз привёл как пример конфигурации, которую не нужно реплицировать.
Я могу понять закрытие рабочей почты и, возможно, вкладок по работе, в конце рабочего дня на удалёнке, как меру разделения рабочего/личного времени (хотя считаю, что отключения нотификаций по времени суток и переключения на другой рабочий стол достаточно). Я не понимаю смысла закрытия чего бы то ни было на офисной машине на тот период, когда сотрудник физически от той машины ушёл, а когда вернётся, то это будет новый рабочий день и там снова понадобятся все те же приложения и вкладки.
Re: Лучше написать новый sync server
Date: 2021-01-25 08:10 am (UTC)Человек придет после 16-часового перерыва в работе. После этого почитает свежую почту и выяснит, что ему нужно срочно отложить эту задачу и хвататься за другую, с более высоким приоритетом.
Re: Лучше написать новый sync server
Date: 2021-01-25 09:56 am (UTC)А, и у вас в команде/компании это частый кейс, поэтому сто́ит ограничиться пулом кандидатов, которые предпочитают stateless workflow?
Re: Лучше написать новый sync server
Date: 2021-01-25 09:43 pm (UTC)Re: Лучше написать новый sync server
Date: 2021-01-26 10:09 am (UTC)Re: Лучше написать новый sync server
Date: 2021-01-26 10:14 am (UTC)Ну примерно так же как в науке. Надо написать что-то большое - берешь творческий отпуск, и отключаешься от рутины.
Правда лично у меня в этом плане все плохо. У нас релизы раз в квартал. И только успеешь с ноябрським разгрестись, уже надо вовсю над февральским работать. Но это у меня должность такая - выпускающий релиз-инженер.
Re: Лучше написать новый sync server
Date: 2021-01-26 04:09 pm (UTC)