Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jamesgpearce
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
31.
▲
TinyBase v4.0, now with SQLite and CRDTs
(tinybase.org)
7 points
by
jamesgpearce
3y ago
|
0 comments
32.
▲
I wrote a static web page and accidentally started a community
(localfirstweb.dev)
7 points
by
jamesgpearce
3y ago
|
4 comments
33.
▲
ChatGPT Copilot for Google Sheets
(arcwise.app)
2 points
by
jamesgpearce
4y ago
|
0 comments
34.
▲
by
jamesgpearce
4y ago
Thanks! Yep, I think we need an about page, and maybe a few pull quotes from the articles. The first article from Ink & Switch is the canonical source of the name and the idea. I think a lot of web consumer products (and dare I say SaaS
35.
▲
by
jamesgpearce
4y ago
Yes I know! I gave a talk about this, and it made me nostalgic in a way. https://tripleodeon.com/2022/11/closing-the-gap-between-your...
36.
▲
by
jamesgpearce
4y ago
Nope, I'm not sure it's that. Brave crashes on tinybase.org pages without the glow. I wonder if it's the SVG favicon?
37.
▲
by
jamesgpearce
4y ago
One of the authors here. Just catching up on the awesome feedback in this thread - thanks! I just thought this was a fun list of links to put together (like it's 1994!) and TBH I was not expecting quite this degree of positive receptio
38.
▲
by
jamesgpearce
4y ago
Author here. This has got to be one of the simplest web pages on the planet :/ Logged with Brave support and as issue on the site’s repo.
39.
▲
by
jamesgpearce
4y ago
Author here. I’ll try and fix this. I have a suspicion it’s the CSS glow behind the logo since everything else is the most stupid basic HTML you could imagine.
40.
▲
by
jamesgpearce
4y ago
Author here! Happy to answer any questions about the site, community, or local-first app philosophies in general.
41.
▲
TinyBase v3.0, a reactive key/value store
(tinybase.org)
4 points
by
jamesgpearce
4y ago
|
0 comments
42.
▲
Gravity
(xkcd.com)
2 points
by
jamesgpearce
4y ago
|
0 comments
43.
▲
Closing the Gap Between Your Users and Their Data
(tripleodeon.com)
2 points
by
jamesgpearce
4y ago
|
0 comments
44.
▲
by
jamesgpearce
4y ago
Thanks but I do feel a bit guilty :)
45.
▲
by
jamesgpearce
4y ago
Yep, I guess I should be thankful if that's the main complaint! And thanks for the spec for the 'basic typography' toggle option :)
46.
▲
by
jamesgpearce
4y ago
No, there are no dependencies. It has its own in-memory data structure, and ways to serialize it to other, more persistent, formats. I could imagine an option for more fully fledged RDBMSs being those persistence layers though.
47.
▲
by
jamesgpearce
4y ago
Yes, one imminent idea I have is to codegen a .d.ts from an explicit schema (or even implied, from populated data). One might even be able to produce typed functions like `setPetsPrice(petId, price: number)` instead of `setCell('pets&#
48.
▲
by
jamesgpearce
4y ago
By "reactive" I mean... if the data changes, the UI does (or at least, an event is fired, and then you can drive a React render, for example, from that). In contrast, you expect to have to poll an RDBMS for updates. An MIT team re
49.
▲
by
jamesgpearce
4y ago
Is it bad to admit... I don't really know... much about PouchDB? But you've sold me on the concept. I have plenty of prior art to read up on, it seems!
50.
▲
by
jamesgpearce
4y ago
I do not want to take on CRDT lightly, since I want to make sure it doesn't balloon the library - it'd probably be an optional module. I feel like that's one of the next big things to tackle, so does v3.0 sound good? :) In th
51.
▲
by
jamesgpearce
4y ago
Correct. I think this could be done, but I would need to think a little about how best to. Thank you for the idea!
52.
▲
by
jamesgpearce
4y ago
It could be made to be. The current persistence implementations are all batch but I believe they could be row, or even cell-level, theoretically. Nice idea.
53.
▲
by
jamesgpearce
4y ago
The data is in memory, and the persistence strategy is kind of up to you. So it would scale reasonably if you put the sync/persist on a different schedule to the UI - perhaps when the browser is idle. BUT of course, this is not a libra
54.
▲
by
jamesgpearce
4y ago
Yeah, I see your point. I've been assuming that local-first doesn't mean local-only. Even if it's just you, you could easily be polling something else to get data updates, as you suggest. (One original use case was a personal
55.
▲
by
jamesgpearce
4y ago
Thank you. I figured that getting/setting/listening are the key primitives, and then the React layer (which is just one of many theoretical UI library bindings) can use hooks and components, or whatever, to simply wrap them. I
56.
▲
by
jamesgpearce
4y ago
Honestly, just my personal confidence currently. There's very basic locking and store-wide read-write. I really aspire to some sort of CRDT implementation that can be considered a bit more state-of-the-art and tolerant to the innumerab
57.
▲
by
jamesgpearce
4y ago
Ouch, tough crowd, but fair enough! I wonder if I should have a font-weight (or -family) toggle alongside the dark mode setting. Would be a shame for people to miss out on reading about the software because of the typography!
58.
▲
by
jamesgpearce
4y ago
No, there's no _actual_ RDBMS involved. The query engine uses a functional style of query that has similar concepts to SQL, but all the evaluation (and reactivity) is first party, in the library itself. Of course it would be pretty eas
59.
▲
by
jamesgpearce
4y ago
Cool! Please take a look and see if it works out. I should point out that the ui-react library (that provides React bindings) does _not_ depend on ReactDOM, so you can use it just as easily in React Native. At least, once I got the bundler
60.
▲
by
jamesgpearce
4y ago
thanks! - it's been a labor of love :)
More ›