Re: [kde-russian] discard

[Sergey Mukhin <violet@westcall.ru>]

>>>>> "AK" == [** koi8-r charset **] А Л Клютченя <koi8-r> writes:
AK> To: kde-russian@lists.kde.ru
AK> Date: Wed, 17 Apr 2002 20:50:11 +0400

AK> 17 April 2002 13:02, Sergey Mukhin написал:
>> Значительно хуже становится качество, и в первую очередь это видно
>> в сложных программах, таких как KDE или, скажем, staroffice.
AK> Всегда маленький проект легче "держать в руках" - и суть тут в менеджменте
AK> проекта и "подборе кадров" - и это для всего, ГНУ, или не-ГНУ

Большие проекты для этого приходится хорошо структурировать.


>> Например, раньше signal 11 считался событием из ряда вон выходящим
>> и подобные ошибки устранялись быстро и надежно.
AK> Данная ошибка, со времени первой бетты перестала возникать, тут дело скорее в
AK> составе и "прямоте" системы вцелом. Об этом говорил как-то Гриша, что такие
AK> ошибки - признак вероятных неполадок в софте и оборудовании вне КДЕ...

Ссылки на баги вне КДЕ совершенно неубедительны. Кстати, что имеется
в виду под "оборудованием" ?  AFAIK, KDE напрямую с железом _не_ работает,
и не должен -- для этого существуют иксы.

Что же касается софта -- проблемы просто должны корректно обрабатываться
и иметь результатом сообщение об ошибке, а отнюдь не signal 11.
Тем более, в графической оболочке -- падая, она часто тянет за собой
и иксы ( которые, к слову говоря, сами по себе несравнимо более стабильны ).


>> Сейчас мне уже начинает надоедать периодически падающий в core
>> тот же konqueror. При том, что на сообщения об этом в лучшем случае
>> приходит ответ, что "эта ошибка уже исправлена, попробуйте версию
>> N+1.0".
AK> Конкву не очень падуч, особенно последний... :)

Да, гораздо меньше. Тем не менее его ( и все остальное ) вполне можно
сделать вовсе непадающим, если писать несколько тщательнЕе.



[sniff]

>> IMO, если ставить целью замену коммерческих продуктов, надо
>> обеспечить в первую очередь надежность, а не новые ( как
>> правило никому не нужные "фичи" ).
AK> Для этого есть несколько моделей: От поддержки фирмой дистрибьютором того или
AK> иного пакета (допустим, соглашение с АСП, АЛьтом), до содержания специальных
AK> людей. В одной из контор я являюсь "консультантом" :) По софту - базовый
AK> дистрибутив РХ 7.1. Все обновления делаются только после того как я скажу или
AK> принесу сам ставить. Если-бы были проблемы подобные Вашей - то вышыбли как...
AK> ну ладно :).. Итак понятно, потому как и весь смысл перехода с -довс- был в
AK> создании устойчивой рабочей системы. Компов там немного, поэтому контора и
AK> держит "консультанта" - с чётким списком задач. Таких конторок я в одиночку
AK> могу поддерживать... Штук пять :)...
AK> В конторой, которая является для меня "идеалом" по софту - компов несколько
AK> сот, там уже другой подход. Народ, сетевики и софтари работают командой и
AK> создают, по сути дела, свой дистриб


у меня ситуация несколько другая: просто КДЕ на своей офисной
машине, из-за принципиальной нелюбви к мастдаю.


Если под "пакетом" подразумевается бинарник в виде RPM, то его
поддержка кем бы то ни было мне совершенно неинтересна, поскольку
IMO компилировать такие вещи надо самому. В случае с бинарниками
теряется открытость кодов...

Нужна поддержка на уровне кодов, или как минимум внятное описание
структуры КДЕ -- чтобы знать, где что следует искать. Плюс желание
разработчиков править баги или хотя бы помогать в этом, а не отсылать
тупо к очередной бета-версии.

Иначе получится второй мастдай, возможно и получше, но не принципиально
лучше.


[sniff]

--
------------------------------------------------------------------------
    Sergey Mukhin                       |
    Chief System Administrator          |    http://sm.msk.ru/
    WestCall LTD, Moscow, Russia        |    SM45-RIPE
------------------------------------------------------------------------
*     If you can't learn do it well learn to enjoy doing it badly.     *
------------------------------------------------------------------------