Hacker News new | past | comments | ask | show | jobs | submit | vinner_roy's comments login

Eagerly awaiting the React Native compatible version. https://zerosync.dev/ is the main alternative I'm considering.


PowerSync (https://www.powersync.com/) is also a great alternative, and my preferred choice. SDK's available for React Native, Flutter, JS, Swift, Kotlin etc


I've heard about this one as well. I'm not sure why it seems to have less "hype" than Zero or ElectricSQL. I'm going to play with it this weekend. Thanks for sharing.


Electric works with Expo / RN now.

PGlite is coming — we have a new WASI build that is the basis for native mobile support. (It’s working in dev, but still needs some more polishing and bindings).


Sorry should have mentioned that I need PGlite or SQLite support. I am very much looking forward to PGlite on Expo/RN!


As are we :) btw checkout LiveStore if you haven’t already:

https://expo.dev/blog/local-first-application-development-wi...

It’s not fully released yet but it is now open to GitHub sponsors and it’s very cool.


Oh this is very cool as well. Thank you for sharing. I hadn't heard of LiveStore.


Any thoughts on Flutter support? I believe that existed in the previous version of Electric.


What are you using for your WASI runtime?


A couple of things here:

- the WASI build is targeting WASI snapshot preview 1, and so should work in any compatible runtime.

- for the web, currently we use Emscripten, but we are considering moving to a single WASI build there as well. We'll be writing our own JS WASI shim if we do. Having full control of the JS code will help to solve some of the problems we've faced with Emscripten.

- we are also exploring a route to native where we take the WASI build and decompile it back to C. This seems a little mad, but it makes it possible to compile (with any tool chain) a native binary with a very minimal WASI-like api that can be linked to from any app. It essentially end up a little like the SQLite amalgamated header file as a build route. It's very experimental, and we haven't committed to it yet, but it looks like it may work.


This is interesting. Can you go into a bit more detail on why the WASM decompiling would be helpful as opposed to just using the native codebase?


Dynamic linking on iOS is complex, and Android also brings some toolchain complexities. It would be possible to do a native build and link it, and that is a route we are also exploring, but a single C file that can be linked with any existing toolchain would simplify things for users.

It also allows us to implement a VFS layer underneath PGlite in a native mode. So things like the in-memory VFS, or a custom VFS, would be possible.

We have not committed to one route or the other yet.


You should check out Triplit as well, we have React Native support[0] and the best Typescript integration by far

0. https://www.triplit.dev/docs/frameworks/react-native


Another one I have to play with. Thanks for sharing.


- Lenny Rachitsky: startup product and growth - Alex Xu: software/software system design


Everything I've seen from Xu on YouTube is more like Dave Ramsey than Matt Levine.


Can I swap place with one of them?


Could you use Aurora Limitless for this instead? https://aws.amazon.com/about-aws/whats-new/2023/11/amazon-au...


I doubt even VC money can afford this service.

Serverless Aurora is incredibly expensive for most workloads. I have yet to find a use case for any SaaS product that is used >4 hours a day. Since all my products span at least 3 time zones there is at least 12 hours of activity a day.


We found this out the hard way in a small startup. The per query and I/O expense was through the roof.


Did it work though? Did you achieve unlimited scaling? Because if so you should compare the price to the price of a team of great minds such as in this article, working for 2 years to get a solution.

I bet it still would be cheaper to pay people over Amazon, but I'm curious about the numbers


It worked fine, the problem was our workloads were minuscule and it still cost $3,000 a month to support 50ish users on a lightly used platform.

The same load in a non-Serverless instance was around $100/month.


What products


"Limitless" refers to the bill, not just the scale.


At my company, we were given an early talk on Limitless. Never once did the reps mention that it ran on Serverless. Dear lord, that's going to be a hard no from me. Unless they've dramatically changed pricing for Limitless as opposed to normal Serverless, that'll be through the roof.


Haha alright I get the picture. Too expensive.


Yes, but that wasn't available when they did this migration


Hm, looks like it's only available as a preview too. I was wondering why I hadn't seen in mentioned before.


I agree with this, although I wouldn't bother with the rationale. It's either you had an overall good experience or an overall bad experience. I'd add a third option called "favorite" or "star" which you could you only give out to 10 drivers/restaurants/places at a time to highlight really exceptional experiences.


This looks fantastic. Thanks for sharing! Great demo here: https://demo.picnichealth.com/records


I don't think it has been done yet due to the difficulty in syncing the data in there (manual entry sucks). I think companies like Forward (https://goforward.com/) offer this to their patients via their app.


Elixir, Phoenix and Liveview


I'm still working on https://pagespace.app/. The vision is Github but for books with built in subscription and sale incentives for an author to continuously update a book to make it a lifelong project.

The other idea I want to work on is longevity as a service, helping folks track health metrics that have been reliably shown to affect life expectancy. Things like hormones, cholesterol (apoB, lp(A)), inflammation...


Working on this over at pagespace.app, looking for cofounders if anyone is interested! Notion-like writing experience is the goal with the ability to sell via subscription or per unit.


Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: