Смогут ли Microsoft развить свой «AOT» для C#, до такого уровня, что можно будет в нативный код собрать любую программу?

Нет необходимости в нативный код собирать любую программу. Если есть кусок кода, отрабатывающий раз в минуту и перекладывающий поля из структуры A в структуру B, то зачем его компилировать? Компилируются многократно повторяющиеся участки, содержащие интенсивные вычисления.

И AOT не встанет вровень с JIT, т.к. Билли, во-первых, находится в положении догоняющего, а во-вторых, это ж Микрософт, который выращивает только рукожопов. Экспертизу они всегда покупали на стороне. Как и многие другие корпорации. А тут нельзя просто взять и купить команду, которая сделает весь компилятор. Это обширная область, в которой трудятся тысячи специалистов.

AOT (Ahead-Of-Time) компиляция в .NET, изначально представленная в .NET Core и .NET 5+, позволяет компилировать байт-код CIL (Common Intermediate Language) в машинный код до выполнения программы, что обеспечивает более быстрый запуск и повышенную производительность.

Microsoft активно работает над развитием технологии AOT для C#. Они внедрили эту функциональность в Xamarin и .NET Core для работы с различными платформами, включая iOS, где требуется нативная компиляция кода.

Однако есть ряд технических проблем, которые затрудняют полную AOT компиляцию для всех C# программ. Это связано с некоторыми особенностями языка и .NET платформы, включая:

1. **Динамический код**: В C# и .NET есть возможности для динамической генерации и выполнения кода (например, через Reflection и System.Linq.Expressions). Это затрудняет полную AOT компиляцию, так как компилятор не может знать заранее, какой код будет генерироваться и выполняться в процессе работы программы.

2. **Совместимость с JIT**: Многие функции .NET разработаны с учетом использования JIT (Just-In-Time) компиляции, что может создавать сложности при полной AOT компиляции.

3. **Размер кода**: AOT компиляция обычно приводит к увеличению размера исполняемых файлов, что может быть нежелательным в некоторых сценариях использования.

Тем не менее, с учетом активной работы Microsoft над улучшением .NET и существующего прогресса в области AOT компиляции, есть все основания полагать, что в будущем возможности AOT компиляции для C# будут продолжать расширяться и улучшаться.

Хз