radex

6 ms·

1.
by radex 4y ago
Thanks for the chuckle :D And of course you use nixos :]
2.
by radex 4y ago
That could be interesting! Curious: are you taking about a plain object spread, or are you talking about JSX spreads? The latter has more overhead. Also, which JS engine? BTW. I recently measured the spread operator in a microbenchmark. Int
3.
by radex 4y ago
Appreciated!
4.
by radex 4y ago
Thanks! There's a preliminary PR with a discussion here: https://github.com/facebook/hermes/pull/933 (and broader context here: https://github.com/facebook/hermes/issues/81
5.
I made JSON.parse() 2x faster(radex.io)
87 points by radex 4y ago|14 comments
6.
by radex 5y ago
Browser-based apps have use cases even when you reject PWAs generally as a replacement for native apps. Trying out a new tool quickly, or short-term when using a tool with a customer, in enterprise where you can't install native tool
7.
by radex 5y ago
IndexedDB is a joke of a database. Yes, it can store data, and you can create a very simple index, so it's _technically_ a database… But its ability to express queries is borderline useless for all but simplest use cases, it's slo
8.
by radex 5y ago
You can use multiple tabs but to have more than one write to the DB and not be overwritten relies on (online) sync. The problem is that Watermelon assumes a consistent view of the entire database, so you can't have multiple writers - a
9.
by radex 5y ago
IndexedDB is a _bad_ API, and making many small read/write operations on it is absurdly slow. This is one of the reasons why WatermelonDB on web only uses IDB as a dumb storage medium but actually does all the database'y things in
10.
ZACS: Zero Abstraction Cost Styling (For React and React Native)(github.com)
4 points by radex 7y ago|0 comments
11.
by radex 8y ago
You’re not wrong
12.
by radex 8y ago
not very familiar with apollo, but I don't see why not. But just be aware that Watermelon works best as a full local database copy (that synchronizes with the server), not just a cache.
13.
by radex 8y ago
No, Watermelon is a local app database. But you can plug it into a sync engine to synchronize with the server (and then from the server to another device) — it's up to you
14.
by radex 8y ago
It's possible, but Watermelon is specifically designed to be a local database, not meant to run on a server.
15.
by radex 8y ago
Not familiar with either Gun or Vue. I'll look into the former, and as for the latter — Watermelon does not actually depend on React. If one can supply a way to hook an RxJS observable into Vue (a la higher order components in React)
16.
by radex 8y ago
See: https://news.ycombinator.com/item?id=17960347 Sync is mostly there, but undocumented :/ Coming soon…
17.
by radex 8y ago
That's a fair description, yeah!
18.
by radex 8y ago
I'll be really curious to hear your feedback on GH if you try it. We've been using it internally in dev for a year, but we've just released this as open source, so there's probably a ton to improve on.
19.
by radex 8y ago
Yes! Planning to release a few helper functions and document exactly what the procedure is to synchronize with a server. Internally, we know it works.
20.
by radex 8y ago
It's easy to be cynical on HN, but to the best of my knowledge, no other solution for React Native checks all the boxes we need. And it's not like reinventing the wheel (it still uses SQLite), more like inventing better suspenders
21.
by radex 8y ago
A mobile app database. It can probably scale to hundreds of thousands too, but very few apps and very few users of such apps would actually have THAT much data. The point is that most current solutions for React Native apps start being supe
22.
by radex 8y ago
Yep, if you can support some (relatively basic) queries, and CRUD operations, you can plug in essentially any database, and bridge on any platform. Think Electron, SQLite on native macOS, heck, you could use Realm as the underlying database
23.
by radex 8y ago
Agreed! IDB is simpler in some ways, but having a real relational database is a lot better for many advanced applications — and also can be more easily used for porting to different platforms, since you can run SQLite on any native platform
24.
by radex 8y ago
I'm not an expert at Realm, so I might get some details wrong, but briefly: - You can't run Realm on the web (not as a database, offline), but you can with Watermelon - Realm is _a_ database, Watermelon is a more universal databas
25.
by radex 8y ago
Yeah :/ There used to be this thing called Web SQL (which really… was SQLite)… but… people didn't like it and it didn't catch on. So on the web, Watermelon uses LokiJS, which isn't perfect, but still works well.
26.
by radex 8y ago
SQLite gives you just the "data fetching" part. But if you're building a React/RN app, you probably also want everything to be automatically observable. For example, if you have a todo app, and you mark a task as done, y
27.
by radex 12y ago
The requirement is to speak Polish. You're right, that's what we should've put there. (In practice, though, it's extremely rare that someone speaking Polish wouldn't be a native.)
28.
by radex 12y ago
No, that's not what I meant. Everything is relative, though — if you live in a crazy expensive place like San Francisco, yeah, it's not gonna work.
29.
by radex 12y ago
Yeah, it's weird to put it this way. The thing though is: the whole dev team at our company speaks Polish, so it would be very uncomfortable to be the only person who doesn't.
30.
by radex 12y ago
JavaScript developer at Nozbe | Poland or anywhere (we're remote!) We're looking for talented programmers who are passionate about building amazing applications and are great at front-end development (all Javascript-related). It i

More ›