А вы знаете лично живых программистов на Embarcadero RAD Studio C++ Builder?

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

Пожалуйста, покритикуйте архитектуру в контексте нашего обсуждения выше о клиентах noVNC для десктопного GUI и т.п.:

https://drive.google.com/file/d/1GH2yu5VqBo1Y_JNmDhT6_uS1xdQ7Y6BS/view

Вероятно в вашей терминологии она:

1) Клиент-серверная с кэшированием данных.

2) Многоуровневая (multi-tier) распределенная (по крайне мере во второй колонке Medium).

3) Возможно с элементами микросервисов.

А какое отношение дельфа имеет к онтопику, хотелось бы узнать? Также было бы интересно оглашение вилки, но есть две проблемы: во-первых, я так себе дельфист (впрочем, внедрил пару проектов за свою жизнь, торговля, склад и прочий учёт), во-вторых, текущая работа устраивает.

P.S. hh показывает, что половина вакансий в нерезиновой имеет з.п. выше 160 тыр. Впрочем, вакансий не так уж много.

Я описывал вариант, когда поиск компонент становится культом, причем культом доходящим до

Ну да, это вообще жесть и лень доходящая до полной иррациональности.

Как будто, что-то из ряда вон выходящее.

Намного более из ряда вон, чем тачка дельфиста с мокрописьками из какого-то варезника.

Сервер с VCS менее подвержен шифрованию шифровальщиками, чем рабочие станции разработчиков?

Да. Как минимум потому, что ни у кого нет прямого доступа к его фс.

Новости смотришь?

Не смотрю.

Речь о простейшей операции HTTP GET

Речь про велики.

Если нужно скопировать пару файлов, то зачем разрабатывать свой Dolphin?

Затем, что ими всё не ограничивается и приходится таки делать свой долфин кривой и косой.

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

К тебе ночью приходят все эти хипсторы, подварачивают тебе штаны, вливают в глотку смузи и ЗАСТАВЛЯЮТ играть в догонялки с развитием веб фреймворков?

которые при желании все же могут кастомизироваться до твоего любимого уровня кодирования на JS фреймворках

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

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

Ага, давай будем сравнивать слабую реализацию с той, что сильнее.

Достаточно изучить чуть-чуть, чтобы кастомизировать уже существующие компоненты.

Если они подходят под то, что тебе надо. А такое бывает далеко не всегда. И эти твои 80% усилий для 20% результата превратятся в усилия по подпиранию великов костылями, в тот момент, когда можно было сделать всё проще с меньшими затратами.

вообще не тупит в отличии от веб

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

Приведи пример того, что нельзя сделать на компонентах DevExpress для ASP.NET и Blazor?

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

В случае обычной приложухи при нажатии на кнопку «сделай мне зашибись» если возникает ошибка, вы сразу же получаете сообщение. В вебне оно типа грузится и всё, ждать можно час, два, три... информации о том, что где-то что-то поломалось ровно ноль.

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

Намного более из ряда вон, чем тачка дельфиста с мокрописьками из какого-то варезника.

Да. Как минимум потому, что ни у кого нет прямого доступа к его фс.

Буткиты, руткиты и другие зловреды, ждущие часа X?

Не смотрю.

Одобряю :)

Речь про велики.

https://github.com/Squirrel/Squirrel.Windows

    Integrating an app to use Squirrel should be extremely easy, provide a client API, and be developer friendly.
    Packaging is really easy, can be automated, and supports delta update packages.
    Distributing should be straightforward, use simple HTTP updates, and provide multiple "channels" (a-la Chrome Dev/Beta/Release).
    Installing is Wizard-Free™, with no UAC dialogs, does not require reboot, and is .NET Framework friendly.
    Updating is in the background, doesn't interrupt the user, and does not require a reboot.

ZeroInstall: https://docs.0install.net/about/comparison/

simplDeploy: https://www.simpldeploy.com/

Затем, что ими всё не ограничивается и приходится таки делать свой долфин кривой и косой.

Не приходится, смотри предыдущий комментарий.

К тебе ночью приходят все эти хипсторы, подварачивают тебе штаны, вливают в глотку смузи и ЗАСТАВЛЯЮТ играть в догонялки с развитием веб фреймворков?

У тебя странные ассоциации в техническом треде. По крайне мере в мои комментарии приходят такие как ты, это уже настораживает :)

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

Объектная модель серверных веб компонентов DevExpress стабильнее, чем постоянно меняющиеся клиентские JS фреймворки, ессно серверные компоненты рендерятся через такие фреймворки, но работу за меня уже сделали сотрудники DevExpress, которые специализируются на этом.

Ага, давай будем сравнивать слабую реализацию с той, что сильнее.

Разверни свою мысль.

Если они подходят под то, что тебе надо. А такое бывает далеко не всегда. И эти твои 80% усилий для 20% результата превратятся в усилия по подпиранию великов костылями, в тот момент, когда можно было сделать всё проще с меньшими затратами.

Нет там никаких костылей, у тебя просто привычка к костылям.

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

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

https://github.com/Squirrel/Squirrel.Windows

Форк с поддержкой современного .NET:

https://github.com/clowd/Clowd.Squirrel

Буткиты, руткиты и другие зловреды, ждущие часа X?

Чтобы атаковать конкретно дев севрак с конкретным окружением и конкретным cvs? Ты сам в это веришь?

У тебя странные ассоциации в техническом треде.

Но ты говоришь, как будто так и есть.

чем постоянно меняющиеся клиентские JS фреймворки

Лол, ты тупой? А есть другие компоненты для дельфи, которые постоянно меняются и вообще говно-говном. А еще васяны постоянно пишут свои компоненты в своих шарагах и обмазываются ими. Дальше что?

Разверни свою мысль.

Говно на X против норм. реализации на Y. Что тут разворачивать?

Нет там никаких костылей

Дооо, конечно. Просто идеал. Серебряная пуля от всего. 150 рублей забери за пост.

Свой браузер мне не надо делать ни из десктопных, ни из веб компонентов

Ну как. Обновлять тебе приложение надо? Надо. Историю надо? Надо. Стейт сохрянять/восстанавливать для тестов/дебага надо? А, вообще никак не можешь? Ну тогда да, не надо. Ну а про чатик или удалённо посмотреть, где там у юзера затык - я вообще молчу, у вас это как обычно, какой-нибудь tw,anyadmin,radmin и пр. параша сбоку.

Чтобы атаковать конкретно дев севрак с конкретным окружением и конкретным cvs? Ты сам в это веришь?

Why not?

А есть другие компоненты для дельфи, которые постоянно меняются и вообще говно-говном. А еще васяны постоянно пишут свои компоненты в своих шарагах и обмазываются ими. Дальше что?

Не лазий по помойкам, тебе же написали вендора правильных компонентов со стабильной объектной моделью на десятилетия.

Ну как. Обновлять тебе приложение надо? Надо. Историю надо? Надо. Стейт сохрянять/восстанавливать для тестов/дебага надо? А, вообще никак не можешь? Ну тогда да, не надо. Ну а про чатик или удалённо посмотреть, где там у юзера затык - я вообще молчу, у вас это как обычно, какой-нибудь tw,anyadmin,radmin и пр. параша сбоку.

https://www.devexpress.com/products/net/controls/winforms/coded-ui/

Лол, ты тупой?

В зеркало на себя смотрел ?

Why not?

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

Не лазий по помойкам, тебе же написали вендора правильных компонентов со стабильной объектной моделью на десятилетия.

Да, я понял тебя, баблаба, вендор девэкпресс, купите за $2000. Иди, запости манагеру ссылку, свои 300 рублей ты отработал.

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

Особенно с универсальным управляемым трояном?

Да, я понял тебя, баблаба, вендор девэкпресс, купите за $2000.

Твоя зряплата в месяц стоит дешевле?

DevExpress за эти деньги дает бессрочную лицензию на все, что они сделали для паблик за последние 20 лет + 1 год вперед.

Особенно с универсальным управляемым трояном?

Ойвей, сейчас хакиры всё забрутят.

Твоя зряплата в месяц стоит дешевле?

Ну твоя вот 150 за пост. Еще денёк тут побегаешь и наскребешь заплатит кредит.

Ну твоя вот 150 за пост.

Почему ты думаешь, что я общаюсь за деньги в паблик (неприватная консультация ведь)?

Потому что это выглядит именно так, лол.

Потому что это выглядит именно так, лол.

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

только еще хуже

Нееет, не хуже... там полный пииип... Я вторую неделю пытаюсь с одним таким разобраться, попросили эту хрень перенести в другое место. Сам сайт по функционалу меньше лора, там буквально пяток рекламных страницек и форма регистрации, занимает эта хрень 18Гб! Я не шучу ВОСЕМНАДЦАТЬ ДОЛБАННЫХ ГИГАБАЙТ сурсов! Там блин что, 3Д шутер к комплекте идет?

Да. Как минимум потому, что ни у кого нет прямого доступа к его фс.

Буткиты, руткиты и другие зловреды, ждущие часа X?

Ну так-то да, от rm -rf / или проделок электриков и других молний никто не защищен. Но это уже варианты, не относящиеся к тому что может выполнить разраб.

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

Вы ещё забыли про бэкапы. :) До них тоже как-то добраться надо :)

Вы ещё забыли про бэкапы. :) До них тоже как-то добраться надо :)

Еще бы все их регулярно делали.

Ну вроде речь не идет про васю пупкина который и жнец и на дуде игрец у которого всё на единственной тачке доставшейся по наследству от дедушки хранится.

Хочу обратить твое внимание:

http://rsdn.org/forum/dotnet.gui/8150234?tree=tree

Что я - таки просто образец толерантности к веб UI в целом и JS в частности.

http://rsdn.org/forum/dotnet.gui/7695974.all

Достаточно зайти на WineHQ и посмотреть ассортимент работающих программ в winetricks

Wine активно дорабатывается, поддержка улучшается, но она по прежнему далека от идеала, куча софта глючит и просто не работает на нем.

Интересно, почему Office 2010 под WINE у меня работает намного быстрее и стабильнее, чем в WinXP?

Только не надо мне рассказывать, что с офисом нет никаких проблемой под вайном — потому что они есть, как минимум в виде весьма замороченного конфигопердолинга при установке:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=17336
https://forums.linuxmint.com/viewtopic.php?t=345584

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

Потому что сорта дерьма — виртулка не даст ощущения натива. Вот проги для MS DOS хорошо работают в виртуалке, это да, потому что древнее железо прекрасно эмулируется на современном компе. А вот на современном железе сэмулировать машину с чуть менее современным железом уже тяжелее.

Для продакшин ин корпорэйшн пилят десктопный Avalonia и мобильный MAUI

Пусть пилят, ради бога, я же не против, но для прода оно не годится.

Пожалуйста, покритикуйте архитектуру в контексте нашего обсуждения выше о клиентах noVNC для десктопного GUI и т.п.:
https://drive.google.com/file/d/1GH2yu5VqBo1Y_JNmDhT6_uS1xdQ7Y6BS/view

99% заказчиков покрутят пальцем у виска. С таким же успехом можно было написать «GUI: лисп, тикль; Сервер: хаскель», или какая-нибудь другая маргинальщина. Любители маргинальщины среди заказчиков на рынке тоже есть, но их сильно, сильно меньше.

Только не надо мне рассказывать, что с офисом нет никаких проблемой под вайном — потому что они есть, как минимум в виде весьма замороченного конфигопердолинга при установке:

У меня все это автоматизировано свои скриптом, который настраивает новый Prefix (Bottle) с помощью winetricks.

Каждый Prefix («диск C:») размещается на своем отдельном ZFS датасете в родительском ZFS датасете xxx/wine/. При желании можно снэпшотить (zfs snapshot) контрольные точки каждого успешного состояния нужного ботла, потом легко на них откатиться при необходимости.

Сам WINE ставится из репозитария PlayOnLinux.

Запуск из скрипта outlook.sh выглядит примерно так:

/utils/wine/run_app.sh outlook "C:\Program Files\Microsoft Office\Office14\OUTLOOK.EXE";

cat run_app.sh:

InstanceName=$1;
AppName=$2;

source /utils/wine/instance/$InstanceName.sh;

set | grep -i wine;
set | grep -i user;

wine "$AppName"

99% заказчиков покрутят пальцем у виска. С таким же успехом можно было написать «GUI: лисп, тикль; Сервер: хаскель», или какая-нибудь другая маргинальщина.

А где там маргинальщина?

Каждый Prefix («диск C:») размещается на своем отдельном ZFS датасете в родительском ZFS датасете xxx/wine/. При желании можно снэпшотить (zfs snapshot) контрольные точки каждого успешного состояния нужного ботла, потом легко на них откатиться при необходимости.
Сам WINE ставится из репозитария PlayOnLinux.
Запуск из скрипта outlook.sh выглядит примерно так

А теперь сравни это с «нажать иконку на рабочем столе» и прочие варианты «просто работает».

А теперь сравни это с «нажать иконку на рабочем столе» и прочие варианты «просто работает».

Именно кнопкой и запускается:

[Desktop Entry]
Comment=
Comment[en_US]=
Exec[$e]=/utils/wine/app/outlook.sh
GenericName=
GenericName[en_US]=
Icon=70EE_OUTLOOK.0
MimeType=
Name=Outlook
Name[en_US]=Outlook
Path[$e]=
StartupNotify=true
Terminal=false
TerminalOptions=
Type=Application
X-DBUS-ServiceName=
X-DBUS-StartupType=
X-DCOP-ServiceType=
X-KDE-SubstituteUID=false
X-KDE-Username=
X-TDE-SubstituteUID=false
X-TDE-Username=

Для нормальной работы важна воспроизводимость и возможность быстро починить, поэтому нужно делать отдельные Bottles для каждого приложения с определенной ранее проверенной версией WINE из репы PlayOnLinux. И ненужно ставить другие приложения в этот ботл, а если уж приспичит, то можно сделать другой экспериментальный ботл для зоопарка тестовых приложений.

Если какие неполадки, то можно откатиться на ZFS снэпшот ботла, что мгновенно починит нужное приложение. Уже больше года никаких откатов, все работает супер стабильно по крайне мере на Devuan ASCII (аналог Debian Stretch) + Trinity DE.

Russian Windows с бутылочками :)

99% заказчиков покрутят пальцем у виска. С таким же успехом можно было написать «GUI: лисп, тикль; Сервер: хаскель», или какая-нибудь другая маргинальщина.

А где там маргинальщина?

Предложение писать на дотнете под линукс со старта — это уже без пяти минут маргинальщина <1% рынка. Wine — это всегда «сначала у нас было приложениепод винду, потом мы портанули быстренько под линь», но опираться на этот костыль со старта — это, опять-таки, маргинальщина. Я не спорю с тем, что .NET хорош, но вне винды он просто никому не нужен, даже несмотря на существования всяких моно с авалониям. MS пытается исправлять ситуации, но именно что «пытается», до исправления как до киева раком, и это направление не является основным для MS, поскольку основным являются облака, а дотнет уже развивается «на сдачу», потому перспективы весьма туманны.

А теперь сравни это с «нажать иконку на рабочем столе» и прочие варианты «просто работает».

Именно кнопкой и запускается

«Десять минут пердолинга — и вы на работе».

Пока их дождешься.

Намного проще сделать OCI контейнер + VNC + WINE + .NET приложение с DevExpress.

Запускается с полпинка в docker или оркестраторе.

Подключаешься к нему по VNC, и вот тебе рабочее приложение с виндовым DevExpress, но БЕЗ Windows ...

Работает намного быстрее, чем в WinXP, даже на Core2 почти мгновенно (с нормальным быстрым ZFS).

Для нормальной работы важна воспроизводимость и возможность быстро починить, поэтому нужно делать отдельные Bottle для каждого приложения с определенной ранее проверенной версией WINE из репы PlayOnLinux. И ненужно ставить другие приложения в этом ботл, а если уж приспичит, то можно сделать другой экспериментальный ботл для зоопарка тестовых приложений.
Если какие неполадки, то можно откатиться на ZFS снэпшот ботла, чем мгновенно починит нужное приложение. Уже больше года никаких откатов, все работает супер стабильно по крайне мере на Devuan ASCII (аналог Debian Stretch) + Trinity DE

По всем этим граблям уже давно прошелся линуксовый десктоп, и в том числе с контейнерами вроде flatpak, а ты, судя по всему, начинаешь этот путь. К сожалению, довольно быстро выясняется, что приложениям все-таки нужно активно взаимодействовать, нужно ставиться друг в друга, взаимопроникать, поскольку из этого и получается полноценное интегрированное десктопное окружение, а не бесконечные костыли плана «тут пропишите конфиги, здесь запустите службу, там смонтирует раздел с опциями» — так делали линуксоиды, когда я только поселился на LOR-е, я собирал генту из сорцов, а потом я поставил Ubuntu, где ВСЁ ПРОСТО РАБОТАЕТ, и больше я не читал статьи про «простые» способы построения и настройки десктопных окружений.

собирал генту из сорцов

Сравнил Devuan (почти Debian) и Gentoo.

, а потом я поставил Ubuntu, где ВСЁ ПРОСТО РАБОТАЕТ, и больше я не читал статьи про «простые» способы построения и настройки десктопных окружений.

Лично мне Ubuntu неприятен своим snap, Gnome, etc.

Написал несколько скриптов для запуска в TDE, и меня все устраивает, выглядит и работает как «Windows XP» 2022.

Написал несколько скриптов для запуска в TDE, и меня все устраивает, выглядит и работает как «Windows XP» 2022

Кому-то «адище, говно и костыли», а кому-то «меня всё устаривает». На вкус и цвет товарищей нет. Вот тебя убунта не устраивает — тоже бывает. Но 95% людей с линуксом на десктопе по какой-то загадочной причине используют убунту. Но не 100%, тем не менее, всем не угодишь.

Самое смешное, что коммерческий Corel Draw распространялся под Linux еще 20 лет назад с помощью WINE, но сегодня для прода непригодно :)

Кстати, учитывай, что серверная часть может легко работать нативно под Linux в .NET v5+.

А WINE нужен только для WinForms франта.

Самое смешное, что коммерческий Corel Draw распространялся под Linux еще 20 лет назад с помощью WINE, но сегодня для прода непригодно

Что значит «распространяется»? Линь официально не поддерживается, только мак и винда. У тебя какой-то странный мир.

Corel v9 - 1999 год: Windows 95, 98, NT 4, Linux

https://en.wikipedia.org/wiki/CorelDRAW

https://archive.org/details/CorelForLinux

Предложение писать на дотнете под линукс со старта — это уже без пяти минут маргинальщина

.NET без десктопного GUI уже давно норм на Linux, еще начиная с версии .NET 5, а скоро уже 7-ая выйдет:

https://devblogs.microsoft.com/dotnet/announcing-dotnet-7-preview-3/

https://devblogs.microsoft.com/dotnet/announcing-dotnet-7-preview-4/

WINE нужен только для рисования десктопных формочек, сомневаюсь, что это сильно снизит надежность решения в целом,учитывая, что остальное можно сделать на нативном .NET v5-v6.

https://archive.org/details/CorelForLinux

«CorelDRAW 9 and WordPerfect Office 2000 for Linux. Released as a very limited run in 2000 as a Beta and full-fledged Deluxe package for Linux... The last port for Linux was version 9 (released in 2000, it did not run natively; instead, it used a modified version of Wine to run)»

Мне кажется, что в следующем сообщение ты расскажешь про ржавый тазик, который утащил с местного металлолома, как про торжество инженерной мысли. И потом с удивлением возражать «а где здесь маргинальщина?».

.NET без десктопного GUI уже давно норм на Linux, еще начиная с версии .NET 5, а скоро уже 7-ая выйдет:
https://devblogs.microsoft.com/dotnet/announcing-dotnet-7-preview-3/
https://devblogs.microsoft.com/dotnet/announcing-dotnet-7-preview-4/

.NET изначально выгодно отличался от Java именно за счет того, что использовал нативные либы для реализации системных функций в то время, как жава пыталась реализовать низкоуровневые фичи на самой себе. за счет чего упиралась в тормознутость сборки мусора. Именно по этой причине JS V8 сравним по скорости выполнения и потреблению памяти с JVM, хотя, казалось бы, JS является интерпретируемым языком с динамичной типизацией. Именно из-за этой завязки на нативные либы .NET очень тяжело потритровать, и не только из-за GUI, а, например, из-за MS XML парсера.

Для отображения десктопных формочек меня пока вполне устроит .NET Framework v4.x + WinForms под Linux WINE, а на headless Linux сервере уже вполне может работать современный .NET v5-v6. Связать между собой формочки и серверное приложение несложно.

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

WINE installers for the enterprise

Without question, the number one WINE installer I recommend is both commercially supported and also supports the WINE project as a whole. That installer is from CrossOver. Not only does CrossOver have unofficial support for running Microsoft Office 2016. The official Linux rating for this version of Office is that it runs well. But don’t be too excited, you’re still limited on the versions of Photoshop that will install successfully.

As a general rule, CrossOver is best for those who want professional support for their WINE installer. CrossOver support comes with phone, email and even remote desktop support solutions…it’s the recommended method I’d suggest if you’re looking to implement WINE into your business environment. However, it’s not the easiest to use if you want to install WINE on your own terms.

https://www.datamation.com/open-source/is-wine-linux-enterprise-friendly/

Но лично меня вполне устраивает самый обычный WINE, устанавливаемый из бесплатного репозитария PlayOnLinux.

Особенно радует доступность CSLA.NET (а значит и разных tier одного приложения) для разных версий .NET framework и .NET:

https://www.nuget.org/packages/Csla#dependencies-body-tab

CSLA.NET может работать даже на Mono, теоретически даже на OpenBSD.

Из чата разработчиков CSLA.NET:

CSLA uses its own, cross platform serialiser which should ensure that you have no problems with running different tiers on different platforms. Across the years it has worked fine on Silverlight, Xamarin, Windows Phone, .NET Framework and .NET Core. I think you should be OK, as long as the WinForms bit works.

My understanding of Wine is that it should run WinForms apps just fine, as it is used for more demanding things like games.
@TheCakeMonster is right about serialization - that shouldn't be an issue now, b/c MobileFormatter works anywhere .NET works.

DevExpress бесплатно раздает лицензии на CodeRush:

https://community.devexpress.com/blogs/news/archive/2022/06/20/coderush-visua...

https://www.devexpress.com/products/coderush/

Как бы в сторону TurvoVision / NCurses бы не качнулся бы с учётом неспокойной мировой ситуации :)