Кубунта
Вчера ночью, доработавшись над кодогенерацией опердени до невменяемости, решил таки поставить в виртуалку Кубунту 10 и подрочить на макоебский дизайн посмотреть, чего они таки навернули, конкретно в KDE. В консоль пока в ней не лазил - консоли мне и на дебианах хватает, а вот GUI я обычно вообще на линуксах не использую.
Вообще интерфейс они навернули гламурненький. Другое дело, что юзабилити от этого не улучшилось (хотя хз, может оно и до того такое было, не видел). Главное меню, в котором надо двигать мышь влево и нажимать несамоочевидную кнопку "Назад" высотой во все меню - это странно.
Настройку разрешения монитора не запоминает между перезагрузками - непонятно что такое.
Диалоговые окна часто переполнены элементами управления. Но это явное следствие подхода "отобразим все мыслимые и немыслимые опции из 100 кб текстового конфига в GUI".
Открыл ради интереса Амарок, проверить, как он проиграет музыку - в общем, по сети он файло так и не смог проиграть, а интерфейс у него писали инопланетяне, как факт. Тоже переполнен какими-то интерфейсными элементами непонятно зачем.
С утра в связи с всем этим пришла мысль, что линуксу для того, чтобы хоть как-то стать системой не для гиков, нужно прикрутить для пакетов вещь, аналогичную виндовому GAC для дотнета. Т.е., чтобы программы на пакеты ссылались по их уникальному ключу, высчитанному из цифровой подписи пакета и при этом можно было безнаказанно держать на системе разные версии пакетов, нужные для разных программ.
Потому что альтернатива - это виндовое копирование либ вместе с программами в одну папку, или ад зависимостей, при котором единственный адекватный вариант работы - это ставить софт из официальных репозиториев и ни шагу в сторону (при том, что и в репозиториях софт бывает с непроверенными нерабочими зависимостями, как это возможно при элементарно проверяемых констрейнтах - я не представляю, видимо червь запрещает проверять).
Т.е. глобально устанавливаемые пакеты+сложные зависимости+констрейнты на них+одна версия пакета на систему - замедляют цикл обновления софта.
Вопрос еще, что лучше для пользователя - редко изменяемый официальный репозиторий с проверенным софтом или же возможность ставить "кульные прожки" из посторонних источников.
Что-то мне кажется, что с репозиторием было бы нормально, если бы софт там был качественный или обновлялся чаще(что опять же требует решения вопроса с адом зависимостей)
Вообще интерфейс они навернули гламурненький. Другое дело, что юзабилити от этого не улучшилось (хотя хз, может оно и до того такое было, не видел). Главное меню, в котором надо двигать мышь влево и нажимать несамоочевидную кнопку "Назад" высотой во все меню - это странно.
Настройку разрешения монитора не запоминает между перезагрузками - непонятно что такое.
Диалоговые окна часто переполнены элементами управления. Но это явное следствие подхода "отобразим все мыслимые и немыслимые опции из 100 кб текстового конфига в GUI".
Открыл ради интереса Амарок, проверить, как он проиграет музыку - в общем, по сети он файло так и не смог проиграть, а интерфейс у него писали инопланетяне, как факт. Тоже переполнен какими-то интерфейсными элементами непонятно зачем.
С утра в связи с всем этим пришла мысль, что линуксу для того, чтобы хоть как-то стать системой не для гиков, нужно прикрутить для пакетов вещь, аналогичную виндовому GAC для дотнета. Т.е., чтобы программы на пакеты ссылались по их уникальному ключу, высчитанному из цифровой подписи пакета и при этом можно было безнаказанно держать на системе разные версии пакетов, нужные для разных программ.
Потому что альтернатива - это виндовое копирование либ вместе с программами в одну папку, или ад зависимостей, при котором единственный адекватный вариант работы - это ставить софт из официальных репозиториев и ни шагу в сторону (при том, что и в репозиториях софт бывает с непроверенными нерабочими зависимостями, как это возможно при элементарно проверяемых констрейнтах - я не представляю, видимо червь запрещает проверять).
Т.е. глобально устанавливаемые пакеты+сложные зависимости+констрейнты на них+одна версия пакета на систему - замедляют цикл обновления софта.
Вопрос еще, что лучше для пользователя - редко изменяемый официальный репозиторий с проверенным софтом или же возможность ставить "кульные прожки" из посторонних источников.
Что-то мне кажется, что с репозиторием было бы нормально, если бы софт там был качественный или обновлялся чаще(что опять же требует решения вопроса с адом зависимостей)
no subject
no subject
no subject
А вот GAC бы позволил оные проблемы решить.
no subject
Вот потому-то линукс такое дремучее нечто.
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Ну, не все же любят спать на потолке и мыться поперек ванной;-)
no subject
no subject
(no subject)
(no subject)
(no subject)
no subject
no subject
no subject
no subject
no subject
+1
no subject
no subject
no subject
Не знаю, но мне гуй- Gnome- так и ничего себе по функционалу. От виндошного после часа работы начинает зубы сводить. Жаль, в отличие от KDE, Гном не умеет драг-унд-дропом линки на десктопе создавать. Но KDE4- это уже перебор, даже по сравнению с Вин интерфейсом.
no subject
Если у меня есть libshit.so.1.0 libshit.so.1.1 libshit.so.2.0 То вменяеме приложение само всосёт нужную сошку и проигнорирует сошки соседних версий.
no subject
А речь идет о пакетах типа "поставить 3 разных мажорных версии питона и postgresql" на одну систему.
no subject
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
no subject
У меня, например, прямо сейчас 2 петона разных стоит, 2-й и 3-й ветки.
И я даже и не задумывался, как это так сделать.
Запросто и штатными средствами и специально для этого ничего делать не надо.
(no subject)
(no subject)
(no subject)
(no subject)
no subject
no subject
no subject