Comments 85
Т.е. вы предлагаете заменить бесплатные и свободные библиотеки с открытым исходным кодом на закрытые и платные?
И о каком "импортозамещении" может идти речь, если вы используете .NET
На сайте довольно-таки позитивно всё: клиенты, доверие и т.п. Значит это кому-то надо )
Для галочки "импортозамщено" по другому быть и не может.
Сам MS их библиотеками пользуется!
Взаимное влияние никто не отменял :)
Да, в 2017 они купили нашу библиотеку - PDF Metamorphosis .Net.
Скажите, вы в трастед бай просто по факту заказа добавляете или согласовываете это с клиентом?
Логотипы с клиентами мы не согласовываем, если покупали, и имя известное, то их логотип выставляем на страничке "наши клиенты". Бывает, что они в переписке оставляют отзывы - testimonials, когда например мы ошибку исправили оперативно и выслали update. Тут спрашиваем, можно ли разместить его отзыв о нас, если отзыв позитивный :)
Насколько я знаю, это сильно неверный подход. То что компания купила продукт это не значит что она готова его рекламировать своим именем.
У меня как-то одна очень известная гейм-студия несколько лет подряд покупала лицензии (т.е. явно положительный опыт использования), я после очередного заказа спросил насчет включить их в трастед бай - был где то месяц утряски этого вопроса с их легал департмент и в итоге ответ отрицательный.
В Microsoft просто орава народа, которые используют (пробуют) разные продукты. В итоге каждая вторая библиотека в мире имеет "нас использует сам Микрософт!".
Не удивлюсь если какая-то R&D команда купила вашу библиотеку потыкать и потестировать производительность или что-то еще и затем закрыла на полке. В конце концов, они проверяют как их изменения влияют на зависимые библиотеки, как разработчики самого .net.
Вы уверены, что по адресу 6820 Harl Ave в Аризоне расположена компания Microsoft? И вообще, разве компании оплачивают счета от имени физических лиц?
Обычно перед покупкой клиенты пишут, например с вопросами какую лицензию им выбрать или присылают тестовые файлы, если что-то не работает. Да, мы уверены, если переписка идет с адреса ...@micosoft.com. В этом нет ничего такого необычного, что такие крупные компании покупают софт у маленьких компаний.
т.е. ваши библиотеки открытые и бесплатные?
Да, счастье не будет полным пока не будет работать на отечественном .НЕТъ или .СЕТь под отечественными ОС-ами.
Да, мы используем .NET, но он сейчас полностью создан с открытым исходным кодом: https://github.com/dotnet/runtime. Мы предлагаем инструменты для работы с PDF и DOCX полностью написанные в России, с поддержкой здесь, в России. Есть много платных иностранных аналогов, например Aspose или PDF Tron, они ушли из России, мы наооборот предлагаем альтернативу им, потому как знаем их давно, и конкурируем с ними.
О самом настоящем. Смотрите требования на сайте РЕЕСТР РОССИЙСКОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ https://reestr.digital.gov.ru/. Критерии российского ПО, определены однозначно.
Так мы же и находимся в Реестре Отечественного ПО: SautinSoft.Document (digital.gov.ru)
Я не в курсе, поэтому просто уточнить хочу - какие открытые продукты умеют работать с docx хорошо? И с pdf, если есть возможность.
Упомянутый в статье аспоз - закрытый и платный. Что-то там для пдф искали в своё время на работе - бесплатное было очень среднего качества.
Другое дело, без понятия как дела у рекламируемого продукта, тестировать нужно на реальных документах.
Косяки есть в любом ПО, у нас есть тестовые файлы от клиентов на которых глючит Word. Aspose крупная компания, их ПО известно по всему миру, и в том числе и у нас в России. Однако у нас есть клиенты, которые перешли от них к нам, по качеству мы оказались не хуже. Мы кстати ведем тесты часто сравниваем нас с конкурентами на определенных наборах файлов.
Как видите, строк кода минимум и всё довольно понятно и прозрачно.
Видим, что код нерабочий и даже не скомпилится. Это если не говорить про его оформление (точнее отсутствие).
А тесты у вас есть на всё это дело?
Тут более 200 примеров кода на C#, чтобы охватить любые действия в ПО документами, все протестировано, компилится и работает:
Как создать DOCX документ на C# и VB.NET (sautinsoft.ru)
Вы ведь правда про неотечественный .NET, работающий в неотечественной (чтобы там они ни придумывали) ОС, поверх неотечественных же библиотек?
Как уйти от зарубежного Base Class Library(aka BCL) в .NET?
В том технологическом стеке для которого вы предлагаете свои "импортозамещённые" библиотеки зарубежное всё, начиная с блока питания вашего десктопа и заканчивая каким-нибудь GitHub Extension for Visual Studio (а посредине между ними ещё несколько десятков тысяч компонент). Ваша неспособность увидеть очевидную абсурдность этой ситуации граничит с глупостью и более всего напоминает какой-то грёбаный цирк шапито. А вам, господа айтишники совет - если видите в тексте слово "импортозамещение", закрывайте страницу, бросайте свой гаджет максимально далеко вперёд, разворачивайтесь на 180 градусов и бегите так долго, как сможете. Только так у вас будет шанс сохранить хоть толику благоразумия. :)
Все наши компоненты можно уже запустить на Linux: https://sautinsoft.ru/products/document/help/net/getting-started/using-in-linux.php, не привязываясь к Visual Studio и Microsoft.
А Linux-то с каких пор стал отечественным?
Небольшая придирка, но у вас текстовая версия инструкции по ссылки на не совсем отечественном языке. (А, ну и видео тоже).
Ну и в инструкции указан vs code с extension, которые (тадам) Microsoft. Extensions, к слову, скачиваются с маркетплейса Микрософта тоже.
В общем, понятно что можно писать в vim (хмм, имя создателя которого Bram Moolenaar не очень похоже на каноническое славянское имя, наверное имеет французские корни) на астралинуксе, но это даже не смешно. Типа всё остальное ОК потому что опенсорс, а вот библиотека для pdf opensource не ок, импортозамещайте.
PDF, к слову, тож не особо русский.
Российское решение сейчас выглядит более привлекательным
Даже если начать пилить его вчера, оно станет просто "нормальным" только после нескольких лет дебага, "привлекательным" после поддержки интероперабельности с теми же нехорошими западными продуктами, а "более привлекательным" после всемирного тренда на переход на новый формат.
У вас на сайте указано в контактах: "Sweden, Stockholm Mortviksvagen 68B 142 43 SKOGASSales & Support: Tel: +46 812111486". Статья для Шведов? Это у них нет библиотек?
Смотрите координаты на нашем Российском сайте: https://sautinsoft.ru/about.php, там Россия, Удмуртская Республика, г. Воткинск. А шведский адрес на сайте sautinsoft.com.
Была интересна утилита, упомянутая в статье, вот и перешел по ссылке - https://sautinsoft.net/online-demo/pdf-focus/online-demo1.aspx
А там внизу Швеция. Вопрос возник сам собой.
Реестре Отечественного ПО: SautinSoft.Document (digital.gov.ru)
(Придирка), Швеция в НАТО? Когда это Эрдоган успел сдаться?
А почему у вас комментарии на вражеском языке? Вы же топите за скрепность. Пишите на языке отечества.
Так а нафига это нужно (PDF/DOCX) если это опять же под не русский софт, с которым тоже должны быть аналогичные проблемы как и с не русскими библиотеками. Пилите уже тогда по МойОфис чтоли.
МойОфис, это программа с GUI интерфейсом, мы создаем SDK библиотеки, чтобы любой C# программист, мог в своем приложении создать новый документ, или загрузить PDF, DOCX, заполнить в нем формы, выполнить поиск и замену и т.д. Например, создавать электронные билеты в PDF, или на основе шаблона и БД, автоматически создавать однотипные договора и т.д.
Это настолько толсто, что даже тонко.
Чем не устраивают MigraDoc, ClosedXML, NPOI?
Да я не против использования бесплатного ПО как MigraDoc, но я думаю функционал у платного, раз он платное, должен быть мощнее и шире, ну а пользователь сам должен решить, что лучше. У нас можно тестировать нашу SDK SautinSoft.Document сколько угодно.
Что тут за тролли? DOCX и PDF открытые форматы, с которыми нативно работает российский софт.
Что сказать, молодцы, побольше бы таких проектов. Москва не сразу строилась.
Честно, я как украинец, наверное должен был бы тоже написать ироничный комментарий, но напишу серьёзный. Если одним из главных достоинств продукта ставится его происхождение, то вам стоит пересмотреть приоритеты, сделайте акцент на удобстве (тот же Aspose это боль, так как разные API используют разные контракты, нумерацию страниц то с 0, то с 1, и т.д., но лучше чем некоторые аналоги), скорости (снова таки Aspose течёт по памяти), поддержке различных особенностей разных форматов документов (вот тут Aspose сравнительно хорош), поддержка (вот тут, вероятно происхождение может быть плюсом, так как проще вести диалог, но он как по мне слишком незначительный), скорость закрытия багов, документация (качество и отставание от реальности). Вот если по разным критериям, ваш продукт "догонит" или "перегонит" конкурентов, им будут пользоваться. Ну или если пока "не догоняет", то напишите, что вам нужна помощь в поддержке отечественной компании. Проблема современного мира в том, что мы сильно зависим от других людей и стран в том числе, и ограждаться от всех бесполезно - это как делать "домашний" майонез, колбасу или ещё что-то из покупных продуктов, телефоны и прочую электронику из китайских деталей. Не нужно делать культ из того, кем что-то сделано, лучше сфокусироваться на реальных достоинствах продукта - майонез вкуснее и без добавок, телефон быстрее и меньше разряжается и т.д.
А вы пытались свою .Net на отечественных линуксах (Астра, Alt) запустить? Какой смысл в отечественном по на С#, если его не получится использовать?
А в чем разница? Мы на RedOs запускали наше приложение, с астрой и альтом скорее всего будет тоже самое, главное библиотеки .net закинуть.
так если вам самим этот астра линукс и импортозамещение не вперся?
Вам не кажется абсурдным делать упор на "отечественности" абсурдным, когда вам самим на это побоку?! :)
А в чем разница? Мы на RedOs запускали наше приложение, с астрой и
альтом скорее всего будет тоже самое, главное библиотеки .net закинуть.
Всиляет надежду, но хочется знать наверняка.
На AstraLinux SE 1.6 и 1.7.Х последние версии .NET (6.0 & 7.0) прекрасно себя чувствуют. Аналогично могу сказать и по поводу AOT Compiled бинарей, хотя это уже "не совсем .net"
.Net запускается на RedOs, Astra, Alt и нормально работает
Если говорите про импортозамещение в .net может начать замещать с библиотек вида System.* ?
Они во многие проектах используются и без их замены все равно импортный код останется в проекте.
Не понимаю троллинга. Есть проблема с покупкой лицензий на Aspose и иже с ними и есть решение, предлагаемое автором.
Надо идти дальше и создать свой, исконный формат документов! Шоб ни одна вражина не смогла прочесть наши приказы!
:-D
p.s. а потом глядишь и Рапира с Драконом пригодятся :)
Соглашусь с автором статьи в том, что очень хочется работать с отечественным софтом не уступающим по качеству и уровню поддержки мировым стандартам. Сам пытаюсь разрабатывать и продвигать Apitron.PDF.Kit и понимаю, как это стало сложно в современных реалиях.
На этот счет, есть предположение, что большинство тех, кому нужны были функции связанные с PDF уже внедрили западные решения. Например очень часто встречаю PDF файлы от банков, счета за электричество и воду, сгенерированные iText (2010-2013 г.г.) И переделывать свои решения на отечественные аналоги не спешат.
В последний год, мы активно продвигаем наши компоненты среди различных компании. Интерес (а скорее заинтересованность) есть, но внедрение не столь активное как хотелось бы...
Работа с файлами в приложениях: как уйти от зарубежных .NET-библиотек