Отсутствие полностью бесплатных отеч. почтовых клиентов говорит о том что все они написаны исключительнор ради заработка на импортозамещении. А в него (в И-замещение) всё-таки иной смысл (и цель) вкладываются (властями и обществом). Осознание этого простого факта отключает интерес к теме, точнее обостряет интерес к СПО.
Поэтому для МСБ остается "Тундра", ThunderBird. Не глючит, свободен, настраивается под любые корп. требования(особенно есть знать JavaScript). шифрование из коробки по любым алгоритмам, тысячи расширений, позволяющие на базе простой автоматизации префиксов/суффиксов тем, контента, вставки кнопок, пометок, ссылок итд легко имитировать EDM, CRM, телефонию (с набором номера по клику в Адресной книге) итд. Для неравнодушного айтишника - широкое и благодарное поле деятельности.
Включить в базу сравнения константное значение (3060) с долей в смете 50%+ это пять. Но в целом слив Зеонов засчитан.
Собирать ПК на Xeon в 2024 году нужно хотя бы для того чтобы было меньше электронного мусора. Навыки сборки, прошивки BIOS (в т.ч. с программатором) из компонентов которые не жалко ("процессор по цене кулера, RAM по цене иыши") - сами по себе бесценны, особенно если делать это неспешно и с детьми. Лучшей профориентации не придумать. Вряд ли стоит давать детям в руки нежные 12-14-е серии свежих камней, цена ошибки слишком высока.
На Зионы обычно ставят GPU попроще и в бюджете до 20 тыс. руб. В этом случае экономия от того варианта, что вам навяжут в офлайн-магазине будет "в 2 раза", не заметить которую в наше время решительно невозможно.
Leon не стареет, это единственный в мире товар, который за 12 лет потерял в цене только букву ($ сменился рублем, а число осталось прежним). Пользуйтесь моментом, такого в истории человечества больше не будет.
Скорость слияния в свободном и бесплатном OpenOffice|LibreOffice на похожих документах достигает 0,03 сек/договор. При этом не требуется программирования вовсе, суммы и даты прописью - из коробки, Стили, форматирование - готовые, из других, уже имеющихся документов, и абсолютно всё работает локально. На выбор - формирование одного или тысяч файлов россыпью, в любом из 20-ти популярных форматов, включая PDF c элементами формы (списки, флажки) для ручного дозаполнения.
Для соблюдения Закона о ПД можно просто создать криптоконтейнер VeraCrypt в котором без установки распаковать весь Portable LibreOffice (не требует установки и прав админа) и не светить паспортными данными вообще нигде. После отмонтирования контейнера на ПК не будет никаких следов ПД, кроме выходных PDF/DOCX/ODT-файлов (вот с ними - да, надо быть аккуратнее).
Единственное, в чем может потребоваться помощь айтишника - это подсказать что 1С (все ПД лежат там) злонамеренно ограничивает число кодировок при экспорте таблиц (Сохранить как) и что cp1251 (Win) легко заменяется на utf-8 (Unicode) в LibreOffice.
Конечно же, айтишнику есть что улучшить даже в этой схеме. Например, готовый "слиянием" PDF может содержать не только элементы управления, но и код, который будет его обрабатывать. Это или JavaScript (мехнизм PDF), или StarBasic/Python/Java/JavaScript, внедренный внутрь PDF по установке галочки "гибридный" PDF. По сути вы получаете PDF-контейнер, в котором находится "заряженный" макросами ODT (OpenDocumentFormat), и он может бесконечно перезаполняться слиянием многократно (при открытии в OpenOffice|LibreOffice), но останется "обычным" PDF для всех остальных, кому это не нужно. Ничего подобного ни один платный "офис" и другие свободные пакеты пока не умеют и еще очень долго не смогут.
Противопоставлять "эффективность" и KPI не всегда правильно.
Например, еще недавно лучшим способом максимизации дохода от действующего бизнеса был "разогрев" компании (рост нематериальных активов) для выхода на IPO и продажи "пузыря", забив на жизненный цикл продукта и тектонику конкуренции. И здесь KPI-и, заточенные именно на повышение стоимости фирмы, были эффективными (уж точно лучше чем пустые призывы и разбрасывание денег с вертолета/на корпоративе).
Можно, но ценой ~4-кратного замедления. Помимо скорости, МИ выглядит красиво в Блокноте, а также при df.to_excel() в эл. таблице дает опр. "легкость".
Некоторые аналитики не любят МИ и даже обычные группировки они делают с as_index=False, но это от лени. Единственное место где МИ реально мешает - это в столбцах. Там он непомерно усложняет обращение к столбцам и приводит к тому что таблица становится слишком широкой даже для огромного монитора.
Просто чудесный научпоп и Мурзилка анти-еретика. Прочел на одном дыхании, заставлю прочесть ещё сотню других. Очень понравилось, противоречий и нелогичности не увидел. Не ядерщик, но физику не прогуливал, а главное - вырос среди биоэнергетической аномалии (семейной, географической), в которой изначально видел нестыковки всего со всем и "замыкания" на себя.
Даже несмотря на безумное кол-во опечаток - статья очень понравилась. Минусующие, возможно, слишком авторитарны, чтобы признать сабж действенным инструментом. Среди IT-спецов авторитаризм распространен больше чем в других отраслях, в силу безропотной исполнительности наших средств труда (хард, софт) при почти полном отсутствии "трущихся частей" (людей). Впрочем, и применений сабжа в IT, кмк, меньше: слишком многое в IT формализовано, стандартизировано, а такие средства как фреймворки - обусловливают правильный путь едва ли не сразу. Проблема первоначального выбора (стека, фреймворка, стандарта связи, протокола итд) - не для сабжа, и статья в этом убеждает.
Красивого на Tk вообще ничего не встречал. Очень сильно продвинулись за последнее время web-инструменты (streamlit, gradio итд) и консольные утилиты для имитации GUI.
Пункты 2 и 9 "Итогов" - одинаковы. Для пущей доказательности :-)
Немного жаль что налогоплательщик проиграл. Шансы выиграть были, не хватило малого:
надо было держать штатных неск. человек. Они бы сильно "торчали" со своими договорами, табелями и должн. инструкциями в материалах дела. Верховный суд как раз такие сложные случаи берет;
надо было имитировать правдоподобно. ФНС знает что настоящие самозанятые - разгильдяи через одного. А тут идеальная картина. Не удивлюсь если налог НПД платился в один день.
Очень интересный проект, спасибо. Трассировка лучей в графиках, опции функций - так держать! Jupyter наше все, но бесплатный W. с Raspberry Pi когда-то зашел и подтолкнул к изучению интерактивных вычислений. А концепт справочных "знаний" из W. до сих пор вызывает здоровую зависть, хоть и легко повторим в Python-среде. Например, я оцифровал бумажный совковый "Справочник по физике и технике" (~400 таблиц), написал десятки UDF c русскими именами и теперь перевожу, к примеру, тн в м3 в Pandas вот так:
df.вес.apply(тн_в_м3, что=df.вещество)
Конечно же при наборе работает автодополнение, подсказка синтаксиса и отображение в окне документации ф-ии на русском языке, понятном инженерам и экономистам. Для перевода 1 тыс. позиций из тн в м3 нужно нажать ~10 клавиш, на что уходит ~20 секунд. На получение "учетной" себестоимости этих материалов в руб. и перевод суммы в USD по курсу ЦБ - еще столько же (еще две цепные UDF-функции без параметров). Это совершенно иное качество и ощущение от работы. Мозг "впивается" в полученный результат, а не просит кофеина для разгрузки при классическом Excel/PBI-пути.
В условиях горного похода ТД с проточным нагревом воды газовой горелкой - эффективен и дарит незабываемый комфорт. Дамы так просто в восторге. Альтернатива летом - это горное озеро с t = 9C и водой без солей, в которой не растворяется ни одно мыло, не смывается ни один масс-маркет шампунь (пену просто стирают с себя полотенцем).
Предложения по карлсонам в статье немного спорные и отчасти невыполнимые:
Невозможно поставить "все на вдув", т.к. вентилятор БП всегда дует через БП - наружу.
Делать на выдув передний корпусный вместо классического заднего - плохо: где-то точно станет горячее: диски, зона VRM или RAM, зона M.2-устр-в. Это не то что нужно для здоровья ПК.
Но сама идея прикрыть нетканкой вентили на вдув - здравая. Только получается что это всего два: передний и боковой корпусные вентили, торчащие напоказ. Как это сделать красиво - вопрос большого или маленького "колхозинга".
В большинстве работающих виденных ПК, серверов и промоборудования видел внутри прибором только пониженное давление, а не повышенное. Если создавать повышенное - нужен чистый воздух, а его-то взять негде.
Девальвировать науку можно только научными методами, анекдоты к их числу не относятся.
108 человек были выбраны по настоящему случайно, проверена стат-гипотеза об этом, посчитаны вероятности.
Дальше за ними следили 7 (семь) лет, а результаты подвергли глубокому стат-анализу, на который способны немногие, но который могут повторить все, окончившие даже гуманитарный вуз с вышматом/тервером/терстатом.
Одним словом, берегите науку. Анекдоты как вид субкультуры тоже берегите, жанр вымирает.
В отличие от VBA, не меняющегося с 1995 г., та же 1С, ее маркетологи, сделали всё (новыми версиями платформ и чехардой конфигураций), чтобы доморщенных автоматизаторов свести в 0, и чтобы "в одно лицо" невозможно было сделать ни один весомый IT-проект в ней. Без чисел нехорошо, поэтому вот: сколько должно быть таблиц в БД учетной системы? 100? 1000? А не хотели 10000, как в УПП?! Вы можете представить DBA-человека c пониманием этой схемы данных?
VBA хоронят каждый год примерно с 2000-х. Разработчиков на VBA несколько десятков миллионов, и через 20 лет их будет столько же. А вот что будет с 1С - посмотрим. Их монопольное положение и мышление - пагубно. И в конечном итоге приведет к появлению простого и мощного конкурента, который свергнет лидера. Лимит усложнения систем от 1С исчерпан. "Всё реализовать внутри 1С" не вышло ни у кого, пройдите по заводам. Говорю об этом с горечью, надежды в эпоху 7.7 и первых 8-к были.
Еще лучше - один ReadOnly-файл "надстройки" *.xlam, расшаренный по сети LAN и подключенный на всех Excel/Calc у пользователей. Это по сути сетевая "корпоративная" библиотека макросов, в которой может быть автоматизировано большое число бизнес-процессов, не привлекая внимания СБ, IT и санитаров.
VBA-разработчики неспешно правят *.xlam (напрямую или правят свой и обновляют файл с заменой и восст. реквизита ReadOnly), а другие пользователи - незаметно для себя читают его при каждом открытии Excel/Calc. Это CI/СD. Еще правильнее развернуть локальный Gitlab и собирать *.xlam из *.bas-файлов (исходных кодов) с автотестами.
Поясню за OpenOffice|LibreOffice Calc: сам он не поддерживает механизм "надстроек", но прекрасно читает макросы из XLAM-файлов (ведь это обычные xlsm-файлы с другим расширением). Совместимость VBA-кода для Calc - высокая, ~80%.
Если при работе макрорекордера не суетиться и избегать записи неподдерживаемых в Calc VBA-методов - делать кросс-офисные макроcы можно с прежней скоростью: очень быстро. По сравнению с классической разработкой - мгновенно.
Верно, VBA был бы проще. Если в качестве БД используется Excel - чаще всего VBA оптимален и достаточен. Но Python+Pandas добавляют ту самую кондовость при работе с данными, которой не хватает в случае если эти данные снаружи и постоянно растут вширь и в длину. Несколько замечаний все же выдам.
В Pandas нет псевдонимов полей, но прекрасно работают русские имена колонок, к которым легко обращаться вот так: df.цена = (df.сумма / df.колво).fillna('') Срезы в Python прекрасны, но обилие [ ] [ ] скобок ухудшает понимание кода. При работе в JupyterLab (это самая удобная IDE/среда для подобных проектов и вообще для "анализа) - работает авто-дополнение по нажатию Tab, не надо имена полей набирать руками. Конечно, имена полей д.б. без пробелов, из спецсимволов только _, регистр - нижний. Это простое правило сделает таблицы ближе к людям.
Стайлер в Pandas слабоват (а openpyxl сложен), поэтому форматирование Excel/Calc (XLSX/ODS-файлов) до идеала лучше делать на VBA, код для которого проще Записать (макро-рекордером в Excel), чем Написать. Вы будете приятно удивлены тем фактом что 90% записанного в Excel кода на VBA сработает автоматически и в свободном, бесплатном LibreOffice Calc (при открытии в нем XLS/XLSM/XLSB-файла). Заметьте, записывать надо в Excel, т.к. встроенный макрорекордер в Calc слаб и пишет в "свой" диалект Basic, способен перехватить лишь ~50% команд пользователя через т.н. Dispatcher. В Calc теперь есть все функции листа Excel на том же русском языке, включая новые-модные (заимствованные, к слову, из Pandas). VBA-код для beauty-форматирования при открытии файла можно запускать автоматически. Т.к. он специфичен для каждого типа документа - в первых строках макроса надо определить что именно открыто. Делайте это просто, по содержимому специфических ячеек: If [C3].Value="position" Then Сall Спека Так вы вызовете нужный "форматирующий" макрос.
Использование эл. таблиц позволяет эффективно нагрузить работой коллег. Будучи причастными к результату - они гораздо охотнее будут им пользоваться (коллаборация вообще страшная штука). Пока вы в IDE пишете код - люди с опытом в Excel/Calc нарисуют за вас в ячейках листа полноценный интерфейс, пошаговые "визарды", сделают валидацию на Данные-Проверка и Усл. форматировании, раскрасят как им нра и вообще будут счастливы.
Круто! И все же не хватает ясности: насколько удалось улучшить модель рельефа по сравнению с SRTM2/3? Если выражаться просто, то SRTM (и все общедоступные цифровые карты) - сейчас уступает в детализации рельефа старому Генштабу 1:50000 (сплошные горизонтали через 10 метров) в разы: не видно 70% мелких оврагов, ручьев, промоин, причем даже на незалесенных плато (Лаго-Наки итд). Это сильно девальвирует ценность всех цифровых карт для туристов, спортсменов, спасателей, поскольку рельеф в горах - на втором месте по важности для выживания после троп (по их же статистике до 10% походов и до 80% спасработ происходят на бестропье, на склонах где из ориентиров есть только рельеф и ничего больше).
Отсутствие полностью бесплатных отеч. почтовых клиентов говорит о том что все они написаны исключительнор ради заработка на импортозамещении. А в него (в И-замещение) всё-таки иной смысл (и цель) вкладываются (властями и обществом). Осознание этого простого факта отключает интерес к теме, точнее обостряет интерес к СПО.
Поэтому для МСБ остается "Тундра", ThunderBird. Не глючит, свободен, настраивается под любые корп. требования(особенно есть знать JavaScript). шифрование из коробки по любым алгоритмам, тысячи расширений, позволяющие на базе простой автоматизации префиксов/суффиксов тем, контента, вставки кнопок, пометок, ссылок итд легко имитировать EDM, CRM, телефонию (с набором номера по клику в Адресной книге) итд. Для неравнодушного айтишника - широкое и благодарное поле деятельности.
Включить в базу сравнения константное значение (3060) с долей в смете 50%+ это пять. Но в целом слив Зеонов засчитан.
Собирать ПК на Xeon в 2024 году нужно хотя бы для того чтобы было меньше электронного мусора. Навыки сборки, прошивки BIOS (в т.ч. с программатором) из компонентов которые не жалко ("процессор по цене кулера, RAM по цене иыши") - сами по себе бесценны, особенно если делать это неспешно и с детьми. Лучшей профориентации не придумать. Вряд ли стоит давать детям в руки нежные 12-14-е серии свежих камней, цена ошибки слишком высока.
На Зионы обычно ставят GPU попроще и в бюджете до 20 тыс. руб. В этом случае экономия от того варианта, что вам навяжут в офлайн-магазине будет "в 2 раза", не заметить которую в наше время решительно невозможно.
Leon не стареет, это единственный в мире товар, который за 12 лет потерял в цене только букву ($ сменился рублем, а число осталось прежним). Пользуйтесь моментом, такого в истории человечества больше не будет.
Скорость слияния в свободном и бесплатном OpenOffice|LibreOffice на похожих документах достигает 0,03 сек/договор. При этом не требуется программирования вовсе, суммы и даты прописью - из коробки, Стили, форматирование - готовые, из других, уже имеющихся документов, и абсолютно всё работает локально. На выбор - формирование одного или тысяч файлов россыпью, в любом из 20-ти популярных форматов, включая PDF c элементами формы (списки, флажки) для ручного дозаполнения.
Для соблюдения Закона о ПД можно просто создать криптоконтейнер VeraCrypt в котором без установки распаковать весь Portable LibreOffice (не требует установки и прав админа) и не светить паспортными данными вообще нигде. После отмонтирования контейнера на ПК не будет никаких следов ПД, кроме выходных PDF/DOCX/ODT-файлов (вот с ними - да, надо быть аккуратнее).
Единственное, в чем может потребоваться помощь айтишника - это подсказать что 1С (все ПД лежат там) злонамеренно ограничивает число кодировок при экспорте таблиц (Сохранить как) и что cp1251 (Win) легко заменяется на utf-8 (Unicode) в LibreOffice.
Конечно же, айтишнику есть что улучшить даже в этой схеме. Например, готовый "слиянием" PDF может содержать не только элементы управления, но и код, который будет его обрабатывать. Это или JavaScript (мехнизм PDF), или StarBasic/Python/Java/JavaScript, внедренный внутрь PDF по установке галочки "гибридный" PDF. По сути вы получаете PDF-контейнер, в котором находится "заряженный" макросами ODT (OpenDocumentFormat), и он может бесконечно перезаполняться слиянием многократно (при открытии в OpenOffice|LibreOffice), но останется "обычным" PDF для всех остальных, кому это не нужно. Ничего подобного ни один платный "офис" и другие свободные пакеты пока не умеют и еще очень долго не смогут.
Противопоставлять "эффективность" и KPI не всегда правильно.
Например, еще недавно лучшим способом максимизации дохода от действующего бизнеса был "разогрев" компании (рост нематериальных активов) для выхода на IPO и продажи "пузыря", забив на жизненный цикл продукта и тектонику конкуренции. И здесь KPI-и, заточенные именно на повышение стоимости фирмы, были эффективными (уж точно лучше чем пустые призывы и разбрасывание денег с вертолета/на корпоративе).
Можно, но ценой ~4-кратного замедления. Помимо скорости, МИ выглядит красиво в Блокноте, а также при df.to_excel() в эл. таблице дает опр. "легкость".
Некоторые аналитики не любят МИ и даже обычные группировки они делают с as_index=False, но это от лени.
Единственное место где МИ реально мешает - это в столбцах. Там он непомерно усложняет обращение к столбцам и приводит к тому что таблица становится слишком широкой даже для огромного монитора.
Просто чудесный научпоп и Мурзилка анти-еретика. Прочел на одном дыхании, заставлю прочесть ещё сотню других. Очень понравилось, противоречий и нелогичности не увидел. Не ядерщик, но физику не прогуливал, а главное - вырос среди биоэнергетической аномалии (семейной, географической), в которой изначально видел нестыковки всего со всем и "замыкания" на себя.
Даже несмотря на безумное кол-во опечаток - статья очень понравилась. Минусующие, возможно, слишком авторитарны, чтобы признать сабж действенным инструментом. Среди IT-спецов авторитаризм распространен больше чем в других отраслях, в силу безропотной исполнительности наших средств труда (хард, софт) при почти полном отсутствии "трущихся частей" (людей). Впрочем, и применений сабжа в IT, кмк, меньше: слишком многое в IT формализовано, стандартизировано, а такие средства как фреймворки - обусловливают правильный путь едва ли не сразу. Проблема первоначального выбора (стека, фреймворка, стандарта связи, протокола итд) - не для сабжа, и статья в этом убеждает.
Красивого на Tk вообще ничего не встречал. Очень сильно продвинулись за последнее время web-инструменты (streamlit, gradio итд) и консольные утилиты для имитации GUI.
Пункты 2 и 9 "Итогов" - одинаковы. Для пущей доказательности :-)
Немного жаль что налогоплательщик проиграл. Шансы выиграть были, не хватило малого:
надо было держать штатных неск. человек. Они бы сильно "торчали" со своими договорами, табелями и должн. инструкциями в материалах дела. Верховный суд как раз такие сложные случаи берет;
надо было имитировать правдоподобно. ФНС знает что настоящие самозанятые - разгильдяи через одного. А тут идеальная картина. Не удивлюсь если налог НПД платился в один день.
надо было сторонний заработок и занятия в парке.
Очень интересный проект, спасибо. Трассировка лучей в графиках, опции функций - так держать! Jupyter наше все, но бесплатный W. с Raspberry Pi когда-то зашел и подтолкнул к изучению интерактивных вычислений. А концепт справочных "знаний" из W. до сих пор вызывает здоровую зависть, хоть и легко повторим в Python-среде. Например, я оцифровал бумажный совковый "Справочник по физике и технике" (~400 таблиц), написал десятки UDF c русскими именами и теперь перевожу, к примеру, тн в м3 в Pandas вот так:
df.вес.apply(тн_в_м3, что=df.вещество)
Конечно же при наборе работает автодополнение, подсказка синтаксиса и отображение в окне документации ф-ии на русском языке, понятном инженерам и экономистам. Для перевода 1 тыс. позиций из тн в м3 нужно нажать ~10 клавиш, на что уходит ~20 секунд. На получение "учетной" себестоимости этих материалов в руб. и перевод суммы в USD по курсу ЦБ - еще столько же (еще две цепные UDF-функции без параметров). Это совершенно иное качество и ощущение от работы. Мозг "впивается" в полученный результат, а не просит кофеина для разгрузки при классическом Excel/PBI-пути.
В условиях горного похода ТД с проточным нагревом воды газовой горелкой - эффективен и дарит незабываемый комфорт. Дамы так просто в восторге. Альтернатива летом - это горное озеро с t = 9C и водой без солей, в которой не растворяется ни одно мыло, не смывается ни один масс-маркет шампунь (пену просто стирают с себя полотенцем).
Предложения по карлсонам в статье немного спорные и отчасти невыполнимые:
Невозможно поставить "все на вдув", т.к. вентилятор БП всегда дует через БП - наружу.
Делать на выдув передний корпусный вместо классического заднего - плохо: где-то точно станет горячее: диски, зона VRM или RAM, зона M.2-устр-в. Это не то что нужно для здоровья ПК.
Но сама идея прикрыть нетканкой вентили на вдув - здравая. Только получается что это всего два: передний и боковой корпусные вентили, торчащие напоказ. Как это сделать красиво - вопрос большого или маленького "колхозинга".
В большинстве работающих виденных ПК, серверов и промоборудования видел внутри прибором только пониженное давление, а не повышенное. Если создавать повышенное - нужен чистый воздух, а его-то взять негде.
Девальвировать науку можно только научными методами, анекдоты к их числу не относятся.
108 человек были выбраны по настоящему случайно, проверена стат-гипотеза об этом, посчитаны вероятности.
Дальше за ними следили 7 (семь) лет, а результаты подвергли глубокому стат-анализу, на который способны немногие, но который могут повторить все, окончившие даже гуманитарный вуз с вышматом/тервером/терстатом.
Одним словом, берегите науку. Анекдоты как вид субкультуры тоже берегите, жанр вымирает.
Блокноты просто разбивают код-лапшу на отдельные ячейки. В ад ее превращает нечто другое: ячейки "на попробовать". Их легко избежать.
Отличная работа! Однозначно посыл к более смелому фич-инжинирингу и безумным джойнам данных всего со всем.
Оценки времени на отбор в очередной раз дают повод для ~грусти~ upgrade ПК аналитиков, но это как раз то самое немногое, на что можно и нужно влиять.
В отличие от VBA, не меняющегося с 1995 г., та же 1С, ее маркетологи, сделали всё (новыми версиями платформ и чехардой конфигураций), чтобы доморщенных автоматизаторов свести в 0, и чтобы "в одно лицо" невозможно было сделать ни один весомый IT-проект в ней. Без чисел нехорошо, поэтому вот: сколько должно быть таблиц в БД учетной системы? 100? 1000? А не хотели 10000, как в УПП?! Вы можете представить DBA-человека c пониманием этой схемы данных?
VBA хоронят каждый год примерно с 2000-х. Разработчиков на VBA несколько десятков миллионов, и через 20 лет их будет столько же. А вот что будет с 1С - посмотрим. Их монопольное положение и мышление - пагубно. И в конечном итоге приведет к появлению простого и мощного конкурента, который свергнет лидера. Лимит усложнения систем от 1С исчерпан. "Всё реализовать внутри 1С" не вышло ни у кого, пройдите по заводам. Говорю об этом с горечью, надежды в эпоху 7.7 и первых 8-к были.
Еще лучше - один ReadOnly-файл "надстройки" *.xlam, расшаренный по сети LAN и подключенный на всех Excel/Calc у пользователей. Это по сути сетевая "корпоративная" библиотека макросов, в которой может быть автоматизировано большое число бизнес-процессов, не привлекая внимания СБ, IT и санитаров.
VBA-разработчики неспешно правят *.xlam (напрямую или правят свой и обновляют файл с заменой и восст. реквизита ReadOnly), а другие пользователи - незаметно для себя читают его при каждом открытии Excel/Calc. Это CI/СD.
Еще правильнее развернуть локальный Gitlab и собирать *.xlam из *.bas-файлов (исходных кодов) с автотестами.
Поясню за OpenOffice|LibreOffice Calc: сам он не поддерживает механизм "надстроек", но прекрасно читает макросы из XLAM-файлов (ведь это обычные xlsm-файлы с другим расширением). Совместимость VBA-кода для Calc - высокая, ~80%.
Если при работе макрорекордера не суетиться и избегать записи неподдерживаемых в Calc VBA-методов - делать кросс-офисные макроcы можно с прежней скоростью: очень быстро. По сравнению с классической разработкой - мгновенно.
Верно, VBA был бы проще. Если в качестве БД используется Excel - чаще всего VBA оптимален и достаточен.
Но Python+Pandas добавляют ту самую кондовость при работе с данными, которой не хватает в случае если эти данные снаружи и постоянно растут вширь и в длину. Несколько замечаний все же выдам.
В Pandas нет псевдонимов полей, но прекрасно работают русские имена колонок, к которым легко обращаться вот так:
df.цена = (df.сумма / df.колво).fillna('')Срезы в Python прекрасны, но обилие [ ] [ ] скобок ухудшает понимание кода. При работе в JupyterLab (это самая удобная IDE/среда для подобных проектов и вообще для "анализа) - работает авто-дополнение по нажатию Tab, не надо имена полей набирать руками. Конечно, имена полей д.б. без пробелов, из спецсимволов только _, регистр - нижний. Это простое правило сделает таблицы ближе к людям.Стайлер в Pandas слабоват (а openpyxl сложен), поэтому форматирование Excel/Calc (XLSX/ODS-файлов) до идеала лучше делать на VBA, код для которого проще Записать (макро-рекордером в Excel), чем Написать. Вы будете приятно удивлены тем фактом что 90% записанного в Excel кода на VBA сработает автоматически и в свободном, бесплатном LibreOffice Calc (при открытии в нем XLS/XLSM/XLSB-файла). Заметьте, записывать надо в Excel, т.к. встроенный макрорекордер в Calc слаб и пишет в "свой" диалект Basic, способен перехватить лишь ~50% команд пользователя через т.н. Dispatcher. В Calc теперь есть все функции листа Excel на том же русском языке, включая новые-модные (заимствованные, к слову, из Pandas). VBA-код для beauty-форматирования при открытии файла можно запускать автоматически. Т.к. он специфичен для каждого типа документа - в первых строках макроса надо определить что именно открыто. Делайте это просто, по содержимому специфических ячеек:
If [C3].Value="position" Then Сall СпекаТак вы вызовете нужный "форматирующий" макрос.Использование эл. таблиц позволяет эффективно нагрузить работой коллег. Будучи причастными к результату - они гораздо охотнее будут им пользоваться (коллаборация вообще страшная штука). Пока вы в IDE пишете код - люди с опытом в Excel/Calc нарисуют за вас в ячейках листа полноценный интерфейс, пошаговые "визарды", сделают валидацию на Данные-Проверка и Усл. форматировании, раскрасят как им нра и вообще будут счастливы.
use - да, используй (утвердительная формулировка)
skip - нет, не используй (отрицательная формулировка)
Круто! И все же не хватает ясности: насколько удалось улучшить модель рельефа по сравнению с SRTM2/3? Если выражаться просто, то SRTM (и все общедоступные цифровые карты) - сейчас уступает в детализации рельефа старому Генштабу 1:50000 (сплошные горизонтали через 10 метров) в разы: не видно 70% мелких оврагов, ручьев, промоин, причем даже на незалесенных плато (Лаго-Наки итд). Это сильно девальвирует ценность всех цифровых карт для туристов, спортсменов, спасателей, поскольку рельеф в горах - на втором месте по важности для выживания после троп (по их же статистике до 10% походов и до 80% спасработ происходят на бестропье, на склонах где из ориентиров есть только рельеф и ничего больше).