[devel] Java: no magic wand
Денис Смирнов
mithraen на altlinux.ru
Вт Янв 15 10:48:22 MSK 2008
On Mon, Jan 14, 2008 at 07:08:53PM +0200, Igor Vlasenko wrote:
IV> И в письме хотел провести мысль, что если
>> задача получается комплексная и непростая,
IV> то оптимально ее опробовать внешними тестами.
IV> Лучше сначала на собаках, а не на людях, эксперименты ставить.
Безусловно.
IV> Сначала ведь не получится как надо, но ошибочные
IV> результаты теста можно проигнорировать, а с неразумным
IV> роботом придется бороться.
IV> И ресурсы сборочной среды лучше не раздувать, и возможностей
IV> у них при сборке мало -- либо ломать сборку, либо молча
IV> прописывать странные зависимости.
Ну, автовыставление provides можно раньше начать использовать (да и нужно
раньше начать) чем requires.
Меня сейчас больше беспокоит проблема раздувания rpm базы. Если
зависимости делать на уровне классов (а то и методов) то это получается не
просто кошмар, а кошмарище.
Возможно есть смысл даже создавать совершенно отдельную базу именно для
этих зависимостей, чтобы в rpm попадали уже зависимости на пакеты.
IV> И деструктивные зависимости (порождающие конфликты и т.д.)
IV> на глаз не очевидны, плюхнешь в Сизиф, и если бы через
IV> день beehive status +30! error logs, было бы счастье.
IV> Сборочный тест не так часто проходит, поэтому накопится и
IV> придет через 3 недели beehive status +130! error logs...
IV> Без бутылки ни-ни.
Согласен.
IV> В сложных вопросах робот пусть лучше советует,
IV> а решает пусть человек.
Безусловно.
IV> Проводя аналогию, злобный
IV> (поскольку ошибается, но думает, что прав)
IV> сборочный робот с криком "Вон, пшел!"
IV> отпихивает ногами, а юнит-тест докладывает
IV> "Не будет ли любезен благородный дон
IV> взглянуть на свой загрузочный скрипт..."
:)
--
С уважением, Денис
http://freesource.info
----------------------------------------------------------------------------
Русские программисты ненавидят Microsoft и их программы, но впрочем иногда
ими пользуются.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.altlinux.org/pipermail/devel/attachments/20080115/a31aba78/attachment.bin
Подробная информация о списке рассылки Devel