That is 62k gone to fees assuming:
12k start, 12k put in per year. for 30 years at 7%.
1,450 karma · joined August 4, 2012
Writing https://leanpub.com/aismarthome
That is 62k gone to fees assuming:
12k start, 12k put in per year. for 30 years at 7%.
Each time I leave a job I roll into Vanguard so I'm not paying more fees each year for no reason.
If you don't want 10% bonds, then use VTSAX maybe.
Edit: maybe you are right actually. I have to check on this closer. App is just about to launch so I hadn’t paid so much attention
my production app has had 1 outage where stripe webhooks weren’t delivering for 45 minutes which is a huge issue for sure.
I mitigated by checking in addition to the webhook event and also it hasn’t had a problem since. Their explanation was a 3rd party networking issue at or near one of their data centers
However with fly it’s just one command to add a new region and my data is auto replicated there.
That’s super nice compared to manually managing this.
As long as bandwidth costs do not go up drastically I think it’ll be okay.
It would be nice to have stable pricing and not have a fear of different features costing more out of the blue.
Other than this, fly has been a great service, I love the system, the CLI and litefs.
It scares me that internal bandwidth charges will start being added, the application I’m using has a lot of internal transfer which is currently free.
One command and it’s in another region, with my data thanks to litefs. It works great for my read heavy e-commerce app
I’ve been using liteFS in production for a couple months.
Your web app is able to resolve db queries instantly.
You don’t need loading states if you’re using complex charts and other frontend JS that waits for data.
All the data is resolved so fast and you can just return all your data like more traditional apps, and the load times are insane.
If you’re multi region you can deploy one app instance there. Instead of 2-3. Postgres read replica, maybe something like redis.
It really replaces both of those, assuming you have a read heavy app it works great.
Half the reason I want to use bun is to not use node for the runtime so that it's faster and the docker image is also smaller.
Now you have to compile stuff.
In my case I’ve had apps use certain ts config options, and then another library has a start script which is incompatible.
So you’re stuck needing a different TS config for both things. These annoyances are solved with bun
The big ones for me are continual prisma issues. Mainly due to poor decisions on their side it seems…
Vite crashing. Because I’m using remix.
And then the worst one I don’t see a way around: sentry profiling which requires v8.
I can’t wait for the day everything can be on bun. Everything else sucks and is so slow or requires really bad configuration to make it work.
Can’t believe node itself and TS are so terrible with module compatibility. Bun solves all of this and is 20000x faster when I can use it!
So anyone who wants to run this, has to join that discord anyway. You can find it in the blog post.
In the example I just hard code the env variables to demonstrate, but you’d want them in secrets after testing it out.
It's running with wayyyy less resources than the github suggested. I am on a shared cpu with 512mb of ram running the container.
Could be a little simpler to setup, if the docs provided a docker run example without the shell scripts. Also has some duplicate env variables.
For anyone interested, I shared it in the discord: https://discord.com/channels/1207024379549061120/12070503280...
Overall super cool. My profile page says I am using an invalid handle, but otherwise it works, and I see it requesting my server for things.
The funniest part is comparing it to expressJS, which hasn’t changed much in 10 years, and saying unlike JS frameworks, it won’t be deprecated tomorrow.
I’m sure I’ll get a lot of downvotes for that.
But after 10 years of using react. Most performance issues were really just poor state management in the wrong locations and not the virtual dom holding it back.
It’s actually worse today than it was then.
It nudged you constantly, phantom brakes more, I’ve used it so much less and it sucks we can’t get refunds.
Also, automatic wipers straight up, stopped working. Do not come on when it’s raining hard anymore.
I’ve seen multiple other forum users unable to update fingerprint sensors in Linux with the same problem I had.
Also I’ve seen threads asking why Ubuntu freezes and if anyone else is having problems.
You guys explained in 1 forum post that amd is working on a fix for the second issue, and nobody has really mentioned the fwupd freezes some of us run into.
It’s just one more example of stuff in too many places. The official Ubuntu install guide doesn’t mention a new fix is coming to fix freezes and the place that does is a forum post that many people may miss.
Need 1 hub page for each device with some sort of stream of updates.
I have to bookmark the bios guide page to find out if new ones are out, a forum post to see if there is new changes with Ubuntu, stuff is a little far apart and manual process to find updates.