Известно, что для Airflow нет официального провайдера для ClickHouse. Вы что использовали на стороне Airflow для взаимодействия с кликом - BashOperator, драйвер от ClickHouse, неофициальный PlugIn, связку с JDBC или еще что-то и были ли при этом какие-то проблемы?
Хотя язык VBA и не является полноценным объектно-ориентированным,
Вообще-то является. Есть возможность создавать классы - Class Module, в них определять Функции (Function), Процедуры(Sub), Свойства (Property Get, Set, Let), переменные класса, и даже события (Events) и потом использовать это в своем коде.
Особенностью использования VBA в Microsoft Office является то, что макросы не могут использоваться отдельно, вне документов.
При небольшой доработке могут - это называется VBScript, который имеет еще дополнительные объекты по сравнению с VBA вроде словаря, регулярок и т.д. VBScript-у для выполнения скриптов под Ms Office конечное же нужен будет установленный Ms Office на компе.
Поставить в Windows 7 Virtual Box, создать в нем виртуальную машину Debian 12 и поставить туда Node.js нужной версии (и даже несколько версий) с помощью современных пакетных менеджеров, а также Visual Studio Code последней версии (а не как в Windows 7, где крайняя версия 1.78.2) для разработки на JavaScript и Python заняло бы куда меньше времени. 2 Гб ОЗУ для виртуалки вполне хватает для простой разработки. На диске такая виртуалка занимает место меньше 10 Гб . Отклик от GUI виртуалки комфортен - старый i3 с 2-мя ядрами для виртуалки справляется нормально для комфортной работой. И нет проблем с надежностью собранного "поделия". А так, конечно можно и на Windows XP что-нить из современного пересобрать. Но "стоит ли овчинка выделки?" - вот в чем вопрос.
Нормальная статья с учетом отсутствия достаточной документации на русском языке. Офтоп: PostgresPro тоже запили свой Shardman - там документация должна быть русской. Но к чему ближе Shardman к GreenPlum или Oracle RAC пока не читал.
В следующий раз сделайте лицом вашей осенней рекламной "Осенней компании" Петра Дуброва - он не только Герой России, но и реальный IT-шник до прихода в отряд Космонавтов.
Так вы пишите в стиле "как было изначально задумано (Oracle-ом)", а не в стиле "стильно, модно, молодежно (по новому стандарту SQL)", так у вас все будет нормально:
with t as (select -2 as num_years from dual)
select add_months(to_date('20240229','YYYYMMDD'), num_years * 12) d from t
Это отработало даже на моей настольной Oracle 11.2 XE и выдало правильный результат
ПС. наверное косяк Oracle для относительно нового механизма работ с датами.
Изучать, чтобы изучать - наверное, это неумно. Для каких целей изучать? - это самый главный вопрос.
Julia позиционируется Процедурный и Объектно-Ориентированный язык с соответствующим синтаксисом для числовых и научных вычислений, который может работать намного быстрее Python. Глубоко под капотом у языка Julia находится Lisp-машина.
Есть плюсы, но и есть некоторые косяки как в самой реализации языка, так и в библиотеках, качество которых, считается, хуже чем в библиотеках для языков Python и R.
Посмотрите на кол-во вакансий в вашем местоположении и думайте - изучать или не изучать. Изучать, только если вы не научный работник, наверное, не стоит, а посмотреть можно, также, как впрочем, и языке Mojo, который тоже позиционируются как "намного быстрее Python", при этом с синтаксисом, похожим, но не одинаковым с Python.
Но всегда можно не "изучать", а "посмотреть" - это нетрудно для людей, которые знают другие Языки программирования, особенно если это С/C++ (хотя и другие тоже подойдут).
Сейчас, в общем случае, ориентируясь на кол-во вакансий и величину заработной платы, изучать стоит C/C++(после их изучения приходит понимание как работают все остальные языки программирования), SQL, Python, Java, Go, JavaScript/TypeScript, HTML/CSS.
Изучать/посмотреть R - если вы занимаетесь статистикой или около областями, типа эконометрии, биостатистики и т.д. - хотя Python и C++ закроют и это направление (мало вакансий по R и область узка).
Изучать/посмотреть Rust - как замену C/C++, Go, Fortran. (мало вакансий)
Не буду гадать за автора статьи и Johan_Palych зачем им Oracle 23C. Потому что совершенно ясно, что Oracle DB в России в дальнейшем не будет, по крайнй мере в государственном и банковском секторах (да и в других тоже). Причин две: 1. Прекращение поддержки российских пользователей фирмой Otacle после февраля 2022 года. 2. Странная и сильно жадная политика ценообразования Oracle на свои продукты ранее и сильно большой гонор и мвлый выхлоп от так называемой "поддердки". То есть переход с Oracle DB на что-то другой начался задолго до 2022 года. В 2022 году этот переход просто стал бесповоротным.
Последняя промышленная версия Oracle 19C. После этого переход на другие DB. Поэтому необходимость в Oracle 23C действительно либо академическая, либо работа на иностранного заказчика через несколько фирм-прослоек. И, возможно, если кто не в курсе, то еще с марта 2023 года для Virtual Box есть виртуалка с "разработческой" версией Oracle DB 23c - https://www.oracle.com/database/technologies/databaseappdev-vm.html, которую можно скачать абсолютно спокойно, в том числе и из России.
С другой стороны сильно порадовал богатый DDL и DML синтаксис. У любого CREATE INDEX и ADD COLUMN есть опция IF NOT EXISTS. Это после Oracle, где для безопасного создания индекса, надо писать солидный блок кода
В более ранних версиях Oracle для удобства в PL/SQL пакете Один раз писались соответствующие процедуры и дальше пользовались всегда. Типа,
PROCEDURE CREATE_TABLE_IF_NOT_EXISTS (p_owner IN STRING, p_table_name IN STRING. p_table_definition IN STRING) ...
Oralce был и остается на данный момент лучшей реляционной базой данных в мире. Однако политика правительства США ведет нас к тому, что рано или поздно придется от него отказаться. Но лично я не особо вижу переходить с Oracle на что-то другое в авральном режиме, где на этой базе уже есть работающие продукты или решения. "Легитимные" для России версии Oracle 19C и даже 21С могут проработать еще лет 10 а то и больше, не особо устаревая. Главное, чтобы железо под них было подходящее. Как там, правило программистов "Не трогай работающую систему". Ну а все новые проекты, конечно же надо начинать на чем-то другом.
Если бы вы были немного любознательнее, а также менее категоричны, то вы, наверное, знали бы, что язык C# не мог никак появиться раньше языка Java. Почему? Ну хотя бы потому, что язык C# появился как развитие идей продукта Visual J++ и библиотеки WFC после того, как Microsoft проиграла суд за чистоту реализации виртуальной машины Java фирме SUN. ссылка
Еще ранее, вроде бы даже на LOR, я уже указывал вам на недостатки фреймворка - 1. Страшненький UI (который непонятно как развивать и расширять) 2. JVM. 3. Отсутствие "крупных" ERP-приложений на фремворке. По п. 1 все как было плохо, так и осталось. По п. 2 трудно заменить, но JVM, Oracle как-то не совсем вяжутся с такими понятиями как "современное", "Россия" и "open source" (потому что разработка JVM контролируется Oracle, кто бы что ни говорил - а это риск и большой риск в России) По п. 3 вроде бы какие-то работы велись, но ничем значительным это не окончилось. Что-то вроде 1С Бухгалтерия не появилось. Хотя начиналось всё очень неплохо - на Хабре были очень завлекательные статьи, рекламирующие фремворк. Но вот практическая реализация подкачала. Удачи вам. Вы молодцы - не ошибается тот, кто ничего не делает.
По поводу общедоступных и используемых для обучения (исследований) разновидностей Fortran. Могу указать еще один интересный проект LFortran - попытка создать интерактивную среду-компилятор Fortran (как Python, Matlab, Julia), построенную на базе LLVM.
Код Fortran можно запускать в блокнотах Jupyter
ПС. мне современный Fortran, по синтаксису, по некоторым другим решениям и подходам напоминает язык ADA.
Да это реальный случай - некий архитектор в некой организации хотел, чтобы мы из Oracle рассылали поздравления с ДР и другие сообщения сотрудникам. На что я сказал, что Oracle может многое, и не только рассылать почту, но еще и пахать поля при установке его на трактор, но делать это категорически не рекомендовано. В общем почту с поздравлениями на основе данных Oracle стал рассылать специализированный софт.
Право, ну что вы прицепились то? Радоваться нужно, что в издательстве Питер статьи на Habr подготавливает искусственный интеллект на базе обученной на примерах других книг и статей моделях. А МБР - это проблемы роста.
В общем-то 1С отдаленно напоминает ранний VB(VBA), когда на VB(VBA) еще нельзя было создавать свои объекты, а только использовать COM-компоненты, написанные на других языка программирования, типа Visual C++, Borland C++, Delphi.
Маленький замечаний касательно местного языка. "Ош" на местном, который узбекский - это вообще вся Еда (Кушание, Блюдо), ну а самая лучшая еда для узбека - Плов (поэтому и уважительный синоним Ош), а самый лучший плов - Ферганский из риса сорта Девзира. Ошхона, соответственно - это Кухня (Столовая, Ресторан). А Ошпаз, нетрудно догадаться - Повар.
Python намного более распространенный и на нем столько библиотек - на любой чих, что могло бы сделать более ценным интеграцию продуктов МойОфис с интеллектуальным богатсвом, заключенным в библиотеках Python.
Известно, что для Airflow нет официального провайдера для ClickHouse. Вы что использовали на стороне Airflow для взаимодействия с кликом - BashOperator, драйвер от ClickHouse, неофициальный PlugIn, связку с JDBC или еще что-то и были ли при этом какие-то проблемы?
Две чашки хорошего кофе этому человеку, который расшифровал то, что я хотел сказать.
Вообще-то является. Есть возможность создавать классы - Class Module, в них определять Функции (Function), Процедуры(Sub), Свойства (Property Get, Set, Let), переменные класса, и даже события (Events) и потом использовать это в своем коде.
При небольшой доработке могут - это называется VBScript, который имеет еще дополнительные объекты по сравнению с VBA вроде словаря, регулярок и т.д. VBScript-у для выполнения скриптов под Ms Office конечное же нужен будет установленный Ms Office на компе.
Поставить в Windows 7 Virtual Box, создать в нем виртуальную машину Debian 12 и поставить туда Node.js нужной версии (и даже несколько версий) с помощью современных пакетных менеджеров, а также Visual Studio Code последней версии (а не как в Windows 7, где крайняя версия 1.78.2) для разработки на JavaScript и Python заняло бы куда меньше времени. 2 Гб ОЗУ для виртуалки вполне хватает для простой разработки. На диске такая виртуалка занимает место меньше 10 Гб . Отклик от GUI виртуалки комфортен - старый i3 с 2-мя ядрами для виртуалки справляется нормально для комфортной работой. И нет проблем с надежностью собранного "поделия". А так, конечно можно и на Windows XP что-нить из современного пересобрать. Но "стоит ли овчинка выделки?" - вот в чем вопрос.
Нормальная статья с учетом отсутствия достаточной документации на русском языке. Офтоп: PostgresPro тоже запили свой Shardman - там документация должна быть русской. Но к чему ближе Shardman к GreenPlum или Oracle RAC пока не читал.
В следующий раз сделайте лицом вашей осенней рекламной "Осенней компании" Петра Дуброва - он не только Герой России, но и реальный IT-шник до прихода в отряд Космонавтов.
Так вы пишите в стиле "как было изначально задумано (Oracle-ом)", а не в стиле "стильно, модно, молодежно (по новому стандарту SQL)", так у вас все будет нормально:
Это отработало даже на моей настольной Oracle 11.2 XE и выдало правильный результат
ПС. наверное косяк Oracle для относительно нового механизма работ с датами.
Изучать, чтобы изучать - наверное, это неумно. Для каких целей изучать? - это самый главный вопрос.
Julia позиционируется Процедурный и Объектно-Ориентированный язык с соответствующим синтаксисом для числовых и научных вычислений, который может работать намного быстрее Python. Глубоко под капотом у языка Julia находится Lisp-машина.
Есть плюсы, но и есть некоторые косяки как в самой реализации языка, так и в библиотеках, качество которых, считается, хуже чем в библиотеках для языков Python и R.
Посмотрите на кол-во вакансий в вашем местоположении и думайте - изучать или не изучать. Изучать, только если вы не научный работник, наверное, не стоит, а посмотреть можно, также, как впрочем, и языке Mojo, который тоже позиционируются как "намного быстрее Python", при этом с синтаксисом, похожим, но не одинаковым с Python.
Но всегда можно не "изучать", а "посмотреть" - это нетрудно для людей, которые знают другие Языки программирования, особенно если это С/C++ (хотя и другие тоже подойдут).
Сейчас, в общем случае, ориентируясь на кол-во вакансий и величину заработной платы, изучать стоит C/C++(после их изучения приходит понимание как работают все остальные языки программирования), SQL, Python, Java, Go, JavaScript/TypeScript, HTML/CSS.
Изучать/посмотреть R - если вы занимаетесь статистикой или около областями, типа эконометрии, биостатистики и т.д. - хотя Python и C++ закроют и это направление (мало вакансий по R и область узка).
Изучать/посмотреть Rust - как замену C/C++, Go, Fortran. (мало вакансий)
Не буду гадать за автора статьи и Johan_Palych зачем им Oracle 23C. Потому что совершенно ясно, что Oracle DB в России в дальнейшем не будет, по крайнй мере в государственном и банковском секторах (да и в других тоже). Причин две: 1. Прекращение поддержки российских пользователей фирмой Otacle после февраля 2022 года. 2. Странная и сильно жадная политика ценообразования Oracle на свои продукты ранее и сильно большой гонор и мвлый выхлоп от так называемой "поддердки". То есть переход с Oracle DB на что-то другой начался задолго до 2022 года. В 2022 году этот переход просто стал бесповоротным.
Последняя промышленная версия Oracle 19C. После этого переход на другие DB. Поэтому необходимость в Oracle 23C действительно либо академическая, либо работа на иностранного заказчика через несколько фирм-прослоек. И, возможно, если кто не в курсе, то еще с марта 2023 года для Virtual Box есть виртуалка с "разработческой" версией Oracle DB 23c - https://www.oracle.com/database/technologies/databaseappdev-vm.html, которую можно скачать абсолютно спокойно, в том числе и из России.
В Oracle DB 23c "IF NOT EXISTS" уже тоже имеется: https://docs.oracle.com/en/database/oracle/oracle-database/23/sqlrf/CREATE-TABLE.html#GUID-F9CE0CC3-13AE-4744-A43C-EAC7A71AAAB6
В более ранних версиях Oracle для удобства в PL/SQL пакете Один раз писались соответствующие процедуры и дальше пользовались всегда. Типа,
PROCEDURE CREATE_TABLE_IF_NOT_EXISTS (p_owner IN STRING, p_table_name IN STRING. p_table_definition IN STRING) ...
Oralce был и остается на данный момент лучшей реляционной базой данных в мире. Однако политика правительства США ведет нас к тому, что рано или поздно придется от него отказаться. Но лично я не особо вижу переходить с Oracle на что-то другое в авральном режиме, где на этой базе уже есть работающие продукты или решения. "Легитимные" для России версии Oracle 19C и даже 21С могут проработать еще лет 10 а то и больше, не особо устаревая. Главное, чтобы железо под них было подходящее. Как там, правило программистов "Не трогай работающую систему". Ну а все новые проекты, конечно же надо начинать на чем-то другом.
Если бы вы были немного любознательнее, а также менее категоричны, то вы, наверное, знали бы, что язык C# не мог никак появиться раньше языка Java. Почему? Ну хотя бы потому, что язык C# появился как развитие идей продукта Visual J++ и библиотеки WFC после того, как Microsoft проиграла суд за чистоту реализации виртуальной машины Java фирме SUN. ссылка
Еще ранее, вроде бы даже на LOR, я уже указывал вам на недостатки фреймворка - 1. Страшненький UI (который непонятно как развивать и расширять) 2. JVM. 3. Отсутствие "крупных" ERP-приложений на фремворке. По п. 1 все как было плохо, так и осталось. По п. 2 трудно заменить, но JVM, Oracle как-то не совсем вяжутся с такими понятиями как "современное", "Россия" и "open source" (потому что разработка JVM контролируется Oracle, кто бы что ни говорил - а это риск и большой риск в России) По п. 3 вроде бы какие-то работы велись, но ничем значительным это не окончилось. Что-то вроде 1С Бухгалтерия не появилось. Хотя начиналось всё очень неплохо - на Хабре были очень завлекательные статьи, рекламирующие фремворк. Но вот практическая реализация подкачала. Удачи вам. Вы молодцы - не ошибается тот, кто ничего не делает.
Как и среди кого автор решил проводить нижеследующий опрос?
Статья про R, но почему-то у ней нет даже тега [R] , хотя для языка R на хабре имеется отдельный хаб - https://habr.com/ru/hub/r/ .
По поводу общедоступных и используемых для обучения (исследований) разновидностей Fortran. Могу указать еще один интересный проект LFortran - попытка создать интерактивную среду-компилятор Fortran (как Python, Matlab, Julia), построенную на базе LLVM.
Код Fortran можно запускать в блокнотах Jupyter
ПС. мне современный Fortran, по синтаксису, по некоторым другим решениям и подходам напоминает язык ADA.
У меня такой топ удачных операционок Microsoft в каждой из подкатегорий:
MS-DOS 6.0
Windows 3.1, Windows for Workgroups 3.11
Windows 95 OSR2, Windows 98 SE
Windows XP, Windows 7, Windows 10
Windows NT 4, Windows Server 2000, Windows Server 2008 R2, Windows Server 2012 R2
Да это реальный случай - некий архитектор в некой организации хотел, чтобы мы из Oracle рассылали поздравления с ДР и другие сообщения сотрудникам. На что я сказал, что Oracle может многое, и не только рассылать почту, но еще и пахать поля при установке его на трактор, но делать это категорически не рекомендовано. В общем почту с поздравлениями на основе данных Oracle стал рассылать специализированный софт.
Право, ну что вы прицепились то? Радоваться нужно, что в издательстве Питер статьи на Habr подготавливает искусственный интеллект на базе обученной на примерах других книг и статей моделях. А МБР - это проблемы роста.
В общем-то 1С отдаленно напоминает ранний VB(VBA), когда на VB(VBA) еще нельзя было создавать свои объекты, а только использовать COM-компоненты, написанные на других языка программирования, типа Visual C++, Borland C++, Delphi.
Маленький замечаний касательно местного языка. "Ош" на местном, который узбекский - это вообще вся Еда (Кушание, Блюдо), ну а самая лучшая еда для узбека - Плов (поэтому и уважительный синоним Ош), а самый лучший плов - Ферганский из риса сорта Девзира. Ошхона, соответственно - это Кухня (Столовая, Ресторан). А Ошпаз, нетрудно догадаться - Повар.
Python намного более распространенный и на нем столько библиотек - на любой чих, что могло бы сделать более ценным интеграцию продуктов МойОфис с интеллектуальным богатсвом, заключенным в библиотеках Python.