Our great sponsors
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
Pulumi
Pulumi - Infrastructure as Code in any programming language. Build infrastructure intuitively on any cloud using familiar languages 🚀
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
pyinfra
pyinfra automates infrastructure using Python. It’s fast and scales from one server to thousands. Great for ad-hoc command execution, service deployment, configuration management and more.
Jsonnet has been serving me well. Tanka seems to fix all the remaining issues. It's not the fastest thing out there, but it's honestly easy to debug.
The solution I like is Dhall. They even have a Kubernetes solution that will catch a lot of issues at compile-time, before you try to apply it to Kubernetes. At earthly we aren't actually using it though. Our Kubernetes guru found it to be a bit slow but I am hopeful it or something like it will be the future.
In other words, there only few acceptable configuration languages: namely INI and TOML.
One thing I like as an alternative to terraform and ansible is pulumi. You can use whatever language you like for your branching and logic.
I looked it up. It does have some restrictions, just not on its turning completeness, which probably doesn't matter anyhow.
INTERCAL got a modern overhaul: https://github.com/Storyyeller/IntercalScript
See also https://dhall-lang.org/
anyway, here's the readme with a little manifesto https://github.com/combatopera/aridity/blob/trunk/README.md
I currently taking a good look at pyinfra as an alternative to ansible for this very reason. Might be a little immature yet, IMHO, but it's all python and feels very comfortable.
Fun fact, my college intro to programming course was taught in Scheme. Most recently I dug lightly into Forth for the sake of making my own stack based programming language (it's very bad and unpolished, but a fun esolang), and that idea also happens a lot in Forth. It's a good and valuable way to think about programming, regardless of your programming paradigm!
Well behold this beautiful piece of art.
Sure we can https://github.com/cruel-intentions/stylops#why