Языки програмирования на русском языке.

[Maxik]

Какие существуют языки програмирования на руском языке?
Желательно низкоуровневые.

[Skull]

Кумир (kumir), Лого (kturtle)

[asy]

Какие существуют языки програмирования на руском языке?

Наверное, это не имеет особенно большого смысла. Главная проблема - наличие разных кодировок. Можно, конечно, говорить, что UTF8 уже пришла в мир, но...

Желательно низкоуровневые.

А это совсем бессмысленно. Assembler даже в латинской кодировке - просто набор символов.

[Skull]

А вообще: http://ru.wikipedia.org/wiki/Языки_программирования_с_ключевыми_словами_не_на_английском#.D0.A0.D1.83.D1.81.D1.81.D0.BA.D0.BE.D1.8F.D0.B7.D1.8B.D1.87.D0.BD.D1.8B.D0.B5

[Maxik]

Какие существуют языки програмирования на руском языке?

Наверное, это не имеет особенно большого смысла. Главная проблема - наличие разных кодировок. Можно, конечно, говорить, что UTF8 уже пришла в мир, но...

Для меня это имеет смысл.
- Граматическая логика построения предложений в языках разная. Соответственно и принцип мышления разный.
- Трата времени на изучение не родного языка и соответственно зацикливание на постоянном обучении.
- Наличие специальных технических терминов отдаляет от собственных технологий.
- Отсутствие быстро воспринимаемой документации.
- Изменения и обновления в интерпритаторах (языках, компиляторах) приводят к переделке кода.

Програмируя на родном языке снижается вероятность бессмысленности програмирования.

Желательно низкоуровневые.

А это совсем бессмысленно. Assembler даже в латинской кодировке - просто набор символов.
[/quote]


Ну не набор символов, а набор сокращений.

[asy]

Для меня это имеет смысл.
- Граматическая логика построения предложений в языках разная. Соответственно и принцип мышления разный.

Я не вижу логики в построении. Разве что в условиях и циклах. Это полтора элемента языка.

- Трата времени на изучение не родного языка и соответственно зацикливание на постоянном обучении.

Изучать неродной язык тут не надо вовсе. Ключевых слов несколько десятков, грамматики вообще ноль.

- Наличие специальных технических терминов отдаляет от собственных технологий.

В коде !? Какие термины в коде ??

- Отсутствие быстро воспринимаемой документации.

Документации на русском не много, а очень много.

- Изменения и обновления в интерпритаторах (языках, компиляторах) приводят к переделке кода.

Логично. А при чём тут человеческий язык ?

Програмируя на родном языке снижается вероятность бессмысленности програмирования.

Это как ?

[Speccyfighter]

...

К сказанному asy, можно лишь добавить:
- Смело убирайте с таких программ копилефт и ставьте на них копирайт.
Вряд ли они кроме вас кому-нибудь ещё понадобятся.

Assembler даже в латинской кодировке - просто набор символов.

Набор команд.
В машинный код листинг превратится после ассемблирования.
Вот тогда код без дизассемблирования будет просто набором символов.
Хотя в 80-е 90-е были виртуозы, которые умудрялись читать и машинный код.

Языки программирования с операторами на русском языке, это алгоритмические языки - уровень детсада и первого класса. Для обучения началам логического мышления.

[asy]

Набор команд.

С точки зрения языка - символов: mov, cmp... jump, пожалуй, единственное полное слово.

Хотя в 80-е 90-е были виртуозы, которые умудрялись читать и машинный код.

Делов то...

Если смотреть PDP (PDP 11, по крайней мере), то там код очень легко читался. Длинна команд с операндами постоянна, команд не много. Это вот в x86 чёрт ногу сломит, да и то, кое-что угадывалось. По крайней мере в скомпилированном для устаревшего незащищённого режима.

[Speccyfighter]

Если смотреть PDP (PDP 11, по крайней мере), то там код очень легко читался. Длинна команд с операндами постоянна, команд не много.

Да, тоже про это читал, что не просто удивило, а до восторга удивило.

[asy]

Да, тоже про это читал, что не просто удивило, а до восторга удивило.

Да я не про это читал, я это читал. Причём, я для PDP не писал ничего дельного и много, просто нам его на 4-ом курсе давали. Пока туда-сюда-сдавать - уже и читать научился, то есть быстро всё произошло. Правда, я уже был хорошо знаком с x86 к этому моменту. В смысле пользовался активно борландовскими tasm и turbodebugger и, чуть-чуть, микрософтовским masm.

[stranger573]

 Зря вы накинулись на человека. В том, что он говорит определённый смысл есть. Реальные девайсы в описании которых не использован ни один латинский символ периодически встречал. Есть один и сейчас в работе. В нём всё на русском — именование шин, команды в программе и т.д. жаль только описание фрагментарное.
   Для простоты понимания, представьте себе машину с китайским языком. В которой китайский процессор собственной разработки со своим набором команд и шин. Своя, иная архитектура системы. Исходные тексты тоже на китайском, ну то есть, всё тотально на китайском. И описание всего этого добра, тоже, только на китайском. Интересно, что вы тогда скажете про несколько десятков ключевых слов, когда даже цифры от букв отличить не сможете. Для безопасности очень полезная, кстати, вещь.
   Будь хакер даже самым наивиртуознейшим, взломать такую систему он вряд ли сможет. Поскольку когда и если он достигнет хотя бы понимания некоторых символов (не говоря уже об анализе кода), ему уже пора будет размышлять о добром, о вечном.
   Подобное не делает систему абсолютно защищённой, однако, очень сильно уменьшает вероятность взлома, ибо резко сокращает количество понимающих систему.
   Другой вопрос, что китайцы вполне могут себе позволить озадачить этим делом пару сотен миллионов человек, и получить результат. В России же этим некому заниматься.

   Потом, утвержнение, что в языках программирования нет грамматики — неверно. Есть там и орфография, и грамматика, и синтаксис с пунктуацией. Если напишите iff вместо if, 1,58 вместо 1.58, или неверно построите, так сказать, фразу — работать это нормально не будет!

   Есть и ещё одна вещь. Вот тут, полагаю носители русского языка, пишут "длинна команд". Менюшки пестрят словами длинна, удлиннить, комманда, оффис и т.д. И это, кстати, не ошибки — это безграмотно написанные слова (хоть и не в этих случаях, но сам так умею ). Если человек прочитав такое переморщится, но догадается, то машина в подобных местах будет безбожно лагать. И это в родном языке. Полагаю нет смысла сообщать, что фразы в языке неродном, строятся гораздо в куда более страшном виде.

[asy]

Потом, утвержнение, что в языках программирования нет грамматики — неверно. Есть там и орфография, и грамматика, и синтаксис с пунктуацией. Если напишите iff вместо if, 1,58 вместо 1.58, или неверно построите, так сказать, фразу — работать это нормально не будет!

Это всё притянуто за уши. Как и иероглифы. Арабские цифры же не вызывают желания их поменять на свои какие-то, правда ?

[stranger573]

Это всё притянуто за уши.

Что притянуто?
   Если вы о грамматике, посмотрите значения этих слов. Там ничего и притягивать не надо. Любой язык (в том числе и программирования) это все содержит.
   Если же вы о девайсах, то с русскими названиями, символами реально существующие видел. Вполне допускаю, что есть подобное и с иероглифами. Кстати на физическим уровне в устройствах вообще нет никаких символов — там есть только некий набор физических состояний (и не обязательно бинарных, и с тремя и с большим количеством состояний всё вполне работает), который для восприятия человеком отображается какими либо символами. И эти символы могут быть какими угодно, хоть кириллица, хоть иероглифы, на любом совершенно языке пусть даже клингонском или эльфийском. Машине ровным счётом безразлично.
  Да и насчёт цифр вы тоже не правы. Арабские цифры — это только название, никакие они не арабские (у них цифры выглядят совсем по-другому). И на повседневном уровне, даже сейчас, так называемые арабские цифры (да и сама форма записи числа) применяются отнюдь не повсеместно, их там даже менять не надо.

[asy]

mov, cmp, mul. Так, примеру.

Далее. Это всё для какой ОС будет делаться ? Увы, весь мир пишет промышленные приложения на языке англосаксов. Обратной дороги, вероятнее всего, уже нет и не будет. Как с арабскими цифрами - это просто удобно с точки зрения обработки: семи бит хватает на кодирование любого значимого символа. Да, байт тоже не плохо в случае кириллицы (это чтобы поддержку латиницы оставить), но беда с тем, сколько развели кодировок. Вот если взять и все их запретить, оставив ISO-IR-111, тогда можно пробовать говорить об однозначно написанном коде. А уж utf8 для компиляции/интерпретации использовать... Ну вообще неудобно. Хотя, говорят, в Питоне можно.

[stranger573]

mov, cmp, mul. Так, примеру.

Например:

Грамматика (др.-греч. γραμματική от γράμμα — «буква») как наука является разделом языкознания, который изучает грамматический строй языка, закономерности построения правильных осмысленных речевых отрезков на этом языке (словоформ, синтагм, предложений, текстов). Эти закономерности грамматика формулирует в виде общих грамматических правил.

В какой части это не применимо к языку программирования? То же и с орфографией, синтаксисом и т.д.

Далее. Это всё для какой ОС будет делаться ?

Не важно. Хоть для ещё не существующей. Никаких особых препятствий для этого нет.

Увы, весь мир пишет промышленные приложения на языке англосаксов.

Это не может быть вечным, как и многое другое. До английского был немецкий, ещё раньше французский, до него испанский, а ещё раньше латинский. Будет и потом какой нибудь другой (китайский, например).

Обратной дороги, вероятнее всего, уже нет и не будет.

Почему именно обратной? Можно вперёд, в сторону, и да, обратно тоже.

Как с арабскими цифрами - это просто удобно с точки зрения обработки: семи бит хватает на кодирование любого значимого символа.

Десятичная система, как раз, совсем неудобна при переводе в бинарную и обратно. Для этого удобнее 4, 8, 16, 32 и т.д. С троичной гораздо удобнее 9, 27, 81... И обучаясь счёту изначально, совершенно безразлично какая будет система счисления (хоть семнадцатиричная) — на вычислениях это никак не сказывается.

...сколько развели кодировок. Вот если взять и все их запретить...
Ну вообще неудобно...

   Неудобно только потому, что вы так привыкли. Это не означает, что имеющееся наилучшее и самое правильное.
   Языков в мире много, систем записи тоже и одни не хуже и не лучше других — они всего лишь разные.