Wine можно рассматривать как интерпретатор x86 кода для Linux.
Мы же не говорим что все скриптовые языки или тот же Python создают не нативные приложения.
Модератор: Дед Пахом
Wine можно рассматривать как интерпретатор x86 кода для Linux.
Ну. тогда, если не будет написано открытым текстом в условиях "wine не катит", расслабляемся и пишем "нативненько, сэр!"Игорь Столяров писал(а): ↑06 Сентябрь 2023, 16:06 Wine можно рассматривать как интерпретатор x86 кода для Linux.
Ну, это "инструментарий" для разработки "суверенных" приложений. Со своим встроенным языком программирования. Который, к тому же, уже есть, работает, и даже доминирует на местном рынке. Главное, чтобы собственники такой важной вещи были правильные.
Не совсем так. Есть уже наши варианты линукса в списке отечественного софта. Есть уже наш вариант вайн в списке отечественного софта.
Как насчёт CLARUN.DLL? Программа его так-то требует.Губин Игорь писал(а): ↑06 Сентябрь 2023, 16:24 если программа для своей работы не требует ничего кроме отечественного софта
Вот и спрашиваю, если мы его дизассемблируем и опять сассемблируем, это будет считаться реверсивным инжинирингом и отечественным софтом?
Линукс и вайн "нашими" не могут быть по определению. Если бы вместо "отечественной ОС" написали бы "Российская локализация ОС Линукс с открытым исходным кодом", то было бы корректно. Но сверху спустили, что должна быть "отечественная" и "суверенная" ОС. А откуда ее взять, разработка стоит огромных денег. Даже китайцы только только начали активное тестирование своих процессоров и операционки, а они этим давно уже занимаются и имеют намного больше ресурсов. И до сих пор работают на пиратских версиях винды.Губин Игорь писал(а): ↑06 Сентябрь 2023, 16:24Не совсем так. Есть уже наши варианты линукса в списке отечественного софта. Есть уже наш вариант вайн в списке отечественного софта.
Вопрос звучит так "если программа для своей работы не требует ничего кроме отечественного софта, является ли она нативной для этого софта"?
Попросим китайских товарищей дизассемблировать
Не вижу проблем. Взяли открытый текст, что-то там изменили, заново собрали. Получился оригинальный продукт. Иначе можно дойти до маразма. Компилятор С++ несуверенный, сам С++ несуверенный, до свидания. Ассемблер тоже не наш.
Так то да, дело в банальной порядочности. У всех оно разное, я свою точку зрения написал.kreator писал(а): ↑06 Сентябрь 2023, 22:00Не вижу проблем. Взяли открытый текст, что-то там изменили, заново собрали. Получился оригинальный продукт. Иначе можно дойти до маразма. Компилятор С++ несуверенный, сам С++ несуверенный, до свидания. Ассемблер тоже не наш.
А по поводу Вайна мысль такая. Явно указать запрет. Иначе тоже маразм. Программа работает под Досбоксом, Досбох работает под Вайном...
Дык уже дошли до маразма, разве нет? Если бы мне кто-нибудь 10 лет назад рассказал про маркировку или онлайн кассы, я бы пальцем у виска покрутил. А теперь это реальность, все делают вид, что это работает. С "отечественной" ОС аналогичный перебор. Тут надо понимать алгоритм поведения чиновников. Кто-то сверху, кто совсем далек от технологий, говорит, надо сделать так. Спускают вниз до исполнителей. Те хватаются за голову, но надо выполнить и доложить. Дальше в обратном порядке. Если кто-то в цепочке доложит о проблемах, его и назначат виновным, не смог организовать. Помнится, Гущанский, который в свое время руководил разработкой и внедрением Егаис, писал, что они постоянно работают в контакте с чиновниками, и что им очень трудно объяснять и отбиваться от несуразных требований.kreator писал(а): ↑06 Сентябрь 2023, 22:00Не вижу проблем. Взяли открытый текст, что-то там изменили, заново собрали. Получился оригинальный продукт. Иначе можно дойти до маразма. Компилятор С++ несуверенный, сам С++ несуверенный, до свидания. Ассемблер тоже не наш.
А по поводу Вайна мысль такая. Явно указать запрет. Иначе тоже маразм. Программа работает под Досбоксом, Досбох работает под Вайном...