Начал я на днях разработку одного очень интересного проекта. Точнее, как начал... Продолжил — потому что когда с заказчиком он согласовывался, мною была написана демо-лайт-версия проекта, показывающая, что желаемое можно вполне воплотить в жизнь(есть куча товаров, есть человеки, бегающие по точкам — компаниям — с ноутом и продающие товар. Надо сделать так, чтобы утром они открыли браузер, нажали одну кнопку, всё слилось на ноут. Приехали в место назначения, где нет инета, открыли браузер, открыли сайт - а он работает. Натыкали заказов, попозжа(через gprs-модем или уже в офисе) синхронизировали базу заказов с сайтом, который вываливает это всё одноэске). Демка была реализована суммарно часа за четыре — загрузка категорий и товаров работает, в оффлайн сохраняется, в оффлайне открывается.

Так вот. В процессе чтения окончательного ТЗ(которое, мягко говоря, информативностью не блистает в этот раз, к сожалению) возник вопрос — следует ли контролировать количество доступного товара при оформлении заказов на точках(заказали 10 единиц, а доступно на самом деле 2)? В ТЗ про это умалчивается. Пошел к руководителю, который ТЗ и ваял, с этим вопросом и получил странноватый ответ:

Зачем усложнять? Там всё должно быть максимально просто

Странноватый потому, что даже в демке эта проверка была реализована. После второго пятиминутного спора я получил ответ, который меня просто поверг в ступор и я даже не знал, что мне ответить:

Смотри. У тебя там есть ошибка, поэтому мы убрали эту функцию. У тебя она определённо будет. Её просто не может не быть. Мы нашли эту ошибку и решили отключить функцию, чтобы не затягивать время разработки.

Вот такое порой у нас происходит:-) Всё ради соблюдения дедлайна. Однако ж, история с хэппи эндом. Спустя десять минут директор, поговорив с заказчиком, переменил решение — «Всё-таки надо проверку делать. Сделай». Всегда бы так)