Всем доброго времени суток!

Сразу поясню: то, что дальше описано - это не просто слова или мысли.
Более 6 лет пытаюсь воплотить на практике.
Кому интересно - посмотрите www.gendoc.ru
Далее, к сути обсуждения данной темы на форуме.

Программирование - это интерфейс "человек" - "компьютер".
С одной стороны, машинный язык нолей и единиц, с другой стороны, человеческая мысль.
Исторически шли от компьютера, но цель - придти к человеческому образу мысли.

Посмотрим на этапы развитие языков программирования (ЯП):
1) машинные коды
2) ассемблер (байт код, MSIL)
3) процедурное (императивное) программирование
4) парадигменное (я так называю) программирование: логическое, функциональное, объектно-ориентированное, событийное, управляемое данными
5) объектно-ориентированное программирование (как победитель парадигменного и по сей день мода)

Дальше что???

Думаю так:

6) концептуальное программирование. Именно на этом уровне находятся UML, ER, фреймворки, онтологии и генераторы приложений по метаданным. Раньше еще использовали термины "декларативное программирование", "языки спецификаций", "предметно-ориентированные".

7) естественно-языковое программирование. Например, из фразы "подсчитай количество слов в тексте" вполне можно сформировать программу.

Из всего выше сказанного я делаю следующие вывод:
русско-язычное программирование (коротко - РЯП) на с 6-ом и 7-ом уровне НЕИЗБЕЖНО.

Под РЯП я понимаю не простую замену английских ключевых слов и идентификаторов на кириллицу, а повышенный уровень абстракции в программировании.

При этом, точно также, как языки уровней 3,4,5 транслируются в языки уровня 1-2,
Языки 6 и 7 уровня должны транслироваться в уровень 3,4,5.

Буду признателен за Ваши комментарии.




-

Спасибо за комментарии!
Попробую защититься. )))

1) Я стараюсь реалистично смотреть на вещи.
КОНЦЕПТ далеко не идеален. Это 3-я попытка, когда я с нуля написал интерпретатор для задуманного языка.
Видели бы вы предыдущие версии.. Вот там были "и бузина, и дядька из Киева". )))
А если серьезно, то на каждое техническое решение в КОНЦЕПТ есть свои причины, которые я постараюсь здесь пояснить.

2) Согласен с Dima T .
Если бы вопрос стоял только в использовании кириллицы для ключевых слов и идентификаторов, то достаточно написать простой препроцессор для какого-нибудь популярного языка программирования: C++, Java, Pascal, Basic.
Это задача одного дня. Среди минусов такого подхода:
- невозможность использования IDE для этих языков
- необходимость вести таблицу соответствия названий библиотечных функций (StrCpy ==> СтрКоп)
- сообщения об ошибках компилятор все-равно будет выдавать со ссылкой на англоязычную строку исходного кода

В общем, я пробовал такой подход. Неудобно, не приживается, минусов больше, чем плюсов (и эти плюсы сами по себе сомнительны).

3) Термин РЯП не я придумал :( Мне чужой славы не нужно :)

4) White Owl . "Если уж тебе так хочется чтоб все ключевые слова из русского были, то нафига ты опции и переменные латиницей пишешь???"

Этот пример с BAL, min и max был переделан на русский из англоязычного кода (поленился, наверное, переименовать некоторые переменные).
Дело в том, что изначально КОНЦЕПТ был англоязычным. Текущая версия является двуязычной . Можно в начало программы поставить команду ENGLISH и вообще забыть про кириллицу.

Например:




По этой же причине используются латинские буквы в "r;r;[НОМЕР_ТЕСТА];BAL;[?];[?];[?]"
Т.к. одни и те же данные могут использоваться как в англоязычном, так и в русскоязычном вариантах программного кода.

5) По поводу использования [b][] для получения значений переменных (разыменование).
В КОНЦЕПТ строковые константы, если они не содержат внутри пробелов, можно писать без кавычек. Таким образом, чтобы отличать имена переменных от строковых констант, используются [].
Еще одна причина - это однообразие с шаблонами строк.
Например:



Сейчас вынужден отвлечься.
Обязательно продолжу и ОТВЕЧУ НА ВСЕ ВОПРОСЫ И КОММЕНТАРИИ.