Live data from Hacker News

Incident with Issues and Webhooks – Resolved

githubstatus.com

261–270 of 275 posts

Re: Incident with Issues and Webhooks – Resolved

#261
post #228

Earlier quoted context omitted.

Do you mean like https://github.com/pulls and https://github.com/issues ? These are in the top left hamburger menu from the Home dashboard (edit: actually on all pages).

Hey, that's awesome and nevermind me. I just got stumbled by their UI. There's probably a fair argument about how discoverable these are (especially given their labeling as "All Issues" and "All Pull Requests") but that tip is quite helpful to me personally. Thanks for sharing it, I really appreciate it!

And yet these are still (apparently) implemented as search queries instead of direct database queries.

Re: Incident with Issues and Webhooks – Resolved

#263
post #261
post #228

Earlier quoted context omitted.

Hey, that's awesome and nevermind me. I just got stumbled by their UI. There's probably a fair argument about how discoverable these are (especially given their labeling as "All Issues" and "All Pull Requests") but that tip is quite helpful to me personally. Thanks for sharing it, I really appreciate it!

And yet these are still (apparently) implemented as search queries instead of direct database queries.

There may be some magic they do to better optimize within-user-searching. It's something that they could hide in implementation details so we can't be sure unless they spill the beans but it's feasible - especially with the default search parameters they're using.

I'd still love something a bit more obvious and intuitive but if it's just a UX failure that makes me feel a lot better.

Re: Incident with Issues and Webhooks – Resolved

#264

Earlier quoted context omitted.

I've already started moving my personal projects off github and onto forgejo running on my homelab. I know a lot of people doing the same. With a hermes-agent for a sysadmin I can debug problems from my phone, so I wouldn't be surprised if I have more "9s" that GH. But if it ends up costing extra for GH, especially for work usage, then it's just a simple calculation of "is this worth it?" which I suspect for most cas…

> [...]it's just a simple calculation of "is this worth it?" which I suspect for most cases will be 'yes' Once the landgrab-stage flat-pricing goes away, it will become a case-by-case calculation because unsupervised agents can (and will) run up your billing with zero understanding of the business value of what they're instructed to solve.

> with zero understanding of the business value

What kind of products/services are you building where you aren't able to tie your eval suite to business value? If you can't, then why are you building whatever is it you are in the first place?

By far one of the biggest changes I think we'll see in things being built by agents is reducing the gap between code and value. The first stage is to start making it possible to measure quality (evals) and the second stage is to more closely align measurable equality with value. The business value of the tokens spent on my team was discussed my first day.

> Once the landgrab-stage flat-pricing goes away

Aside from the above point, I'm already running local LLMs on my homelab that, while not quite what I want for truly production work, have been able to iterate on and solve real, non-trivial research tasks for effectively zero cost (energy cost was roughly on par with running an old light bulb).

The way open, local models have been developing there will be many cases where if proprietary providers over-charge it won't be a deal breaker to just switch to local models. Not to mention that there are plenty of open, but non-local models that are already 5x cheaper and roughly on par with the mainstream model providers.

Re: Incident with Issues and Webhooks – Resolved

#265
post #201
post #77

Earlier quoted context omitted.

From the GitHub COO on April 3rd: Platform activity is surging. There were 1 billion commits in 2025. Now, it's 275 million per week, on pace for 14 billion this year if growth remains linear (spoiler: it won't.) GitHub Actions has grown from 500M minutes/week in 2023 to 1B minutes/week in 2025, and now 2.1B minutes so far this week. So we're pushing incredibly hard on more CPUs, scaling services, and strengthening G…

It's the end of the free lunch era. Subsidizing groups like students or new users to gain market share worked as long as there weren't billions of them at the same time eating all compute from the paying customers. It's not working anymore for ai products.

Not a free lunch, data gold mine

Re: Incident with Issues and Webhooks – Resolved

#267

Github has published some incredible usage rate increase numbers, which they ascribe to the rise of agentic coding. At some point, they are going to have to change rate limits, cut free-tier usage, or find some other path to reducing load. It's clear that their infrastructure can't keep up with this significant increase, and it's unlikely that they're going to just absorb the increased costs themselves. Very curious…

Youtube does not suuffer from rise in AI videos?

Re: Incident with Issues and Webhooks – Resolved

#268

Reduce the free tier. I’ve made 4000 commits in the last 2.5 months. That’s just to main. And I push up tons of artifacts daily for regression testing. For $0.

i just use local git repo and since i am a solo dev i push nowhhere.

Though i plan to use my own server later.

Re: Incident with Issues and Webhooks – Resolved

#269

Earlier quoted context omitted.

> [...]it's just a simple calculation of "is this worth it?" which I suspect for most cases will be 'yes' Once the landgrab-stage flat-pricing goes away, it will become a case-by-case calculation because unsupervised agents can (and will) run up your billing with zero understanding of the business value of what they're instructed to solve.

> with zero understanding of the business value What kind of products/services are you building where you aren't able to tie your eval suite to business value? If you can't, then why are you building whatever is it you are in the first place? By far one of the biggest changes I think we'll see in things being built by agents is reducing the gap between code and value. The first stage is to start making it possible to…

> What kind of products/services are you building where you aren't able to tie your eval suite to business value?

There are no evals in my org that can quantify the value of a proposed feature, rank it against ongoing support issues that pop up, or know when to stop expending effort when no solution has been found or too many unknowns crop up. We still rely on natural intelligence for that, and haven't YOLO'd (ha) on Independent agents. I'd rather quit than spend my day herding agents and have my job reduced to just a code-review monkey.

Benchmark evals are at least 3 degrees removed from actual business value - maybe less of your tasks are repetitive. None of the harnesses I've used have a sense of a compute budget - outside of Boolean think/no-thinking modes.

Re: Incident with Issues and Webhooks – Resolved

#270

Earlier quoted context omitted.

https://en.wikipedia.org/wiki/Network_effect It's a lot easier to get bug reports and fixes when everyone is on the same auth system. That's why there is also a call for federated forges

Why is it easier to submit a bug report if my bug reporting system is run by the same company as your code repository? Why are those things even slightly related?

Because users and community contributors most likely already have an account, are familiar with the UI.

There is also the "gamification" aspect that GitHub have. Doesn't motivate me personally, but could have effect on some others.

Projects on GitHub gets a lot more visibility. To the point that many projects that do not use GitHub as their main forge are still often mirroring their repository there, and have to deal with double source of bug reports or pr.

Post reply on HN