adding more comparison and more aspects to https://kcl-lang.io/docs/user_docs/getting-started/intro/#how-to-choose

[dzmitry-lahoda]

General Question

• how KCL works with unkown-to-known values https://discourse.nixos.org/t/unknown-values-propagation-in-nix-like-in-hcl/26743/3
• with what other languages in can form "sandwiches", examples https://jonascarpay.com/posts/2022-09-19-declarative-deployment.html and https://github.com/tweag/tf-ncl?tab=readme-ov-file#how
• what about being turing decidable, lazy, strict, recursion, side effects https://github.com/tweag/nickel/blob/master/RATIONALE.md#comparison-with-other-configuration-languages
• side effects vs being hermetic, extensibility of side effects of KCL
• UPDATE: how KCL overrides deep dependencies. HELM via string replace templates. Nix via fixed point lazy recursion.
• UPDATE: how it compares to Nix . I can add this easy, after ^^ clarified, as I will know all interesting sides of KCL.

[Peefy]

Good suggestions. 👍

It is necessary to supplement these contents in the introduction.

[Peefy]

A simple answer:

1. In KCL, the option function and any type are provided to accept values obtained from outside the KCL program thanks to KCL's runtime type checking, validation, and conversion capabilities. Thus we can interact with the language to complete the processing of unknown values in conjunction with external engines (e.g., KusionStack https://github.com/KusionStack/kusion) or KCL plugins, just like Terraform and HCL. file.tf extends the power of file.hcl.
   • KCL Plugin: https://kcl-lang.io/docs/reference/plugin/overview
   • KCL option function: https://kcl-lang.io/docs/user_docs/guides/configuration#3-configuration-with-dynamic-parameters
2. KCL itself provides many integrations with other languages, formats, and cloud native tools. For example, we can use the kcl vet tool to validate terraform plan files and use the import tool to generate KCL schema from the terraform provider schema, Kubernetes CRD, etc. For cloud native tools, KCL provides almost all the integration of tools you know, thanks to the KRM KCL specification.
   • KCL import tool: https://kcl-lang.io/docs/tools/cli/kcl/import
   • KRM KCL Spec and cloud native tool integrations: https://github.com/kcl-lang/krm-kcl
3. Turing decidable, lazy, strict, recursion, side effects of KCL mentioned in the document are right https://github.com/tweag/nickel/blob/master/RATIONALE.md#comparison-with-other-configuration-languages . However, I would like to add that KCL is not strictly evaluated, and its inertia evaluation is based on the schema. For large-scale configurations, KCL also provides incremental compilation and caching to speed up evaluation, and partial runtime maintenance evaluation is not sufficient.
4. KCL offer multiple merge strategies and operators to override deep dependencies. Of course, there are also idempotence merge for attributes. Besides, we can even use these low level features to implement patch libraries like kustomize/kubectl: https://github.com/kcl-lang/modules/tree/main/strategic_merge_patch which I haven't seen in other languages yet.
5. I like the vast library of Nix, but I don't use it much. It would be great if you could add relevant comparisons. 😄

Afterwards, I will summarize and organize the PR, and welcome your discussion and review

[dzmitry-lahoda]

@Peefy thank you. read thought links to get more clarity.

as for Nix. There is NOT Flake Nix with --impure and with --import-from-derivation is very different from pure(hermetic) Flake Nix without import-from-derivation (second one is """"compile time typed"""" kind of). I will concentrate on flake pure nix with import-from-derivation on vs off in comments.