Комментарии 4
Про исправление багов - написал в техподдержку Р7, что у них некорректно работает сортировка в макрросах. Они такие: опа, чувак, ты это заметил, мы написали заявку на исправление бага (продают свой продукт не первый год, никто в компании никогда не попробовал посортировать диапазон командой "SetSort"). Когда исправят (внимание, исправить - это просто написать сортировку массива!), не сообщают. но месячишко уже прошел, со сроками они не определились, ладно, ребята, не идиот, сам напишу руками. Поехали дальше - оказывается, не существует способа прервать зависший макрос. Они (на полном серьезе продают этот продукт не первый год), такие: опа, заметил, надо же, мы написали заявку на исправление этого бага. В рот мне ноги, ребята, когда разрабатывали поддержку макросов, никто, получается, не подумал, а что. если макрос войдет в бесконечный цикл или просто будет перебирать огромные массивы по несколько часов и его потребуется прервать?
Короче, чем дальше в лес, тем больше убеждаюсь, что в компании, которая распихивает этот Р7 по городам и весям нашей страны в качестве госзакупок и по корпорациям, никто своим собственным продуктом толком не пользуется и не знает, а механизм исправления багов не работает ГОДАМИ (не может выявить и исправить сортировку массива в библиотеке). Но всем на это плевать - судя по тому. что они на сайте выкладывают, они бегут вперед, в облачные решения. Какой дурак будет у таких раздолбаев облачные решения офисного продукта покупать (заведомо более рискованных, чем декстопные), если они не могут каких-то элементарных багов годами закрыть - я бы на такого посмотрел.
Спасибо за комментарий, печальный опыт, я с таким не сталкивался. Но уверен, что уменьшая бюрократизацию и развивая конкуренцию между продуктами — проблема начнет решаться. Иными словами, компании будут заинтересованы не только в качественном продукте, но и в создании более хорошего продукта чем у конкурента.
"Set Sort" был специфическим кейсом? Тогда это обычная практика, мало кто будет исправлять то, до чего додумались единичные пользователи
Примерно 2 года назад работал в проекте с таким подходом.
Изначально подход был в фичах и потом перекочевал в работу с багами.
Очень удобный и эффективный способ как по мне)
Про приоритизацию багов