Valentin Nechayev wrote:
Ну раз сказали "Б" - то говорите и "В". А именно: знают ли в Zyxel про эти проблемы? Был ли им написан багрепорт, или официальное письмо, или сообщение в форум поддержки, или как-то иначе оповещено? Если да - что они ответили? Не согласен. Зачем мне это надо - я пользоваться хочу и я заплатил за это лишних 10 баксов. Мне делать нечего, что ли по саппортам бегать? Если я покупаю автомобиль я хочу на нем ездить не на СТО, а по своим вопросам.
То есть - поддерживая Вашу аналогию - двигатель троит, дверь отваливается если её открыть, одно колесо вихляет, тормозная жидкость закончилась, но Вы "хотите ездить по своим вопросам, а не на СТО". (При том, что в большинстве случаев даже ездить на аналог СТО не нужно.) Скажите, пожалуйста, это намеренная позиция или особая форма лени?
Вообще-то, если все это происходит в первый же день эксплуатации (или во время теста), то дорога будет назад к продавцу, вернуть машину. А не на СТО, помогать производителю улучшать конструкцию автомобиля, ждать по несколько месяцев этих улучшений (новой прошивки), тестировать эти улучшения, слушать в итоге, что какие-то проблемы - это аппаратные ограничения, и будут исправлены только в следующей модели автомобиля. Когда-то мне (как админу/разработчику) тоже казалось, какие же тупые пользователи. Почему они не могут сделать грамотный баг-репорт, или просто вовремя обратиться в поддержку. Со временем начал понимать, что это правильно: пользователи и не должны быть бесплатными бета-тестерами. У них обычно нет на это ни времени, ни желания. Это производитель должен оттестировать все, что только можно, и дать пользователю качественный продукт. В этом и выражается конкурентное преимущество производителя/поставщика услуг. А не так, как некоторые: выпустят альфа-версию на рынок, и давай год ее на всех отлаживать. А как отладят, так сразу заменяют на новую модель, и опять все по новой. Естественно, все это я говорю о рынке массовых, end-user'овских продуктов и услуг (а модемы, домашние роутеры и автомобили - это именно такой рынок). -- Vladimir N. Garnick [nic-hdl: VG-RIPE, VG-UANIC]