vitus_wagner (![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
vitus_wagner) wrote2012-10-02 12:52 pm
vitus_wagner) wrote2012-10-02 12:52 pm
Entry tags:
Странные мысли про интерфейсы
1. Идея per project конфигурационных файлов (где project - просто некоторое поддерево) в дополнение к per system, per user и per display как это сделано в git. - это хорошое и правильно. Надо применять возможно более широко, в частности в текстовых редакторах. Кстати, per display надо бы развить в per connection method.
2. Для того чтобы эффективно сливать конфигурационную информацию из такой кучи разных мест, нужна единая общесистемная высокоуровневая абстракция конфигурационных данных. X ресурсы не пошли именно из-за того, что они со своими wildcards и cpp-шным препроцессированием были мало к этому приспособлены. Микрософтовский или гномовский реестр в этом плане получше, но всё равно крив.
3. К системе разрешений вида андроидной должна прилагаться система фейковых разрешений. Вот мы говорим что мы эту программу пускаем в сеть, а на самом деле нифига не пускаем, или пускаем на один конкретный IP. Вот этой даем доступ к контактам, но не к настоящим, а к специальной пустой записной книжке.
4. Доверие пользователя программе должно иметь больше градаций - вот этой программе мы доверяем всё что угодно, вот этой - только работать в полностью эмулированной среде с квотами на CPU и RAM, вот этой - работать в chroot.
2. Для того чтобы эффективно сливать конфигурационную информацию из такой кучи разных мест, нужна единая общесистемная высокоуровневая абстракция конфигурационных данных. X ресурсы не пошли именно из-за того, что они со своими wildcards и cpp-шным препроцессированием были мало к этому приспособлены. Микрософтовский или гномовский реестр в этом плане получше, но всё равно крив.
3. К системе разрешений вида андроидной должна прилагаться система фейковых разрешений. Вот мы говорим что мы эту программу пускаем в сеть, а на самом деле нифига не пускаем, или пускаем на один конкретный IP. Вот этой даем доступ к контактам, но не к настоящим, а к специальной пустой записной книжке.
4. Доверие пользователя программе должно иметь больше градаций - вот этой программе мы доверяем всё что угодно, вот этой - только работать в полностью эмулированной среде с квотами на CPU и RAM, вот этой - работать в chroot.
no subject
А на нишевых рынках жизнь может не очень сытная, зато спокойная, если нишу занял, то хрен тебя кто из неё выпихнет.
no subject
Вот если дать возможность заниматься этим (управлением правами) сторонней программе — может быть такая программа и появится. А может и нет.
Нишевая жизнь спокойная, пока ею не заинтересовался кто-либо из гигантов. Вот выкупила МС ДаблСпейс — и лидеру ниши Стэкеру (и ещё нескольким догонялам) пришли кранты. Аналогично с МагикФолдерс, Адобовским менеджером шрифтов, расширителями памяти, драйверами клавиатуры, и разными многими системными утилитами, ставшими частью ОС. Даже антивирусы и брандмауэры прижало.
no subject
Вообще эта штука должна достаточно естественно интегрироваться с системой подписей под кодом. Потому что доверять примерно на одинаковом уровне всем приложениям данного автора - вполне разумное умолчательное поведение.
no subject