sharps_xp

trying to convert a massive meatpacking plan isn't step 1. it's too big a problem. that's top down. probably easier bottom up -- have a processing plant that only sources from ranchers that grass feed/finish, pasture raise, and slowly subsidize other ranchers to stop sending their product to massive meatpacking plants.

I went to restaurant last night and asked where the chicken was sourced from and their response was "it's not the usual place we get chicken, but it's US Farm Raised Hatched", but I misinterpreted the her answer as a distributor name but then I realized even if I had a name, I probably couldn't figure out past that whether or not these chickens were pasture raised. If food labels are law, why doesn't this apply to where restaurants source their ingredients?

is there an decentralized org to ensure that all of the js css we use today remain backward compatible decades from now? or are we just at the whim of these browser vendors?

The main draw for me with elysia was that it maintains bun's perf benefits unlike express. When I got into the weeds of the documentation, their abstractions could use a lot of polish. The lifecycle of a request is not that clear imo and all the hooks you put into it look like hacks rather than integrations.

i also do the sit down a calculate exercise. i always end up down a rabbit hole of how to make a viral site as cheaply as possible. always ends up in the same place: redis, sqlite, SSE, on suspended fly machines, and a CDN.

solo leveling no contest

wow this is the first i've seen someone port from sveltkit to rails. can't wait to read that writeup

i forgot what year but the year the spurs won the championship against lebron would be unusual today. tons of passing not necessarily for the 3 but to just dislodge the defense enough for a guaranteed bucket

though, sqlite will not be used for the websocket broadcasting

i don’t think there’s any other input type you can apply the one million schtick to except color. i was thinking of squared shaped browser native color pickers on a 1000x1000 or 10k x 100 non responsive grid. but after seeing the infra and bandwidth costs from the guy who did checkboxes i don’t think my stack of choice could keep up (RoR) i was really looking forward to utilizing fly’s pause/resume feature

I'm impressed a single individual got to 600K MRR by himself. Only a few people can say that they've done that. Who knows when shopify would've taken their checkout experience seriously were it not for this guy. you can have interesting experience, build temporary things, be proud of it, and move on to the next thing.

I think gas app type growth was cool, but I cannot imagine being on that hamster wheel long term. the goal would to have an exit at the peak and not be like snapchat. that said, I do admire blue chip sites that go viral simply b/c it feeds a global demand very simply (ie., sudoku.com); if wordle didn't sell, they could've easily surpassed their purchase price in a few months.

i haven’t, was going to start trying to make some attempts this year, static sites like istheshipstillstuck and howmuchtoiletpaper. also i don’t know how to answer the monetization question for new sites that pick up traffic quickly

i have a budding interest in making viral apps!

perhaps for most things but probably not to the extent of something like excalidraw, which uses react

You can put all your writes in a queue to be processed by a finite set of writers. I think most CRUD applications can afford the delay and if not you can pair it with a write through cache.

sounds like law school

i think both fly.io and litestream were projects that spoke sweet words to the average developer wanting to build features without the infra headache, and what made sqlite so appealing was its simplicity. litestream kept that simplicity too. but i don't think the avg developer wants to spin up their own LiteFS. At a glance at the repo, i have no idea how to deploy this thing. It would have served fly and litestream users better to have kept replication within litestream.

just as no one using postgres on RDS will ever leave RDS not b/c RDS is so much better than its competitors but because the hurdle is too great and the migration so risky. right now, fly is the only one who lessens the burden to use LiteFS and as long as they're the only one, the average developer is essentially locked in.

How do you turn a local-first file system based database into a cloud software product with vendor lock in?

if someone can dockerize this, please reply with a link!

I cannot imagine they are getting a good return on 700 people weekly all hands meetings..

i’ve been thinking of doing something similar but for anime and with semantic search (ie., “rudeous getting punched”) but i have concerns about DMCA notices. I also know that search engines have a different set of rules for copyright liability but i couldn’t make sense of them since IANAL.

I might just make it for myself and call it a day.

i could see your argument from 10 to 100, but 1 to 3 is a practical productivity multiplier. There's also risk of the 1 engineer going to another company that thinks the same way but for $650,000 and now you're left with 0 engineers and no development.

where do i send the check

would not buy, doesn't protect against initial config deployment.

depends on how guaranteed is your solution?

who will make the abstraction as a service we all need to protect us from config changes