Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Разработка информационных систем Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5   вперед  Ctrl      все
 оптимальный ЯП для импортозамещения?  [new]
ldfanate
Member

Откуда:
Сообщений: 235
Собственно, в связи с неуклонно надвигающимся уж пятый год, а воз и ныне тотальным импортозамещением софта, платформ, СУБД, браузеров и всего вокруг них, возник вопрос:
для классических многопользовательских 2х либо 3х-звенок на 100-200 так пользователей, т.е. учётных систем (картотек "вдолби и распечатай") с БД на 100 таблиц+200 экранных форм+100 отчётов в PDF, какой ЯП (платформа для разработки) была бы оптимальной, при условии что все части платформы "импортозамещающие".

СУБД видимо Постгрее, т.к. она так понимаю на сегодняшний день наименее удолбищная из аналогов нормальных промышленных СУБД типа Оракла и иже.

А вот платформа ЯП?
Желательно конечно чтобы десктопные "толстые" клиенты можно было кодить, без привязки к браузерам и их отдельным частям/компонентам (т.к. последние мало того что друг с другом несовместимы, так ещё и при ближайшем рассмотрении содержат внутри импортные движки).
25 май 21, 17:54    [22326979]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5688
ldfanate

А вот платформа ЯП?
Желательно конечно чтобы десктопные "толстые" клиенты можно было кодить, без привязки к браузерам и их отдельным частям/компонентам (т.к. последние мало того что друг с другом несовместимы, так ещё и при ближайшем рассмотрении содержат внутри импортные движки).


Kotlin

<:o)
25 май 21, 18:05    [22326985]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6493
ldfanate,

Платформа целиком - 1С.

Опенсорсный компилятор либо же
http://www.compiler.su/otechestvennye-kompanii-razrabotchiki-kompilyatorov.php

Еще в список не попал Паскаль АБЦ

Сообщение было отредактировано: 25 май 21, 19:46
25 май 21, 19:55    [22327063]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
fkfka
Member

Откуда:
Сообщений: 131
.NET Core/5 опенсорсный полностью, включая и рантайм, и компиляторы, и библиотеки.
25 май 21, 21:59    [22327114]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 53401
Но опять же импортный, а это против текущей линии партии.
26 май 21, 13:38    [22327426]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
fkfka
Member

Откуда:
Сообщений: 131
Dimitry Sibiryakov
Но опять же импортный, а это против текущей линии партии.

А, типа, постгре весь православно-отечественный.
26 май 21, 13:44    [22327434]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 205
пока BolgenOS не допишут, можно об этом не беспокоиться
26 май 21, 13:45    [22327437]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5688
бабушкин зайчик
пока BolgenOS не допишут, можно об этом не беспокоиться


Alt Linux же!

<:o)
26 май 21, 18:06    [22327606]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
pureproft
Member

Откуда:
Сообщений: 686
Ну почему же только postgresql?
https://www.red-soft.ru/
Вполне себе "православный" RH(РедОС) со своим же FB(РедСУБД)
Им бы ещё в команду пригласить http://visual-t.ru/ и автор, насколько мне известно, линукс версию тестирует на
https://www.cnews.ru/news/line/2021-05-26_bazalt_spo_vypustila
27 май 21, 08:02    [22327776]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
budden
Member

Откуда:
Сообщений: 1168
ldfanate, я пытался подстелить соломку, но вижу, что опаздываю.

Я взял сразу большой кусок, он включает в себя ядро, компилятор, и гуй. Называется A2 (теперь называется ЯОС). Может работать как операционная система (x86, x64, ARM) и как приложение (Windows, Linux). Язык "активный оберон" похож на Дельфи и Голанг. От Дельфи у него объекты и наследование, а от Голанга - сборка мусора и понятие горутины. Точнее сказать, Голанг похож на активный оберон, потому что появился позже, и авторы голанга признают, что влияние Оберона есть.

Я работаю в сфере ИБ и вполне ощущаются проблемы с абсолютно всеми существующими платформами: они слишком сложные и их очень трудно назвать импортозамещающими. В A2 встроен свой компилятор, который весьма простой (небольшая команда специалистов вполне способна его понять и развивать, в отличие от gcc, clang/llvm или jre/jdk).

Язык Оберон более высокоуровневый, чем Си, в нём есть более хорошие вещи, чем void *, и в то же время намного проще C++. Очень быстрый компилятор (вся система A2 с миллионом строк компилируется за 2 минуты, в это входит ядро, автономный тулчейн (не зависит от Си), гуй, и даже приложения типа простенького веб-браузера).

A2 можно использовать в качестве толстого клиента. Сборка в виде приложения - это просто окно на графическом столе со своим внутренним менеджером окон.

Я всё это осваиваю и перевожу на русский язык, потому что в импортозамещении английский не особо нужен. Поскольку это хобби-проект, он развивается медленно. Но в целом я опытный программист и даже имею опыт руководства программистами. При наличии интереса, поддержанного финансами, можно направить разработку в нужную сторону и резко ускорить её.

https://gitlab.com/budden/ja-o-s

Описание языка:

https://gitlab.com/budden/ja-o-s/-/blob/главная/док/яп-активный-оберон/описание-языка.md

Эмулятор (очень тормозной, в режиме приложения работает на порядок быстрее) - это эмулятор x86 на webassembly и в нём загружена ЯОС.

https://semantic-dict.ru/static/v86/?profile=ja-o-s-state

Можно подвигать окошки, сыграть в тетрис и посмотреть, как выглядит его исходник в среде разработки. Перевод системы только начался, поэтому русские тут только ключевые слова. Есть несколько файлов, которые почти полностью переведены, вот один из них:

https://gitlab.com/budden/ja-o-s/-/blob/главная/source/Shell.Mod

По СУБД ничем помочь не могу - в ЯОС её нет.

Сообщение было отредактировано: 4 июн 21, 00:35
4 июн 21, 00:36    [22331150]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Кесарь
Member

Откуда:
Сообщений: 651
Полагаю, что если реально припечёт, то просто примут закон, ограничивающий права иностранных юрлиц.

"В целях обеспечения национальной безопасности и устойчивости экономики, сохранения и укрепления суверенитета и в целях защиты прав и свобод граждан Российской Федерации".

Ну т.е. тот же Микрософт не сможет сказать, что мол "с завтрева наш сиквел сервер вы использовать больше не можете, грязные ватники". Ему ответят: "отвали, использовали и будем использовать, пока не позеленеете". Сначала те, кто ранее купил, а при развитии конфликта и вообще: "вот дистрибутив, пользоваться может кто угодно, бесплатно".

Да, поддержки не будет. И что с того? Вон некоторые до сих пор на 2000 сиквел сервере сидят и ничего, живы покуда. Так что 2019-й сиквел сервер тоже сможет служить ещё столько же.


Запад это понимает и доводить имхо до полного разрыва не станет, потому как денежка капает, и немалая. А то ведь это может стать прецедентом.
4 июн 21, 12:48    [22331303]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
L_argo
Member

Откуда:
Сообщений: 1473
Полагаю, что если реально припечёт, то просто примут закон, ограничивающий права иностранных юрлиц.
В СССР именно так и было. И где сейчас тот СССР ?

Становление на путь КНДР. С печальным финалом.
4 июн 21, 13:26    [22331332]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5688
Кесарь
Полагаю, что если реально припечёт, то просто примут закон, ограничивающий права иностранных юрлиц.

"В целях обеспечения национальной безопасности и устойчивости экономики, сохранения и укрепления суверенитета и в целях защиты прав и свобод граждан Российской Федерации".

Ну т.е. тот же Микрософт не сможет сказать, что мол "с завтрева наш сиквел сервер вы использовать больше не можете, грязные ватники". Ему ответят: "отвали, использовали и будем использовать, пока не позеленеете". Сначала те, кто ранее купил, а при развитии конфликта и вообще: "вот дистрибутив, пользоваться может кто угодно, бесплатно".

Да, поддержки не будет. И что с того? Вон некоторые до сих пор на 2000 сиквел сервере сидят и ничего, живы покуда. Так что 2019-й сиквел сервер тоже сможет служить ещё столько же.


Запад это понимает и доводить имхо до полного разрыва не станет, потому как денежка капает, и немалая. А то ведь это может стать прецедентом.


Это будет предпоследний шаг к войне.
Скорее всего будет раскручиваться тема импортозамещения.
Т.е. хочешь работать с гос. и квазигос. сектором, то покупай что-то посконное. Даже если это и Open Source. :-)
4 июн 21, 13:28    [22331337]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Кесарь
Member

Откуда:
Сообщений: 651
L_argo
Полагаю, что если реально припечёт, то просто примут закон, ограничивающий права иностранных юрлиц.
В СССР именно так и было. И где сейчас тот СССР ?

Становление на путь КНДР. С печальным финалом.


Это политиканство и демагогия. К тому же не имеющая никакого отношения к высказанному тезису (КНДР это как раз опора на собственные силы, а не на импортные решения).

Реально же кража/присвоение иностранной интеллектуальной собственности например широко применяется в США. В рамках закона, замечу.

Про Китай и вообще речи нет.
4 июн 21, 13:31    [22331340]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Кесарь
Member

Откуда:
Сообщений: 651
mad_nazgul
Это будет предпоследний шаг к войне.
Скорее всего будет раскручиваться тема импортозамещения.
Т.е. хочешь работать с гос. и квазигос. сектором, то покупай что-то посконное. Даже если это и Open Source. :-)


Ну может и так. Только этот оупен не такой уж оупен, как выясняется из истории с гитом.


Реально можно считать импорто-замещением только полностью свою разработку. Т.е. с нуля надо повторить мс сиквел сервер. Было бы наверное здорово для страны в целом, но как-то мало реально выглядит.
4 июн 21, 13:35    [22331344]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Arm79
Member

Откуда: МО, Раменское
Сообщений: 3695
Кесарь
Т.е. с нуля надо повторить мс сиквел сервер

Postgree уже выше отмечалось, уже есть. FB тоже.

ИМХО вместо "переписывания с нуля" можно подхватить опенсорсный проект и развивать его.
4 июн 21, 13:40    [22331348]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Кесарь
Member

Откуда:
Сообщений: 651
Arm79
Кесарь
Т.е. с нуля надо повторить мс сиквел сервер

Postgree уже выше отмечалось, уже есть. FB тоже.

ИМХО вместо "переписывания с нуля" можно подхватить опенсорсный проект и развивать его.


Перехватить? Сколько там строк кода? Ведь его надо весь проанализировать на закладки и дыры.

Почему и говорю, что с нуля надо писать. Это по результату будет проще и быстрее, чем чужое переделывать.
4 июн 21, 13:45    [22331352]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9651
Все уже давно написано, только без резиновой дубинке - мало кому надо. AFAIK

https://www.linter.ru/ru/
4 июн 21, 13:52    [22331354]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Кесарь
Member

Откуда:
Сообщений: 651
Leonid Kudryavtsev
Все уже давно написано, только без резиновой дубинке - мало кому надо. AFAIK

https://www.linter.ru/ru/


Когда представление ПО начинается с двуглавого орла, это не то чтобы напрягает, а несколько обескураживает.

А почему никто не хочет, там всё так плохо?
4 июн 21, 14:00    [22331363]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9651
Почему плохо?
Просто кому это надо? Когда есть Oracle, MS SQL, PostgreSQL.
4 июн 21, 14:54    [22331400]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Arm79
Member

Откуда: МО, Раменское
Сообщений: 3695
Кесарь
Arm79
пропущено...

Postgree уже выше отмечалось, уже есть. FB тоже.

ИМХО вместо "переписывания с нуля" можно подхватить опенсорсный проект и развивать его.


Перехватить? Сколько там строк кода? Ведь его надо весь проанализировать на закладки и дыры.

Почему и говорю, что с нуля надо писать. Это по результату будет проще и быстрее, чем чужое переделывать.

Нет конечно. Проанализировать весь код значительно менее трудозатратно, чем написать новый с таким же объемом и таким же уровнем тестирования. Более того, учитывая его опенсорсность и распространенность, такой код написан более чем качественно для "подхватывания".
4 июн 21, 14:55    [22331401]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9651
Где-то лет 7 назад, был проект по импортозамещению. Начальство вроде даже с авторами Линтера созванивалось - по отзывам, люди были адекватные.

Но заказчик все на корню зарезал (крупный концерн связанный с газом) сказал: нафиг не нужны риски связанные с отечественными разработчикам (если софт хороший, значит они талантливые - значит в любой момент могут снятся и эмигрировать куда нибудь в Израиль всей фирмой), берите PostgreSQL и не парьти мозги.
4 июн 21, 14:58    [22331404]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
kealon(Ruslan)
Member

Откуда: Нижневартовск
Сообщений: 6360
Arm79,

а я согласен с Кесарь, большинство вещей переписать проще, чем проанализировать

но есть пару моментов, для это нужны полностью покрывающие тесты
4 июн 21, 15:11    [22331416]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6493
kealon(Ruslan)
Arm79,

а я согласен с Кесарь, большинство вещей переписать проще, чем проанализировать

но есть пару моментов, для это нужны полностью покрывающие тесты

Вообще то нет. Тот же Файрберд простой как палка, я в течении нескольких дней нашел в исходниках все что мне нужно. Что уж говорить если возьмется раб.группа.

Кроме того, что РедДатабазе(Файрберд), что Линтер уже проанализированы, т.к. имеют соотв. сертификаты.

Другое дело, что эти решения не для любого масштаба, а те решения будут и сложнее на порядки.
4 июн 21, 15:27    [22331433]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Ржавый гвоздь
Member

Откуда:
Сообщений: 138
Leonid Kudryavtsev
Все уже давно написано, только без резиновой дубинке - мало кому надо. AFAIK

https://www.linter.ru/ru/

Это действительно разработка с нуля, или какой-нибудь постгрес с переклеенным шильдиком?
4 июн 21, 15:47    [22331448]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5   вперед  Ctrl      все
Все форумы / Разработка информационных систем Ответить