Каждый билет — отчет об ошибке или запрос функции — это краткосрочный контракт. Вы, как обозреватель, нанимаете их для исправления или реализации функции. Они, команда разработчиков, делают это для вас — при условии, что вы заплатите, или их мотивация внутренняя — например, в открытом исходном коде. Обсуждение, которое происходит по пути, может помочь уточнить требования контракта. Это также может помочь команде убедить вас в том, что ошибка не заслуживает исправления. Кроме того, это может помочь им доставить исправление вам и убедить вас закрыть билет. Однако обсуждение также может отвлечь обе стороны, если оно потеряет фокус.
Вот как это происходит:
Действительно, отсутствующая строка заголовка также может быть ошибкой. Это связано с проблемой, которую вы только что сообщили, но это не является частью договоренности, заключенной вами с командой. Отвечая на ваш вопрос, они могут отвлечься и потерять фокус. Вы этого не хотите. Вы хотите, чтобы они оставались сосредоточенными на текущей проблеме.
Еще несколько хороших рецептов, чтобы их отвлечь:
“Кстати, почему этот код написан таким образом?”
Кстати, я удивляюсь, как это работает?
Все эти вопросы, жалобы и предложения являются отличными кандидатами для новых отчетов об ошибках.
Вы можете подумать, что билет представляет собой возможность пообщаться с командой. Они уже отвечают, почему бы не задать все свои вопросы, когда у них есть внимание? Кажется, что они заинтересованы, поэтому вы не хотите потерять импульс. Но это ложное предположение. Им не интересно продолжать обсуждение. Они действительно хотят закрыть билет как можно скорее. Продолжение разговора только рискует раздражить их.
Вы также можете считать, что подача билета обижает команду. У них уже много работы, почему беспокоить их еще больше? Каждый отчет об ошибке или запрос функции может показаться им дополнительным бременем на их плечах. Но опять же, это ложное убеждение. Отчеты об ошибках - это топливо для их двигателей. Они нуждаются в ваших билетах. Во-первых, потому что они помогают уточнить требования. Во-вторых, потому что они создают ощущение того, что их работа нужна и ценится. Ничто не ранит команду разработчиков программного обеспечения больше, чем молчаливый клиент и пустой баг-трекер.
Так что избегайте говорить “Кстати” при общении с командой в билете. Ограничьтесь запросом исправления ошибки, о которой вы изначально сообщили. Если вам придет в голову что-то еще по пути - будь то вопрос, другая ошибка или запрос функции - подайте новый билет. Мы - и Mozilla - считаем, что каждый билет должен быть отчетом об ошибке.
Вы также можете рассмотреть возможность переноса беседы на список рассылки, как предложил Карл Фогель. Или даже на Slack или Telegram. Но я не рекомендую это.
Translated by ChatGPT gpt-3.5-turbo/42 on 2025-05-18 at 11:34
