Hacker Newsnew | past | comments | ask | show | jobs | submit | kylegalbraith's commentslogin

Founder of Depot[0] here. I'm disappointed by this change and by the impact this is going to have on all self-hosted runner customers, not just us. In my view, this is GitHub extracting more revenue from the ecosystem for a service that is slow, unreliable, and that GitHub has openly not invested in.

We will continue to do our best to provide the fastest GHA runners and keep them cheaper than GitHub-hosted runners.

[0] https://depot.dev


Founder of Depot[0] here. To answer your idea, at Depot we already have this concept internally. In fact, Depot isn't reliant on webhooks at all to run your jobs. One of the reasons we can be up running your jobs when GitHub webhooks service is down. Effectively, we listen to a different system to know you have a job that needs to be run.

To your second statement, I generally agree. Sounds strange to say given we're in the business of GHA runners. But it's just not a performant or reliable system at scale. This change from GitHub doesn't smell of a company that wants to do right by it's users.

If you are interested in what is up next for us at Depot, feel free to ping me via the email in my bio. I think you'll be quite interested in what we are doing.

[0] https://depot.dev


Founder of Depot here! Glad to hear it’s working for you all. Always happy to help expand things or make things better if you ever have ideas.

This is the best thing I've seen all month. I'm actually blown away at just how accurate it is in making up the potential front page posts.

> This is the best thing I've seen all month. I'm actually blown away at just how accurate it is in making up the potential front page posts.

Hold on. The future hasn't happened yet.

I think what you mean is that you are blown away at just how plausible of a prediction it is. Probably meaning that something about it meshes with ideas already kicking around your head.


Founder of Depot here. We provide faster and more reliable GitHub Actions runners (as well as other build performance services) at half the cost of GitHub [0]

[0] https://depot.dev/


Is there a write up on the security of actions or equivalent that explains how they are secure both with direct and transitive dependencies? If this applies to Depot.

Ah got it, thanks. I thought there was another kind of GitHub runner (like their "large" runners) that I hadn't heard of.

Thank you! Really appreciate the support.

Thank you for the kind shout out! Always happy to see comments like this. If anyone is looking for a better GitHub or GitHub Actions experience, feel free to reach out anytime.

Excited to see AOC back and I think it was a solid idea to get rid of the global leaderboard.

We (Depot) are sponsoring this year and have a private leaderboard [0]. We’re donating $1k/each for the top five finishers to a charity of their choice.

[0] https://depot.dev/events/advent-of-code-2025


Isn't a publicly advertised private leaderboard - especially with cash prizes - against the new guidance? Certainly the spirit of the guidance.

>What happened to the global leaderboard? The global leaderboard was one of the largest sources of stress for me, for the infrastructure, and for many users. People took things too seriously, going way outside the spirit of the contest; some people even resorted to things like DDoS attacks. Many people incorrectly concluded that they were somehow worse programmers because their own times didn't compare. What started as a fun feature in 2015 became an ever-growing problem, and so, after ten years of Advent of Code, I removed the global leaderboard. (However, I've made it so you can share a read-only view of your private leaderboard. *Please don't use this feature or data to create a "new" global leaderboard.*)


i don't think it should be a charity of their choice. i think it should have to be one of the top 5 most reputable charities in the world, like doctors without borders or salvation army.


This kind of crap is the reason we can’t just enjoy an AoC anymore.


Agreed, reward participation, not results.


The outage sucked for everyone. The root cause also feels like something they could have caught much earlier in a canary rollout from my reading of this.

All that said, to have an outage reported turned around practically the same day, that is this detailed, is quite impressive. Here's to hoping they make their changes from this learning, and we don't see this exact failure mode again.


how would you build redundancy around cloudflare failing?

i think this is happening way too frequently

meanwhile VPS, dedicated servers hum along without any issues

i dont want to use kubernetes but if we have to build mission critical systems doesn't seem like building on cloudflare is going to cut it


This idea makes the rounds on HN quarterly. I think folks reading this need to check their business model. Every company is slightly different and unique to how they are solving a particular problem.

That said, knowing how you get to profitability or what you need to change in your model to get to it are fundamental things to know. But just because Linear did it the way they’ve outlined here, doesn’t mean that is what will work for your model.


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

Search: