Romain Marcadier

> @RomainMuller do you think this has any chance of getting merged? I'm assuming the lack of progress is due to the high number of deprecations required on the CDK...

> Got it. But that would still be a breaking change, some folks may be using them as keyword arguments. Yeah... Nothing is ever that easy... we might be able...

I think I would rather handle it in allowing users to basically won and control the `tsconfig.json` file and simply ensure they're compatible with `jsii` requirements...

Removing the `bug` label as this is more of a performance issue than a literal bug. It seems like this report suggests that: importing `aws-cdk-lib` (JavaScript) is taking ~6s. Note...

Okay so far I do see there is a significant delta between the various "minimal apps": ``` JavaScript => 1.62s user 0.22s system 112% cpu 1.628 total C# => 6.52s...

Focusing on Python... suing `cProfile` and `pstats` (on my laptop), it appears to have this suspicious entry: ``` Tue Feb 22 15:50:17 2022 profile 1908213 function calls (1862684 primitive calls)...

I've actually gotten conflict data on the `JavaScript` execution speed - on similar hardware I got the `aws-cdk-lib` import clocking at ~6 seconds. It appears some other factors are at...

This is odd though, I have only seen complaints about this from Python developers at this stage... The bundling/loading is done in the exact same way in all languages... so...

I have dug deeper on this subject and found out that (sample size = 1): - `( 65%) 3.331s` => `tar.extract` (while macOS' `tar zxf` takes `1.764s`) - `( 13%)...

Yeah... Actually using `jsii` sub-package might be a cause for collisions of some customer code decides to have a user-defined `jsii` submodule...