Если бы вы были немного любознательнее, а также менее категоричны, то вы, наверное, знали бы, что язык 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.
В русском языке слово "Душный" произошло все таки от исконно славянского слова "Духота" и обозночает не только и не столько неприятного человека, а чаще всего, место, где тяжело дышится.
В 1958 году здесь появился Кандалакшский монастырь, обитатели которого рубили лес, ловили рыбу, занимались охотой. А в 1589 году финский отряд разграбил и сжег монастырь и крестьянские дворы.
А зачем вы добавили эту статью в хаб "Oracle"? Из-за того, что слово "Oracle" переводится на русский как "Оракул" и оно есть в статье? Увидев хаб Oracle для статьи, я зашел в надежде прочитать про новые возможности блокчейна, появившиеся в Oracle DB 21c. Но в вашей статье нет ничего, что касается Oracle DB и других продуктов фирмы "Oracle Corporation". Надо бы удалить эту статью из хаба "Oracle", чтобы не вводить в заблуждение читателей.
Выше уже написали, что уже есть паскалеподобный язык ADA, который был создан на 10 лет позже С на основе задания министерства обороны США для безопасной разработки, а также созданный на его основе язык Spark программы на котором если скомпилировались, то с большой долей вероятности они не буду содержать ошибок вообще.
Минусы этих языков - многословны (как и все паскалеподобные), серьезные инструменты и поддержка - платны, немного медленоватее С/C++ - на тестах , в связи с внутренними проверками ошибок, чуть быстрее java, но в отличие от java не жрет столько памяти и не имеет задержек сборки мусора.
Языки применяются в критических к ошибкам областях: министерстве обороны США, авиастроении, астронавтике, разработке медицинских приборов, электронике.
Надеюсь, что в новых версиях Oracle Apex этих «костылей» потребуется меньше.
При этом в статье обсуждаются возможности Oracle APEX версии 5.1, вышедшего в 2017 году, при том что сейчас, в конце 2021 года, текущий Oracle APEX имеет версию 21.2 и в нем есть разные как положительные, так и не очень изменения по сравнению с версией 5.1.
А так, смысл статьи правилен - что-то набросать по-быстрому, сделать и показать макет заказчику на данных из Oracle DB можно и на бесплатном Oracle APEX, но потом нужно брать профессиональный BI инструмент, и даже не Oracle BIEE 12, а что-то посовременнее (рекламировать не буду - кому надо сам разберется).
"Менеджмент на основе управления данными" - хороший новый слоган для обозначения старых KPI. Но эту идею ждут те же грабли, что и KPI - люди начнут показывать требуемую от них активность, а не делать дело по-настоящему. Поэтому "субъективный", человеческий подход к оценке работы сотрудника и его вклада в "общее дело" ничто не заменит.
А у меня в Связьинвест был опыт переработки бухгалтерского отчета написанного на PL/SQL - он работал более 12 часов и падал с segmentation fault. Отчет должен был получить из базы данные и построить в зависимости от параметров отчета по тому или иному региону в формате Excel. То есть падал на одном филиале. Хорошо что был документ с изначальными требованиями, и я не "исправил", а написал заново этот отчет. В итоге он работал 3 минуты по всем регионам, если регион не был выбран, формировал Excel-файл с содержимом на первом листе и кучей листов с данными по каждому из регионов и если на этих листах кликнуть в ячейку A1, то попадал на первую страницу с содержимым. Также можно было запустить на печать весь файл по всем регионам вместо формирования файла по каждому региону и его отдельного запуска. К чему это я? К тому, что многое зависит не от языка программирования, а от того как его применяют. Потому что быстрее SQL для работы с данными реляционных баз еще ничего не придумано. А Java - хороший язык и особенно технология, на котором много написано легаси и работы хватит всем. Но все же лучше смотреть на Kotlin и Scala.
Это не объясняет того, что и в русском и в немецком языках уважительное обращение к персоне как и в английском: Вы — Sie — You, но в русском и немецком остались и исходные местоимения ты — du, вы — sie. Все таки — это английский путь на упрощение всего и вся.
Если бы вы были немного любознательнее, а также менее категоричны, то вы, наверное, знали бы, что язык 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.
Да это реальный случай - некий архитектор в некой организации хотел, чтобы мы из Oracle рассылали поздравления с ДР и другие сообщения сотрудникам. На что я сказал, что Oracle может многое, и не только рассылать почту, но еще и пахать поля при установке его на трактор, но делать это категорически не рекомендовано. В общем почту с поздравлениями на основе данных Oracle стал рассылать специализированный софт.
Право, ну что вы прицепились то? Радоваться нужно, что в издательстве Питер статьи на Habr подготавливает искусственный интеллект на базе обученной на примерах других книг и статей моделях. А МБР - это проблемы роста.
В общем-то 1С отдаленно напоминает ранний VB(VBA), когда на VB(VBA) еще нельзя было создавать свои объекты, а только использовать COM-компоненты, написанные на других языка программирования, типа Visual C++, Borland C++, Delphi.
Маленький замечаний касательно местного языка. "Ош" на местном, который узбекский - это вообще вся Еда (Кушание, Блюдо), ну а самая лучшая еда для узбека - Плов (поэтому и уважительный синоним Ош), а самый лучший плов - Ферганский из риса сорта Девзира. Ошхона, соответственно - это Кухня (Столовая, Ресторан). А Ошпаз, нетрудно догадаться - Повар.
Python намного более распространенный и на нем столько библиотек - на любой чих, что могло бы сделать более ценным интеграцию продуктов МойОфис с интеллектуальным богатсвом, заключенным в библиотеках Python.
В русском языке слово "Душный" произошло все таки от исконно славянского слова "Духота" и обозночает не только и не столько неприятного человека, а чаще всего, место, где тяжело дышится.
Финский отряд был пришельцем во времени?
А зачем вы добавили эту статью в хаб "Oracle"? Из-за того, что слово "Oracle" переводится на русский как "Оракул" и оно есть в статье? Увидев хаб Oracle для статьи, я зашел в надежде прочитать про новые возможности блокчейна, появившиеся в Oracle DB 21c. Но в вашей статье нет ничего, что касается Oracle DB и других продуктов фирмы "Oracle Corporation". Надо бы удалить эту статью из хаба "Oracle", чтобы не вводить в заблуждение читателей.
Выше уже написали, что уже есть паскалеподобный язык ADA, который был создан на 10 лет позже С на основе задания министерства обороны США для безопасной разработки, а также созданный на его основе язык Spark программы на котором если скомпилировались, то с большой долей вероятности они не буду содержать ошибок вообще.
Минусы этих языков - многословны (как и все паскалеподобные), серьезные инструменты и поддержка - платны, немного медленоватее С/C++ - на тестах , в связи с внутренними проверками ошибок, чуть быстрее java, но в отличие от java не жрет столько памяти и не имеет задержек сборки мусора.
Языки применяются в критических к ошибкам областях: министерстве обороны США, авиастроении, астронавтике, разработке медицинских приборов, электронике.
При этом в статье обсуждаются возможности Oracle APEX версии 5.1, вышедшего в 2017 году, при том что сейчас, в конце 2021 года, текущий Oracle APEX имеет версию 21.2 и в нем есть разные как положительные, так и не очень изменения по сравнению с версией 5.1.
А так, смысл статьи правилен - что-то набросать по-быстрому, сделать и показать макет заказчику на данных из Oracle DB можно и на бесплатном Oracle APEX, но потом нужно брать профессиональный BI инструмент, и даже не Oracle BIEE 12, а что-то посовременнее (рекламировать не буду - кому надо сам разберется).
Как в воду глядели, запустив первого космонавта-программиста Дуброва, чтобы мог на орбите починять.
"Менеджмент на основе управления данными" - хороший новый слоган для обозначения старых KPI. Но эту идею ждут те же грабли, что и KPI - люди начнут показывать требуемую от них активность, а не делать дело по-настоящему. Поэтому "субъективный", человеческий подход к оценке работы сотрудника и его вклада в "общее дело" ничто не заменит.
А у меня в Связьинвест был опыт переработки бухгалтерского отчета написанного на PL/SQL - он работал более 12 часов и падал с segmentation fault. Отчет должен был получить из базы данные и построить в зависимости от параметров отчета по тому или иному региону в формате Excel. То есть падал на одном филиале. Хорошо что был документ с изначальными требованиями, и я не "исправил", а написал заново этот отчет. В итоге он работал 3 минуты по всем регионам, если регион не был выбран, формировал Excel-файл с содержимом на первом листе и кучей листов с данными по каждому из регионов и если на этих листах кликнуть в ячейку A1, то попадал на первую страницу с содержимым. Также можно было запустить на печать весь файл по всем регионам вместо формирования файла по каждому региону и его отдельного запуска. К чему это я? К тому, что многое зависит не от языка программирования, а от того как его применяют. Потому что быстрее SQL для работы с данными реляционных баз еще ничего не придумано. А Java - хороший язык и особенно технология, на котором много написано легаси и работы хватит всем. Но все же лучше смотреть на Kotlin и Scala.
Oracle APEX