Нет, конечно ))). Но в рамках критики указанного выше поста просто указал, что нет необходимости надеяться, что «интегратор поставил галочку «Save Password» в SQL Developer» — всегда есть метод грубой силы.
Пару лет назад проскакивала статья про пол, и там пытались учесть все возможные случаи. Такие как девочка которая раньше была мальчиком и наоборот, мальчик который ощущает себя девочкой и проч.
Такой маразм скорее всего развели дабы не было судебных исков от «исключений» из правил.
Решил посмотреть упомянутый i-gender.com, сильно разочаровался.
И раз основная проблема с иностранцами, как вы их вообще учитывать и проверять собираетесь?
Вот это, например, всё полностью мужские имена:
Jani is a Female Name Confidence: 100%
Lauri is a Female Name Confidence: 66%
Материал составлялся исключительно с целью:
1) выявить поля БД, которые действительно могут помочь в автоматизации процесса заполнения ранее отсутствующего поля «Пол»;
2) показать один из методов автоматического заполнения недостающих данных с последующим подключением их к БД.
3) явно указать, что 100%-ного автоматического решения данная задача не имеет (см. эпиграф и вывод статьи)
В целом, я только предложил намного более продуктивный способ решения поставленной задачи (по сравнению с критикуемой статьей), позволяющий повысить точность предварительного заполнения поля Gender и уменьшить объем ручного труда по верификации.
Работали с сервисом постановки детей в детские сады. При импорте данных зачастую встречаются сокращённые или перековерканые имена типа Саша, Женя, Катя, Миша, Аня и т.д. Но иногда хитрые типа Ангелика или ещё какая-нибудь Гадя Петрович Хренова. И поди разбери, если фамилия не склоняется типа Герц, Оха или ещё что-нибудь диковенное. Вообщем, в таких случаях мы просто не определяли пол, т.к. для нашей системы это было не так и важно.
«Mальчики — налево, девочки — направо», или добавляем поле «Gender» в БД Oracle