-
-
-
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.
-
-
any-sync
An open-source protocol designed to create high-performance, local-first, peer-to-peer, end-to-end encrypted applications that facilitate seamless collaboration among multiple users and devices
-
-
n8n
Free and source-available fair-code licensed workflow automation tool. Easily automate tasks across different services.
-
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.
GNU also misses the point a bit. With open source, the source is open, but some other general rights are included too, like to restriction to the type usage. Lately, people and corporations made a lot of money on the backs of open source developers, so a new type of license emerged, and this would be the one that really is just about the "open" "source", but to make it distinct from the already widely known term, people call these "source available". Getting back to the topic, Any knows these distinctions too - or at least their lawyer did, because they call their license a "Source Available License"[0]. Source-available however doesn't carry the coolness of what "open source" brings - so on the marketing page, they refer to the project as "open source", which kind of can be argued, since the majority of it is indeed proper open source.
[0] https://github.com/anyproto/anytype-kotlin/blob/main/LICENSE...
I don't understand this license.
https://github.com/anyproto/anytype-ts/blob/main/LICENSE.md
The proportion of philosophy to features in their marketing draws my concern. They say "trust our code, not our words" and then spend several paragraphs of words talking up their ideals. It feels like something is being hidden or talked around.
Data-independence may be one aspect that's not transparent. Compared to https://obsidian.md/, I can't just use raw Markdown or CSV file with Anytype. As a customer, if I pursued freedom from Notion, I would also want freedom from their data model.
> Then how can I use the app without creating first an account and space which will sync my data without even asking? You talk about trust and offline-first, but the first thing you do is uploading data and don't even talk about it.
It's not an account you create in a classical way using a server. It's locally generated data wallet ( we need it for encryption and sync). We talk via on-boarding that your wallet will be synced, and that your data is encrypted only with the key generated on your machine. It's for people who don't want to mess with self-hosting. If you want you can make your build from GitHub, disconnect sync, or just self-host yours. This way our promise works.
> we have described our data format
we have a GitHub! here it is https://github.com/anyproto/any-block
> BTW Don't reinvent menus. I just now realized that File->Close does not actually close the app, like in any other app. And for whatever reason, there was no information about the App still running. Kinda sus..
good point!
> In trying to come up with a WebRTC solution, I think I've settled on defeat. The local network syncing works like a charm, but I haven't had any luck in trying to get around a TURN server by using an API endpoint to provide routing data. It would be nice if there were other prebuilts than COTURN (something deployable to a deno/node server would be ideal),
The bad news is that if you want something that works in all instances, you need a relay of _some_ sort, because p2p isn't possible/feasible in all cases. Bittorrent (for instance) works around that limitation by simply having many-to-many peering and relying on large numbers, to be reliable. But that doesn't work for 1:1.
The good news is that maintaining a relay (or TURN, with WebRTC), need not be expensive. Yes, you need a server, and perhaps some IP-based rate limiting, but that can handle a LOT of connections and small data.
I created https://github.com/betamos/rdv for this purpose, an extremely light-weight alternative to WebRTC, but for TCP only (BYO identity, auth and encryption). The p2p success rate is, anecdotally, very high. However, you cannot use it from a web browser.
Feel free to reach out (see profile), happy to chat about p2p whether or not you use this project.