В моем случае, есть проверенный временем, отшлифованый и устойчивый проект на Delphi 7. Его можно без особых  проблем собрать и на D10.x, и на FPC, но от этого он лучше не станет. Скорее наоборот, будут вылезать какие-то особенности во время эксплуатации, которые придется исправлять, потом останавливать, обновлять и снова запускать всю программно-аппаратную систему. А у программно-аппаратных систем все ломается как раз на старте, при пиковых нагрузках и нештатных режимах.

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

Но если что-то заглючит на Андроиде, то всегда есть возможность откатиться на стабильный виндовый аналог.

Кстати, переход на Андроид весьма востребован, несмотря на сложности. Потому что позволяет делать удобные карманные инструменты для управления оборудованием. Вместо неподвижного настольного стенда с ПК и кучей проводов - копеечная ESP8266 и любой смартфон/планшет. Условно, вместо того, чтобы загонять автомобиль в гараж и подключать его к стенду, можно прямо на ходу подключить небольшой беспроводной "свисток" и мониторить/настраивать.

ну вот наш случай на данный момент (10.4.1 + транковый лазарь):
под делфи есть унигуй, но нет VCL для линукса, только FMX, соответственно весь код идет лесом (не хватает 'банальных' битмапов)
под лазарем работает LCL, но в винде не работает половина VCL компонент. в линуксе не работают почти все за редким исключением

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

проекты в целом отполированы почти до блеска. новые фичи пишем почти не трогая старый код

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

ноутбуки не котируются? )

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

а сторонние сервера неинтересны

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

тут поддержу. в тех кейсах, где нет или сложно поставить веб сервера, проще натив под телефон запилить

Ну, с потоками в Lazarus программах в Linux вообще не получится работать без cthreads же. В чем смысл?

А про то, что cthreads должен быть включен в uses в справках есть

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

Смысл в том что cthreads надо подлючать не только там где заводится поток, а везде куда этот поток заходит - то есть в so-шках расчётных например, при условии что внутри них есть хотя бы одна секция try  ...  except  - то есть try  ...  except завязан на реализацию многопоточности !

Понятно

графическая оболочка Astra Linux не позволяет в ярлыках на рабочем столе указать рабочую директорию
программы... а это не она разве?

Это просто он не читал рекламный слоган Лазаруса 😊

Да работает это поле вроде - я работал в альте штатно - там нашёл, потом проверял в астре, сходу не сообразил где задаётся.

https://t.me/Delphi_Lazarus/148164
+ https://wiki.archlinux.org/index.php/desktop_entries