frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

OpenCiv3: Open-source, cross-platform reimagining of Civilization III

https://openciv3.org/
576•klaussilveira•10h ago•167 comments

The Waymo World Model

https://waymo.com/blog/2026/02/the-waymo-world-model-a-new-frontier-for-autonomous-driving-simula...
889•xnx•16h ago•540 comments

How we made geo joins 400× faster with H3 indexes

https://floedb.ai/blog/how-we-made-geo-joins-400-faster-with-h3-indexes
91•matheusalmeida•1d ago•20 comments

What Is Ruliology?

https://writings.stephenwolfram.com/2026/01/what-is-ruliology/
18•helloplanets•4d ago•9 comments

Unseen Footage of Atari Battlezone Arcade Cabinet Production

https://arcadeblogger.com/2026/02/02/unseen-footage-of-atari-battlezone-cabinet-production/
21•videotopia•4d ago•0 comments

Show HN: Look Ma, No Linux: Shell, App Installer, Vi, Cc on ESP32-S3 / BreezyBox

https://github.com/valdanylchuk/breezydemo
197•isitcontent•11h ago•24 comments

Monty: A minimal, secure Python interpreter written in Rust for use by AI

https://github.com/pydantic/monty
199•dmpetrov•11h ago•91 comments

Show HN: I spent 4 years building a UI design tool with only the features I use

https://vecti.com
307•vecti•13h ago•136 comments

Microsoft open-sources LiteBox, a security-focused library OS

https://github.com/microsoft/litebox
352•aktau•17h ago•175 comments

Sheldon Brown's Bicycle Technical Info

https://www.sheldonbrown.com/
350•ostacke•17h ago•91 comments

Hackers (1995) Animated Experience

https://hackers-1995.vercel.app/
452•todsacerdoti•18h ago•228 comments

Delimited Continuations vs. Lwt for Threads

https://mirageos.org/blog/delimcc-vs-lwt
20•romes•4d ago•2 comments

Dark Alley Mathematics

https://blog.szczepan.org/blog/three-points/
79•quibono•4d ago•18 comments

PC Floppy Copy Protection: Vault Prolok

https://martypc.blogspot.com/2024/09/pc-floppy-copy-protection-vault-prolok.html
52•kmm•4d ago•3 comments

Show HN: If you lose your memory, how to regain access to your computer?

https://eljojo.github.io/rememory/
253•eljojo•13h ago•153 comments

An Update on Heroku

https://www.heroku.com/blog/an-update-on-heroku/
388•lstoll•17h ago•263 comments

Was Benoit Mandelbrot a hedgehog or a fox?

https://arxiv.org/abs/2602.01122
5•bikenaga•3d ago•1 comments

How to effectively write quality code with AI

https://heidenstedt.org/posts/2026/how-to-effectively-write-quality-code-with-ai/
230•i5heu•13h ago•175 comments

Zlob.h 100% POSIX and glibc compatible globbing lib that is faste and better

https://github.com/dmtrKovalenko/zlob
12•neogoose•3h ago•7 comments

Show HN: R3forth, a ColorForth-inspired language with a tiny VM

https://github.com/phreda4/r3
68•phreda4•10h ago•12 comments

Female Asian Elephant Calf Born at the Smithsonian National Zoo

https://www.si.edu/newsdesk/releases/female-asian-elephant-calf-born-smithsonians-national-zoo-an...
24•gmays•6h ago•6 comments

Why I Joined OpenAI

https://www.brendangregg.com/blog/2026-02-07/why-i-joined-openai.html
116•SerCe•7h ago•94 comments

I spent 5 years in DevOps – Solutions engineering gave me what I was missing

https://infisical.com/blog/devops-to-solutions-engineering
135•vmatsiiako•16h ago•59 comments

Understanding Neural Network, Visually

https://visualrambling.space/neural-network/
268•surprisetalk•3d ago•36 comments

Introducing the Developer Knowledge API and MCP Server

https://developers.googleblog.com/introducing-the-developer-knowledge-api-and-mcp-server/
42•gfortaine•8h ago•13 comments

Learning from context is harder than we thought

https://hy.tencent.com/research/100025?langVersion=en
168•limoce•3d ago•87 comments

I now assume that all ads on Apple news are scams

https://kirkville.com/i-now-assume-that-all-ads-on-apple-news-are-scams/
1039•cdrnsf•20h ago•431 comments

FORTH? Really!?

https://rescrv.net/w/2026/02/06/associative
60•rescrv•18h ago•22 comments

Show HN: ARM64 Android Dev Kit

https://github.com/denuoweb/ARM64-ADK
14•denuoweb•1d ago•2 comments

Show HN: Smooth CLI – Token-efficient browser for AI agents

https://docs.smooth.sh/cli/overview
88•antves•1d ago•63 comments
Open in hackernews

AWS Service Availability Updates

https://aws.amazon.com/about-aws/whats-new/2025/10/aws-service-availability/
69•dabinat•3mo ago

Comments

bigwheels•3mo ago
Is the implication these services are used so little it isn't worth AWS continuing to invest in developing or maintaining beyond bare-minimum KTLO ops?
yunwal•3mo ago
Some of them also ended up getting consolidated into other larger services
ayende•3mo ago
Amazon Glacier on the list is a pretty big surprise to me.
bpicolo•3mo ago
It was consolidated into S3 as a storage class: https://docs.aws.amazon.com/amazonglacier/latest/dev/introdu...
dotancohen•3mo ago
That's interesting, as Glacier was based on a completely different hardware implementation for a different use case.
count•3mo ago
Same capability is now just a storage class in S3.
Niksko•3mo ago
If you click the Glacier link, it seems like it's some sort of standalone service and API that's very old. The page says to use S3's Glacier storage tier instead, so no change for the majority of folks that are likely using it this way
whydid•3mo ago
Read the header here for an explanation, it's not going away.

https://docs.aws.amazon.com/amazonglacier/latest/dev/introdu...

Nemo_bis•3mo ago
That's probably not the Glacier most people are using now. I still have it from ancient times so I got this email:

----

Hello,

After careful consideration, we have decided to stop accepting new customers for Amazon Glacier (original standalone vault-based service) starting on December 15, 2025. There will be no change to the S3 Glacier storage classes as part of this plan.

Amazon Glacier is a standalone service with its own APIs, that stores data in vaults and is distinct from Amazon S3 and the S3 Glacier storage classes [1]. Your Amazon Glacier data will remain secure and accessible indefinitely. Amazon Glacier will remain fully operational for existing customers but will no longer be offered to new customers (or new accounts for existing customers) via APIs, SDKs, or the AWS Management Console. We will not build any new features or capabilities for this service.

You can continue using Amazon Glacier normally, and there is no requirement to migrate your data to the S3 Glacier storage classes.

Key Points: * No impact to your existing Amazon Glacier data or operations: Your data remains secure and accessible, and you can continue to add data to your Glacier Vaults. * No need to move data to S3 Glacier storage classes: your data can stay in Amazon Glacier in perpetuity for your long-term archival storage needs. * Optional enhancement path: if you want additional capabilities, S3 Glacier storage classes are available.

For customers seeking enhanced archival capabilities or lower costs, we recommend the S3 Glacier storage classes [1] because they deliver the highest performance, most retrieval flexibility, and lowest cost archive storage in the cloud. S3 Glacier storage classes provide a superior customer experience with S3 bucket-based APIs, full AWS Region availability, lower costs, and AWS service integration. You can choose from three optimized storage classes: S3 Glacier Instant Retrieval for immediate access, S3 Glacier Flexible Retrieval for backup and disaster recovery, and S3 Glacier Deep Archive for long-term compliance archives.

If you choose to migrate (optional), you can use our self-service AWS Guidance tool [2] to transfer data from Amazon Glacier vaults to the S3 Glacier storage classes.

If you have any questions about this change, please read our FAQs [3]. If you experience any issues, please reach out to us via AWS Support for help [4].

[1] https://aws.amazon.com/s3/storage-classes/glacier/ [2] https://aws.amazon.com/about-aws/whats-new/2021/04/new-aws-s... implementation-amazon-s3-glacier-re-freezer/ [3] https://aws.amazon.com/s3/faqs/#Storage_Classes [4] https://aws.amazon.com/support

umurkontaci•3mo ago
Amazon following the lead of Google Cloud of shutting down AWS services is not a good sign.
rilindo•3mo ago
Where will the money and resources to develop AWS AI come from? Not from Incident Manager, that is for certain.
shitlord•3mo ago
Ironically that's a domain where AI could be genuinely helpful and reduce MTTR.
immibis•3mo ago
Amazon has way way way way way too many services.
joelthelion•3mo ago
This is why you should never use niche aws services.
bilekas•3mo ago
> This is why you should never use niche aws services.

Niche ? From who's perspective? Anyway if AWS are offering a service, why would you ever need to consider 'is this too niche for lts?'

havefunbesafe•3mo ago
Amazon S3 Object Lambda seems like a massive category to deprecate
honopu•3mo ago
Yeah I agree. We're currently using it to dump images as originals into a bucket at a path.. then the aws lambda function attached generates all the thumbnails.
easton•3mo ago
At least it’s not S3 triggers for lambdas, just about gave me a heart attack.
honopu•3mo ago
oh maybe thats what were using. Made it months ago and im not 100% sure. Lambda on putObject
JohnMakin•3mo ago
That sounds like it might be a lambda trigger to me. The feature being deprecated is lambdas that operate at the s3 API level.
honopu•3mo ago
Yeah it's an Event Notification that triggers lambda that acts on the bucket, i had to give it permissions to the bucket so i guess it's outside it :). We'll see!
bilekas•3mo ago
Yeah, that will greatly impact one of our products. As usual with AWS documentation it's not very clear what the update path seems to be.

https://docs.aws.amazon.com/AmazonS3/latest/userguide/amazon...

I wonder why they're going that direction too, if anything those lambdas must be making money for them.

koolba•3mo ago
Wow. I can’t believe Glacier is on that list.

Does not be accessible to new customers mean a new test account that rolls into the same parent org would no longer have access either?

jeffnappi•3mo ago
It's the standalone Glacier service which I wasn't even aware existed - nothing changes for the s3 glacier storage class.
lbourdages•3mo ago
That original Glacier API was infamous for being extremely cheap to write to but prohibitively expensive to read from. Something like 10 cents per list objects request or something ridiculous like that. Can't remember the specifics but I do remember reading blog posts from people that wanted to restore a couple files and had to pay several thousand dollars for that.

I believe that they did alter the pricing at some point. Regardless, the move to just a storage class on S3 made everything much simpler.

freshnode•3mo ago
They should get real and include App Runner on this list.

So much promise as a Heroku alternative with all the AWS integrations but it's basically dead now. Not a peep from them on their public roadmap over at github.

We're having to go back to Fargate with all the operational overhead that entails.

ajayvk•3mo ago
If you are fine with running lots of apps on one beefy machine, the project I am building https://github.com/openrundev/openrun provides a similar abstraction as App Runner and Cloud Run (automatically deploy web apps from source). It supports scaling down to zero, but does not yet scale an app beyond one container.
czhu12•3mo ago
Super cool project!

If you ever get this working for Kubernetes, I'd love to add it to https://canine.sh for a one click deploy, been looking for something like this.

gregsadetsky•3mo ago
genuinely curious, what would make you trust a PaaS-like platform again? are you looking for control/transparency? is it about pricing?
yunwal•3mo ago
Starting a new service was a path towards promotion at AWS, so they ended up launching 100s of services to the point where there were 10 different ways to do everything. I’m glad they’re culling them.
sunrunner•3mo ago
I guess this explains why AWS manages to run the whole gamut from the most generally applicable tooling such as EC2 to something I’ve never heard of and sounds specific enough to just be its own business, ‘AWS HealthOmics - Variant and Annotation Store’
donavanm•3mo ago
There were (are?) challenges in product placement and compatibility as well. Yes, some “services” are very niche and dont have a credible target market/adoption plan. My old service is one of those on this list.

But there are others where a “service” is really a _feature_ of another existing product offering. But for handwave reasons it can be extremely difficult to implement that way, and a new API and service name etc make the development tractable. To throw a stone Cloudwatch org is an interesting example of this, where its both too broad and too narrow, leading to an umbrella of undersized feature/services.

pjmlp•3mo ago
Other cloud vendors aren't much better, every time I go back it is a new world in some fashion.
JCM9•3mo ago
Glad to see this, but there’s a lot more cleanup to do. AWS went from having a few core excellent services with a strong innovation pipeline to a chaotic “jack of all trades master of none” approach with no clear product strategy. Some of the recent panic trying to catch up on AI has resulting in even more slop thrown at the wall hoping something sticks.

We love you, but focus on the core infrastructure bits and stop chasing everything that moves! Your customers build better apps and services that you do… just build great building blocks and folks will be very happy.

TheP1000•3mo ago
I just implemented incident manager org wide :(

I knew the service was rough, but had the right building blocks plus Cfn/CDK support and has been working well.

My lack of trust in AWS is increasing, feels like a google move.