У Python нет практически своей графики/диаграмм, кроме старого, монструозного, но почти неинтерактивного Matplotlib/Seaborn. Среди 500k его либ наверняка есть и другие pure-python рисовалки, но популярность их ничтожно мала по сравнению с JS-либами и Python-обертками над ними. Популярны они не просто так: они быстрее, красивее, удобнее. Одним Matplotlib не обойтись, да и сам он бывает неуклюж. В среднем я создаю 30 новых диаграмм в день, MPL/SNS -задействован лишь в 20% случаев.
JS сейчас это не только WEB, это огромный слой LAN-приложений, работающих в браузере, Electron-приложений итд. В конце концов это JupyterLab - основная среда для DS. Та же Pandas из коробки поддерживает 7 методов-бэкендов (либ) в методе df.plot(), из которых 6 - из мира JS. Все это вынуждены были повторить и в других DS-платформах в значительной степени.
Надо говорить не о том что сохранился отступ в Word (кстати, как сделали - пробелами, табуляцей, правкой свойств Абзаца или все такие поменяли Стиль?) А говорить надо о том что ПО от MS может встать и когда-то встанет "колом".
Вот возьмем к примеру 60k людей в погонах, не склонных к юмору на работе и у которых просто нет "документов для просмотра". Они не могут тратить полчаса на один отступ. Эти 60k влияют на жизнь 40 млн. россиян и они... используют LibreOffice. Так вот у них нет проблем с отступом. Это ФСИН и ФССП, если не догадались. Можно накидать и других профессий и численности добавить из других отраслей.
Кстати, полчаса на один отступ в текстовом редакторе - не рекорд. Если игнорировать Стили, а также иметь много времени и денег - можно мучиться всю жизнь, игнорируя правильные методы работы. На объяснение концепции стилей я трачу на обычного пользователя около получаса. Это самое полезное, что они узнают за первый год работы (по их же мнению).
В чем же мое вранье? Картинка: https://github.com/rougier/python-visualization-landscape Логично предположить что рисуют диаграммы больше на тех языках, которые Top-3, а не 10-50-е места, куда попадут лидеры прошлого GNUPlot, R, MatLab итд. Но время неумолимо затирает прежние авторитеты.
Python сделал нормой дергание чужих либ из других языков по любому поводу, это гениальное решение по использованию лучшего из двух (на самом деле из многих, если не всех) миров. Именно это является причиной мега-популярности языка, а не его врожденные фишки типа отступов в обмен на кучу других знаков препинания и удобные структуры данных (списки, словари).
Несколько дипломных и диссеров сверстаны в LO с моим сопровождением в разной степени и защищены без претензий нормоконтроля в московских вузах. MS Word требует в разы больше усилий, даже в простом копипаст-курсаче.
И это... я знаю не весь штатный функционал LibreOffice, он слишком большой. Внезапно даже функций ячеек в Calc больше (числом) чем в Excel.
Макросы в Либре на StarBasic, VBA, Python, Java, C++ (и не только) - из коробки. Но это все для тех кто умеет и хочет работать в передовом свободном ПО. Остальным ждать "смерти" MSO или, скорее, жесткой подставы.
Из экосистемы JS произрастает бОльшая часть библиотек для графиков в Python (Altair, Bokeh, Holoview, Plotly, Vega). JS - основной стек для графиков вообще.
"Дурной" vs "чистенько, потоково" не может относиться к близким системам. На R полно безобразного кода, как и на Pandas. Но на Pandas в десятки тысяч раз больше кода, поэтому рекомендации из статьи, безусловно, полезны и актуальны.
DS/DI-ники под свои UDF часто пишут не тесты, а используют личный краткий тестовый df с чрезвычайно грязными данными (смесь типов, псевдокириллица из латиницы, смесь кодировок, пять разных пробелов и чисто статловушки (смесь разных ед измерения). На нем прекрасно вылезают всё непредусмотренные случаи и ошибки. Это как сквозной пример в бухучете - в конце должен получиться баланс с круглыми цифрами (а в DS - ML модель должна сойтись и дать 97,5% Accuracy).
Низкая задержка 5-10 миллисекунд при традиционном музицировании группой нужна на всех стадиях музпроизводства, за исключением сведения и мастеринга, где часто буфер вынужденно ставят на 512 мсек из-за злоупотребления "улучшайзерами". О задержке говорят прежде всего гитаристы с медиатором (резкая атака), потом вокалисты, и позже всех MIDI-клавишники (они слышат задержку только по выходу, условно половину задержки).
Например, на стадии записи/сочинения - персональный ушной мониторинг со "своим" миксом для каждого музыканта, настроенный им со смартфона по WiFi (штатный функционал DAW Reaper) - та штука, от которой, попробовав раз, решительно невозможно отказаться. Музыкантов словно меняют, они перестают конкурировать и "уходят в выразительность и звукоизвлечение". Я молчу про кратное снижение нагрузки на слух музыкантов, звукорежа, продюсера, зрителей, домашних и животных.
ASIO4All - это на грани стабильности и расстройства психики, хотя некоторым везет (c психикой и железом). Но занятие музыкой - слишком священное хобби, чтобы продолжать жалеть на него 3-10 тыс. руб. на нормальную быструю ASIO-карту. Для Linux примерно 50% таких устройств работают удивительно хорошо (узнавайте заранее на профильных форумах) и задержкой если не ниже, то "такая же", как и в Windows. Добавление в эту схему Wine все равно оcтавит за бортом около 30% важных и привычных VST/VSTi, поэтому жертвы неизбежны. А QUEMU с 5-кратным ростом DPC практически неюзабелен.
Не верю. Если в некоем холдинге из модулей ERP (содержит слово planning) был внедрен только бухучет или какой др. мелкий блок и было принято отказаться от планирования - то любой ПЭО, даже численностью 100 чел., сократить можно. Если же планирование осталось - ПЭО сократить нельзя (любой численности). Ну или его функции просто передали в управляющую компанию, с зарплатами в 5 раз больше и околонулевой прозрачностью для собственника. В такой сценарий я поверю, особенно в нынешних условиях.
Разрушительные последствия - это годами ждать внедрения MRP/EDM/ERP и тратить в пустоту миллиарды рублей, проигрывая конкурентам борьбу. А месяц разгребать Excel-файлы - это пустяк, ПЭО делают это непрерывно и надорваться не могут. Никто в окно ведь не вышел?
VBA и Excel лежат в основе огромного числа MVP и первого года эксплуатации большинства новых инф. систем даже у крупняка. Об этом не принято говорить. IT-шники подключаются на стадии, когда все уже решено, и часто они не в состоянии переварить сделанное. При должном контроле и хотя бы изредка конструктивной помощи от IT - макросописатели вполне в состоянии поддерживать написанное годами, и ничего страшного. А когда денег нет - и вариантов тоже не будет.
В OpenOffice|LibreOffice Base ссылочные поля делаются элементарно, но не совсем интуитивно. В Форме (часть Base или внешний ODT-файл Writer или даже гибридный PDF c активным содержимым на StarBasic/VBA/Python/JS, который при открытии в OO/LO становится текстовым документом - Формой) - можно вставить контрол (эл-т. упр.) Таблица (XGrid Control) и в свойствах поля сменить Таб.Поле на SQL-выражение вида SELECT DISITINCT ... что реализует механизм "раскрывающегося справочника", т.е. "Поля/Столбца подстановки". Без чтения книжек Питоньяка OpenOffice|LibreOffice это не постичь и многие торопыги именно на этом погорели. Но ничего, время есть, а альтернатив (глубокой офисной автоматизации) у LibreOffice в лице отечественных офисных пакетов - нет. Так что ждем новых попыток, есть пара форумов (их и наш) в топе выдач и упомянутые книжки неизбежны.
На Windows - придется еще проверить отсутствие python.exe на всех дисках. Дело в том что Python есть в огромном числе свободного и бесплатного ПО: OpenOffice, LibreOffice, InkScape итд (их десятки). Ну и если действительно нет то https://www.python.org/downloads/windows/
Установка займет меньше времени, чем у меня ушло на написание этого комментария. Главное не забудьте поставить флаг Add Path при установке. Даже если прав на установку нет (ограниченная учетка или забыл пароль, злые одмины, GP) - заполучить Питон можно с portable-версией OpenOffice|LibreOffice (с офсайта 32bit или c X-LibreOffice 64bit). Это хороший путь в программирование на языке из Top-3 всех возможных чартов.
Очевидно что другие данные, которых вы не нашли, не собрали или игнорируете.
Патетическая соната обладает сильным воздействием на людей, в чем легко убедиться самому, обеспечив комфортное и качественное прослушивание и найдя приличный студийный, не кашлающе-концертный файл записи. Ее волнообразное композиционное развитие и постоянная смена темпоритма внушает смесь тревоги и умиротворения даже крайне далеким от классической музыки людям. Неоднократно наблюдал одинаковый восторг у друзей - "ботанов", золотых медалистов и тех кто отправился на 10 лет в тюрьму прямо со школьной скамьи. Цой таких эмоций у них и меня не вызывал.
Такого документа не существует ввиду разнонаправленного движения данных программ и значительных их различий (крупное я описал выше). Но есть несколько старых рекомендаций на офсайте по переходу с VBA на Basic.
Отличия не только в API и объектной модели. Разнятся даже подходы к изучению.
Лучший способ изучать VBA в Excel - макрорекордер, особенно выведенный на второй монитор (realtime code render)
Лучший способ изучать LO Basic - книги Питоньяка. Макрорекордер в OpenOffice|LibreOffice есть, но он записывает команды прослойки - т.н. Диспетчера, и примерно половину команд не ловит, и на второй монитор ничего до конца записи не выводит.
Наиболее выносящим мозг отличием StarBasic от VBA является более сложная объектная модель, разделенная на MVC - Model, View, Controller. То что было Shape на VBA может быть чем-то из M, V, C. И при этом нет способа обратиться к объекту по имени, можно лишь перебрать их все, считать имена и после этого продолжить с ним работу. В "батарейках", в либе Tools есть три функции getControlModel, getControlShape итд. Изучите их. От многих событий мыши легко получить контекст (на чем кликнули) через св-во Event.
Поживем - увидим.
60k силовиков молчать не будут, у них есть QA и она не фиксирует проблем с отступом и копированием строк.
Масштаб решаемых "проблем" просто поражает, коллеги.
У Python нет практически своей графики/диаграмм, кроме старого, монструозного, но почти неинтерактивного Matplotlib/Seaborn. Среди 500k его либ наверняка есть и другие pure-python рисовалки, но популярность их ничтожно мала по сравнению с JS-либами и Python-обертками над ними. Популярны они не просто так: они быстрее, красивее, удобнее. Одним Matplotlib не обойтись, да и сам он бывает неуклюж. В среднем я создаю 30 новых диаграмм в день, MPL/SNS -задействован лишь в 20% случаев.
JS сейчас это не только WEB, это огромный слой LAN-приложений, работающих в браузере, Electron-приложений итд. В конце концов это JupyterLab - основная среда для DS. Та же Pandas из коробки поддерживает 7 методов-бэкендов (либ) в методе df.plot(), из которых 6 - из мира JS. Все это вынуждены были повторить и в других DS-платформах в значительной степени.
Надо говорить не о том что сохранился отступ в Word (кстати, как сделали - пробелами, табуляцей, правкой свойств Абзаца или все такие поменяли Стиль?) А говорить надо о том что ПО от MS может встать и когда-то встанет "колом".
Вот возьмем к примеру 60k людей в погонах, не склонных к юмору на работе и у которых просто нет "документов для просмотра". Они не могут тратить полчаса на один отступ. Эти 60k влияют на жизнь 40 млн. россиян и они... используют LibreOffice. Так вот у них нет проблем с отступом. Это ФСИН и ФССП, если не догадались. Можно накидать и других профессий и численности добавить из других отраслей.
Кстати, полчаса на один отступ в текстовом редакторе - не рекорд. Если игнорировать Стили, а также иметь много времени и денег - можно мучиться всю жизнь, игнорируя правильные методы работы. На объяснение концепции стилей я трачу на обычного пользователя около получаса. Это самое полезное, что они узнают за первый год работы (по их же мнению).
В чем же мое вранье? Картинка: https://github.com/rougier/python-visualization-landscape
Логично предположить что рисуют диаграммы больше на тех языках, которые Top-3, а не 10-50-е места, куда попадут лидеры прошлого GNUPlot, R, MatLab итд. Но время неумолимо затирает прежние авторитеты.
Python сделал нормой дергание чужих либ из других языков по любому поводу, это гениальное решение по использованию лучшего из двух (на самом деле из многих, если не всех) миров. Именно это является причиной мега-популярности языка, а не его врожденные фишки типа отступов в обмен на кучу других знаков препинания и удобные структуры данных (списки, словари).
Несколько дипломных и диссеров сверстаны в LO с моим сопровождением в разной степени и защищены без претензий нормоконтроля в московских вузах. MS Word требует в разы больше усилий, даже в простом копипаст-курсаче.
И это... я знаю не весь штатный функционал LibreOffice, он слишком большой. Внезапно даже функций ячеек в Calc больше (числом) чем в Excel.
Макросы в Либре на StarBasic, VBA, Python, Java, C++ (и не только) - из коробки. Но это все для тех кто умеет и хочет работать в передовом свободном ПО. Остальным ждать "смерти" MSO или, скорее, жесткой подставы.
Из экосистемы JS произрастает бОльшая часть библиотек для графиков в Python (Altair, Bokeh, Holoview, Plotly, Vega). JS - основной стек для графиков вообще.
"Дурной" vs "чистенько, потоково" не может относиться к близким системам. На R полно безобразного кода, как и на Pandas. Но на Pandas в десятки тысяч раз больше кода, поэтому рекомендации из статьи, безусловно, полезны и актуальны.
DS/DI-ники под свои UDF часто пишут не тесты, а используют личный краткий тестовый df с чрезвычайно грязными данными (смесь типов, псевдокириллица из латиницы, смесь кодировок, пять разных пробелов и чисто статловушки (смесь разных ед измерения). На нем прекрасно вылезают всё непредусмотренные случаи и ошибки. Это как сквозной пример в бухучете - в конце должен получиться баланс с круглыми цифрами (а в DS - ML модель должна сойтись и дать 97,5% Accuracy).
Программу жиросжигания включает падающий ниже релевантного значения инсулин, его уровень непрерывно измерять дорого.
Низкая задержка 5-10 миллисекунд при традиционном музицировании группой нужна на всех стадиях музпроизводства, за исключением сведения и мастеринга, где часто буфер вынужденно ставят на 512 мсек из-за злоупотребления "улучшайзерами". О задержке говорят прежде всего гитаристы с медиатором (резкая атака), потом вокалисты, и позже всех MIDI-клавишники (они слышат задержку только по выходу, условно половину задержки).
Например, на стадии записи/сочинения - персональный ушной мониторинг со "своим" миксом для каждого музыканта, настроенный им со смартфона по WiFi (штатный функционал DAW Reaper) - та штука, от которой, попробовав раз, решительно невозможно отказаться. Музыкантов словно меняют, они перестают конкурировать и "уходят в выразительность и звукоизвлечение". Я молчу про кратное снижение нагрузки на слух музыкантов, звукорежа, продюсера, зрителей, домашних и животных.
ASIO4All - это на грани стабильности и расстройства психики, хотя некоторым везет (c психикой и железом). Но занятие музыкой - слишком священное хобби, чтобы продолжать жалеть на него 3-10 тыс. руб. на нормальную быструю ASIO-карту. Для Linux примерно 50% таких устройств работают удивительно хорошо (узнавайте заранее на профильных форумах) и задержкой если не ниже, то "такая же", как и в Windows. Добавление в эту схему Wine все равно оcтавит за бортом около 30% важных и привычных VST/VSTi, поэтому жертвы неизбежны. А QUEMU с 5-кратным ростом DPC практически неюзабелен.
Не верю. Если в некоем холдинге из модулей ERP (содержит слово planning) был внедрен только бухучет или какой др. мелкий блок и было принято отказаться от планирования - то любой ПЭО, даже численностью 100 чел., сократить можно. Если же планирование осталось - ПЭО сократить нельзя (любой численности). Ну или его функции просто передали в управляющую компанию, с зарплатами в 5 раз больше и околонулевой прозрачностью для собственника. В такой сценарий я поверю, особенно в нынешних условиях.
Разрушительные последствия - это годами ждать внедрения MRP/EDM/ERP и тратить в пустоту миллиарды рублей, проигрывая конкурентам борьбу. А месяц разгребать Excel-файлы - это пустяк, ПЭО делают это непрерывно и надорваться не могут. Никто в окно ведь не вышел?
VBA и Excel лежат в основе огромного числа MVP и первого года эксплуатации большинства новых инф. систем даже у крупняка. Об этом не принято говорить. IT-шники подключаются на стадии, когда все уже решено, и часто они не в состоянии переварить сделанное. При должном контроле и хотя бы изредка конструктивной помощи от IT - макросописатели вполне в состоянии поддерживать написанное годами, и ничего страшного. А когда денег нет - и вариантов тоже не будет.
В OpenOffice|LibreOffice Base ссылочные поля делаются элементарно, но не совсем интуитивно. В Форме (часть Base или внешний ODT-файл Writer или даже гибридный PDF c активным содержимым на StarBasic/VBA/Python/JS, который при открытии в OO/LO становится текстовым документом - Формой) - можно вставить контрол (эл-т. упр.) Таблица (XGrid Control) и в свойствах поля сменить Таб.Поле на SQL-выражение вида SELECT DISITINCT ... что реализует механизм "раскрывающегося справочника", т.е. "Поля/Столбца подстановки". Без чтения книжек Питоньяка OpenOffice|LibreOffice это не постичь и многие торопыги именно на этом погорели. Но ничего, время есть, а альтернатив (глубокой офисной автоматизации) у LibreOffice в лице отечественных офисных пакетов - нет. Так что ждем новых попыток, есть пара форумов (их и наш) в топе выдач и упомянутые книжки неизбежны.
И это при том что в Base реализовано 95% api Access (библиотека Access2Base)? Вы мало старались.
На Linux не найдете - все со "змеёй".
На Windows - придется еще проверить отсутствие python.exe на всех дисках. Дело в том что Python есть в огромном числе свободного и бесплатного ПО: OpenOffice, LibreOffice, InkScape итд (их десятки). Ну и если действительно нет то https://www.python.org/downloads/windows/
Установка займет меньше времени, чем у меня ушло на написание этого комментария. Главное не забудьте поставить флаг Add Path при установке. Даже если прав на установку нет (ограниченная учетка или забыл пароль, злые одмины, GP) - заполучить Питон можно с portable-версией OpenOffice|LibreOffice (с офсайта 32bit или c X-LibreOffice 64bit). Это хороший путь в программирование на языке из Top-3 всех возможных чартов.
Сейчас сложно встретить компьютер без Python и тогда просто в нужной папке:
python -m http.server 8000Ctrl+Shift+F4, Calc-файл подключить как базу данных в Base. Это Calc->Draw. С обратно - сложнее:
Параметры объектов в Draw можно считать макросом и сохранить в Base. Формат базы нужно выбрать не сердцем, а умом (SQLite, MySQL итд).
Очевидно что другие данные, которых вы не нашли, не собрали или игнорируете.
Патетическая соната обладает сильным воздействием на людей, в чем легко убедиться самому, обеспечив комфортное и качественное прослушивание и найдя приличный студийный, не кашлающе-концертный файл записи. Ее волнообразное композиционное развитие и постоянная смена темпоритма внушает смесь тревоги и умиротворения даже крайне далеким от классической музыки людям. Неоднократно наблюдал одинаковый восторг у друзей - "ботанов", золотых медалистов и тех кто отправился на 10 лет в тюрьму прямо со школьной скамьи. Цой таких эмоций у них и меня не вызывал.
Такого документа не существует ввиду разнонаправленного движения данных программ и значительных их различий (крупное я описал выше). Но есть несколько старых рекомендаций на офсайте по переходу с VBA на Basic.
Отличия не только в API и объектной модели. Разнятся даже подходы к изучению.
Лучший способ изучать VBA в Excel - макрорекордер, особенно выведенный на второй монитор (realtime code render)
Лучший способ изучать LO Basic - книги Питоньяка. Макрорекордер в OpenOffice|LibreOffice есть, но он записывает команды прослойки - т.н. Диспетчера, и примерно половину команд не ловит, и на второй монитор ничего до конца записи не выводит.
Наиболее выносящим мозг отличием StarBasic от VBA является более сложная объектная модель, разделенная на MVC - Model, View, Controller. То что было Shape на VBA может быть чем-то из M, V, C. И при этом нет способа обратиться к объекту по имени, можно лишь перебрать их все, считать имена и после этого продолжить с ним работу. В "батарейках", в либе Tools есть три функции getControlModel, getControlShape итд. Изучите их. От многих событий мыши легко получить контекст (на чем кликнули) через св-во Event.
Программирование на StarBasic/LOBasic поддерживают все приложения OpenOffice|LibreOffice: Writer, Calc, Impress, Draw, Base: https://wiki.documentfoundation.org/Documentation/Publications/ru (и в 3Х больше на английском на офсайте https://documentation.libreoffice.org/en/english-documentation/)
Но не обойтись также без глубокого перепрочтения 3-х книжек Питоньяка, 3-х Форумов и сильного желания полюбить этот большой и сложный офисный пакет.