OFFICE 2007

О проблемах hardware и стандартного и не очень software. Сисадмин, Вам сюда!

Сообщение Николай Князев » Среда 14.01.2009 12:36

Andrew писал(а):Тут есть несколько подходов выбрать можно любой и скорость у них существенно различается
1) COM -- обращения к офису и генерация данных (далеко не самое лучшее решение, по скорости)
2)Привязка данных к источнику данных (тут все зависит от субд)
3)самостоятельная генерация документов основываясь на открытых стандартах (самый быстрый по скорости вариант)

и это далеко не все решения...

Так давайте определимся, юзабилити или нет? Что из вышеперечисленных способов является самым оптимальным по удобству использования, скорости разработки, полноте использования возможностей инструмента? Что изначально декларируется как инструмент взаимодействия программ?
1) http://ru.wikipedia.org/wiki/Microsoft_Component_Object_Model_Interface
2) Предназначено совсем для другого. Нет возможности форматировать документ, предустанавливать фильтры в таблицах, вызывать скрипты и т.п.
3) Сродни подходу гинеколога к капремонту двигателя внутреннего сгорания. Иногда нужно, но обычно это делают механики более консервативным способом. Ну и применительно к MS Office - открытый стандарт формата документов появился только для версии 2007, для более ранних версий Office нужно проводить update. А XML формат и средство работы с ним XML Core Services тоже не отличаются быстродействием.
Последний раз редактировалось Николай Князев Среда 14.01.2009 12:45, всего редактировалось 2 раз(а).
Аватара пользователя
Николай Князев
 
Сообщения: 15
Зарегистрирован: Пятница 18.01.2008 20:11
Откуда: экс Полак АйТи

Сообщение Кабушева Ольга » Среда 14.01.2009 12:40

Давайте посчитаем затраты на переход к такому интерфейсу. Считаем, что его уже разрабатывают под висту. Это уже смена железа на рабочих станциях. Чтобы сэекономить время, покупает готовые системники. Среднее количество станций на филиалах 100. Стоимость системника с лицензионкой ОС и офиса тысяч 20-30. Итого получаем 2-3 лимона на предприятие. Расчитываем время. Чтобы установить системник, настроить и со старого скопировать все нужные/ненужные файлы удет минимум час (сюда еще включается время на отвлечение на еще кучу разных дел и на то что юзер должен выполнять свою работу). У нас 8 часовой рабочий день. Итого недели 2-3 как минимум это займет, если не задвигать на свои обязанности. Потом еще показать пользователям нововведения, так как вопросы будут возникать. Ответ, что это трудности пользователя не удовлетворяет требования к кандидату на должность сисадмина. Работник не подписывался под тем, что он обязан следить за новшествами с компьютерном мире и все знать. Если начнется не умеешь - уходи, уверена попрут быстрее с работы сисадмина. В итоге пока это не очень целесообразно и падает производительность. Новшества новшествами, а пользователь остается пользователем. У нас мастера отк, диспетчера, кассиры и заправщицы не обязаны знать комп, это наши трудности, что мы пришли и решили тут его поставить.
Улыбайтесь-это всех раздражает!!!
Аватара пользователя
Кабушева Ольга
 
Сообщения: 126
Зарегистрирован: Среда 24.10.2007 09:40

Сообщение Andrew » Среда 14.01.2009 16:38

Кабушева Ольга писал(а):Давайте посчитаем затраты на переход к такому интерфейсу.

это проблемы (С)полак :lol:
Кабушева Ольга писал(а): Считаем, что его уже разрабатывают под висту.

под .Net FW 3.0+ поддерживаеться в WIN 2000/2003/XP/Vista/7
при чем тут виста ? мы про интерфейс тут размышляем

Кабушева Ольга писал(а):Это уже смена железа на рабочих станциях. Чтобы сэекономить время, покупает готовые системники. Среднее количество станций на филиалах 100. Стоимость системника с лицензионкой ОС и офиса тысяч 20-30. Итого получаем 2-3 лимона на предприятие. Расчитываем время. Чтобы установить системник, настроить и со старого скопировать все нужные/ненужные файлы удет минимум час (сюда еще включается время на отвлечение на еще кучу разных дел и на то что юзер должен выполнять свою работу). У нас 8 часовой рабочий день. Итого недели 2-3 как минимум это займет, если не задвигать на свои обязанности.

Смена рабочих станций не требуется. Ольга мне кажеться в этой теме вы некомпетентны , пожалуйста не встревайте :evil:

Кабушева Ольга писал(а): Потом еще показать пользователям нововведения, так как вопросы будут возникать. Ответ, что это трудности пользователя не удовлетворяет требования к кандидату на должность сисадмина.

Пожалуйста не флудите , обсуждение должностных обязанностей будем проводить в пределах предприятия.

Кабушева Ольга писал(а):Работник не подписывался под тем, что он обязан следить за новшествами с компьютерном мире и все знать. Если начнется не умеешь - уходи, уверена попрут быстрее с работы сисадмина.
В итоге пока это не очень целесообразно и падает производительность. Новшества новшествами, а пользователь остается пользователем. У нас мастера отк, диспетчера, кассиры и заправщицы не обязаны знать комп, это наши трудности, что мы пришли и решили тут его поставить.


На дворе 2009 год компьютеры вошли в нашу жизнь далеко не "вчера".
В условиях экономического кризиса при массовых увольнениях на рабочих местах задерживаються лишь те сотрудники , которые способны самосовершенствоваться.

Ольга , я вижу , что вы совсем не понимаете ,что принесет пользователям обновленный интерфейс и какие технические средства для этого потребуються.


Николай Князев писал(а):Так давайте определимся, юзабилити или нет? Что из вышеперечисленных способов является самым оптимальным по удобству использования, скорости разработки, полноте использования возможностей инструмента? Что изначально декларируется как инструмент взаимодействия программ?
1) http://ru.wikipedia.org/wiki/Microsoft_Component_Object_Model_Interface
2) Предназначено совсем для другого. Нет возможности форматировать документ, предустанавливать фильтры в таблицах, вызывать скрипты и т.п.
3) Сродни подходу гинеколога к капремонту двигателя внутреннего сгорания. Иногда нужно, но обычно это делают механики более консервативным способом. Ну и применительно к MS Office - открытый стандарт формата документов появился только для версии 2007, для более ранних версий Office нужно проводить update. А XML формат и средство работы с ним XML Core Services тоже не отличаются быстродействием.


В данном продукте MSO используется в основном для генерации отчетов.
Так почему же не работать по следующему пути (нечто подобное сейчас и наблюдается)
1) Разработчик создает шаблон документа в полной версии MSO
2) Поставка шаблоов заказчикам
*Заказчик может НЕ ПОКУПАТЬ MSO!!! а пользоваться бесплатным вьювером (далеко не многие знают о существовании подобного решения от MS)
3)приложение заполняет шаблон данными (по сути заполнение XML, можно через deserialization)

а вот и простой тест быстродействия
*открыть COM сервер excel заполнить 50 000 записей закрыть рабочую книгу
или
*заполнить объект данными (50000 записей) дессеарилизовать в XML и записать на диск

и только результаты этого теста покажут , действительную ситуацию

ЗЫ , говоря про 2007 офис кто нибудь тут учитывал время нужное офису на конвертацю ваших шаблонов в новый формат ?

Сорри за небольшое отступление от темы топика :oops:
Andrew
 
Сообщения: 7
Зарегистрирован: Вторник 16.12.2008 12:22
Откуда: Извне :)

Сообщение Леонид Сандал » Среда 14.01.2009 17:22

Не успел я перенести последние четыре поста отсюда в эту тему, как обнаружил в ленте новостей сообщение следующего содержания:

Корпорация Microsoft приступила к тестированию офисного пакета Office 14


Источник: http://lenta.ru/news/2009/01/14/office

:lol:

P.S.

http://ru.wikipedia.org/wiki/Microsoft_Office_14
Аватара пользователя
Леонид Сандал
pit
pit
 
Сообщения: 1382
Зарегистрирован: Среда 30.05.2007 18:54
Откуда: Полак АйТи

Сообщение Леонид Сандал » Вторник 20.01.2009 12:45

Andrew писал(а):
Николай Князев писал(а):Пока что юзабилити достигается за счет производительности. Например, выгрузка данных для сводной таблицы- отчета из АП в MS Office 2007 почти в 2 раза медленнее чем в MS Office 2003. А продукты MS из привычных рабочих инструментов все сильнее становятся похожи на загадочные игрушки.

Тут есть несколько подходов выбрать можно любой и скорость у них существенно различаеться
1) COM -- обращения к офису и генерация данных (далеко не самое лучшее решение, по скорости)
2)Привязка данных к источнику данных (тут все зависит от субд)
3)самомстоятельная генерация документов основываясь на открытых стандартах (самый быстрый по скорости вариант)

и это далеко не все решения


Речь была о том, что один и тот же способ использования MS Excel (OLE-сервер) показывает различную производительность - см. начало этой темы.

Andrew писал(а):а вот и простой тест быстродействия
*открыть COM сервер excel заполнить 50 000 записей закрыть рабочую книгу
или
*заполнить объект данными (50000 записей) дессеарилизовать в XML и записать на диск

и только результаты этого теста покажут , действительную ситуацию

ЗЫ , говоря про 2007 офис кто нибудь тут учитывал время нужное офису на конвертацю ваших шаблонов в новый формат ?



Очевидно, MS Excel в качестве OLE-сервера будет работать медленнее, чем набивка xlsx текстовыми данными. Только механизм OLE придумали как раз для того, чтобы обеспечить сокрытие деталей реализации. Сравнивать производительность двух принципиально различных способов нет никаких оснований.

Andrew писал(а):В данном продукте MSO используется в основном для генерации отчетов.
Так почему же не работать по следующему пути (нечто подобное сейчас и наблюдается)
1) Разработчик создает шаблон документа в полной версии MSO
2) Поставка шаблоов заказчикам
*Заказчик может НЕ ПОКУПАТЬ MSO!!! а пользоваться бесплатным вьювером (далеко не многие знают о существовании подобного решения от MS)
3)приложение заполняет шаблон данными (по сути заполнение XML, можно через deserialization)



О таком варианте уже можно начинать думать, поскольку MS планирует поддерживать (в полном объеме) формат OpenDocument. Но, конечно, не стоит забывать о том, что средства просмотра (без возможности редактирования) будут достаточны лишь для некоторых рабочих мест.
Аватара пользователя
Леонид Сандал
pit
pit
 
Сообщения: 1382
Зарегистрирован: Среда 30.05.2007 18:54
Откуда: Полак АйТи

Сообщение Andrew » Вторник 03.03.2009 00:37

нашел тут еще пару любопытных вещей
Поддержка XML в MSO2003
http://en.wikipedia.org/wiki/Microsoft_ ... ML_formats
проверил в своём проекте
генерация простого отчета в ворд ~50 листов через PIA проверял 2 референса от 2003 и от 2007
всего ушло порядка 1 минуты
спецально прошелся профайлером ,чтобы определить что тупит офис или моя инфраструктура ...
тупил офис причем сильно ...
сделал следующее :
1) сохранил документ в XML формате (НЕ 2007 формат)
2) прошелся по нему 1 спец утилитой (умолчу название) и получил наброски в виде XSD схемы
3) небольшие правки схемы
4) из xsd генерим класс
5)юзаем полученную модель в коде уже как объект

в данном случае генерация тех же 50 листов прошла за время меньше 1 сек и еще 4 сек на запуск MSO WORD для отоброжения готового документа

результат на лицо
метод подходит для MSO 2003+
У кого есть сответсвующие права - снесите мою учетку пожалуйста, пока я не написал чего вредного
Andrew
 
Сообщения: 7
Зарегистрирован: Вторник 16.12.2008 12:22
Откуда: Извне :)

Пред.

Вернуться в Будни сисадмина

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

cron