>> А откуда такая уверенность что самописная "какая-то клиент серверная программа" будет лучше
>> чем MSO Excel или OpenOffice|LibreOffice Calc? Господа теоретики?
> Оттуда, из ынтерпрайзнаго опыта. Если возникают задачи такого рода, надо выделять бюджет
> и начинать писать под эту задачу либо покупать готовое, если есть
> такое. MSO вообще не для того сделан, это программы для индивидуального
> и, так сказать, мелкогруппового использования (комната человек на пять с дискетками). В данном случае спор будет беспредметным. Когда возникают задачи - их ставят исполнителям, о бюджете речь идет в последнюю очередь. Все хозяева жадны, а программистам платят не за скрипты бэкапа. Сейчас каждый пятый хозяин бизнеса знает - все среды разработки, все ЯП, все базы данных - всё это бесплатно: учись и работай, раз называешь себя спецом. А каждый десятый - знает про Linux и о полностью бесплатном АРМ.
>> Редактировать текстовые и табличные документы DOC%/ODT и XLS%/ODS давно принято в клиент-серверных приложениях?
> В клиент-серверных приложениях^Wсистемах эти ваши «DOC%/ODT и XLS%/ODS» (и
> вообще любые подходящие итоговые форматы, на выбор) должны генерироваться _автоматически_,
> со встроенной шапкой вашего родного Кровавого Ынтерпрайза, с его весомыми реквизитами,
> с данными подготовившего документ юзера, даже, возможно, с присвоенными исходящими номерами
> и прочей деловодческой внутренней отчётностью. А рабочие данные для документа юзер
> со своего рабочего места («тонкого терминала», к примеру) должен только забивать
> в соответствующие поля на форме, скажем, через интерфейс жабы или браузера
> или ещё чего-то такого.
Вы видимо мало работали в офисных макетах MSO и OpenOffice|LibreOffice - они позиционируются в том числе как средства для создания "форм" для ввода данных в большие СУБД, для заполнения их же корпоративных шаблонов "обратно", данными, полученными из СУБД. То есть офисы - это и есть тонкий клиент и среда разработки приложений. Да, она менее универсальна, чем просто браузер, но и обладает гораздо большими возможностями.
Вот как у меня: человек хочет написать заявление на отгул. Он логинится в домене, открывает ODT-файл из 20 строк-ссылок на шаблоны. В шаблоне - поля автоматически обновляются из SQLite СУБД, связанной с 1С, текущими данными о должности и фио начальника, кому нужно писать, должностью и ФИО работника (по доменному логину). ФИО, о чудо, уже написаны в родительном падеже, потому что скрипт, укладывающий значения в СУБД - просклонял ФИО заранее. То есть шапка документа - появляется сама и актуальная она автоматически. Да, SAP/R3 такое умела еще в 2000 г., но стоит она миллионы долларов, а здесь - бесплатная софтина, которая всё равно всем нужна на столе.
Более того, в тексте заявления на отгул должен быть указан день, за который он заработан, и эта информация тоже выводится сама, из системы контроля доступа, в виде таблицы переработок и выходов по СБ-ВС и в праздники. Заявление таким образом составляется за 20 секунд и проверять его не нужно, а при печати - оно само себя сохраняет в СУБД, регистрирует и отправляется по e-mail на визирование. То же, сделанное на основе "рыбы" - занимает 4 минуты и требует проверки еще 5 минут.
А теперь почему это же самое, но сделанное на JAVA или в браузере на сервере - иногда хуже и всегда дороже, чем в OpenOffice|LibreOffice Writer. Дело в том что у меня все шаблоны документов - делают не программисты, а сами пользователи, и хранят их на сетевой шаре. Их аккуратности можно позавидовать, а супер-знаний не требуется.
Ведь для того, чтобы получить в своем ODT-шаблоне, скажем поле из СУБД (в моем случае это целый зоопарк: PostgreSQL, MySQL, FireBird, Sqlite, DBF из 1С77, пара CSV-файлов с датчиков этанола, лог-файл апача, StdOut пары устройств), - внимание, обычному пользователю нужно просто нажать
Ctrl+Shift+F4.
И еще, чуточку вкусовщины и граммарнци: только Writer/Word (а не JAVA) могут сделать по-настоящему красивый договор - с двухколоночным набором, с выключкой, с переносом содержимых полей БД по слогам и проверкой орфограмматики, с персональным автотекстом итд.
На JAVA сделать красивую верстку - да, можно, но очень и очень сложно. Фактически придется изобретать велик и гов нокодить, а это не всегда "доставляет" и чаще всего мы видим "косые" выходные формы, с именительным падежом в преамбуле и шапке, итд. Я не видел ни одного рендера договоров, настолько же красивого как мой в OpenOffice|LibreOffice Writer.
