ну-ну
1) Я видел попытку изъятия на экспертизу (Не конфискации конечно. Конфискация возможна только по решению суда и в очень редких случаях) системных блоков с установленным OpenOfice.Org под предлогом отсутствия сертификата от Инфра-Ресурс (
http://www.softkey.ru/catalog/program.p ... &site=9206)
Четвёртая часть ГК и закон о милиции вообще дают большой простор для деятельности отделов К . Строго формально, кстати, лицензия под которой распространяется ОО.о не признаётся действующим законодательством.
И хотя судебных перспектив у подобного дела нет, при большом желании системы с OO.o могут легко изьять на экспертизу.
Впрочем, всё это не имеет никакого отношения к рассматриваемому тезису. Мой опыт работы с различными офисными системами показал, что если небольшая организация (до 10 р.м.) не может найти 295$ в год на MS Action Pack
https://partner.microsoft.com/rus/progr ... actionpack(или не желает это делать в пользу любого FREEWARE продукта), то
крайне маловероятно, что эта организация заплатит фрилансеру или другой фирме хотя бы 10000 за автоматизацию с помощью макросов. Что конечно не означает что таких удивительных людей вообще нет. Есть. Но их очень мало. И их деньги
статистически мне не интересны.
Я даже знаю пару фирм которые ведут разработку в ОО.о для себя. Но даже в этом случае для их сотрудников это не оплачиваемая дополнительно факультативная нагрузка. Что подтверждает мой тезис, что программирование в
ОО.о в массе своей - неоплачиваемое хобби.
Более того, объективности ради замечу, что мне несколько раз платили за разработку макросов для ОО.о на StarBasic и за перенос на него существующего VBA кода. Однако это были очень небольшие суммы не оправдававшие проектов и не сопоставимые с суммами за VBA программирование. Если вы считаете что бесперспективность программирования для OO.o для фриланса - миф - дерзайте ...
2) Не будьте столь несдержаны в высказываниях ...
Я написал и для VBA и для StarBasic, мягко говоря немало. И мне есть что сравнивать.
Кстати, San никоем образом не "пыталась скопировать синтаксис VBSript".
OO.о (StarOffice в девичестве) создавала изначально фирма StartDivision затем пакет был куплен San Microsystems в 1999 г. Естественно, базовый язык называемый кстати StarBasic был разработан как вполне оригинальный клон Бэйсика без какой либо оглядки на VBScript. Сходство между ними это сходство языков семейства Basic не более...
OO.o позволяет писать макросы на многих языках (в том числе и на Python и на TCL и т.п.) По видимому затратив некоторые усилия и имея базовые представления о программировании на С, можно прикрутить к OO.o практически любой скриптовый язык. Кстати из WSH скрипта на JScript можно с успехом управлять приложениями MS Office. Только без крайней необходимости никто этого делать не будет. Ибо для неспецифических задач это просто неудобно. Как IMHO неудобно разрабатывать макросы в OO.o на языках отличных от SB. Впрочем, по сравнению с VBA и на SB крайне не удобно...
Конечно, можно, даже используя убогие имеющиеся средства конструктора форм,
а то и вовсе без них создать сложный интерфейс пользовательского приложения.
Но это сродни посроению макета корабля в пустой бутылке.
Что означают слова "Документация от Ms Script" в вашем посте мне непонятно.
Основная проблема программирования в том же Сalc - не отсутствие описания
самого языка. C ним, в общем то, всё понятно (на примитивном уровне конечно).
А отсутствие в поставке внятного HELP по объектной модели интегрированного
в среду разработки. Я уж не говорю о подсказках для методов и свойств.
И молчу о событийной модели. Конечно есть
коммерческие и весьма не дешёвые
продукты которые отчасти решают эту проблему. Только это уже не OpenSource
и да же не FREEWARE
Что касается "ёмкости реального кода", то приведённые в посте выше cсылки на примеры IMHO говорят сами за себя. Я уж молчу об "прелестях" Java машины SAN по сравнению с интерпретатором P-кода VBA6.
3) О чём собственно идёт речь ? О функции возвращающей массив как в VBA ?
Или об изменении глобального массива из подпрограммы ? Или ещё о чём ?
Неплохо бы вам формулировать вопросы более точно.