Здравствуйте, VladFein, Вы писали:
VF>А по делу — писать десятки if-then-else это так себе идея.
Не надо писать десятки if-else
Достаточно один раз создать механизм, по которому будет выбираться нужно слово, и описать данные для каждого языка для работы этого алгоритма.
VF>Имея AI chip прямо на телефоне, спроси его как будет по-русски 11 "пользователь". Это — идея! Дарю. Безвозмездно.
Здравствуйте, Marty, Вы писали:
VF>>А по делу — писать десятки if-then-else это так себе идея.
M>Не надо писать десятки if-else M>Достаточно один раз создать механизм, ..., и описать данные для каждого языка для работы этого алгоритма.
Отлично!
Ты, наверное, начальник?
В это предложение можно подставить любую задачу, и тех задание готово! Выполняйте!
Здравствуйте, Marty, Вы писали:
M>Логично добавлять универсальный механизм, работающий для всех языков, через небольшие пресеты в конфигурации для каждого из языков. Если Явь-истъ наколбасил склонения для одного или двух языков, но не сделал универсальной поддержки любого языка — Явь-истъ — плохой программист.
Блин, да я безо всяких склонений опасаюсь вот так просто работать с текстом на Unicode. Просто потому что не представляю полного набора фич сего стандарта. Тут уже писали про написание справа-налево. Только вот какие символы Unicode всё это регулируют, полный набор — я не представляю. Как ставят меня в тупик ситуации, когда в одной строчке будут перемешаны кусочки с написанием слева-направо, и справа-налево.
Для меня ещё открытием было, что там в Unicode существуют halfwidth и fullwidth forms.
Плюс есть фишка, что в некоторых языках применяются свои собственные закорючки для десятичных цифр. В арабском и тайском — это точно, что я знаю. И может ещё в каких, про которые я не знаю.
И вот представь себе задачу написать функцию isdigit() для Unicode символа. Сразу задаёшься вопросом — как она должна работать для символов, помимо обычных стандартных арабских 0-9. Тех же арабских и тайских? А ещё если вспомнить, что Unicode символ может задаваться сразу комбинацией нескольких codepoint-ов, становится ещё веселее.
Или вот например, ты создаёшь язык программирования, на котором идентификаторы могут быть произвольными unicode строчками... Просто чтобы можно было бы обозначать переменные как тебе удобнее. Встаёт вопрос — а эти идентификаторы должны быть case sensitive или insensitive? Или даже не идентификаторы, а имена файлов в операционке. Тут-то и начинается. Задумываешься над вопросами — а вообще на всех ли языках в Unicode такое в принципе есть: различие регистров? Вряд ли. Это может в русском, английском есть. Но я не могу поручиться уже за все европейские языки, т.к. я их не знаю. А уж про иероглифы, иврит, арабские, и массу других?
И почему сразу только про отличие регистров мы говорим? Отчего бы в других языках не было бы таких особенностей, которые нужно обязательно принять во внимание, когда прописываешь правила для именования идентификаторов? Но ты про такие особенности даже и не слыхивал. Тебе что, штудировать весь стандарт, чтобы дать определенный ответ?
Одних только видов пробелов в Unicode навалом.
Здравствуйте, VladFein, Вы писали:
VF>Отлично! VF>Ты, наверное, начальник? VF>В это предложение можно подставить любую задачу, и тех задание готово! Выполняйте!
Упаси господь от таких начальников. Они сначала будут требовать ахинею. А потом, когда получат бредовый код, ещё будут предъявлять претензии, почему оно работает не так, как им видится в своём воспалённом сумеречном воображении. Сами толком не знают, чего хотят. Но всё должно быть готово уже вчера.
Здравствуйте, jamesq, Вы писали:
M>>Логично добавлять универсальный механизм, работающий для всех языков, через небольшие пресеты в конфигурации для каждого из языков. Если Явь-истъ наколбасил склонения для одного или двух языков, но не сделал универсальной поддержки любого языка — Явь-истъ — плохой программист.
J>Блин, да я безо всяких склонений опасаюсь вот так просто работать с текстом на Unicode. Просто потому что не представляю полного набора фич сего стандарта. Тут уже писали про написание справа-налево. Только вот какие символы Unicode всё это регулируют, полный набор — я не представляю. Как ставят меня в тупик ситуации, когда в одной строчке будут перемешаны кусочки с написанием слева-направо, и справа-налево.
По склонениям — не проблема. Механизм сделал, написал конфиги — и всё. А как в конфигах склонения забиты — это забота лингвиста, чтобы они там правильно были сделаны.
J>Плюс есть фишка, что в некоторых языках применяются свои собственные закорючки для десятичных цифр. В арабском и тайском — это точно, что я знаю. И может ещё в каких, про которые я не знаю. J>И вот представь себе задачу написать функцию isdigit() для Unicode символа. Сразу задаёшься вопросом — как она должна работать для символов, помимо обычных стандартных арабских 0-9. Тех же арабских и тайских? А ещё
Есть. Я в курсе. Не вижу проблемы. Зависит от от задачи, которую ты хочешь решить. И в Юникоде есть всякие разные атрибуты у символов, и есть системы, в которых юникод поддерживается, и можно получить атрибуты символа, в том числе, является ли он цифрой.
J>если вспомнить, что Unicode символ может задаваться сразу комбинацией нескольких codepoint-ов, становится ещё веселее.
Не каждый. Это относится ко всяким диакретикам. Некоторые алфавиты основаны, например, на латинице, и имеют в своей базе подобные символы, которые имеют свой отдельный код поинт в Юникоде, но могут быть представлены комбинацией базового латинского символа и диакретиков. В винде для этого есть функции, и с этим нет никаких проблем. Можно разложить на базу с диакретиками, можно из базы с диакретиками собрать обратно. Я немного запаривался с выводом юникодного текста, немного в курсе.
J>Или вот например, ты создаёшь язык программирования, на котором идентификаторы могут быть произвольными unicode строчками... Просто чтобы можно было бы обозначать переменные как тебе удобнее. Встаёт вопрос — а эти идентификаторы должны быть case sensitive или insensitive? Или даже не идентификаторы, а имена файлов в операционке. Тут-то и начинается. Задумываешься над вопросами — а вообще на всех ли языках в Unicode такое в принципе есть: различие регистров? Вряд ли. Это может в русском, английском есть. Но я не могу поручиться уже за все европейские языки, т.к. я их не знаю. А уж про иероглифы, иврит, арабские, и массу других?
В юникоде для каждого символа есть куча признаков, в тч upper/lower, и ссылка на соответствующий парный символ, если он существует.
В стандарте Юникод каждый кодовый пункт (code point) имеет свойство регистра (uppercase/lowercase), определяемое в базе данных символов Юникода (Unicode Character Database). Пару (строчную-прописную) находят, используя официальные таблицы соответствия символов
В винде это есть из каропки через винапи, во всяких линупсах должно быть через i18 или как-то так. Самому колхозить нет вообще никакого смысла. Я на эту тему колхозил только, когда мне нужно было транслитерировать в латиницу, с учётом различных схем транслитерации.
J>И почему сразу только про отличие регистров мы говорим?
Я не знаю, почему ты завёл речь про отличие регистров
J>Отчего бы в других языках не было бы таких особенностей, которые нужно обязательно принять во внимание, когда прописываешь правила для именования идентификаторов?
Всё можно описать правилами, сделать парсер правил, и создать правила для интересующих тебя языков. Если правила для языка у тебя нет, идёшь по захардкоженной схеме. Всё просто.
J>Но ты про такие особенности даже и не слыхивал. Тебе что, штудировать весь стандарт, чтобы дать определенный ответ?
Родной, я забыл по этой теме больше, чем ты когда-либо знал.
Здравствуйте, Marty, Вы писали:
M>Потому что я не занимался аналитикой этого вопроса, а просто на скорую руку привёл пример правила. Но тому, кто хочет это реально реализовать, да, придётся несколько дней заниматься исследованием вопроса.
G>>А что уж говорить про другие языки. В том же кхмерском, к примеру, 6 праммуй = пятьодин.
M>Это всё можно формализовать, и не слишком сложно. Надо просто выделить недельку, может две, на этот вопрос.
В хорошем делают фичи, которые нужны пользователям. Прям вот нужны, и за которые они готовы платить.
А в плохом смотрят на склонения и следят, чтобы правильно написать "подписчиков", и на другие вещи, которые никого не волнуют.
Здравствуйте, alzt, Вы писали:
A>В хорошем делают фичи, которые нужны пользователям. Прям вот нужны, и за которые они готовы платить.
Я готов заплатить за статусы в телеграме. И интеграцию статусов с календарём.
Задолбало каждый отпуск или командировку менять имя и аватарку.
Это базовый функционал любого мессенджера. Даже в ICQ такая функциональность была.
Зато Дуров завёз в телеграм сторисы. Знаете хоть одного человека (кроме самого Паши), кто ими пользуется?
