|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 27 Sep 2005 08:59:04 To : Mike Novikoff Subject : Дык на чём остановиться? -------------------------------------------------------------------------------- Sep 27 01:57 05, Mike Novikoff wrote to Victor Wagner: VW>> Зато изменится количество грамотных баг-репортов в BTS VW>> соответствующего дистрибутива. Тоже выгода. MN> Совсем не факт. Вот-вот! MN> За последние 5 лет я очень много чего [пере]собрал. Hе распространяя. MN> И ни одного баг-репорта не написал никогда. Даже в голову не MN> приходило. MN> Когда что-то нужно - поправляю сам, молча. И после этого вопрос MN> закрыт. Мне тоже не приходит в голову беспокоить авторов софта - людей безусловной занятых. Они и так много сделали, причем совершенно бесплатно - и приставать к ним со своими претензиями я считаю неэтичным. Вот здесь в эхе пообсуждать - другое дело. Особенно когда ответов на вопрос несколько и какой из них так сказать идеологически правильный - неочевидно. Hу и о своих достижениях рассказать конечно можно - письма ведь в архиве гугла остаются и могут быть найдены там теми, кому эта информация потребуется. VW>> или хотя бы хаутушек по применению в нем нестандартного софта. MN> Хороших (полезных для себя) хаутушек очень давно не видел. Их ведь MN> обычно пишут вчерашние чайники, у которых свисток ещё не заглох. Что MN> логично. Согласен. Хауту как правило описывают самый-самый начальный уровень в том вопросе, которому посвящены. MN> С другой стороны, "целевая аудитория" и у некоммерческих проектов MN> есть почти всегда. (Иначе зачем бы вообще их делать?). Даже, например, у MN> PLD. Hо это как раз такая аудитория, которая без хаутушек и прочей MN> "поддержки" обойдётся прекрасно. Известно, что правильно заданный вопрос содержит в себе большую часть ответа. Поэтому попытка объяснить автору программы(да еще не понимающему по-русски) в чем там проблема - соизмерима по трудозатратам с самостоятельным исправлением. При наличии доступных исходников такие ситуации возникают весьма часто. Если глюк возникает у меня, но не проявляется у автора - как он его устранять будет? Сколько времени я потрачу на объяснения ситуации в которой у меня вылез глюк и сколько времени потратит автор на ее воспроизведение? Если же я уже нашел причину - то мне и исправить проще. Zahar --- Msged/LNX 6.1.1 * Origin: связь обеспечена технологией GPRS (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/32884338fef8.html, оценка из 5, голосов 10
|