frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: Red Squares – GitHub outages as contributions

https://red-squares.cian.lol/
218•cianmm•1h ago•47 comments

Agents can now create Cloudflare accounts, buy domains, and deploy

https://blog.cloudflare.com/agents-stripe-projects/
399•rolph•9h ago•212 comments

The bottleneck was never the code

https://www.thetypicalset.com/blog/thoughts-on-coding-agents
24•Anon84•2d ago•7 comments

StarFighter 16-Inch

https://us.starlabs.systems/pages/starfighter
414•signa11•10h ago•213 comments

CARA 2.0 – “I Built a Better Robot Dog”

https://www.aaedmusa.com/projects/cara2
219•hakonjdjohnsen•2d ago•27 comments

Cat (YC S22) Seeks Fractional Engineer to Build AI-Native Growth Toolkit

https://www.coveragecat.com/careers/engineering/fractional-growth-engineer
1•botacode•13m ago

Setting up a Sun Ray server on OpenIndiana Hipster 2025.10

https://catstret.ch/202605/srss-hipster202510/
9•jandeboevrie•1h ago•0 comments

Batteries Not Included, or Required, for These Smart Home Sensors

https://coe.gatech.edu/news/2026/04/batteries-not-included-or-required-these-smart-home-sensors
68•gnabgib•2d ago•21 comments

Knitting bullshit

https://katedaviesdesigns.com/2026/04/29/knitting-bullshit/
139•ColinEberhardt•7h ago•68 comments

Reverse-engineering the 1998 Ultima Online demo server

https://draxinar.github.io/articles/2026-05-01-uodemo-reverse-engineering.html
83•notsentient•5h ago•14 comments

DNSSEC disruption affecting .de domains – Resolved

https://status.denic.de/pages/incident/592577eab611ce1e0d00046f/69fa60ef9d12f5057a974f38
691•warpspin•15h ago•360 comments

Accelerating Gemma 4: faster inference with multi-token prediction drafters

https://blog.google/innovation-and-ai/technology/developers-tools/multi-token-prediction-gemma-4/
597•amrrs•20h ago•279 comments

YouTube, your RSS feeds are broken

https://openrss.org/blog/youtube-your-feeds-are-broken
170•veeti•10h ago•67 comments

Wolfenstein 3D for Gameboy Color on custom cartridge (2016)

https://www.happydaze.se/wolf/
26•ksymph•1d ago•3 comments

Virtual violin produces realistic sounds

https://news.mit.edu/2026/mit-engineers-virtual-violin-produces-realistic-sounds-0429
16•gmays•2d ago•17 comments

Multi-stroke text effect in CSS

https://yuanchuan.dev/multi-stroke-text-effect-in-css
97•cheeaun•7h ago•10 comments

245TB Micron 6600 ION Data Center SSD Now Shipping

https://investors.micron.com/news-releases/news-release-details/industry-leading-245tb-micron-660...
114•neilfrndes•8h ago•80 comments

Write some software, give it away for free

https://nonogra.ph/write-some-software-give-it-away-for-free-05-05-2026
287•nohell•14h ago•200 comments

Computer Use is 45x more expensive than structured APIs

https://reflex.dev/blog/computer-use-is-45x-more-expensive-than-structured-apis/
415•palashawas•19h ago•239 comments

Three Inverse Laws of AI

https://susam.net/inverse-laws-of-robotics.html
467•blenderob•20h ago•319 comments

EEVblog: The 555 Timer is 55 years old [video]

https://www.youtube.com/watch?v=6JhK8iCQuqI
296•brudgers•20h ago•77 comments

Make some art with your phone sensors

https://tautme.github.io/phone-sensors/sensor-etch.html
62•adm4•2d ago•10 comments

Why most product tours get skipped

https://productonboarding.com/articles/why-product-tours-get-skipped
167•pancomplex•15h ago•141 comments

Telus Uses AI to Alter Call-Agent Accents

https://letsdatascience.com/news/telus-uses-ai-to-alter-call-agent-accents-a3868f63
165•debo_•10h ago•136 comments

Google Chrome silently installs a 4 GB AI model on your device without consent

https://www.thatprivacyguy.com/blog/chrome-silent-nano-install/
1483•john-doe•1d ago•999 comments

Today I've made the difficult decision to reduce the size of Coinbase by ~14%

https://twitter.com/brian_armstrong/status/2051616759145185723
391•adrianmsmith•1d ago•609 comments

Wiki Builder: Skill to Build LLM Knowledge Bases

https://academy.dair.ai/blog/wiki-builder-claude-code-plugin
69•omarsar•2d ago•10 comments

Show HN: Airbyte Agents – context for agents across multiple data sources

123•mtricot•21h ago•31 comments

I'm scared about biological computing

https://kuber.studio/blog/Reflections/I%27m-Scared-About-Biological-Computing
231•kuberwastaken•20h ago•188 comments

Agents for financial services and insurance

https://www.anthropic.com/news/finance-agents
243•louiereederson•21h ago•174 comments
Open in hackernews

Show HN: Red Squares – GitHub outages as contributions

https://red-squares.cian.lol/
214•cianmm•1h ago

Comments

cyanydeez•1h ago
double entendre: Is it load based or github-employee based that weekends are sparser.

or just a multifactor of both.

Shoetp•1h ago
Yes
globular-toast•1h ago
Didn't they blame "AI" for the increased load? I'm not sure why AI usage would be more during the week than the weekend, but it could be.

It does look like Friday outages were a bit rarer, which could be due to having a "no deployments on Friday" rule.

mirekrusin•46m ago
From the chart it seems they should have policy to deploy on weekends only.
lnenad•1h ago
The memes are really painful now. I feel for the team that's is trying to survive underwater.
renegade-otter•32m ago
With management screaming down their necks:

YOU NEED TO USE MOAR AI!

bharxhav•1h ago
Would be interesting to see if this correlated with their release cycles.
hosteur•1h ago
Well, outages seem to be distributed across all days except weekends. So this seems like people fucking around with stuff being a major factor.
samlinnfer•53m ago
Surely it just means more people working, resulting in more load, resulting in more outages?
pwagland•37m ago
Or even both. In any kind of continuous deployment, you'd expect outages at the point of deployment, or shortly thereafter as the unintended consequences ripple.

Then the load during the working days makes those ripples larger and into outages.

embedding-shape•37m ago
Most outages are caused by changes by humans ("actors"?), very rarely are things "People just dig our stuff so much we can't keep up" but more often "We didn't think about this performance drawback when we built thing X, now it's hurting us", and of course, more outages when you try to fix those issues without fully considering the scope and impact.
figmert•1h ago
Far fewer outages during the weekends. Perfect, wasn't gonna do any work then anyway.
sd9•1h ago
Weekends are the untapped frontier. Still room to scale.
skor•29m ago
change is the biggest cause then?
sifex•4m ago
Or usage
danfritz•1h ago
I wonder how well this corolates with azure incidents. Especially for the US regions.
ngruhn•48m ago
I live in Europe. I've not noticed these constant outages. But I only use GitHub after work.
p2detar•40m ago
I also bet my money on Azure. Someone who allegedly worked there recently posted an article here on the numerous problems with Azure. Sadly I didn’t bookmark it.
hosteur•20m ago
The article you are thinking of was likely written by Axel Rietschin who worked on Azure core compute team.

https://isolveproblems.substack.com/p/how-microsoft-vaporize...

HN thread: https://news.ycombinator.com/item?id=47616242

philprx•59m ago
"Good job, Microsoft, amazing uptime."
Fokamul•53m ago
Clearly their team needs more LLM usage.
pards•50m ago
This design is perfect irony. I love it.
ramon156•49m ago
Please tell me this makes sense

This website has no overused ai-generated animations and... I quite enjoy it. The original website[1] has a fade-in animation, big round cards, shadows, all the jazz you can think of, it's there.

This site is very readable, very honest and sober. I don't need to sift through buzzwords to figure out tiny details.

Thank you, OP!

1: https://mrshu.github.io/github-statuses/

airstrike•46m ago
can you correlate this to data on # of commits, actions, etc?
korrectional•43m ago
I don't really understand why this is happening at this scale, it's not like they just became broke and can't afford a proper server... can someone explain?
plufz•41m ago
See previous days articles. Agentic coding. Going from 1b annual commits to estimated 14b or more from one year to another.
embedding-shape•39m ago
The faster you move, the more you screw up, almost no company producing software have figured out how to move fast and not screw up. It's so hard, that companies even used to boast about how much they didn't care about screwing up, as long as they moved fast.

Add in new "productivity" tools that help you move even faster, with even less regards for how much you screw up (even though the tool could be used for you to move at the same speed, but with less screw ups), and an engineering culture which boils down to "Why not?", and you get platforms run by Microsoft that are unable to achieve two nines of reliability.

dicksent•35m ago
ai
fareesh•32m ago
Agents are shipping code faster all over the world and in some cases 24 hours a day. Additionally, some significant number of non-developers are now developers i.e. they are also shipping to github regularly.

This is not limited to just pushing code but all the bells and whistles that github added as features under the assumption of some predictable growth are now exceeding the original plans.

I suspect a lot of their existing systems have to be re-architected for unanticipated scale, and it won't happen overnight for sure.

prepend•29m ago
They were sucking 5 years ago before agents existed. I don’t think this has anything to do with recent changes.

https://damrnelson.github.io/github-historical-uptime/

p-e-w•21m ago
Whoa, if that is even remotely accurate then the talk about agents is a complete red herring.
theolivenbaum•11m ago
If I remember correctly the status page was not precise before the acquisition - so take with a big grain of salt the 100% pre-acquisition values
Octoth0rpe•13m ago
Pretty damning. Would also be interesting to see the number of commits overlayed. The graph tells a great story about the correlation with MS's takeover, but I wonder if at the same time that uptime went to shit, MS was shifting over large numbers of enterprise contracts to github. That would be a more complete story IMO.

None of which excuses this. Can you imagine someone's reaction in 2017 if you told them that github would be below 90% uptime in 2026? It would be unimaginable.

baq•32m ago
They’re on track to 30x volume yoy by their own words
prepend•31m ago
I suspect it’s caused because Microsoft is using buggy Microsoft tech instead of the original stack.

They’re making political decisions based on what they sell vs what’s actually useful for their use case.

It’s kind of impossible to find out if this is true though.

elAhmo•41m ago
Funny to see this closely match contribution graphs with effectively no downtime on weekends.
jve•34m ago
A graph I have to question is even accurate.

> Across 170 days with at least one incident · worst day Thu, Nov 20, 2025 (1.1 days)

1.1 days total how is that possible? Scrolling over that day doesn't indicate the math behind the scenes - 1.3 hours single bullet point.

Also Nov 19 has a bullet point 1.3 day outage but total is 8.1 hours

hxtk•7m ago
The missing status page [1] treats it as downtime any time any component of the system is down, and calculates the overall uptime based on the time that doesn't overlap with any individual category outages, and the overall downtime as any time overlapping with at least one individual category outage to avoid double-counting They show 24h of minor outage on that date.

I'm guessing that this site is taking the downtime in a given day across all services and adding it up, which would mean the worst possible day has 10 days of downtime (a day of downtime for each major category).

1: https://mrshu.github.io/github-statuses/

rvz•34m ago
Another reminder that a self hosted git repository would have more uptime than GitHub and centralizing everything to GitHub was a very bad idea. [0]

[0] https://news.ycombinator.com/item?id=22867803

faangguyindia•31m ago
All these companies brag about being hyperscalers and cannot scale github.

Similarly, i see google releasing advancement after advancement in LLM yet i see antigravity sub where people are crying all time.

jpb0104•30m ago
Setup my self-hosted Forgejo last night. Very pleased so far.
hosteur•23m ago
Yeah me too. I moved all my public projects to codeberg and my internal repos to self-hosted forgejo.

Hosting forgejo is really easy as well. It being a single binary makes it really easy to handle with almost zero maintenance.

keyle•17m ago
This is one of the most creative idea I've seen this year. Tasteful and clever. Bravo!
revolution88•15m ago
For 30th of April, 2026 it shows it was down 1.0 days of 2.6 days (minor incident) :)
Gigacore•11m ago
It is funny how weekends are almost always up!
WesSouza•10m ago
Well done.
debarshri•8m ago
Would be funny if you host it on github pages.