> I understand that you don't like writing YAML, but to be honest, it's not that complicated, especially if you use our VS code extension (it autocompletes and suggest all the properties, validates the config file, and give you on-hover documentation).
I think you've missed the point entirely. Just because _you_ do not find it complicated, doesnt mean others wont. This comes across dismissive, people dont want to use your flavor of YAML and have to install a VSCode extension to do so effectively. This alienates a bunch of people that dont use VSCode, and who would rather utilize a safely typed library that provides autocomplete out of the box regardless of which editor is being used. IaaC/S should move on from thousand long lined YAML files that shoe-horn in extensibility and composition in favor of using tools (programming languages) that support this out of the box. These libraries could output YAML files for the sake of compatibility.
i’ve been working on a web-framework for Deno called "cobain". would be cool to work with someone on it, and be able to bounce ideas off of.
what separates this web-framework from others (aside from the grunge and punk aesthetic) is a heavy focus on function composition and developer experience. without much effort, as a developer you will be able to deploy your app as
- lambda/serverless function (deno deploy compatibility),
- standalone monolith
- microservice
in addition, i created a small concept of a templating engine similar to swift-ui and react called "peep" that doesn't do anything special syntax wise (its just JavaScript for real this time).
the really awesome part is that the web-framework and the templating language use the same pattern for "decorating" functions utilizing a deep-safe-map builder-like dsl. (which im currently struggling with) to avoid accessing and setting already previously used keys.
i think the most appealing part of this is the opportunity to break fresh ground on a javascript runtime that will likely be used in the next 3-6 years.
you can contact me on GitHub or my email on my profile.
unless i haven’t read deep enough into that groups thread. this seems overblown. alert, prompt, etc. isn’t being deprecated on the entire web, only in the context of cross-origin iframes.
that being said, this post definitely strikes a chord with me. instead of adding a new index of deprecated features, it think it speaks more to the fact that caniuse needs to rethink how they approach deprecated features.