garbagedestroyer

Videos

Software benchmarks, systems deep-dives, and technical commentary. Subscribe on YouTube

Don't Pick a Stack Until You Watch This
SHORT
0:30
Don't Pick a Stack Until You Watch This

Most teams choose a stack from one headline number. This channel tests what happens when the load gets real: latency, throughput, memory, cloud cost, reliability, and developer time. We benchmark languages, frameworks, infrastructure, and AI workflows so you can see the trade-offs before production

|0:30
Is TypeScript 7 actually 10x faster? The data says no
3:32
Is TypeScript 7 actually 10x faster? The data says no

Microsoft said the Go rewrite behind TypeScript 7 could be around 10x faster. I ran a narrower test on a real repo and got a result that is still strong, but much more useful: `4.40x` faster mean wall time on the compile path, with about `19.1%` lower compiler-reported memory. This video shows the

|3:32
TS 7 vs TS 6: The Real Speedup (4.4x) #typescript #performance #coding
SHORT
0:56
TS 7 vs TS 6: The Real Speedup (4.4x) #typescript #performance #coding

Microsoft's Go rewrite of TypeScript sounds like a 10x story. On this repo, the measured result was narrower and more useful: about 4.4x faster on the compile path. This short covers: - the real TS 6 vs TS 7 wall-time result on one production-style workspace - the compiler-reported memory change -

|0:56
The RAM Trap Nobody Talks About #softwareengineering #benchmark
1:05
The RAM Trap Nobody Talks About #softwareengineering #benchmark

If your team only posts the RAM chart, this benchmark will trick you. Github Repo: https://github.com/prodgarbagedestroyer/python-go-memory-race-2026 Python looked cheaper at the top tier. Go still destroyed it on production reality. In this short: - why raw RSS alone picked the wrong winner - th

|1:05
Same contacts dashboard. Same create and filter behavior. Very different complexity bill.
1:56
Same contacts dashboard. Same create and filter behavior. Very different complexity bill.

Most CRUD screens do not need a frontend runtime by default. This short compares the same contacts app in two lanes: - Go + HTMX with forms and HTML fragments - React default with client state, fetch glue, loading flags, and submit handlers The point is not “React bad.” The point is that too many

|1:56
Quarkus vs Spring Boot: The Real Speed Test #java #performance #coding
1:22
Quarkus vs Spring Boot: The Real Speed Test #java #performance #coding

Spring Boot took 2.26 seconds to wake up. Quarkus did it in 83 milliseconds. Same API. Same Podman lane. Same load driver. Quarkus also held the stronger runtime lane here on throughput, RSS, and p99 latency. The full breakdown goes deeper into the build lane, fairness rules, and where Spring Boot

|1:22
The Battle for Java Supremacy: Quarkus vs Spring Boot
8:08
The Battle for Java Supremacy: Quarkus vs Spring Boot

I built the same Java API twice: once in Spring Boot and once in Quarkus. Same contract. Same JSON shape. Same Podman runtime. Same `wrk` load driver. This is not a fake benchmark where one side quietly gets an easier problem. The point was to see what actually changes when the exact same backend

|8:08
Build Once Or Stop Calling It CI/CD
1:21
Build Once Or Stop Calling It CI/CD

If prod gets rebuilt, prod was never tested below it. This short shows why branch-per-environment creates artifact drift, why commit SHA is not enough, and why trustworthy CI/CD means one commit, one artifact, one digest. Full breakdown on the channel. #devops #cicd #softwareengineering #platformen

Standalone commentary
|1:21
Why You Shouldn't Trust Fast API Claims #backend #golang
SHORT
0:39
Why You Shouldn't Trust Fast API Claims #backend #golang

Fast APIs can still lose in production. In this short, the benchmark verdict flips once we stop trusting accepted traffic and start measuring completed work, Kafka lag, and tail latency. Spring drained the queue. Go and .NET accepted traffic, but left debt behind under pressure. Watch the full lo

Standalone commentary
|0:39
Kafka Pipeline Performance: The Good, the Bad, and the Ugly
6:52
Kafka Pipeline Performance: The Good, the Bad, and the Ugly

Spring Boot won this benchmark, but not for the lazy reason. This was not a branding contest and it was not just another throughput scoreboard. I built a full benchmark engine, ran the same Kafka plus Postgres order pipeline across Go, Spring Boot, and .NET, and then checked the only metric that ac

Standalone commentary
|6:52
Build Once, Deploy Anywhere: The DevOps Standard
5:02
Build Once, Deploy Anywhere: The DevOps Standard

Most teams say they have CI/CD because code moves from `dev` to `staging` to `prod`. But if every environment rebuilds the app, the thing you tested below is not the thing running in production. That is not promotion. That is drift with better branding. In this video: - why source promotion and a

Standalone commentary
|5:02
Don't Lose Your Config, Use Git #homelab #docker
1:11
Don't Lose Your Config, Use Git #homelab #docker

If your `docker-compose.yml` is not in Git, you do not have infrastructure. You have a live guessing game. This short shows the blunt ops version: - Compose edits are production config - Git is the control plane for diffs, review, and rollback - Live-editing YAML on a server is how outages turn in

Standalone commentary
|1:11

110 videos total