Производственное

[ahajtin]

Сложный и недоверчивый заказчик - прекрасный инструмент самосовершенствования и повышения общего качества работ.

Но когда в замечаниях (письменных) появляется пассаж о том, что моя работа некоему программисту заказчика что-то "напоминает" поддержание любви к заказчику требует серьезных усилий.

Усилия придется прикладывать :)

Comments

[sabbath-shadow.livejournal.com]

я вот с коллегами от заказчика чего понять не могу:
Они при большом желании могут покопать код и многозначительно сообщить, что вот тут у вас thread unsafety.
Но при этом они форвардят (с просьбой глянуть - а нет ли у нас каких идей) логи с сервера, которые ну очень недвусмысленно намекают на отвалившийся коннект к серверу БД.
Почему так?..

[http://users.livejournal.com/alh__/]

У меня в одном из прошлых проектов по внедрению была забавная ситуация, когда под нас копала служба безопасности клиента, которой мы неумышленно, но неприятно наступили на мозоль.

И вот они собирали компромат месяца три, а потом его типа применили. Компромат оказался столь низкого качества, что дал скорее обратный эффект. При этом в системе были недостатки, которые легко могли бы дать сильные и яркие иллюстрации к тезису о том, какие мы козлы, и насколько наша система погана.

Я потом все это обдумывал и решил, что тут дело в разном восприятии реальности. Клиент ведь не имеет квалификации исполнителя, поэтому неизбежно исходит из собственных критерий важности. Поэтому проблемы, наиболее острые для клиента, зачастую очень слабо касаются рамок проекта.

Применительно к истории с логами у клиента скорее всего возникла проблема из-за отвалившегося коннекта. Бизнес-пользователь погнал волну, а технического специалиста либо не спросили вообще, либо он благоразумно промолчал, чтобы не говорить о том, что это его сетевой ляп :).

Исполнитель, в свою очередь, не до конца понимает клиента (хотя и стараемся). Так что некоторые действия консультантов/разработчиков выглядят ничуть не лучше :)