В сериале "80-е" есть один занимательный диалог (дословно не помню, но суть примерно такая):

  • Да, алло?
  • Здорова, Серега. Ты же железнодорожник, да?
  • Ну?
  • Реши задачку. Из пункта А в пункт Б выехал поезд со скоростью 40 км в час. Расстояние между пунктами 500 км. За сколько доедет поезд?
  • А поезд пассажирский или маневровый? А сколько на пути криволинейных участков? А какой у них радиус?
  • Да какая разница.
  • Ну не скажи, маневровый может разгоняться до ... (дальше не помню) Вспоминается этот диалог мне потому, что даже в казалось бы простых формулировках для специалистов всегда найдется второе и третье дно. Примерно подобное, я сейчас наблюдаю при разборе текста про базы данных (все тот же Postgres). Вот мне в школе вбили, что цифра - это штуки от 0 до 9, а число - это штуки, состоящие из цифр. И вот при переводе я натыкаюсь на формулировку типа следующей:

An interesting, and often abused, data type in PostgreSQL is UUID (elsewhere known as GUID), which gives you a sequence of 32 hex digits for use as a 128-bit identifier. The variety of UUID that is supported natively in PostgreSQL is UUIDv4, and it gives you values such as 9b287b2a-276d-4ba0-bcc7-b917246169a0. Внимательный читатель уже понял, о чем я - о том, что в шестнадцатеричной системе первые шесть букв латинского/английского алфавита тоже будут считаться цифрами. Из этого мы можем сделать вывод, что в римской системе исчисления, I, V, X - это тоже цифры. А в булевой алгебре помимо 0 и 1 цифрами могут являться Y/N (yes/no), T/F (true/false) (по этому типу данных вообще мы готовим отдельную статью, там есть весьма удивительно тонкие вещи, упустив которые из виду, можно «положить» или вообще «угробить» базу данных).

Вот такой вот внезапный инсайт.