Я так понимаю, что варианта два:
1) либо есть какое-то техническое ограничение, которое не дает вписывать имя Джефри в базу данных и во избежание поломок базы данных ввели это корпоративное правило;
2) либо есть какое-то предубеждение против одного или множества Джефри, и поэтому было внесено копроративеное правило и даже поставлено техническое задание - не допускать в базу данных людей с именем Джефри.
Учитывая, что техническое ограничение (если бы оно действительно существовало) можно было бы обойти, например вписывая в базу данных вместо значения "Джефри" значение "Хуефри" и отображая на пользовательском интерфейсе "Джефри", то я склонен согласиться, что первичным является все же корпоративное правило.
1) либо есть какое-то техническое ограничение, которое не дает вписывать имя Джефри в базу данных и во избежание поломок базы данных ввели это корпоративное правило;
2) либо есть какое-то предубеждение против одного или множества Джефри, и поэтому было внесено копроративеное правило и даже поставлено техническое задание - не допускать в базу данных людей с именем Джефри.
Учитывая, что техническое ограничение (если бы оно действительно существовало) можно было бы обойти, например вписывая в базу данных вместо значения "Джефри" значение "Хуефри" и отображая на пользовательском интерфейсе "Джефри", то я склонен согласиться, что первичным является все же корпоративное правило.
пфф, у нас полным тёзкам в конец имени просто точку ставят, а потом таких сотрудников заёбывает то, что их постоянно путают.
да просто надо нормальные базы делать. ну если отчество ещё под вопросом, ибо не у всех оно есть, то хотя бы дату рождения вносить не проблема. вероятность совподений сразу же колоссально снижается. ну и естественно у каждого уникальный айдишник
Hello Jeffrey,
Unfortunately due to company policy, we are unable to offer positions to people with the name Jeffrey since it will not work with our database scheme.