Comments 82
Интересное сравнение. А теперь финальный тест: открытие документов созданных в других офисных пакетах! Самое вкусное-таблицы со множеством формул или вложений.
Я в итоге дома выбрал для себя Р-7, а вернее его брата-акробата - OnlyOffice имеено по тому, что в отличие от Libre, он наиболее корректно открывал документы выполненные в MS Word и Excel. Это были документы со сложными колонтитулами (такими как к примеру рамка по ГОСТ), двойная нумерация страниц, и корректное форматирование ячеек в таблицах. Однако макросов или каких-то иных хитростей в документах не было.
Это мелочи, пусть будет к примеру файл xlsx (в т.ч. после конвертации в ods) созданный через apache poi с количеством строк в 200 тыс и 50-100 столбцов с разношёрстными данными (в основном строки по 20-30 символов + цифры) и компьютер более менее похожий на обычный офисный, или виртуалка (windows 10/2ядра xeon 2.1/8Гб) и попробовать хотя бы пару значений поменять внутри файла и сохранить...
У меня софт из "списка для импортозамещеня"(LO не входит, бесплатный потому что требования только про платные) просто либо падал при попытке открытия, либо открывал по 20 минут либо далее было слайд-шоу в виртуалке (параллельно тоже самое на той же виртуалке проверялось в МС офис, там конечно тоже не скорость света, но работа с файлом без проблем, сохранение/открытие по 10-15 сек).
P.s. И это не говоря про детские болезни "офисного софта" такие как анимация открытия переливающимися фонами во всё окно, при работе через rdo....
с количеством строк в 200 тыс и 50-100 столбцов с разношёрстными данными
А что это за пользовательские документы такие, которые ещё и редактировать вручную надо?
Это разные витрины которые так или иначе могут обрабатываться в ручную (не по стандартному алгоритму).
Условно представьте себе, у вас есть ежемесячные данные по которым вас интересуют агрегированные метрики, но иногда у вас возникают вопросы "почему суммы куда-то движутся" или "а что там с конкретным клиентом/продуктом" или ещё хуже приходит аудитор и говорит что "у него есть некая мысль о том какие данные нужно уточнить", иногда кажется что это всё можно автоматизировать но практика показывает что не выходит ни всё, ни быстро, ни удобно....
Ну, честно говоря документы на 200к строчек и в MSExcel не очень шустро работают :)
я порой анализирую статистику в экселе, и даже вставка 40к строчек (к которым привязаны формулы) занимает несколько минут на мощном компе
Так вроде в комментарии и написал что не мгновенно, но тут то проблема в том что вставить 200к строк из одного файлоа в другой с форматированием + протянуть по некоторым столбцам формулы, плюс посчитать сводную с суммами по балансовикам и эти суммы формуламт сверить со сводом(эталоном) в excel 2010 это примерно 5-10 минут (в зависимости от того насколько уже "наработался" и "насколько это срочно"(и это не основное вид работы а то что делается пару раз в месяц), при условии что стартуем с варианта excel закрыт.... И вот мы пробуем сделать тоже самое в одном из импортозамещающих пакетов, и выясняется что мы остававливаемся на шаге 1 "открыть файл"
p.s. проверял на corei7 9xxx 16Гб Эксель 32бит...
даже вставка 40к строчек (к которым привязаны формулы) занимает несколько минут
Надо перед вставкой выключать вычисление формул, а потом включать обратно - время вставки значительно сократится.
Аналогично и при любом другом массовом обновлении данных в Excel - я так при генерации данных через VBA делал: выключаешь калькуляцию формул, обновляешь данные, пото включаешь обратно калькуляцию, чтобы формулы один раз вычислились, а не после правки каждой ячейки
Производительность Excel: повышение производительности вычислений
LO не входит, бесплатный потому что требования только про платные
Звучит так, будто платные не справятся, а вот LO ещё туда-сюда. Интересно, как он себя правда поведёт в таких условиях.
А каковы аналоги для Outlook? Я что то не знаю ни одного аналога. корректно работающего по протоколу Exchange. Если что - речь не только про почту, но и календарь, контакты, бронирование помещений...
МойОфис есть как Android так и для iOS
В свое время не смогли перейти на бесплатный офис, только по одной причине: ссылки созданные в excel на другие страницы, книги, файлы - не работали в любом из open офисов )))
Надеюсь, эту работу оплатил заказчик. Иначе непонятно, чего ради потребовалось доказывать очевидное.
*
Для меня странно, что нет сравнения типовых операций (т.е. один сценарий в разных пакетах). Например, работа со стилями и форматирование таблиц (стили, колонки, строки, ячейки).
*
В текущем виде это заготовка для документа, обосновывающего перенос сроков отказа от Ворда.
Никто эту работу не оплачивал, было только задание провести сравнение, я понимаю, что где-то написал очевидные вещи, что продукт MS Office разрабатывается командой профессионалов в течении очень долгого срока, что он превычен всем пользователям офисов и он объективно более функционален, чем другие продукты, рассмотренные в статье.
Но они также интересны и заслуживают внимания и изучения их функционала. Считаю,что большинство пользователей в офисе, можно перевести и на другие альтернативные продукты, функционал который выполняют обычные офисные работники вполне покрывает любой из рассмотренных здесь продуктов. Но они объективно хуже чем MS.
1 — на базе JavaScript Api в Napa и Visual Studio (Создание первой надстройки области задач Excel — Office Add-ins | Microsoft Docs);
2 — создание надстройки при помощи модулей VBA.
А как же VSTO(Visual Studio Tools for Office) с использованием которого можно Add-ins писать на любом .Net языке?
И кстати, по моим (не очень репрезентативным) наблюдениям, надстройки на VSTO встречаются чаще, чем на новом JS API. Тем более что VSTO - достаточно зрелая и устоявшаяся технология, а вот в JS API, например, несколько лет назад при обновлении версии они очень сильно изменили механику некоторых вызовов, что усложнило жизнь разработчиков: например, вопросов на stackoverflow и так мало, так часть из них относится к старому апи и более неприменима.
Кстати, пользуясь случаем, порекламирую свою опен-сорс надстройку на VSTO для Excel, может быть, будет кому-нибудь полезной.
Насчёт сложности работы со сводными таблицами в ЛибреОфисе: открою страшную тайну, функционал этот в ЛО полностью соответствует такому же в МС Офисе. Я не знаю, что вы там не осилили, если честно.
Вам бы проверить все это на других системах, а не только на Windows. Будете удивлены. Например, MS Office в версии для Mac OS не имеет в составе MS Access. Этой программы вообще нет для Mac OS и никогда не было. Насчет VBA у меня сложилось впечатление, что им вообще не заморачивались, а взяли то, что было под винды и запустили это через розетту. В результате имеем интерфейс WinXP, насчет работоспособности не очень уверен. Где-то читал, что MS с версии 2016 постепенно убивает VBA в версии для Mac OS.
Что творится на других системах, я даже не знаю, но боюсь, что все может быть еще хуже. Так что тестирование очень неполное.
*.doc сверстанный в MS Office 2007 таблицами и формулами на Win поправить, отрецензировать и повторить на MacOS, Linux (Libre, Open) , запихнуть в Р7 на винде. Убедиться, что документ и форматирование не поехало к чертям.....
Вот где соль. А создать с нуля документ - не объективный тест. Но плюс поставил.
Критикуют в общем-то по делу, но я бы сказал, что хоть как-то сравнить продукты конечно стоило. Тут, я думаю, вопрос скорее стандартов, нужен общий стандарт документа, тогда и привязки к софту не будет. Ясно, что за день это не делается, но сегодня уже ничего другого и не сделаешь, когда МС уже де-факто стандарт.
Пару открытых (и потенциально общих) форматов уже есть. Но тут как с html/css — стандарты есть, а 100% повторимости никто добиться не может.
Вы не поверите, но стандарт есть!
.docx .xlsx - открытые форматы
Также odt, ods, и остальные форматы это открытые форматы, а не форматы libreoffice, и они открываются в ms office.
Да, знаю, но работать с ними в основном будут только с использованием MS Office, как уже написали, тк существуют различия в обработке файлов и отображении. Тут либо нужен еще стандарт отображения, либо стандарт по конкретный
В РФ стандарт уже есть давно и официальный. ГОСТ Р ИСО/МЭК 26300-2010. Другое дело, что на него госорганы большой орган кладут. Вот если бы начали требовать только его в госучреждениях, то и в частных учреждениях прогресс бы пошёл давно
Здравствуйте!
Спасибо за подробный обзор.
Обращаем ваше внимание на ряд неточностей в материале о МойОфис и надеемся на их исправление, так как это напрямую повлияет на наши баллы:)
Более подробный ответ мы также отправим вам по электронной почте, в продолжение вашего общения с нашей службой поддержки.
У вас указано, что МойОфис не входит в реестр отечественного ПО. При этом, продукты МойОфис стали первыми российскими офисными приложениями, которые были включены в реестр отечественного ПО в 2016 году. В настоящий момент в реестр включено 14 продуктов МойОфис, ознакомиться с полным списком можно здесь: https://reestr.digital.gov.ru/search/?q=мойофис
В разделе 1.4 вы пишете, что не нашли возможности подключения к каким-либо другим источникам данных. Уточняем, что в МойОфис есть возможность подключения к другим источникам данных. Доступ к данным может быть реализован с помощью надстроек. По запросу в техническую поддержку мы предоставляем демонстрационную надстройку, применение которой позволяет продемонстрировать данную возможность. Кроме того, мы импортируем данные из CSV и ТХТ.
В поддерживаемых форматах файлов МойОфис стоит также указать HTML.
Ряд, перечисленных технологий, форматов файлов и шрифтов упомянутых вами, являются проприетарными. Их лицензирование и использование ограничено правообладателями.
Доступ к данным может быть реализован с помощью надстроек.
Значит его нет: когда функциональность есть, она применяется без обращения в техподдержку. Пример – PowerQuery в MS Excel.
Спасибо за комментарий. Действительно я неправильно указал данные про реестр ПО, перепутал колонки. Исправил. По 2 пункту в MS Office не нужно обращаться в поддержку для подключения к другим источникам данных и если у Вас есть такие надстройки, почему бы их не внедрить сразу в продукт, если я как пользователь куплю Ваш офис, зачем мне еще писать потом тех поддержку для получения доп опций, я хочу получить их сразу "из коробки". CSV и TXT согласен, но это абсолютно любой офисный пакет умеет делать.
"В поддерживаемых форматах файлов МойОфис стоит также указать HTML" - на офисициальной странице вашего сайта нет данного формата https://support.myoffice.ru/faq/about-products/kakie-formaty-faylov-podderzhivayutsya-v-redaktorakh-myoffice/
MS Excel версии до 2016 включительно содержит ошибку в импорте CSV: не умеет правильно импортировать значения, содержащие двойные кавычки и переносы строки. А без этого, фактически, импорт CSV не считается, т.к. в подавляющем большинстве случаев такие значения встречаются в реальных данных. И достаточно единственного переноса строки, чтобы все последующие данные были неправильно импортированы. Поэтому мне приходилось реализовывать импорт CSV через PowerQuery, а ранее – на Perl через пакет для работы с OpenXML. Как верно заметили выше, проверять функциональность необходимо полностью. А для этого должна быть спецификация функциональности и тестов для её проверки.
Спасибо за исправления!
В наших редакторах надстройки действительно не встроены и мы их не выкладываем в открытый доступ, так как они пишутся и распространяются под NDA, с учетом потребностей конкретных клиентов. При этом мы помогаем с написанием и интеграцией нашим коммерческим клиентам. Кроме этого у нас есть готовая база надстроек. Мы оказываем полный комплекс консалтинговых услуг и технической поддержки коммерческим клиентам.
Информацию по HTML внесли https://support.myoffice.ru/faq/about-products/kakie-formaty-faylov-podderzhivayutsya-v-redaktorakh-myoffice/
Можете подсказать в таблице 1 указано, что LibreOffice есть на Android. Где мне его найти?
Collabora пилит на основе ЛО версию под андроид https://play.google.com/store/apps/details?id=com.collabora.libreoffice&hl=ru&gl=US
Все ясно и понятно, сравнение интересное. Однако я предлагаю сравнить не сами пакеты, а результат их работы. Ведь главным результатом работы является информация, представленная в виде того или иного документа или набора связанных документов. А сами пакеты - не более чем набор инструментов для реализации той или иной методологии работы с документами. При этом, "как я привык делать" менее значимо, чем "нужен комплект документов вот такого качества к такому сроку".
Именно в методологии создания и работы с документами "собака и порылась". И именно для групповой работы (более 3 человек). Для работы 1 человека для себя - все что далее написано не важно.
Если использовать привычную про-совковую методологию создания и обращения документов - то все равно каким пакетом пользоваться. Создаете более-менее стандартные шаблоны, более-менее гомогенные версии стоят у всех - и будет счастье. Пересылка, танцы с версиями типа "Презентация_последняя версия" и "Презентация_самая_последняя версия", потери и путаница старых или новых версий, внедренные картинки или графики, поплыло форматирование в таблице, которую использовали для рисования диаграмм, поплыло форматирование текста в документе на 200 страниц... И так далее, все хорошо знакомо тем, кто делает много документов в группе. Больше всего времени занимает именно пересылка и контроль версий, чем сама работа над комплектом документов. Ну и внесение потом изменений, в типа готовый комплект документов.
Пример: создавали комплект документов для финансирования проекта. Это примерно 15-20 документов, около 300 страниц в сумме. Группа в 9 человек. Все документы - строго по установленным шаблонам фонда (Инвестора). По обычной методике (МС Офис, электронная почта, диск Гугл, авторы, редакторы, несложная схема документооборота) потратили примерно 240 нормочасов, вся работа сделана примерно за 2 месяца.
Так было, но теперь используем новую методологию создания комплекта документов в группе. Прежде всего, это иная структура документации: главный документ и связанные с ним остальные документы (ISO 11005). Потом, использование Google Workspace для работы со всеми документами. И Wrike для "управления проектом" создания комплекта документов и для многомерной классификации документов. Такая классификация, плюс названия документов, плюс их содержание взято из стандарта IEC-61355. А обозначние объектов при разработке - ISO 81346. Конечно же доработали все эти стандарты под свою специфику.
Результат: все то же самое (комплект документов для финансирования проекта), потратили примерно 65 нормочасов, вся работа сделана примерно за 3 недели.
Да, новую методологию сложно внедрить на обычных офисных пакетах. Хотя с другой стороны, 10% функций Google Workspace вполне хватает для всей работы. Никаких сложных огромных документов, простейшее форматирование, нет проблем с внедренными объектами, нет проблем с версиями и форматами, не надо ничего никому инсталлировать, операционная система тоже роли не играет. И самое главное - полный контроль кто, когда и как работал над документом. И вишенка: нет кнопки "Сохранить". Но нужен интернет, это да... Пичалька...
Вывод: если в рамках одной методологии сравнивать офисные пакеты, в которых в такой методологии используется 10% их функциональности - то все будет примерно одинаковым. Если же важен результат (документы вовремя) - то важны не пакеты, а именно методология работы с документами. Хотя новая методология приводит и к новым программам.
VBA – технология защищена Microsoft и является проприетарной, поэтому ни Р7, МойОфис и LibreOffice не могут поддерживать ее. И странно ждать от коммерческих продуктов поддержки устаревшей технологии работы с вложенными OLE- объектами. С 1996 технология переимнована в ActiveX и тоже проприетарна.
"Из диаграммы 3.1 видно, что наибольшее потребление ресурсов при работе с Р7-Офис, с открытием таблицы более чем 200 тысяч строк данная программа не справилась вовсе и выдала ошибку. Но, не смотря, на то, что Р7 занимает большее количество оперативной памяти, он быстрее чем МойОфис загружает документ и работает без зависаний в дальнейшем, при долгой загрузке какого-либо документа не зависает и дает возможность параллельно открыть другой документ. "
если он не справился с этой задачей, то почему он в этой группе на графике есть (а он там есть)? Странно это все.
меня одного смущает громаднейший пик по потреблению ОЗУ от МойОфис? Откуда тогда вывод о том, что Р7-офис- пожиратель оперативки? Может автор не так что-то написал или не то имел ввиду?
По п.1 да, таблица просто не открылась, но все время попытки ее открыть, Р7 занимал чуть более 1 ГБ ОЗУ по монитору ресрсов. Поэтому решил оставить, может неправильно сделал.
По монитору ресурсов, Р7 потребляет больше ОЗУ при открытии документов, но работает с документами быстрее. По факту, отклик быстрее на действия пользователя, чем у МойОФис. МойОфис при загрузке документа, потребляет меньше ОЗУ, но если это большая таблица, допустим более 1000 строк, то при прокрутке вниз, потребление начинает расти, соответственно, чем больше таблица, тем больше ОЗУ потребляется при работе с ней.
Тут согласен, не совсем понятно описал. Нужно подумать над данным абзацем.
Очень необъективное сравнение. Сравнивать по наличию собственной СУБД текстовые радакторы как - то странно. Очень трудно перепроверить результаты, т.к. автор не дал ссылок на файлы, на которых он сравнивал разные редакторы. Совместная работа с документами вообще ни как не оценена. Онлайн работа с документами, то же никак не оценена. А в некоторых местах просто вранье - Либра откровенно плохо открывает MS документы, но все равно поставлена высшая оценка в поддержке форматов. Ну и т.д.
Почему не проверяли поддержку PowerQuery (MS) и связанных с ним функциональных возможностей? Это мощнейший инструмент для сложного оперирования данными внути MS Excel. Им можно правильно распарсить CSV без тех ошибок, что заложены в MS Excel от рождения. Обрабатывать XML и множество других форматов. Получать документы по HTTP с авторизацией для последующей обработки. Использовать листы и таблицы MS Excel как таблицы БД. Вариантов применения много больше.
Как работает плагин SaveToDB на альтертнативных платформах?
Это единственный плагин для превращения MS Excel в платформу для разработки GUI к самым разным СУБД. Функциональные возможности в части подстановки данных и обновления по связям между данными и настроек уникальны.
Я сразу написал, что это субъективное сравнение, исходя из моего опыта работы с данными продуктами, я не пользуюсь PowerQuery, поэтому и не рассматривал данный функционал.
1) По поводу PowerQuery полностью поддерживаю: этой фичей Майкрософт даёт фору не только офисным продуктам, но и производителям BI
2) Но PowerQuery это ещё ягодки. С точки зрения анализа данных Excel раскрывается в Power Pivot - по факту, мощнейшего движка BI (экземпляр SSAS) в рамках офисного продукта на машине пользователя!
Если смотреть глазами аналитика данных, то, при всем желании, любая офисная калькуляшка будет лишь бледной тенью Excel. Кому это актуально, тот поймёт; для остальных- не важно.
еще одно замечание- сами оценки.Следовало бы пересмотреть систему оценок в сторону их веса. Разве они все равнозначны? Насколько важно для текстового редактора наличие собственной СУБД? Может общий вес именно этой оценки должен быть не 5, а к примеру 0.3? И потом, когда получаем суммарную оценку, картина будет выглядеть совсем по-иному. Автору в любом случае респект за проделанную работу, но хотелось бы видеть ее идеальнее что ли.
Грубить не надо. Если внимательно прочитаете комментарий (чего вы не сделали), речь идёт о пересмотре подхода к весам оценки. Когда автор даёт одинаковые веса критериям оценок, он пытается зелёное сравнить с громким. Пересмотрев систему весов можно получить другие результаты суммарных оценок. Более гибкие и точные.
- Функция сравнения документов в MS Office Word работает сильно лучше чем в LibreOffice, в Excel тоже есть (в составе Inquire);
- Excel нормально открывает документ в 300 Mb (~30 листов по 80 тыс строк цифр), при этом им вполне можно пользоваться, LibreOffice прибил после 5 минут ожидания открытия этого документа;
- Word нормально работает с документами 150-300 страниц с обилием таблиц с обилием форматирования внутри ячеек, но раз в 2-3 часа приходится перезапускать Word, т.к. начинает подтупливать, LibreOffice подтупливает сильно больше;
- Макросы в MS Office и то как легко ими пользоваться не идет ни в какой сравнение с остальными пакетами;
- Приложения MS Office могут выступать в роли COM сервера и ими можно управлять откуда угодно, полно примеров по этой теме;
Итого для простых задачь, типа писем, можно использовать любую из альтернатив, для серьезной работы это будет очень сложно.
Но у MS Office другая проблема — видно, что приложения писали разные команды и есть отличия в некоторых функциях, есть ошибки которые не чинятся годами если не десятилетиями:
- Office Outlook — создание правил условного форматирования списка писем из VBA, соответствующие функции есть, но оно не работает;
- Office Excel в функции ExportAsFixedFormat (через COM) при экспорте в PDF нет параметра, отвечающего за режим совместимости PDF/A, в интерфейсе соотвествующая галочка есть;
- Office Visio при открытии документа в режиме только для чтения (через COM) не загружаются поля автора, темы документа и прочего — stackoverflow.com/questions/70487807/ms-visio-openex-method-open-method-flags;
Excel нормально открывает документ в 300 Mb (~30 листов по 80 тыс строк цифр), при этом им вполне можно пользоваться, LibreOffice прибил после 5 минут ожидания открытия этого документа;
А можно пример файла посмотреть?
Таки да, видимо какой-то специфический файл. Создал 30-листовой файл, по 80 тысяч строк и 16-17 колонок цифр - получился xlsx на 370Mb. Отрывается в libre за минуту. Сохраняется минуты 2-3...
Возможно в том файле было много тяжёлых функций, возможно вы юзали старую версию Либры. В последних версиях здорово подтянули производительность
Файл вот, здесь формул нет: disk.yandex.ru/d/wQjGswYE_m2D0w
версия LO 7.2.5.2 под MacOS - открыл за 1 минуту 35 секунд с сообщением, что в файле есть макросы
MS Excel (версия 15.56 в составе Office 365) под MacOS открывал 3 минуты.
В формат XLS пересохранил за 22 секунды, увеличив файл с 274 до 411 Мб
В формат ODS пересохранить из XLS не смог - на третьей минуте матюкнулся что не может этого сделать с сообщением "Errors were detected while saving ’ПУТЬ_К_ODS_ФАЙЛУ’. Microsoft Excel may be able to save the file by removing or repairing some features"
LO открыл уже XLS (который сохранил выше) за минуту и 40 секунд
И макросов там реально нет - видимо были, но удалены и в потрохах файла осталась информация об этом, на что LO и ругнулся
Согласен, видимо действительно серьезно поработали над последними обновлениями в части работы с большими документами.
докину сюда, так как редактировать комментарий уже не могу.
LO при открытии XLS на макросы уже не ругался - видимо при пересохранении из XLSX в XLS, данная секция почистилась. Пересохранить из XLS в ODS тоже не смог - спустя почтти 3 минуты ругнулся на наличие ошибок в файле
Повторно LO открывал XLSX уже почти 2 минуты. В ODS из XLSX так же не смог сохранить - спустя 3 минуты сообщил об ошибке. И в XLS не смог сохранить - спустя 6 минут так ничего и не произошло, а дальше ждать не стал
- При пересохранении XLSX в XLSX в LibreOffice (7.1) результат в Excel не открывается;
- При пересохранении XLSX в XLS в LibreOffice результат в Excel открывает, но с сообщением «Обнаружена проблема с этим файлом. Редактирование может повредить компьютер». Также этот файл нельзя открыть в Excel посредством COM;
- При пересохранении XLSX в ODS в LibreOffice результат открывается в Excel с ошибкой «Ошибка в части содержимого» и предлагает восстановить документ, в результате документ открывается нормально, но ломается область печати документа (это еще один старый баг Excel, связанный с локализацией, в русской локализации область печати сохраняется в именованном диапазоне «Область_печати», но при работе через COM с этой же локализованной версией MS Excel он ожидает именованный диапазон «Print_Area»). Но, наверное, сложно ждать от Excel 100% поддержки неродного для него формата ODS.
в начале 2000-х частенько бывало на работе, что XLS "сбоил" и в MS Excel или не открывался, или переставал корректно открываться. Решал тем, что в OpenOffice открывал XLS, сохранял в ODF и сразу же сохранял в XLS обратно. После этой экзекуции MS Excel снова корректно работтал с этими XLS файлами.
Правда и файлы были не сильно большие - не больше 2-3 десятков мегабайт
в текущем местере (будущий 7.4) открыл за около 2 минут, да макросы скорее всего не будут работать, на кнопках макросов пропали надписи (что есть бага скорее всего). Но данные все целы. При этом Эксель около 1 Гб памяти сожрал, а Либра - почти 4Гб (но я этому расхождению не верю, проводил в свое время сравнение в линуксе, запуская МСО в вайне - примерно одинаково жрут офисы на одних и тех же файлах)
Вспоминается старый анекдот.
- Сема, жарьте рыбу,
- Так рыбы ж нет!
- Рыба будет. Вы жарьте!
А если серьезно, более половины юзеров потребовали себе MS Office для обеспечения специальных возможностей. Все такие специальные! По факту неохота мозг ломать в поиске нужных кнопок. Да, есть люди у которых много нажитого непосильным трудом в MS Access, но таких единицы.
А если еще серьезней то большинство не скажут чем отличаются 2007/2010/2013/2016/20??
Да назовут парочку может фич и все. Евангелисты назовут по больше.
В принципе это все равно что пользователя спросить на улице а чем 60хром отличается от 90го .
Многие не знают сколько океанов, и что крутится земля вокруг сонца, так что наивно думать что им интересно чем отличаюся версии ms office или windows.
Да уж, видна «проработка», автор даже не проверил наличие программ в реестре. Например, Мой офис в реестре уже не первый год, а в сравнении написано, что его нет в реестре)
Р7 не редактирует сводные таблицы в файлах ODS, только читает, поэтому свойства таблиц у них с МойОфис не идентичны
Быстродействие LibreOffice на "5", это не шутка? Стоит начать редактировать текстовые блоки в презентации на 20 слайдов с задержкой в 2 секунды на отрисовку или рукводство-книгу на 150 страниц...
А если добавить в сравнение подробный разбор работы с презентациями (и особенно совместимость и работу с видео и тп), то MS отрывается от всех далеко вперёд.
У нас вот по работе сотрудники делают много презентаций с использованием разной мультимедиа. Не либре, не его (или опена) клон "Редактор презентаций" от МойОфис не справляются
ну по факту ООО вообще упоминать не стоит, ибо он стал трупом по факту с самого разделения. И обновления ООО для галочки по факту.
Просто есть мнение что мол верстка плывёт ТОЛЬКО при открытии в либре, а то что она плывёт порой от версии к версии в MS мы про это умолчим.
С другой стороны проблема несовместимости мне кажется порой слишком притянута за уши.
Тестовый стенд 16Гб оперативы и SSD ??? Серьезно ??? В 2022ом hdd ???
Чем мне нравится MS офис так это скоростью открытия файлов, а чем мне он не нравится, так тем что они в каждой новой версии решают поиграться с меню.
Скорость на hdd c Либрой вообще не радует, но за те деньги которые нужно отдать за MS, можно смело было купить SSD и добавить оперативы скажем с 2Гб до 8Гб. Сейчас же в целом думаю не осталось пк на hdd, по крайней мере их не должно остаться. Ну ОК, в любом случае можно купить более мощный процессор, и еще больше оперативной памяти. В общем в ряде случаев лучше перейти на libra office. Я уж молчу про то что, в некоторых компаниях и пк сменились пару раз и офис тоже. А ведь пк мог сменится меньшее колличество раз, да и за офис не пришлось бы платить. Но в некоторых даже небольших компраниях без MS может быть ни как (присылают по работе специфичные файлы).
Судя по критериям оценок, оценивалась почти только юзабилити. То есть нет привычного VBE, то это минус, несмотря на наличие иных. Иначе говоря, оценивалась лёгкость миграцияи пользователей, без необходимости переучивания пользователей и повышения нагрузки на администраторов. Если так, то по личным ощущениям как-то так, по началу сложно понять как выполнять привычные наработанные годами способы ускорения формативрования и прочее. Но MS-офис тоже не быстро осваивался, даже те кто 10 лет им пользуется, постоянно находят новые фишки и возможности, так и тут нужно время для получения пользовательского опыта. Интересно было бы сравнение эффективности использования офисов после обучения сорудников, то есть насколько отличается скорость формативрования схожих по размеру документов, насколько эргономичней интерфейс и многое другое.
При уходе от микромягких логичным и наиболее выигрышным видится конечно libreoffice, но вся беда в том что он не подходит под импортозамещение, так как его нет в реестре отечественного ПО, а всё остальное это жалкие форки либры, в большинстве своём не способные даже на то что может сделать libreoffice, не говоря уже про microsoft...
По сути, это сравнение редакторов таблиц, а не целиком приложений. Если подходить к оценке всего продукта, то сложно не заметить отсутствия в МойОфис возможности редактирования презентаций. Уже на этом можно продолжать рассмотрение только трёх вариантов.
Тестирование офисных пакетов Р7-Офис, МойОфис, LibreOffice и MS Office