|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alex Semenyaka 2:461/640.640 06 Mar 2006 19:07:38
To : Eugene Grosbein
Subject : НОЙ УЧПР Ч ОМ УМКУ
--------------------------------------------------------------------------------
06 Mar 06 19:29, you wrote to me:
EG>>>>> Да, местами глюкавым.
AS>>>> И требует доводки напильником...
EG>>> Hе так уж сильно. И можно пользоваться без напильника,
EG>>> я успешно ставил 6.0 на чистый диск при помощи sysinstall;
AS>> Я помню множественные доводки. Пользователю, впрочем, они не особо
AS>> видны. Hекоторые - до поры, до времени.
EG> Пофигу.
Как пора-время наступают - не пофигу.
EG>>>>> Hе понял, к чему этот вопрос. То есть, кроме корявости
EG>>>>> управления в libdialog к удобству претензий больше нет?
AS>>>> Угу. Внутри кривой, снаружи кривой, но в целом претензий нет,
AS>>>> ага.
EG>>> Внутренняя кривость инсталлятора _пользователя_ не колышет
EG>>> и колыхать не должна. И не делает sysinstall подпоркой на взгляд
EG>>> пользователя.
AS>> Hо не делает его не подпоркой в целом.
EG> Что такое "подпорка в целом" мне недоступно. Мне вообще концепция
EG> "подпорки" в отношении инсталлятора крайне слабо понятна.
Объясняю: тулза, написанная кое-как, в которой внутри ещё куча кривизны - это
подпорка.
Тулза, которая написана хорошо и легко развивается - не подпорка.
Впрочем, тут, похоже, /sbin/ifconfig оказался типичной подпоркой... ;) Патчил я
его тут... Много думал.
AS>> Hаглядный пример - история с VG. Который создал sysinstallом
AS>> конфигурацию, конфигурация оказалась кривоватой, и претензии он
AS>> кому предъявил? Sysinstallу. Именно потому, что позиционировал его
AS>> как универсальное средство...
EG> Это не проблема sysinstall'а ни разу.
Это не проблема кода, который лежит на диске. Hо это проблема продукта в целом,
потому что продукт - это и код, и документация, и позиционирование. Тут был
наглядный пример, как практика применения не совпадает с позиционированием.
Чтобы это было не так - sysinstall нужно хорошо распланировать по выполняемым
задачам (он же позиционируется как средство конфигурирования, а не только
инсталляции), отследить связь с теми средствами, которыми это решается сейчас,
позаботиться о связности кода (чтобы он рос только в одном месте, а в другое
_в_ _крайнем_ _случае_, копировался), решить, как в будущем добавлять
функциональность, подумать о том, как все задачи удобно выполнять в плане
взаимодействия с пользователем, и потом аккуратно это всё написать :)
Вот тогда это будет не подпорка, а средство с наращиванием функционала и
органично растущее из системы.
Alex
--- IMHO в последней инстанции
* Origin: ...можжевеловых... (2:461/640.640)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
