HN user

realPubkey

609 karma
Posts26
Comments224
View on HN
softwaremill.com 10mo ago

Local-Second, Event-Driven Webapps

realPubkey
2pts0
julianduru.com 11mo ago

Unlocking Value on the Private Internet

realPubkey
1pts0
polymorph.co.za 2y ago

First time building an LMS: Offline first

realPubkey
1pts0
web.stanford.edu 3y ago

Incrementally improving lookup latency in distributed hash table systems

realPubkey
1pts0
link.springer.com 3y ago

Autoscaling Bloom filter: controlling trade-off between true and false positives

realPubkey
1pts0
evilmartians.com 3y ago

Cool front end arts of local-first: storage, sync, conflicts

realPubkey
2pts0
github.com 6y ago

An OpenAPI compliance Proxy that ensures your data matches your swagger.json

realPubkey
19pts1
github.com 6y ago

Show HN: BroadcastChannel and LeaderElection to share data between browser tabs

realPubkey
3pts1
github.com 7y ago

Show HN: Compress JSON-data based on its JSON-schema

realPubkey
1pts0
github.com 7y ago

Show HN: Compress JSON-data based on it's JSON-schema

realPubkey
4pts0
github.com 8y ago

BroadcastChannel That Works in New Browsers, Old Browsers, WebWorkers and NodeJs

realPubkey
1pts0
github.com 8y ago

Show HN: BroadcastChannel for old browsers, new browsers, WebWorkers and NodeJs

realPubkey
2pts0
github.com 8y ago

Best Resume Ever

realPubkey
1pts0
github.com 9y ago

The poor man's Firebase

realPubkey
1pts0
github.com 9y ago

Show HN: Creating a fast reactive database

realPubkey
1pts1
github.com 9y ago

A reactive Database for the Client-Side

realPubkey
1pts0
github.com 9y ago

Show HN: A reactive Database

realPubkey
1pts0
github.com 9y ago

An observable database in JavaScript

realPubkey
1pts0
github.com 9y ago

Show HN: A reactive Database

realPubkey
1pts0
github.com 9y ago

Show HN: RxDB v3 – JavaScript Database and ORM

realPubkey
14pts5
github.com 9y ago

RxDB v3 released – Reactive Data is the Future

realPubkey
4pts0
twitter.com 9y ago

Magento2 – Is it the worst open-source-project?

realPubkey
6pts0
duckduckgo.com 9y ago

Safe-Internet-Day: DuckDuckGo broke 15M private searches / day

realPubkey
3pts2
github.com 9y ago

ClientSide DB for Browsers, Node, electron, cordova, reactNative and every js-vm

realPubkey
1pts0
github.com 9y ago

RxDB – Local JavaScript-Database

realPubkey
60pts21
github.com 9y ago

RxDB – Open Source Firebase Alternative (GitHub.com)

realPubkey
5pts0

A big limitation for skills (or agents using browsers) is that the LLM is working against raw html/DOM/pixels. The new WebMCP API solves this: apps register schema-validated tools via navigator.modelContext, so the agent has structured JSON to work with and can be way more reliable.

WebMCP is currently being incubated in W3C [1], so if it lands as a proper browser standard, this becomes a endpoint every website can expose.

I think browser agents/skills+WebMCP might actually be the killer app for local-first apps [2]. Remote APIs need hand-crafted endpoints for every possible agent action. A local DB exposed via WebMCP gives the agent generic operations (query, insert, upsert, delete) it can freely compose multiple steps of read and writes, at zero latency, offline-capable. The agent operates directly on a data model rather than orchestrating UI interactions, which is what makes complex things actually reliable.

For example the user can ask "Archive all emails I haven't opened in 30 days except from these 3 senders" and the agent then locally runs the nosql query and updates.

- [1] https://webmachinelearning.github.io/webmcp/

- [2] https://rxdb.info/webmcp.html

Yes most servers support websockets. But unfortunately most proxies and firewalls do not, especially in big company networks. Suggesting my users to use SSEs for my database replication stream solved most of their problems. Also setting up a SSE endpoint is like 5 lines of code. WebSockets instead require much more and you also have to do things like pings etc to ensure that it automatically reconnects. SEEs with the JavaScript EventSource API have all you need build in:

https://rxdb.info/articles/websockets-sse-polling-webrtc-web...

The problem with couchdb is that it does one request per document which makes the protocol slow for browser based applications also it has no http2 support. Also storing the full rev tree of the documents is what makes pouchdb slow. This is why RxDB moved away from pouchdb/couchdb to a replication which works on bulk operation and resolves conflicts directly when they happen, not afterwards.

Deno Queues 3 years ago

This. It could have been a npm package, why build it directly into Deno?