I’ve been working on open sourcing a background jobs library I built for Rust and Postgres, called Underway.[0] Unlike other similar queuing libraries, it offers a simple “step” functions API for defining dependent units of work.
I built this because a number of projects I work on need a robust, resilient way of deferring work but I didn’t want to add another piece of infrastructure or another language to my stack. Plus as soon as you start to reach for APIs that offer some kind of workflow concept, your options become fewer and further between.
> but the 800-pound gorilla in the room is climate change. Where I live, winters are 4.5 degrees warmer.
The George W. Bush administration (e.g. via Frank Luntz) advocated for the term "climate change" because Republican strategists wanted to leverage perceived uncertainty about global warming as much as possible.[0]
This is a PR effort that seems to have largely succeeded (both in adoption and its goals) and it's unfortunate that when we are literally talking about warming we adopt a term that is less precise; you are talking about global warming here.
While I understand your point is likely that sidewalks would come before later advancements (like support for bikes) I want to make it clear that bikes do not belong on sidewalks.
If you ride a bike please ride it in the street with other vehicles. This is the law in some jurisdictions (such as where I live) but frequently ignored.
Failure to do this poses a serious risk to pedestrians. Please do not use sidewalks as an alternative road.
I'm coming around to building everything for a VPS from the outset. There's a lot of upside to VPSes, such as:
1. Can be purchased as a fixed cost, usually at a rate that's much cheaper than on-demand pricing, and especially serverless--this tends to only get better with time as competition keeps prices low
2. It's "just" a Unix/Windows/Mac box, so the issues with runtime constraints you mention are bounded differently (and often more favorably); serverless is also just a box, but the constraints tend to be more onerous and limiting and it's not usually accessible in the same way
3. With containers, it's trivial to move between providers, so the hardware itself becomes fungible
4. On containers, I'm having a great time shipping Docker Compose configs--this works really well for the scale of application I'm targeting while avoiding the dreaded complexity of e.g. k8s
5. There's decades of high quality tooling already built and battle tested which makes operating VPSes much easier; the fact you can SSH into the machine, for instance, has huge leverage as an solo person working on independent products
Going forward, I'm planning to skip edge compute altogether unless there's a really compelling reason to want it. I should also mention that when a VPS is paired with a CDN, you can layer on bits of "edge compute" where it's warranted; or, you know, use it to cache static assets close to your users. :)
All-in-all it's kind of a funny return to where I started ~20 years or so ago with web development.
This is incredible. If I understand the thread, that >$22,000 surprise bill was not forgiven by Vercel and the most they're willing to do is offer a 25% discount.
Is Vercel a business or a scam masquerading as a tech company?
If a company needs to stoop to this level of billing shenanigans to make money, I have my doubts...
In fact Lee was looped in six weeks ago; there was an issue with Remix and CDN cache behavior which popped up on GitHub. I mentioned my issues in that thread thinking they were likely related. Lee responded and let me know he would talk to the internal team.[0] However, Lee did nothing that was ever visible to me. Moreover, I completely disagree with your assessment: it should not require Lee or social media posts to tackle issues like this, that’s completely unscalable and not a realistic way to run a business.
It’s pretty irresponsible of you to be suggesting folks reach out directly to Lee when frontline support fails. That sucks for Lee and it’s bad for the Vercel business.
To be blunt with you, your comment does not read well. It looks like you’re ignoring very real problems and doing everything you can to dismiss them as “bad faith” when in fact there’s a demonstrable problem which shouldn’t be excused as growing pains but instead addressed head on. This kind of fanboyism doesn’t help anyone and I hope Vercel takes the time to reflect on this feedback and make real, meaningful changes.
Actually I reached out to you asking for a comment which I could add to the article, not for your technical support.
I was surprised and I have to admit a bit dismayed to watch you throw yourself into the fray on a Sunday. The technical issues, which in fact persist, are at this point an aside to the way Vercel has handled this issue.
I'm currently stuck in their support hell and have been told:
1. My issue is not real
2. Okay, your issue is real, but because I'm not paying $$$ we're going to ignore you
3. I should do free work for Vercel and poll their community forums to see how widespread the issue is
4. Their support is only trained to handle frontend issues and because this is an issue with their CDN it's expected that they'll respond incompetently
5. They'll escalate with their CDN team and respond in one week (that was over a month ago, no follow up whatsoever)
It's hard to take Vercel seriously. As a toy, it's probably fine. But I'll ultimately move this project off of their CDN product as soon as it reaches costly volume.
Edit: incidentally, because this submission was made after my submission, when I saw it I flagged it thinking it was a dupe. Now it seems I've lost the ability to flag entirely. :(
I built this because a number of projects I work on need a robust, resilient way of deferring work but I didn’t want to add another piece of infrastructure or another language to my stack. Plus as soon as you start to reach for APIs that offer some kind of workflow concept, your options become fewer and further between.
[0]: https://github.com/maxcountryman/underway