02.03.2018, 01:05 | #8 |
MCTS
|
@DA_NEAL.
Скорость сферической транзакции в вакууме может и важна. Но если надо принять решение и выбрать между "медленной и никому ненужной фичей" и "медленной но очень нужной фичей", то результат довольно предсказуем. По ошибкам: Единственный истинный путь - это зарегистрировать баг через поддержку. Путь имеет плюсы: СЛА; фикс будет для самой ранней версии, где зарегистрирована ошибка и до текущей. Путь имеет минусы: нужно быть партнером, инцидент с багом обычно бесплатный, но требуется ряд усилий, чтобы убедить поддержку, что это баг. Ложный путь: Отправить знакомому знакомого. Несмотря на кажущуюся простоту, этот путь имеет следующие подводные камни. Во-первых, нет СЛА. Починка будет только на версии в разработке. Если описание бага произведено не по феншую, то заводить в систему его никто не будет и обратную связь не предоставит (этим собственно и занимается команда поддержки - приведением бага в воспроизводимую форму). * по феншую описание бага выглядит так: Исходные условия: Чистый кронус (лучше всего В1, но версия со страной подойдет), чистые демо данные. Шаги: Создать товар/клиент/поставщик со следующими значениями полей Создать документ/журнал Нажать кнопку Х Результат: В поле Х, таблицы З значение 16 Ожидаемый результат: Значение должно быть 42, потому что а, б, в. Дополнительным бонусом является пояснение почему это важно. ** не феншуй, пример: У вас в отчете Х, в функции У написано findfirst, а надо findlast. Такой отчет об ошибке шансов не имеет. На этом лирическое отступление закончим и вернемся к теме топика.. |
|
|
За это сообщение автора поблагодарили: finn (1). |