Был в своё время такой проектик tick-C https://web.stanford.edu/~engler/tickc.pdf - это не совсем JIT, но убедительное доказательство того, что специализация кода в runtime может давать значительный выигрыш в производительности.

Динамическая специализация на LCC (простеньком компиляторе) уделывала статический код, скомпилированный IntelCC. С тех пор много воды утекло, конечно, на сама идея может продолжать работать: подстановка констант в код может существенно его упрощать и снижать давление на регистры.

можете что-нибудь посоветовать на замену deepcopy в питоне?

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

может что-то на тему сверхсовременных иммутабельных структур данных подскажите

У питона крайне неочевидная семантика в области mutable/immutable. Поэтому надо конкретно знать задачу.

dict(collections.ChainMap({'b': {'c': 'dd'}}, {'b': {'c': 'd'}, 'a': 1}))

примерно такая задача, только внутри не только дикты, но и списки, со списками ChainMap уже всё затирает

Это чат про аниме? 😉

git -> 4 сущности -> структуры данных
так мы и скатились)

Эй, я не при чем. Я кеды под Redox патчу!

Кстати, а где можно почитать про подходы парсинга языка и трансляции его в ассемблер ?
А то эти АСТ мне пока-что совершенно непонятны, кажется не с них начинают.
По идее же есть какие-то простые/примитивные способы парсинга и трансляции ?

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

В Обероне (компиляторы, как правило, однопроходные) файл каждого модуля один. Экспортируемые процедуры, константы, типы и переменные помечены звёздочками. В Модуле-2 ещё было два файла — definition module и implementation module, — а в Обероне уже один. И однопроходный компилятор без проблем справляется. Весь компилятор занимает порядка 3000 строк виртовского кода и моментально компилирует сам себя (в машинный код).