Представьте себе, вы приходите устраиваться на работу в компанию, успешно проходите все интервью, но в отделе кадров вам говорят: "К сожалению мы не можем вас принять. У нас уже есть сотрудник с такой фамилией именем и отчеством, и наша корпоративная система не позволяет добавить еще одного с такими же инициалами. Вы можете прийти позже, если смените фамилию." Звучит как анекдот, не правда ли?
Есть у нас корпоративная система, тесно интегрированная в Microsoft Project Server 2003. Так вот, в БД Microsoft Project Server 2003 в таблице, хранящей сотрудников Enterprise Resource Pool (т.е. всех сотрудников компании) есть unique constraint на поле ФИО. Не знаю, в каких облаках витали разработчики, когда проектировали Project Server, но у нас в компании около дюжины полных однофамильцев. Теперь сервис, который автоматически добавляет новых сотрудников в Project Server Enterprise Resource Pool проявляет чудеса изворотливости, а человек видит себя в MS Project как-то так: "Иванов Иван Иванович (4864)".
Ну, действительно, не отказывать же кандидату из-за того, что у него фамилия не уникальная :)
4 комментария:
Смешно. Странно что они не выявили это при тестировании.
Вот конкретный пример такого поведения системы :)
http://ru.worsethanfailure.com/Articles/Razluchennbe-bliznecb.aspx
ot Бороздин Андрей
Это тебе смешно. Я вообще не знаю, какую дрянь они там в Microsoft курили когда этот Prject Server делали. Там есть API - Project Data Service называется, ваще песня. Это web сервис состоящий из одного метода:
public string SoapXMLRequest(string sCookie, string sXML)
В строке передается XML и в зависимости от переданного вызывается одинн из более 50 внутренних методов. Причем результат зависит от порядка вызовов, а правильный порядок вызовов неизвестен никому.
У нас в подобной ситуации с номерами договоров, люди выкручивались расстановкой пробелов между словами..
Отправить комментарий