Live data from Hacker News

Viewing profile — danbitengo

danbitengo

HN member
Joined
Thu, Nov 27, 2025, 2:23 PM UTC
HN karma
46
Public activity
28 items

About danbitengo

No profile information was provided.

Recent public activity

  1. story
  2. story
  3. story
  4. story
  5. story
  6. comment
    Comment #47232153

    AI agents are taking real actions — deleting files, sending emails, merging code. When something goes wrong, the question is always: did a human actually authorize that, and can yo…

  7. story
  8. story
  9. comment
    Comment #46961290

    Try it now: https://localwrite-demo.fly.dev Open in two tabs, join a room, start typing. That's the pitch. SyncKit is an offline-first sync engine. Rust core compiled to WASM, Type…

  10. story
  11. comment
    Comment #46326813

    Hey HN, I'm Daniel, creator of SyncKit. I've been obsessed with the Ink & Switch "Local-First Software" vision for some time now—apps that work offline, feel instant, and give user…

  12. story
  13. comment
    Comment #46075463

    That's a fair point. The description does assume some familiarity with local-first patterns. I'll think about how to make the "why you'd want this" clearer for people outside that …

  14. comment
    Comment #46075418

    That's actually a really cool idea! Notes are just documents, so the sync model would work well. Hadn't thought about Obsidian specifically but I like it.

  15. comment
    Comment #46075345

    For P2P multiplayer with Svelte/SolidJS, SyncKit might not be your best fit because: - It's client-server (not P2P) - No Svelte adapters yet (coming in v0.2.0) - Multiplayer games …

  16. comment
    Comment #46072945

    You've hit on the core limitation because SyncKit has the same issue. Document/key-value like Loro and Yjs. The relational model problem is fundamental to CRDTs. They guarantee con…

  17. comment
    Comment #46072770

    I appreciate the enthusiasm! And yeah, I'm planning to start blogging about the build process and some of the technical decisions probably after launch week settles down. I'll post…

  18. comment
    Comment #46072688

    See my response to skybrian above. You're both asking the same good question about the LWW messaging. Short version: system-level guarantees, not user-level concurrent edit preserv…

  19. comment
    Comment #46072640

    That's a great suggestion. The memory benchmark being buried is a fair point. I'll move it up top and create a proper benchmarks.md page. Thanks for the detailed feedback.

  20. comment
    Comment #46072617

    I haven't tried InstantDB yet, but it looks really interesting. Thanks for the pointer! Will definitely check it out.

  21. comment
    Comment #46072468

    You're right that this is confusing. "Zero data loss" means system-level guarantees (no corruption from network failures, crashes, etc), not that concurrent edits to the same field…

  22. comment
    Comment #46071661

    Thanks! For native Android, not directly yet because v0.1.0 is Rust → WASM → TypeScript (web/Node/Deno/Bun). But since the core sync engine is pure Rust, native Android bindings ar…

  23. comment
    Comment #46071607

    Thanks! The TLA+ modeling actually caught 3 bugs even before I wrote any code. Worth the upfront investment. It's way easier to debug a state machine model than distributed sync lo…

  24. comment
    Comment #46071587

    Thanks! Yeah, Realm's shift in direction left a gap in the offline-first space. I didn't build Dart bindings yet (Rust → WASM → TypeScript for v0.1.0), but since the core is in Rus…

  25. comment
    Comment #46071094

    Not yet, but it's definitely something I'm considering. Right now v0.1.0 is React (web) only. I'm planning Vue/Svelte for v0.2.0, and React Native could absolutely be v0.3.0 or soo…