Неплохое упражнение по программированию, но впн проще.

Нельзя в обучающих примерах показывать плохие практики.
Например, называть функцию, которая возвращает имя, названием WordCount. Ученики впитывают такие примеры и потом подобный код можно увидеть в реальных проектах.

Чтоб построить, нужно финансирование. Чтоб получить финансирование, нужно в том числе ехать по выставкам.

JetBrains похоронил Nemerle. Не актуально.

В файле невидимый utf символ?

Есть ли у проекта какой-то блог/влог/канал на который можно подписаться?

Такое принято писать в личку.

С другой стороны, для той же микроволновки производительности микропроцессора обычно более чем достаточно. В таком случае почему бы не взять более удобный язык и существующий тулсет вокруг него?!

А как в Rust работать с прерываниями?

Можно ли использовать async/await?

Есть ли generic типы?

Иметь возможность комфортно писать на строготипизированном языке для микроконтроллеров - это очень круто.
Единственное, мне не понятно, почему они не сделали ручное управлени GC, чтобы программист мог запускать сборку мусора тогда, когда для этого есть свободное время (чтобы не сбивать тайминги при общении с внешним миром).

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

На текущий момент, проблема микросервисов в том, что люди не изолируют их в отдельные небольшие группы (подсистемы), создавая bonded context более высокого уровня, а сваливают в единую кучу, решив что два уровня абстракции достаточно (объекты внутри микросервисов и сами микросервисы). В итоге, мы выносим сложность решения с уровня кода, на уровень межсервисного общения и там её никак не решаем.

Следующий шаг, это организация микросервисов в группы. К примеру, с помощью неймспейсов в кубернетесе, стеков в aws или ресурсных групп в azure. Если их станет много, то строим следующий уровень (конвенциями в наименовании групп, виртуальными/реальными кластерами, отдельными аккаунтами облачных провайдеров).

Как роуты будут работать после статической сборки?

По-моему, альтернатива очевидна: ansible/terraform для первоначальной настройки машин + kubernetes для развёртывания рабочей среды и управления ею.

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

Почему выбор пал на ffmpeg? Это явный overkill для простого ресайза картинок.

Как обстоят дела с налогами?

Вы написали что такое Low code, написали что такое Az Logic Apps и из чего он состоит. Расказали, где он может применяться (с очень поверхностным описанием). Рассказали про Virto Commerce.
Но статья называется "Опыт создания сценариев..." и про сам опыт написано крайне мало: что вам понравилось, что не понравилось, какие были сложности, на какие ограничения наткнулись, какие вы бы дали советы тем, кто хочет применить подобное у себя.

Думаю, автору понравится MediatR и введение в F#, включая Railway Oriented Programming.