Pull to refresh
11
0.1
Виталий Шумаков @starfair

Программист широкого профиля

Send message

А зачем тогда комментировать? Это как минимум не уважению к писавшему. Заявление по типу "Не читал Бродского, но осуждаю!" (хотя если знать контекст, то и там не всё так просто было). Можно не соглашаться с автором, даже с первых слов его работы и это - нормально! Я тоже вот не согласен с тем, что детям надо начинать программировать с HTML+ JS. Это одна из худших связок, от которой потом очень тяжело будет увести в более формализованные языки, так как учит безолаберности в коде, ибо эта связка уж слишком "прощает" ошибки разработчика, и как следствие вырабатывает в нём привычку не думать о последствиях своих действий. А это для программиста, тем более если он потом в проекте с кем то работает - очень плохо. Я встречался с такими на проектах, и потом после них переделывать приходится 90% кода. Но возвращаясь к вашей фразе, так комментировать это извините, просто хамовато по отношению к труду писавшего. Не нравится - закрой вкладку и листай дальше.

"Блаженный верующие...."(С).
Я им в техподдержку по ряду глюков и просто необходимых для хоть какой то мало мальски нужной работы требуемых изменений и дополнений писал еще прошлым летом. Из перечисленного не сделано ничего! Хотя на самом деле, правки и добавки в рамках серьезной компании не такие уж и большие, а для работы конечному пользователю они очень бы даже сгодились. Впрочем, Р7 не намного расторопнее

МойОфис подобрался куда? Там такая огромная брешь в автоматизации процессов, что просто нереально её использовать для любой маломальски серьёзной СЭД. Впрочем, как и Р7 и Open(Libre)Office (хотя, про последние я знаю и меньше, но походу внешнее управление документами тоже не про них). А если как просто замена печатной машинки\продвинутого табличного калькулятора и призентаций, то да. Но тут они все примерно равны и на уровне где то MicrosoftOffice 6.0 года этак 2000

1.Зачем? HTML априори медленнее внутренней реализации. Я сейчас борюсь с таблицами в Р7, но даже там, при том что всё почти построено на JS+HTML на ядре Chromium,сама таблица рисуется бинарным кодом где то глубоко внутри и только выводится в канву. Поверьте, тот способ общения с таблицами что есть в Excel+VBA почти идеальный вариант любой работы с ними
2.Вы что то пытаетесь разные задачи в одну запихать. Иерархические справочники (и объекты в целом) чаще всего крайне не удобны для табличных представлений, и наоборот. Не даром, умные люди очень давно разделили это всё, и в одну кучу не пихают (если что, я про визуальную составляющую GUI, а не про форматы хранения такого рода представлений). То что вы описывате для примера, можно реализовать даже на VBA, но это будет крайне глючное, и медленное решение, так как для подобного рода задач вам нужен инструмент типа Access, но никак не Excel.

Много странных допущений. Солнце к тому времени после этапа Красного гиганта превратиться в карлик. Земля будет поглощена на стадии Красного гиганта и поэтому отсюда уже ничего увидеть нельзя будет. И даже если Солнце с системой и выбросит за пределы галактики, то оно будет светить столь слабо, что и дня то практически не будет, а только сумерки как примерно на Марсе сейчас.

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

А, пардон :) Я просто немного интересуюсь всем, что касается LUA, правда в немного другом направлении использования данного языка, нежели игроделание.

Интересный моментик с Balatro в том, что игра на движке LÖVE, код на Lua

Кажется нет ссылки на материал?

К сожалению, так и создаётся прецендент, по которому с вами и в дальнейшем можно так поступать, если вы как тут многие согласны, не пойдёте в суд, для возмещения морального (репутационного) и материального ущерба. Само собой, с прогоссударственными структурами бодаться тяжко, но можно. Я когда работал в госструктурах, сам был свидетелем, когда наше министерство проигрывало аналогичные кейсы в судах, за что поплатилось несколько начальников отдела закупок и их подчинённые. Не стоит спускать на тормозах, ибо так порядка никогда не добиться, если не бить по рукам хамов.

А я и не про ваш пример писал в целом, а про конкретную вводную часть от статьи. Утверждение смелое. Вы видимо просто не встречались с реально серьезными макросами на VBA, со множеством форм, или тем более, с требованием переноса аддонов из C# в отечественные офисы. Очень бы я хотел посмотреть за успехом успешной миграции таковых.

Опыт разработки макросов и надстроек для Мойофис показал, что можно автоматизировать практически любой процесс, который раньше выполнялся с использованием Excel и макросов на VBA. А надстройки (о них не сегодня) вообще позволяют создавать корпоративные инструменты в связках "Python-Мойофис", "Nanocad-Мойофис" и т. п. Вот пример одной учебной задачи по автоматизации отчетности в Таблице Мойофис.

Ну, мягко говоря, смелое заявление. Особенно во второй части утверждения. Я не берусь о таком утверждать даже в Р7, в котором в плане простоты использования разного рода внешних библиотек на JS, на порядок проще, нежели компиляция LUA проектов и внедрение их в свой набор для вызова в надстройках. В самом API МойОфис очень много элементарных дыр, которые просто физически не позволяют покрывать многие задачи, обычные для работ текущей автоматизации. А то, что вы предлагаете как связки для интеграции с разными сторонними продуктами через предлагаемое АПИ автоматизации, позволяет в лучшем случае генерировать новые документы, из под этих программ, но очень тяжело будет рассматривать для получения полноценных двухсторонних потоков, для работы с данными в любых современных СЭД.
Согласен, часть работы, типа построения таких вот, несложных отчётов, можно решать и имеющимися средствами. Но опять же, это надо внедрять макрос в шаблон, и только потом его активировать в документе и т.д. Работать из внешних форм представлений, которые не зависят от документа, у вас скорее всего для чего то более менее сложного в плане автоматизации не выйдет, так как вы скоро выясните для себя, что то, что можно внедрить в документ как макрос, совсем не равно тому же, что вы внедрите в документ в виде макроса но средствами надстроек, так как в этом случае будет использоваться набор глобальных настроек от АПИ надстроек а не от АПИ макросов! А он в существенно урезан, и пока в МойОфис не видят необходимости их уравнивать. Ну и т.п.
Но за описание "+" одназначно, так как практических примеров любой автоматизации на МойОфис практически и нет.

Большая часть и у меня была (+ ещё несколько других), но увы, вся утеряна ещё в давние времена. А так там да, даже по нынешним временам были весьма интересные находки в плане вычислительных алгоритмов и их оптимизации!

Число купивших лицензии (а я долго проработал в госструктурах и прекрасно знаю механизмы как производится конкурсная закупка), вообще ничего ни о чем не говорит! Я очень рад (без дураков, правда рад), что у вас всё хорошо с продажами лицензий, как и у Р7. Я вам ведь совсем об ином говорю! Ваши решения автоматизацию офисной работы практически не рассматриваются вами, с точки зрения приоритетности этого процесса в будничной работе ваших клиентов. А он в ряде случаев не просто необходим, а является просто определяющим! Ну ок, допустим пока можно к примеру обойтись старой лицензией на MSOffice и часть документов с макросами внутренней автоматизации, или для СЭД, юзать в нем, а на остальное (ваши пакеты) поставить на компьютеры-"печатные машинки". Но рано или поздно, когда всех заставят перейти на Астру, РЭД и прочие наши "отечественные" ОС, то что делать с вашими пакетами, когда они ну не могут делать то, что привыкли делать пользователи с помощью макросов, надстроек и т.п. в офисе от Майкрософта? Ваши решения, ещё вчера, надо было либо срочно дотягивать до уровня потребностей типовых клиентов из банков, госструктур, госкорпараций и т.д., либо от вашего ПО начнут отказываться, по мере понимания, что у вас просто хороший усовершенствованный блокнот, но не полноценный инструмент для тех же СЭД или ERP систем.
Моя критика по поводу АПИ автоматизации это не гундёж вашего конкурента, а голос эксперта, реально работающего в области автоматизации офисных работ, и жаль, что ваши планы всё так же далеки от решения этого вопроса, как и несколько лет назад, когда вы свой API на Lua выкатили, и больше к нему и не прикоснулись.

Во первых - не всегда. В VBA очень многое строится на гениально простом способе работы с WinAPI и СOM технологиями Windows, а в LUA можно, но с очень и очень большими но, работающими и криво и не со всем спектром ActiveX объектов. А они порой в макросах имеют решающее значение (например для любых СЭД)
Во вторых. Нельзя преобразовать то, чего нет. Если в LUA не написали обертки для API, то хоть тресни, а ничего с этим не поделаешь. Вот конкретно в "МойОфис" описано что для макросов, что для расширений (плагинов, иначе говоря), очень урезанный функционал API самого редактора. Поэтому часть задач, без очень конкретной пляски с бубном не решить, от слова совсем или только компилируя и добавляя локально функционал с помощью расширяемых модулей под LUA(например с интересом понаблюдаю как удастся получить данные с помощью макроса или надстройки из внешнего источника, не файла), но это опять таки, не решает проблем скудности апи взаимодействия с самими редактором.
В третьих, действительно нет такого понятия как проприетарный язык программирования. На описание ЯП и на алгоритмы авторское право не распространяется. Копируйте сколько хотите, что собственно и делается во всяких там Libre(Open)Office. Другой вопрос, насколько универсальным и точным будет такое копирование, когда вопрос касается того, что я написал в п.1. А без этого, довольно большой пласт макросов просто не станет работать, так как опирается именно на эти технологии, плюс на особенности API самих редакторов, которых может просто не быть в рассматриваемой среде.

Забудьте. Там такая слабая поддержка, что если процентов 20% типовых задач удастся покрывать в "МойОфис" по сравнению с MS Office, то это будет очень хорошо

Помнится мне, этот плагин очень много "троил" при работе с дебагингом из VSC, поэтому когда я писал свой аддон (довольно массивный и специфичный), приходилось дебажить тем что предоставлял сам Блендер. Надеюсь, уже поправили.

О! Здорово! Ещё раз большое человеческое спасибо!

Хм, вот опять же, почему в макросах такая возможность имеется, как получение и установка выделения в документе, а в надстройках её нет?! Надстройки (плагины, аддоны) априори должны иметь более расширенный функционал по работе с документами, так как именно они предназначены, в первую очередь, закрывать бреши в функциональности редактора, а не макросы! Что у вас там с логикой то происходит? Ну пообщайтесь с теми, кто и сейчас активно занимается автоматизацией в том же MS Office, коих по стране уверен - не мало! Что вы своё то городите в этом вопросе, когда за вас уже весь остальной мир давно подумал, и вам надо просто внедрить их опыт, хотя бы в минимально приемлемых вопросах!

В чем же необоснованность моей критики, любопытно? Свое решение я давно предлагал разработчикам: найти и нанять специалистов в области решения реальных задач возникающих при типовых задачах автоматизации офисной работы.

Information

Rating
2,921-st
Location
Краснодар, Краснодарский край, Россия
Date of birth
Registered
Activity

Specialization

Software Developer, Application Developer
Middle
From 120,000 ₽
C++
Visual Studio
OOP