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

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

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

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

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

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


Kotlin

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

Откуда: 010100
Сообщений: 6501
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

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

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

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

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

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


Alt Linux же!

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

Откуда:
Сообщений: 687
Ну почему же только 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

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

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

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

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


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

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

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

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

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

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

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


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


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

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

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


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

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

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

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


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


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

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

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

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

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

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

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


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

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

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

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

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

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


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

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

Откуда:
Сообщений: 9660
Почему плохо?
Просто кому это надо? Когда есть 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

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

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

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

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

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

Откуда: 010100
Сообщений: 6501
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]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9660
Я в свое время (7 лет назад) только доку читал. Если верить Вики https://ru.wikipedia.org/wiki/Линтер

две принципиально разные базы:

Линтер - полностью своя
Линтер-ВС - клон PostgreSQL
4 июн 21, 15:50    [22331451]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
LORD IV
Member

Откуда: The Lost Battalion
Сообщений: 174
Python + Tkinter(as GUI)
4 июн 21, 15:54    [22331454]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
budden
Member

Откуда:
Сообщений: 1168
Нет конечно. Проанализировать весь код значительно менее трудозатратно, чем написать новый с таким же объемом и таким же уровнем тестирования. Более того, учитывая его опенсорсность и распространенность, такой код написан более чем качественно для "подхватывания".

Откуда дровишки? Т.е. на чём основано это мнение? В другом форуме мне тут написали, что безопасная программа в 5-10 раз дороже обычной с тем же функционалом. Т.е. проверить стоит в 4-9 раз дороже, чем написать. Моё мнение (и скорее даже знание), что проверить какую-либо настоящую (не hello, world) программу, написанную на Си, вообще невозможно (вычислительных мощностей человечества не хватит из-за комбинаторной сложности задачи).

Чтобы проверка вообще стала возможной, нужны очень серьёзные ограничения на содержимое кода, и никакая из популярных программ этому требованию не удовлетворяет. Как пример, в процессорах Эльбрус есть аппаратная защита памяти, но в реальности под него не пишут новый софт, а запускают тот отстой, который есть в Open Source. А в этом режиме данная защита сразу срабатывает. Поэтому она отключена. Переделать без серьёзной переделки (читай без переписывания) не выйдет, потому что каждый void * - это срабатывание защиты.

Какие ограничения нужно наложить - я весьма туманно представляю. Во всяком случае, ни один из известных мне статических анализаторов не может проверить программу, в которой есть циклы. Он начинает мысленно выполнять программу (символьное выполнение) делает несколько (4-5) итераций цикла и потом заканчивает, потому что если идти дальше, станет слишком большой объём вычислений. Возможно, что проприетарные анализаторы умнее, но я в этом сильно сомневаюсь.

Т.е. между сложностью задачи анализа на безопасность и возможностями человечества на данный момент - пропасть. Было бы иначе - не было бы башдора и хартблида.

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

Откуда: 010100
Сообщений: 6501
Leonid Kudryavtsev
Я в свое время (7 лет назад) только доку читал. Если верить Вики https://ru.wikipedia.org/wiki/Линтер

две принципиально разные базы:

Линтер - полностью своя
Линтер-ВС - клон PostgreSQL

Про ВС наверное можно забыть, вместе нее версия -Бастион, тоже своя (Характеристики совпадают со -Стандарт).



budden, речь о проверке на отсутствие закладок, а не ошибок.

Сообщение было отредактировано: 4 июн 21, 16:02
4 июн 21, 16:03    [22331468]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
hVostt
Member

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

Откуда:
Сообщений: 653
hVostt
Оптимальный ЯП тот, для которого на внутреннем рынке есть достаточное количество компетенций.


Turbo Pascal!
4 июн 21, 18:42    [22331563]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
budden
Member

Откуда:
Сообщений: 1168
Siemargl, в чём разница? Ни то, ни это не проверить.
4 июн 21, 20:32    [22331624]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
budden
Member

Откуда:
Сообщений: 1168
hVostt, это такой тонкий намёк на 1С?
4 июн 21, 20:33    [22331625]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6501
hVostt
Оптимальный ЯП тот, для которого на внутреннем рынке есть достаточное количество компетенций.

Смотря как нормировать. Например, ты же осилишь Русский VBA =)
budden
Siemargl, в чём разница? Ни то, ни это не проверить.

Проверка на закладки конечна, на ошибки - нет

Сообщение было отредактировано: 5 июн 21, 00:06
5 июн 21, 00:14    [22331683]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
hVostt
Member

Откуда:
Сообщений: 19328
budden
hVostt, это такой тонкий намёк на 1С?


Вовсе не тонкий. Просто поставьте себя на место любого бизнеса.

Siemargl
Смотря как нормировать. Например, ты же осилишь Русский VBA =)


Язык программирования сам по себе никакой ценности не имеет.

Ценность имеют:

- развитые инструменты разработки
- развитые возможности размещения на различных платформах: windows/ios/linux, сервера, контейнеры, мобильные телефоны, встраиваемые устройства и т.д.
- спектр решаемых задач, полностью покрывающий потребности
- широко развитое коммьюнити, крайне желательно глобальное
- наличие развитых и развивающихся библиотек в большом количестве

Представьте, если вас заставят кушать исконно русский овёс, и больше ничего. Так как всё остальное -- вражеские буржуйские продукты. Что скажете?
5 июн 21, 17:25    [22331785]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Siemargl
Member

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

Ну верно конечно отчасти но не все.

Язык тоже имеет значение, перепиши-ка всё на бренфапе или расте, ну или форте.

А про овес - разработать фреймворк под себя путь конечно трудный, но возможный, особенно в некоторых областях (Эльбрус 4ех).
5 июн 21, 17:44    [22331787]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
budden
Member

Откуда:
Сообщений: 1168
Siemargl, закладки нужно искать только в отдельных частях ПО, связанных с безопасностью, авторизацией и т.п., но насчёт конечности выглядит смелым высказыванием. В любом случае, башдор и хартблид являются уязвимостями и их искали слишком уж долго всем миром. Можно задаться вопросом, была ли гарантия, что их найдут, или их случайно нашли. Если их нашли случайно, то нет гарантии, что такие же харблид и башдор где-то ещё не остались. А с учётом того, что постоянно выходят новые версии ПО и оно становится всё больше и больше по объёму и количеству слоёв в бутерброде, совершенно неясно, в какую сторону меняется количество уязвимостей.

Т.е. одна из обязательных мер, которую я вижу, для создания безопасного ПО - это низкий темп изменений. Перед тем, как принимать ПО в серьёзные места, оно должно пройти хотя бы 5-летню обкатку на пользователях, которых не жалко. В случае башдора и 20 лет мало, но нужен всё же баланс между безопасностью и экономикой, уязвимости типа башдора не так часто находят. Но я не вижу, чтобы издатели той же Астры так поступали - у них довольно новое ядро сейчас (надеюсь, это не секрет).

С другой стороны, сам баш настолько раскудрявый, что я не удивлюсь, если башдор - не последняя уязвимость в нём.

Сообщение было отредактировано: 5 июн 21, 18:44
5 июн 21, 18:49    [22331795]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Eolt
Member

Откуда:
Сообщений: 1842
Как работавший в структурах правительства Москвы могу заявить - импортозамещение чисто попильная тема, без какой либо серьезной технической подоплеки.
Тема эта существует в определенных чиновничьих кругах, куда технические специалисты привлекаются только для решения конкретных вопросов связанных с последующим получением финансирования.
Поэтому технарям серьезно вкладывать свои интересы в "импортазамещение" не стоит, это тема не для вас создана, и она потеряет актуальность со сменой политической конъектуры.
5 июн 21, 19:53    [22331803]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
hVostt
Member

Откуда:
Сообщений: 19328
Siemargl
Язык тоже имеет значение, перепиши-ка всё на бренфапе или расте, ну или форте.


Сам по себе значения не имеет, это ключевое :)

Допустим, я вам сейчас спеку по придуманному ЯП кину, он вам настолько понравится, что поразит своей лаконичностью, выразительностью до глубины души. Но, к сожалению, нет пока ни IDE, ни компилятора, ничего. Что толку вам от этого языка?

Siemargl
А про овес - разработать фреймворк под себя путь конечно трудный, но возможный, особенно в некоторых областях (Эльбрус 4ех).


Возможный, просто к тому времени, когда вы сможете что-то вменяемое написать, это уже будет никому не нужно.
5 июн 21, 23:15    [22331836]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
hVostt
Member

Откуда:
Сообщений: 19328
Eolt
Как работавший в структурах правительства Москвы могу заявить - импортозамещение чисто попильная тема, без какой либо серьезной технической подоплеки.
Тема эта существует в определенных чиновничьих кругах, куда технические специалисты привлекаются только для решения конкретных вопросов связанных с последующим получением финансирования.
Поэтому технарям серьезно вкладывать свои интересы в "импортазамещение" не стоит, это тема не для вас создана, и она потеряет актуальность со сменой политической конъектуры.


Наверное правильно под импортозамещением понимать отсутствие критического влияния.

Почему-то некоторые отдельные под этим понимают что-то типа "исконно расово русское".
Такой себе нео-нацизм в области технологий.
5 июн 21, 23:18    [22331837]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6501
hVostt
Siemargl
Язык тоже имеет значение, перепиши-ка всё на бренфапе или расте, ну или форте.


Сам по себе значения не имеет, это ключевое :)

Допустим, я вам сейчас спеку по придуманному ЯП кину, он вам настолько понравится, что поразит своей лаконичностью, выразительностью до глубины души. Но, к сожалению, нет пока ни IDE, ни компилятора, ничего. Что толку вам от этого языка?

Siemargl
А про овес - разработать фреймворк под себя путь конечно трудный, но возможный, особенно в некоторых областях (Эльбрус 4ех).


Возможный, просто к тому времени, когда вы сможете что-то вменяемое написать, это уже будет никому не нужно.

Пока нет компилятора и языка, считай нет. А если появляется - то уже и минимальная базовая библиотека есть. Vim и вперед к победе.

К импортозамещению чувствительные прежде всего области военка и эмбеддед. В них для старта много не надо.

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

Сообщение было отредактировано: 6 июн 21, 08:41
6 июн 21, 08:48    [22331852]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9660
Siemargl
А про овес - разработать фреймворк под себя путь конечно трудный, но возможный, особенно в некоторых областях (Эльбрус 4ех).

А зачем?
Эльбрус - "масогабаритный макет процессора" ( C ), который по отзывам не годится даже на брилки для ключей (больно большой, в кармане носить не удобно).

В чем проблема сделать массогабаритный макет фреймворка для масогабаритного макета процессора - лично я вообще не понимаю. Главное найти нормальных специалистов. На данном сайте, например, можно порекомендовать широко известных заслуженных разработчиков СУБД Стебелек. Думаю, если поставить задачу, месяца через два уже будет первая версия. Получится вполне комплексное решение СУБД Стебелек + фреймворк от тех же авторов.

Все затраты, всего-то, пара недо-компьютеров с недо-процессором Элбрус + еще столько же на доширак для авторов (если я правильно понимаю цены на импортозамещенные компьютеры - доширака на пару месяцев работы вполне хватит, даже по расценкам Нерезиновой)
6 июн 21, 09:16    [22331853]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9660
Siemargl

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

I
Не можете ли указать цены и магазин, где можно купить:
1. дорогое долларовое решение на i5 процессоре Intel ?
2. дешевое рублевое решение с той же производительностью на Элбрус ?

Мы все же технари, лучше цифрами оперировать.

II.
Лично Вы уже слезли? Ваши соседи/друзья? Откуда информация про "многие"?

Или ключевое слово в предложение было "начали" ? С этим не поспоришь. Начали вставать с колен, начали ликведировать отрыв, начали повышать пенсии, начали путь к коммунизму и так далее и тому подобное. Как лет двадцать, а то и все сто (путь к коммунизму в 1917 начался) назад "начали", так до сих пор и "начинаем". Стабильность. "Начали" хорошее слово, спорить с истинностью этого слова очень трудно.

Но вот все остальные слова в данном предложении.... уже как-то очень сомнительны.
6 июн 21, 09:23    [22331854]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6501
Leonid Kudryavtsev,

Смотреть надо чуть шире =)

В случае с Эльбрусом не на процессор, а на цену импортозамещенной Арматы с Эльбрусом против Абрамса и Леопарда. Подсказать, где купить?

Про "слезают" - прямо тут ожила ветка с Посгрессом на этом форуме. Много проектов освещено в прессе. Подсказать, где погуглить?

Сообщение было отредактировано: 6 июн 21, 09:34
6 июн 21, 09:43    [22331858]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 220
Эльбрус, мало того, что медленнее интелов
так ещё и дороже (ибо он якобы для военных )
Эльбрус 16-С в 2021 только-только добрался до 16nm
предыдущий (из 2018 - 8СВ) был 28 nm

Сообщение было отредактировано: 6 июн 21, 11:17
6 июн 21, 11:20    [22331868]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9660
Siemargl

Про "слезают" - прямо тут ожила ветка с Посгрессом на этом форуме. Много проектов освещено в прессе. Подсказать, где погуглить?

Про "погуглить" не надо. Гугл - вредная западная компания, которая своим ютубом портить скрепы нашей родины, подрывать авторитет власти, оскорбляет ветеранов и, страшно сказать, развращает несовершенолетних. Даже упоминать гугл - Вам, как несомненному патриоту нашей родины, должно быть стыдно.

Даже ссылок никаких не надо. Просто опубликуйте сельфи с Вашим личным компьютером. Я так понимаю, Вы сами уже слезли с вредного Интела и пользуетесь православным Эльбрусом?

Проблемы то нет. Теперешний свой дорогой долларовый компьютер - продаете на авито, купите новый сверхпрорывной, российский и дешевый в ближайшем магазине.

Давайте... вперед.... Мы в Вас верим. Ну и сюда результат напишите. За сколько продали дорогой долларовый компьютер, за сколько купили дешевый, сколько в результате заработали. Вот это нам будет действительно интересно. Конкретный результат, конкретные цифры.

Ну а пока, мне кажется, более продуктивным будет обсудить вкус устриц. (я их ни разу не ел, но побсуждать их вкус вполне готов)

Сообщение было отредактировано: 6 июн 21, 11:47
6 июн 21, 11:55    [22331873]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
hVostt
Member

Откуда:
Сообщений: 19328
Leonid Kudryavtsev,

Кстати да, в нашем менталитете видимо заложено на уровне генов страстное желание "начинать" :)
Продолжать и заканчивать -- это уже не так интересно.

Главное, как говорится, начать. А там как пойдёт.
При чём под начало закладывается в первую очередь идеология, а не ценность. Пофиг на ценность, пофиг сколько крови будет пролито и чьей. Будем страдать, тащить. Всё ради великих идеалов.
6 июн 21, 13:22    [22331898]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
budden
Member

Откуда:
Сообщений: 1168
Leonid Kudryavtsev, если бы вы в свободной стране такую клевету бы написали в каком-нибудь твиттере, вас бы молниеносно забанили.
Или, как минимум, к вам бы пришли юристы в пиджачках и галстучках. Или на следующей день забанили бы весь этот форум. Вы врите, но не слишком-то завирайтесь, пожалуйста. И заодно напишите, чем занимаетесь, чего достигли в жизни. А мы в вашем стиле это обсудим.
6 июн 21, 14:06    [22331904]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
hVostt
Member

Откуда:
Сообщений: 19328
budden,

Где тут клевета?
6 июн 21, 14:35    [22331913]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Partisan M
Member

Откуда:
Сообщений: 1398
budden,

В твиттере банят даже за правду, как например Трампа.

Что касается импортозамещения, то выбор зависит от назначения и условий лицензии. Одного наличия исходного кода недостаточно.
Python подходит, если подходит к задаче. Также Rust и Go. У них разные области применения.

Для платформы Java не обязателен Kotlin (и он мне противен). Фирма JetBrains (название противное) имеет российских "хозяев" , но не афиширует связь с Россией. Можно пользоваться OpenJDK вместо Oracle JDK. Однако есть несколько OpenJDK с разными правообладателями. Из них российский - Liberika JDK.
6 июн 21, 14:55    [22331916]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Кесарь
Member

Откуда:
Сообщений: 653
Eolt
Как работавший в структурах правительства Москвы могу заявить - импортозамещение чисто попильная тема, без какой либо серьезной технической подоплеки.
Тема эта существует в определенных чиновничьих кругах, куда технические специалисты привлекаются только для решения конкретных вопросов связанных с последующим получением финансирования.
Поэтому технарям серьезно вкладывать свои интересы в "импортазамещение" не стоит, это тема не для вас создана, и она потеряет актуальность со сменой политической конъектуры.


Классический случай неверных выводов из неполных (частично неверных данных).

Тема попильная - это безусловно верно.

Однако всё прочее уже совсем не так безспорно. Попильность проистекает не столько от политической коньюнктурности (об этом отдельно), сколько от самой сути бюрократизма. Т.е. она пребудет всегда. Даже при т.Сталине, когда за попил не только могли расстрелять или посадить, но и регулярно расстреливали и сажали, всё равно находились желающие.

Вопрос лишь в соотношении дело/попил.

Далее. "Политическая коньюнктура". Кто такое пишет, не понимает политические процесс совершенно. Кризис глобального капитализма, ослабление Запада, распад глобального рынка на валютно-технологические зоны и наконец восстановление России как геополитического субъекта в сумме дают обратный прогноз. Импортозамещение будет нарастать и крепнуть. Год от года.

Так что прекращение этого тренда возможно лишь в ситуации, когда одна из сторон полностью сдастся. Что представляется совершенно нереальным.

А вот вкладываться или нет каждый уже решает сам.
7 июн 21, 12:00    [22332175]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 53473
Кесарь
Кризис глобального капитализма, ослабление Запада, распад глобального рынка на валютно-технологические зоны и наконец восстановление России как геополитического субъекта

"Фантастика в соседнем отделе." (с)
7 июн 21, 13:56    [22332284]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
s_ustinov
Member

Откуда: Munchen, DE
Сообщений: 2267
Кесарь
Кризис глобального капитализма, ослабление Запада, распад глобального рынка на валютно-технологические зоны и наконец восстановление России как геополитического субъекта в сумме дают обратный прогноз. Импортозамещение будет нарастать и крепнуть. Год от года.

Я что то очень похожее в школе слушал в 80х. На политинформации. Когда октябренком был...
Верной дорогой идете, товарищи...
7 июн 21, 19:13    [22332503]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Кесарь
Member

Откуда:
Сообщений: 653
s_ustinov
Верной дорогой идете, товарищи...


Мы тоже так считаем.
7 июн 21, 19:20    [22332506]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Никанор Кузьмич
Member

Откуда: Москва
Сообщений: 517
Кесарь
Импортозамещение будет нарастать и крепнуть.
Пока импортозамещение выглядит как-то так: https://fixik-papus.livejournal.com/74305.html
7 июн 21, 21:28    [22332555]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
hVostt
Member

Откуда:
Сообщений: 19328
Никанор Кузьмич,

Слово "импортозамещение" само по себе пропитано попильными эфирами.

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

Это по сути те же самые импортные дешманские батарейки, упакованные в исконно русский кусок грубой пластмассы, от которой пахнет берёзками, не сломленным духом и бесконечной глубиной русской души
8 июн 21, 12:53    [22332802]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5695
hVostt
Никанор Кузьмич,

Слово "импортозамещение" само по себе пропитано попильными эфирами.

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

Это по сути те же самые импортные дешманские батарейки, упакованные в исконно русский кусок грубой пластмассы, от которой пахнет берёзками, не сломленным духом и бесконечной глубиной русской души


Ну надо же с чего то начинать.
В начале копируем у других, потом, добавляем что-свое и т.д.
Тут же вопрос не только в том, чтобы что-то попилить.
А ещё, если "кислород перекроют", то иметь что-то свое, пусть и похуже качеством.

А так в СССР КГБ/ГРУ вполне себе занимались промышленным шпионажем на промышленной основе.
Сейчас думаю, к этому придут.
:-)
8 июн 21, 13:16    [22332825]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
hVostt
Member

Откуда:
Сообщений: 19328
mad_nazgul
А ещё, если "кислород перекроют", то иметь что-то свое, пусть и похуже качеством.


Об этом и речь. Правильное позиционирование вопроса.
Могут ли "перекрыть кислород" для языка программирования?
Особенно, широко используемого в мире с разнообразным опенсорсным тулингом?

Нет, не могут.

Но могут прекратить выдачу лицензий на MS SQL, Oracle и т.д.

Какой смысл в изобретении собственного ЯП? Никакого.
Какой смысл в снижении вендорного влияния? Высокий.

Кроме того, от влияния вендоров стараются избавиться не только в рамках какого-то "импортозамещения", эти процессы проходят в компаниях интуитивно без громких дебильных лозунгов.

Речь идёт банально, о рисках.


mad_nazgul
А так в СССР КГБ/ГРУ вполне себе занимались промышленным шпионажем на промышленной основе.
Сейчас думаю, к этому придут.
:-)


Высокие темпы мирового прогресса связаны с глобализацией и кооперацией во многих областях. Стремительное развитие IT обязано вовлечением профессионалов со всех уголков мира.

Закрываться за железным занавесом -- это явный и прямой путь к деградации. Разрабатывать своё опираясь на мировой опыт, привлекая этот самый мировой опыт, интегрировать полученные знания -- это правильно, это эффективно и даже с точки зрения личной свободы -- абсолютно естественный и прекрасный процесс.
8 июн 21, 13:49    [22332859]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 220
импортозамещению надо у китайцев учиться
понастроили триллионы заводов подо всё на свете, и теперь у них всё на свете можно собрать из своих комплектующих
а у нас "культ воров", который ничем заменять не планируют

Сообщение было отредактировано: 8 июн 21, 13:59
8 июн 21, 14:07    [22332883]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5695
hVostt

Об этом и речь. Правильное позиционирование вопроса.
Могут ли "перекрыть кислород" для языка программирования?
Особенно, широко используемого в мире с разнообразным опенсорсным тулингом?

Нет, не могут.


Очень даже могут.
Для примера история с Java и MS.
Когда MS запретили писать свою Java.

Но тут дело немного в другом.
В компилятор/интерпретатор могут делать "закладки".

Для Open Source это не так критично, т.к. можно собирать из исходников.


hVostt

Но могут прекратить выдачу лицензий на MS SQL, Oracle и т.д.

Какой смысл в изобретении собственного ЯП? Никакого.
Какой смысл в снижении вендорного влияния? Высокий.


Имеет смысл иметь свою реализацию/форк.

hVostt

Кроме того, от влияния вендоров стараются избавиться не только в рамках какого-то "импортозамещения", эти процессы проходят в компаниях интуитивно без громких дебильных лозунгов.

Речь идёт банально, о рисках.


mad_nazgul
А так в СССР КГБ/ГРУ вполне себе занимались промышленным шпионажем на промышленной основе.
Сейчас думаю, к этому придут.
:-)


Высокие темпы мирового прогресса связаны с глобализацией и кооперацией во многих областях. Стремительное развитие IT обязано вовлечением профессионалов со всех уголков мира.

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


Так железный занавес был закрыт в начале с другой стороны. :-)
Так и сейчас.
Например, тот же Крым сейчас за "железным занавесом".
Ну недавний пример, когда GitLab не будет набирать сотрудников из определенных стран.
Сейчас, в связи экономическим кризисом, идет процесс деглобализации.
Одни торговые войны США и Китая чего стоят.
8 июн 21, 16:11    [22332975]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 514
бабушкин зайчик
импортозамещению надо у китайцев учиться
понастроили триллионы заводов подо всё на свете, и теперь у них всё на свете можно собрать из своих комплектующих
а у нас "культ воров", который ничем заменять не планируют

все на свете ? так чего же они авто, самолеты или телефоны не собирают из своих комплектующих? трамп щелкнул пальчиком и нет хуавея, ни процессор, ни стекло, ни память нифига не китайские. я уж не говорю про софт.
культ воров с точки зрения запада это про китай ...
8 июн 21, 19:42    [22333060]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 220
ну микроэлекроника это несколько другое, там всё таки нужны годы, чтобы микронный тех.процесс намутить
фабрики на тайване находятся
хотя вот Godson они изобрели
А стёкла что? Стёкла не могут не есть.

Сообщение было отредактировано: 8 июн 21, 20:28
8 июн 21, 20:35    [22333072]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Alex_Ustinov
Member

Откуда: Nickel
Сообщений: 3805
бабушкин зайчик
импортозамещению надо у китайцев учиться
понастроили триллионы заводов подо всё на свете, и теперь у них всё на свете можно собрать из своих комплектующих
а у нас "культ воров", который ничем заменять не планируют
там все на америкоские деньги, проблема американцев же - вывести оттуда, а теперь и некуда и никак
8 июн 21, 20:59    [22333077]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 514
бабушкин зайчик
ну микроэлекроника это несколько другое, там всё таки нужны годы, чтобы микронный тех.процесс намутить

ерунда. вот двигатель да, а микруху простите за 10 лет раза три лидеры меняются.

бабушкин зайчик

хотя вот Godson они изобрели

это китайский байкал-т, т.е. лицензированные mips ядра и штамповка на тайване. китайского в нем ничего нет. как и у процев хуавея.

бабушкин зайчик
А стёкла что? Стёкла не могут не есть.

если могут, то скрывают. а на телефоне обычные gorilla glass из японии, как у всех.
8 июн 21, 21:16    [22333078]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 220
H5N1
ерунда. вот двигатель да, а микруху простите за 10 лет раза три лидеры меняются.

а чего они меняются не думали?
там чтобы продавать процы нужна крутейшая технология (самая крутая по человеческим меркам, у нас просто ничего круче нет)
она очень сложная, можно на ютубе посмотреть, насколько это сложно
и с уменьшением размера транзистора становится всё сложнее и сложнее
так если Intel продаёт 8nm и 3GHz, а у вас 20nm и 2 GHz, то хрен вы на рынке удержитесь
а чтобы догнать до 8nm нужны ГОДЫ, если с нуля начал
и все эти годы надо что-то жрать
H5N1
если могут, то скрывают. а на телефоне обычные gorilla glass из японии, как у всех.

что на али стёкл нет?
а что за горилла?

Сообщение было отредактировано: 9 июн 21, 01:34
9 июн 21, 01:39    [22333114]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 514
бабушкин зайчик

а чего они меняются не думали?

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

бабушкин зайчик

так если Intel продаёт 8nm и 3GHz, а у вас 20nm и 2 GHz, то хрен вы на рынке удержитесь

эльбрус в железе показал, что вполне есть альтернатива с выносом блока предсказаний в компилятор. другое дело, что с тратами 2% от интела нет шансов поспорить, но сама альтернатива - вот она. работает.


бабушкин зайчик

что на али стёкл нет?
а что за горилла?

думаю нет, думаю все это классическое одноразовое китайское фуфло, а не gorilla glass.
9 июн 21, 08:53    [22333139]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
-Rik-
Member

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

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

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

Дизель-Паскаль (а-ля Delphi со скриптовым языком)
visual-t.ru
Всё бесплатно и кроссплатформенно (windows, linux, arm-linux), можете свой форк сделать, можете в проекте поучаствовать. Я сам использую его для проектов масштаба предприятия, работает с базами FireBird 100+ GB, собираюсь переезжать на Postgres (желание работодателей).
9 июн 21, 09:14    [22333143]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
-Rik-
Member

Откуда: Урал
Сообщений: 193
-Rik-

Дизель-Паскаль (а-ля Delphi со скриптовым языком)

9 июн 21, 09:27    [22333145]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
pureproft
Member

Откуда:
Сообщений: 687
pureproft
Ну почему же только postgresql?
https://www.red-soft.ru/
Вполне себе "православный" RH(РедОС) со своим же FB(РедСУБД)
Им бы ещё в команду пригласить http://visual-t.ru/ и автор, насколько мне известно, линукс версию тестирует на
https://www.cnews.ru/news/line/2021-05-26_bazalt_spo_vypustila


-Rik-

...
Дизель-Паскаль (а-ля Delphi со скриптовым языком)
visual-t.ru
Всё бесплатно и кроссплатформенно (windows, linux, arm-linux), можете свой форк сделать, можете в проекте поучаствовать. Я сам использую его для проектов масштаба предприятия, работает с базами FireBird 100+ GB, собираюсь переезжать на Postgres (желание работодателей).


Вы не контачите с https://www.red-soft.ru/ ?

В реалиях импортозамещения, если вас нет в интернете(реестре) :) , вас не существует!
9 июн 21, 11:04    [22333173]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
pureproft
Member

Откуда:
Сообщений: 687
-Rik-

....
Всё бесплатно и кроссплатформенно (windows, linux, arm-linux)
....


Можно про ARM более детально?
9 июн 21, 11:09    [22333176]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9660
H5N1

эльбрус в железе показал....

вроде по тестам он показал
от плохо (в несколько раз) до совсем-совсем плохо (до десятков раз)

H5N1

что вполне есть альтернатива с выносом блока предсказаний в компилятор

альтернатива чему?

AFAIK компилятору MS Visual C тоже можно скормить статистику времени выполнения собранной на тестовых запусках, т.ч. нет никакой альтернативы.

Есть быстрый Intel, компиляторы под который умеют оптимизировать переходы (если им дать статистику) и есть медленный Elbrus, чей компилятор на словах что-то умеет. А альтернатива то где?
H5N1

другое дело, что с тратами 2% от интела нет шансов поспорить

А кто виноват? То, что Каймановы острова не Америка и денег будет меньше (Кайманова острова, т.к. вроде там фирма Elbrus International зарегистрирована) - известно было изначально. Нужно планируемый результат соотносить со своими силами.
H5N1

но сама альтернатива

Быстро, дешево и в любом магазине
vs
Очень дорого, очень медленно и очень секретно
9 июн 21, 15:06    [22333345]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9660
mad_nazgul

hVostt

Могут ли "перекрыть кислород" для языка программирования?


Для примера история с Java и MS.
Когда MS запретили писать свою Java.

Если я правильно помню:

MS никто не запрещал разрабатывать Java
Им по суду запретили выдавать свою несовместимую подделку за язык Java.
9 июн 21, 15:10    [22333349]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
-Rik-
Member

Откуда: Урал
Сообщений: 193
pureproft
-Rik-

....
Всё бесплатно и кроссплатформенно (windows, linux, arm-linux)
....


Можно про ARM более детально?

Собрать надо под ARM. Я раньше собирал, сейчас пока не на чем..
9 июн 21, 16:12    [22333389]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
budden
Member

Откуда:
Сообщений: 1168
hVostt

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

Враньё. Перевод сделан менее чем на 20%, но зато я уже существенно допилил то, что у них было. Пруф:

https://gitlab.com/budden/ja-o-s#основные

Самый мощный пункт, которого нет в оригинале - это переход к определению - существенно повышает производительность труда разработчика.

Далее, по целеполаганию русский язык является в моём понимании обязательным, но не основной целью разработки. Если с него не начать, то потом на него перейти будет хуже. Поэтому я начинаю с него. Смысл моего проекта - в достижении более безопасной альтернативы Linux, а именно:

- меньше объём кодовой базы
- почти полное отсутствие оптимизаций в компиляторе (компилятор резко проще и аудит безопасности может быть осуществим)
- нет JIT (проверить программу с JIT можно только в случае досконального понимания, как работает компилятор во всех режимах)
- более качественный набор ЯП, чем bash/Си

А также есть технологические преимущества для более быстрой разработки, как-то:

- пересборка тулчейна и ОС занимает 2 минуты.

Сообщение было отредактировано: 9 июн 21, 20:26
9 июн 21, 20:26    [22333525]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
budden
Member

Откуда:
Сообщений: 1168
hVostt

Какой смысл в изобретении собственного ЯП? Никакого.

Для начала, смысл вообще в изобретении языка есть. Для человека, хоть сколько-нибудь имеющего отношение к ИТ, не составит труда вспомнить 2-3-4 новых полезных языка, появившихся в последние 10 лет, созданных успешными организациями (а не какими-то чудаками типа меня) и завоевавших признание. Это вообще-то называется "технический прогресс". Компьютеры и их использование меняются. Те языки, которые были изобретены 60, 50, 40 и даже 20 лет назад, оказываются морально устаревшими. И все эти новые языки для кого-то "собственные", в том смысле, что каждый язык кем-то контролируется. Создать новый язык - это достаточно дёшево, даже Котлин делает команда не более чем из 100 человек, и это в современном мире раздутых технологий.

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

Далее, если речь идёт о русскоязычности, то смысл в переводах тоже есть. Пример номер 1: Хабр, который по сути живёт на переводах (до недавнего времени жил, теперь не знаю что) и который Вы тут совсем недавно защищали. Пример номер 2: книжки. Есть книжный бизнес, который переводит книги по ИТ на русский и продаёт их. Себе в убыток книжный бизнес работать бы не стал. Т.е. перевод на русский язык является экономически, а не идеологически оправданным. Книжка - это форма сохранения знаний. Но и исходный текст программы - это тоже форма сохранения знаний (причём в чём-то более интересная, поскольку это знания в исполнимой форме). Если речь идёт о переводе одной формы сохранения знаний, то она может идти и о другой форме сохранения знаний. Без перевода само по себе программирование на русском языке экономически эффективно (пример: 1С). Остался вопрос о том, нужен ли перевод никому не нужного маргинального кода как самоцель? С культурной точки зрения он нужен, т.к. соответствует тому, что всегда делалось со всеми знаниями. Имеет ли смысл этим заниматься лично мне, при том, что это большой объём работы и я делаю это в одиночку за свой счёт? Но и Даль составлял свой словарь в одиночку в течение 53 лет. Денег не получил, зато хоть на памятник заработал. Мне памятник особо не нужен, т.к. я его не увижу, а потомкам он будет только мешать, но во всяком случае могу этим себя тешить. И есть мотив прожить ещё 51 год, что в моём возрасте уже не совсем тривиально. А с точки зрения маргинальности, данный код просто является недооценённым, я достаточно опытный программист и я не случайно выбрал именно этот код (хотя угадал только с третьей-четвёртой попытки).

Сообщение было отредактировано: 10 июн 21, 11:52
10 июн 21, 11:58    [22333674]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Кесарь
Member

Откуда:
Сообщений: 653
budden,

мы вас всецело поддерживаем! Дерзайте!
10 июн 21, 12:00    [22333679]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
budden
Member

Откуда:
Сообщений: 1168
Кесарь, "поддерживаем" в карман не положишь. Денег дайте.

Тут кстати, кто-то выражал опасение, что Жириновский узнает. Он узнал и вот что он ответил:

http://вече.программирование-по-русски.рф/viewtopic.php?f=4&t=421
10 июн 21, 12:02    [22333682]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Кесарь
Member

Откуда:
Сообщений: 653
budden
Кесарь, "поддерживаем" в карман не положишь. Денег дайте.

Тут кстати, кто-то выражал опасение, что Жириновский узнает. Он узнал и вот что он ответил:

http://вече.программирование-по-русски.рф/viewtopic.php?f=4&t=421


Ничего себе заявки! Вы же говорите, что делаете всё на энтузиазме. Вот мы вас и поддерживаем морально.
10 июн 21, 12:04    [22333684]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 220
budden
Тут кстати, кто-то выражал опасение, что Жириновский узнает. Он узнал и вот что он ответил:

(подозрительная ссылка!) http://вече.программирование-по-русски.рф/viewtopic.php?f=4&t=421

стандартный ответ робота
10 июн 21, 12:38    [22333704]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
d7i
Member

Откуда:
Сообщений: 539
"Чем бы дитё не тешилось, лишь бы не плакало."

И это всё, что можно сказать по данной теме...
Закрывайте.
10 июн 21, 12:48    [22333714]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
lleming
Member

Откуда:
Сообщений: 1788
mad_nazgul
hVostt

Об этом и речь. Правильное позиционирование вопроса.
Могут ли "перекрыть кислород" для языка программирования?
Особенно, широко используемого в мире с разнообразным опенсорсным тулингом?

Нет, не могут.


Очень даже могут.
Для примера история с Java и MS.
Когда MS запретили писать свою Java.


тут правда совсем не так. Свою java не запретили писать а запретили свое написанное называть java. Чтобы java называться нужно тесты какие то пройти а на них(тесты) вроде как лицензию нужно покупать и очень дорого было (на те времена).

Еще на те времена вроде как java не была оперсорсная, там sun у нескольких компаний крослицензировала разные библиотеки (на памяти чтото связанное с изображениями было не свое).
10 июн 21, 13:47    [22333793]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 53473
Раз уж речь зашла о Яве: судебный процесс "Оракул против Гугля", где Оракул запрещает Гуглю использовать те же имена классов, уже завершился? В чью пользу?
10 июн 21, 13:50    [22333797]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
lleming
Member

Откуда:
Сообщений: 1788
забавно что со временем позиция может менятьс в зависимости от модели.
sun пинала ms чтобы они api не размывали
oracle пинает google за то что они api не размыли.
10 июн 21, 13:50    [22333798]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
budden
Member

Откуда:
Сообщений: 1168
Кесарь, делать на энтузиазме и хотеть делать на одном только энтузиазме - это не совсем одно и то же. Вообще-то, если бы кто-нибудь бы это сделал толково без меня, я бы вообще занялся совершенно другим. Просто понятно, что это делать надо и именно так, а никто больше почему-то этого не делает. Поэтому приходится мне.
10 июн 21, 14:22    [22333838]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Кесарь
Member

Откуда:
Сообщений: 653
budden
Кесарь, делать на энтузиазме и хотеть делать на одном только энтузиазме - это не совсем одно и то же. Вообще-то, если бы кто-нибудь бы это сделал толково без меня, я бы вообще занялся совершенно другим. Просто понятно, что это делать надо и именно так, а никто больше почему-то этого не делает. Поэтому приходится мне.


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

Откуда:
Сообщений: 687
https://postgrespro.ru/blog/media/5967988
ИТ-система Рособрнадзора меняет ПО Microsoft на российские аналоги. Также в системе запланирован переход с платформы Microsoft .Net Framework на неназванную платформу с открытым кодом — «независящую от типа используемой операционной системы (кросс-платформенное решение), для обеспечения возможности функционирования “Признания” под управлением ОС, входящей в реестр» отечественного ПО при Минцифры.

По ссылке конечно есть упоминание инструментов, но тема действительно актуальна и интересна. Если в ОС и СУБД как то определились тенденции то в части средств разработки всё по прежнему в тумане.
10 июн 21, 15:50    [22333906]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 514
Leonid Kudryavtsev

вроде по тестам он показал
от плохо (в несколько раз) до совсем-совсем плохо (до десятков раз)

в этом вина лишь твоего косоглазия.

Leonid Kudryavtsev

альтернатива чему?

подходу интела который уперся в частоту.

Leonid Kudryavtsev

AFAIK компилятору MS Visual C тоже можно скормить статистику времени выполнения собранной на тестовых запусках, т.ч. нет никакой альтернативы.

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

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

Сообщение было отредактировано: 10 июн 21, 17:19
10 июн 21, 17:26    [22333971]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
budden
Member

Откуда:
Сообщений: 1168
pureproft, спасибо за ссылку на интересный инструмент. По-моему, особых альтернатив mono нет, хотя я не уверен, что там всё чисто с лицензией. Когда-то я видел чисто российскую реализацию .Net , но возможно, что она была только под Windows. С ОС тоже всё ясно - это Linux. В "Мой офис", честно говоря, ещё нужно дофига вложить. Когда либра показала себя неспособной работать нормально, я заказал триальную версию "моего офиса", но там нет даже нумерации рисунков. Т.е. до полноценного редактора ему на момент моего теста было далеко (не больше года назад это было).

Но если речь идёт об ИБ, то Mono тоже слишком сложный с его интерпретатором и двумя компиляторами. Если по-честному, его проверить на закладки никому не по силам. А дыры в нём были:

https://bdu.fstec.ru/search/index?ajax=search-results&q=mono&size=100

Конечно, для большинства бизнес-задач можно забить на возможности злоумышленника завесить систему или украсть данные, но это не всегда приемлемо. В этих случаях никакого выбора нет. Вообще. Все популярные современные технологии слишком дырявые и сложные.

Сообщение было отредактировано: 10 июн 21, 20:15
10 июн 21, 20:17    [22334090]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9660
H5N1

еще раз. есть эльбрус на 28 нм, он заметно превосходит 28 нм интела на широком круге задач

Вместо "широкого круга" можно хотя бы одну конкретную задачу и ссылку на адекватное и, желательно, независимое сравнение/бенчмарк скорости ?
10 июн 21, 21:05    [22334098]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6501
Leonid Kudryavtsev
H5N1

еще раз. есть эльбрус на 28 нм, он заметно превосходит 28 нм интела на широком круге задач

Вместо "широкого круга" можно хотя бы одну конкретную задачу и ссылку на адекватное и, желательно, независимое сравнение/бенчмарк скорости ?

На хабре было пару статей. Примерно на уровне неудачного Нехалема ~ Core1.

Но суть в том, что в свое время все нужные рабочие задачи решались и на более слабых процессорах.
А еще забыли про Байкал-Т1.

Худо-бедно тема процессоров импортозамещена (но нипаиграть, да)
10 июн 21, 23:44    [22334137]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 220
да нихрена она не импортозамещена
бабушкин зайчик
она очень сложная, можно на ютубе посмотреть, насколько это сложно
и с уменьшением размера транзистора становится всё сложнее и сложнее
так если Intel продаёт 8nm и 3GHz, а у вас 20nm и 2 GHz, то хрен вы на рынке удержитесь
а чтобы догнать до 8nm нужны ГОДЫ, если с нуля начал
и все эти годы надо что-то жрать

ладно процы, если Intel нам завтра перестанет процы продавать, мы на старых ещё лет 10 продержимся
а материнки, а память, а мониторы - ГДЕ это всё?
У нас ВСЁ на их технологиях.

какое там развитие, вы посмотрите, как у нас газ продают ($118 за куб!)


Сообщение было отредактировано: 11 июн 21, 01:44
11 июн 21, 01:47    [22334145]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6501
бабушкин зайчик
да нихрена она не импортозамещена
бабушкин зайчик
она очень сложная, можно на ютубе посмотреть, насколько это сложно
и с уменьшением размера транзистора становится всё сложнее и сложнее
так если Intel продаёт 8nm и 3GHz, а у вас 20nm и 2 GHz, то хрен вы на рынке удержитесь
а чтобы догнать до 8nm нужны ГОДЫ, если с нуля начал
и все эти годы надо что-то жрать

ладно процы, если Intel нам завтра перестанет процы продавать, мы на старых ещё лет 10 продержимся
а материнки, а память, а мониторы - ГДЕ это всё?
У нас ВСЁ на их технологиях.

Какие то проблемы с женской логикой? если на старых запасах процев продержимся, то и на материнках и памяти, нет?

Ну и материнки под эльбрусы явно не импортные типовые.

Вот станки под это конечно нужны свои, а пока что фабы в дружественном Китае.
Впрочем для мат.и памяти техпроцесс попроще.
11 июн 21, 02:00    [22334146]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 514
бабушкин зайчик

какое там развитие, вы посмотрите, как у нас газ продают ($118 за куб!)

интересный клоун. а ничего что $118 это в двое больше чем ценник для германии в июле 2020 ? в том июле добыть на ямале и прокачать на 4 тыс киллометров, отдать по $65, уплатить ндпи - все равно ГП остался в плюсе. причем в момент когда в германию продавал по $65, с китая драли $200.
по факту китай помню сопротивлялся лет 15, но его нагнули на старую европейскую формулу цены ту самую, за которую села тимошенко.
11 июн 21, 07:57    [22334163]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 220
H5N1
бабушкин зайчик

какое там развитие, вы посмотрите, как у нас газ продают ($118 за куб!)

интересный клоун. а ничего что $118 это в двое больше чем ценник для германии в июле 2020 ? в том июле добыть на ямале и прокачать на 4 тыс киллометров, отдать по $65, уплатить ндпи - все равно ГП остался в плюсе. причем в момент когда в германию продавал по $65, с китая драли $200.
по факту китай помню сопротивлялся лет 15, но его нагнули на старую европейскую формулу цены ту самую, за которую села тимошенко.

я так понимаю полностью не осилили
11 июн 21, 11:29    [22334267]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 220
Siemargl
бабушкин зайчик
да нихрена она не импортозамещена
пропущено...

ладно процы, если Intel нам завтра перестанет процы продавать, мы на старых ещё лет 10 продержимся
а материнки, а память, а мониторы - ГДЕ это всё?
У нас ВСЁ на их технологиях.

Какие то проблемы с женской логикой? если на старых запасах процев продержимся, то и на материнках и памяти, нет?

Ну и материнки под эльбрусы явно не импортные типовые.

Вот станки под это конечно нужны свои, а пока что фабы в дружественном Китае.
Впрочем для мат.и памяти техпроцесс попроще.

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

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

Откуда:
Сообщений: 653
А память разве в Зеленограде не делают?
11 июн 21, 11:40    [22334274]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 514
бабушкин зайчик

я так понимаю полностью не осилили

я осилил первоисточники, а проплаченный бубнеж ничего не смыслящего человека мне не интересен. он глуп и не интересен. $120 это выше чем в штатах, где сейчас ценник ниже $100 но даже с ним даже сланцевые производители остаются рентабельными.
11 июн 21, 11:47    [22334283]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 220
ну не знаю, вот в 2018 году цены
+
Картинка с другого сайта.
11 июн 21, 12:33    [22334317]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
Кесарь
Member

Откуда:
Сообщений: 653
бабушкин зайчик
ну не знаю, вот в 2018 году цены


Это мало осмысленное сравнение. Если вы хотите получить доступность любого товара или блага, то оценивать надо не по общему доходу, а по той сумме, что остаётся "на руках" после всех остальных трат (прежде всего обязательных).
11 июн 21, 12:39    [22334323]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 514
бабушкин зайчик
ну не знаю, вот в 2018 году цены

по факту среднестатистические бриты зимой спят в шубах и +14С в квартире. и это норма.
11 июн 21, 12:46    [22334329]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 220
Кесарь
бабушкин зайчик
ну не знаю, вот в 2018 году цены


Это мало осмысленное сравнение. Если вы хотите получить доступность любого товара или блага, то оценивать надо не по общему доходу, а по той сумме, что остаётся "на руках" после всех остальных трат (прежде всего обязательных).

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

Откуда: Yo.! из "Сравнения субд"
Сообщений: 514
бабушкин зайчик

ну так эту сумму расписали в видео

в видео драчек без образования, выхватывает цифры и несет пургу. выхватил пиковые спотовые цены января и сравнивает с минимальными ценой ГП. нафига с таким багажом познаний лезть в аналитику ? в апреле 2020 на споте $40 было, а китай $200 платил.
11 июн 21, 13:37    [22334380]     Ответить | Цитировать Сообщить модератору
 Re: оптимальный ЯП для импортозамещения?  [new]
бабушкин зайчик
Member

Откуда: сетевой
Сообщений: 220
это не про него
либераст - да
буржуин - да
манипулятор - да
но НЕ дурачок без образования, у него опыта много всякого.

ну в общем видео фуфло...
Газ у нас покупают по самой выгодной цене, трубЫ мы клали за ИХ деньги, налоги выгребаем лопатой (как и прибыль), лес сам высыхает, кредитов не брали.
И вообще для Китая мы старший брат, на которого надо равняться. Прям как при Сталине.
Ясно. Понятно.

Сообщение было отредактировано: 11 июн 21, 13:47
11 июн 21, 13:49    [22334389]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2 3 4 5      [все]
Все форумы / Разработка информационных систем Ответить