-
SurveyJS
Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App. With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.
-
-
> How many chat systems does google have?
* Google+ (rip)
* Google Allo
* Google Chat
* Google Groups (separate from Google's Usenet service)
* Google Hangouts
* Google Messenger
* Google Duo
* SMS via Google Project Fi
* Google Voice
> And how many dozens more have they already killed?
Too many: https://killedbygoogle.com/
It's a shame that no IDL except Typical [1] has learned the lesson about schema evolution: the only safe way to do it is with "asymmetric" fields. Instead they always have some unprincipled ad hoc type system in which some types can be optional, some have defaults, some can be nested, and others can't—and none of them seem to have proper support for algebraic data types with pattern matching (including FIDL).
(Disclaimer: I'm the author of Typical.)
[1] https://github.com/stepchowfun/typical
It's not really practical if you need more than just a browser and command line right now to run a pure Fuchsia system. But there's dahliaOS which is a sort of hybrid Fuchsia/Linux that I haven't used but is supposed to be pretty practical.
https://dahliaos.io/
General purpose languages like being turning complete, not as a mail goal per se, but it's hard to be expressive and not be TC. TC means you can't statically determine execution behavior. There's not a lot of things in this category. Some that come to mind are Cue and Dhall.
Bazel and Hashicorp HCL2 might also be, but I don't know if they are turning-complete off the top of my head.
https://news.ycombinator.com/item?id=28915655
https://dhall-lang.org/#