Damien

I wholeheartedly agree with Michael. The ideas are sound and implemented to various degrees elsewhere. It would need a lot of energy to revive the momentum around `jk`. Thanks @squaremo...

Deprecations are now documented at least: https://github.com/jkcfg/jk/blob/master/docs/deprecations.md

Thanks for that! Note that we realise there's probably a better way to declare the files you want to generate instead of having to use `std.write` everytime (https://github.com/jkcfg/jk/issues/125). For instance...

Since PR #78, we have a shim written in typescript to expose a typed 'std' package to the external world. Those types (`.d.ts` file) are published in the `@jkcfg/std` package,...

Of course I meant that this shim could be used to implement the shim you had in mind. Not sure if we should re-implement `std` on top of node or...

es6 is supposed to be able to load modules with cyclic dependencies. The cycle is entirely in our import code, not the v8 one, so maybe, once we break the...

- The import code is in the [pkg/resolve](https://github.com/jkcfg/jk/tree/master/pkg/resolve) package - The main import resolving function is https://github.com/jkcfg/jk/blob/master/pkg/resolve/resolver.go#L89. - `ResolveModule` has a recursive behaviour: when importing a module, we need to...

Oh, pulumi has a nice way to express it! We have some of what is needed to do the above. The main missing thing is to be able to execute...

Random thoughts: - exposing `stdin` somehow sounds useful in its own right. - with helm charts, I think there's value in having the `jk` script do the exec: this way...

@jaxxstorm I've perused your blog and it seems we all have very similar views on configuration :) If you want to talk about configuration in general or `jk` in particular,...