Прежде всего, интересует сам скриптовый язык: его идеология и синтаксис. Просьба дать оценку без учёта влияния всей инфраструктуры apple-вской системы скриптования (оставить всякие проблемы, если есть такие, с отладкой, автокомпликтом, избыточностью/недостатком словарей с командами и т.п.). На первый взгляд кажется всё просто и доступно. Но настораживает некоторая начальная непривычность записей типа:

set Summa NDS of Resultat to 234.56

вместо

Resultat.SummaNDS = 234.56

или некая "многобуквенность" типа:

repeat ...
...
end repeat

и т.п. В инете очень мало реальных отзывов по самому языку. AppleScript вещь далеко не новая, ноги растут из HyperTalk и logo-подобных систем. Кто-то сталкивался с подобным скриптованием ? Гуглование показало, что похожий скриптинг встречается во многих внутренних прикладных системах и некоторых общедоступных вещах типа Revolution (некий велосипед а-ля адобовского Flex-а), вроде microsoft в своей новой windows mobile встраивает подобие AppleScript.

В двух словах, зачем он нужен. Возникла потребность для проекта разработать свой велосипед для реализации бизнес-логики (частичной), конфигурирования приложений, генераций SQL и т.д. Скриптовать будут люди, в основном, возрастные, с огромным и бесценным опытом в прикладной области, хорошо знающие СУБД и SQL. Основная их жизненная практика это высокоуровневые системы типа FoxPro (кто-то 1C, PowerBuilder и т.п.). Посадить их за C++/C#/Java нереально, и даже Delphi с трудом (да и всё-таки не так гладко в них с бизнес-логикой несмотря на всякие хибернейты, ибатисы, LINQ-и и т.д., особенно после хоть и старых, но для своих нужд весьма более кошерных систем). Опыт использования скриптов себя оправдал. Сейчас применяется свой паскале-подобный язык с декларативными расширениями для своих DSL-ей. Получилось неплохо, но не всё гладко. Для нового проекта решено переделать язык (всё-равно меняется платформа), не мешало бы несколько упростить, ввести одинаковый подход и синтаксис как для алгоритмического, так и для описательного кода (DSL). Готовые решения в виде Python/Ruby/Lua/Groovy и т.п. сейчас тоже оцениваются, но там тоже не всё гладко (это отдельная тема).

Плиз, подскажите, реально ли программить а-ля AppleScript (особенно НЕ C#-никам и джавистам) или реальный гемор с таким кодом ?

1C не используется. Ряд сотрудников с ним (и некоторыми другими 4Gl-вещами) в прошлом имели какие-то отношения. Сейчас у нас немало софта ещё на досовском FoxPro, причём очень успешно используемым и избавиться от него уже который год всё не можем. Есть проект на Delphi, двухзвенка, ядро которого ведётся толковыми delphi-йцами. С ними активно работают люди из FoxPro (их знанения предметной области никак не заменить). Они используют SQL (что им отлично известно) плюс пишут всякие конфигурации на самопальном скриптовом языке. Скрипты не огромные, в основном, это декларативное описание форм интерфейса, отчётов и т.п. + кодогенерация тоже SQL, объектов БД (таблиц, процедур и т.д.). Проект, в целом, неплохо работает. Сейчас оценивается возможность перевести всю кухню на новую платформу (скорее всего, Java). JFoxPro или FoxPro Web Toolkit - такого нет в природе (и очень жаль, кстати). Я не спец в Java (и пока у нас их нет), но, ознакомившись с Java-миром в обасти реализации бизнес-логики, картина предстала не радостной - это под силу только java-программисту (при этом не фонтан все эти хибернейты, xml-программирование, да и вообще JEE). Придёться делать прослойку: человеческий скрипт -> Java framework. Есть два варианта: взять готовый язык типа Jython, JRuby, Groovy и пытаться сделать некие свои DSL-выкрутасы (Scala, Clojure и т.п. не применимо из-за синтаксиса - не для простого смертного всё это), или реализовать свой велик (что сложновато, но реально - от скриптов не требуется интенсивной вычислительной нагрузки, фактически, они - конфигурационные файлы с несложными алгоритмическими возможностями, основная работа - в ядре системы).

Маков под рукой нет, AppleScript пощупать не получается. Он привлёк своим синтаксисом: простым, близким по духу к Shell-скриптингу и, в какой-то мере, к SQL. При этом есть зацепки для реализации всяких декларативных описаний (но над этим ещё нужно думать).

Так всё-таки, есть ли опыт набрасывания скриптиков в маке ?