Василий Банников

Ответ Ukrainskiy Немного устаревший, и в новых версиях работать не будет.
Сейчас следует использовать Microsoft.CodeAnalysis.CSharp.Scripting
Примерно так:

using Microsoft.CodeAnalysis.CSharp.Scripting;
using Microsoft.CodeAnalysis.Scripting;

var script = CSharpScript.Create("System.Console.WriteLine(\"Hello from script\")");
script.Compile();
await script.RunAsync();

Также, если под "скриптами" имеются в виду классы для Unity, то можно их скомпилировать отдельно в Dll и импортировать через Assembly.Load, а потом вызывать через рефлексию.

Универсального инструмента нет. Следует исходить из задачи (какой именно фронт и что именно должен уметь бэк), и ресурсов - на сколько сильно вы можете увеличить стоимость устройства и какой человеческий ресурс.

На фронте, как уже сказали, выбора нет - любое решение в итоге будет сводиться к html/js/css (даже если навернуть React/TypeScript/sass)

На бэке варианта два:
1. Чайник/принтер сам выступает в роли сервера. Тогда придётся писать на C или Rust.
2. Сервером выступает отдельный, более мощный компьютер, чем тот который управляет основными функциями.
Он может быть как встроенным в устройство (какой-то небольшой одноплатный компьютер), так и отдельным (полноценный сервер или хаб) - тогда бэкенд можно будет написать на том, что тебе будет более удобным.

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

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

То что запускается в пределах runInAction не будет лишний раз триггерить рендер.
Тоесть это такое подобие транзакции.
Однако я не вижу смысла в runInAction внутри другого action.
Хотя мб это немного поможет при отладке.

В проводнике никогда такой функции не было.
Только на рабочем столе можно убрать выравнивание по сетке.

К токену прикреплена зашифрованная хэш-сумма, которую формирует сервер.
Если изменить payload - изменится хэш-сумма и сервер это увидит, тк она не будет совпадать с подписью.

Посмотри в сторону ulearn.
Он бесплатный и периодически обновляется (текстовая часть).