- Vishakha Sadhwani
- Posts
- 10 Habits to Get Ridiculously Good at Tech
10 Habits to Get Ridiculously Good at Tech
With 100% Free Resources To Get Started
Most people try to get better at tech by stacking courses. The engineers who actually pull ahead do something different: they build habits. They read how the best companies run systems, they speak the language of design reviews, they study failures, and they hang out where real engineering conversations happen.
Below are 10 of those habits. Each one comes with free blogs, docs, papers, and crash courses so you can start today. You don't need all of them at once. Pick one habit a week and stick with it.
1. Study Systems You Can't Build Yet
Why it matters: You won't build a global CDN or a streaming platform this year, but you can read exactly how Cloudflare, Netflix, and Google did it. Their engineering blogs are free and often go deeper than paid courses. Train your eye on the best version first, and your own designs get better without you noticing.
Official engineering blogs
Cloudflare Blog (DNS, DDoS, edge networking, post-mortems)
Netflix TechBlog (chaos engineering, microservices, streaming at scale)
Indian engineering blogs
Want hundreds more? engineering-blogs on GitHub collects them in one place.
YouTube videos
Networking Crash Course (read Cloudflare's blog with this as your base)
Caching / Redis Crash Course (every at-scale system leans on caching)
2. Learn the Tech Vocabulary
Why it matters: Most people explain concepts in simple, generic words. Engineers who stand out say things like tight coupling, blast radius, and east-west traffic. Precise words signal precise thinking, and that shows up at every interview stage.
Key terms and where to learn them
Tight vs loose coupling (how much one component breaks when another changes): Martin Fowler: Microservices
Blast radius (how much one failure can take down): AWS: Reducing the Scope of Impact with Cell-Based Architecture
Shuffle sharding (shrinking blast radius per customer): Amazon Builders' Library: Shuffle Sharding
North-south traffic (traffic entering or leaving your system): Kubernetes: Ingress
East-west traffic (service-to-service traffic inside your system): Kubernetes: Network Policies
SLO / SLI / error budget: Google SRE Book: Service Level Objectives
Retries, backoff, jitter: Amazon Builders' Library: Timeouts, Retries and Backoff with Jitter
Glossaries to keep open
YouTube videos
3. Protect a Few Hours Every Week to Build, Break, and Debug
Why it matters: Say no to some of the weekend parties and endless scrolling. Block a few hours every week to build something, break it on purpose, and figure out why it failed. Your career grows in the time nobody sees.
Free resources
build-your-own-x (build your own Git, Redis, Docker, database, or web server)
The Missing Semester (MIT) (shell, Git, debugging, profiling)
Killercoda (free in-browser Linux and Kubernetes labs)
iximiuz Labs (container, networking, and Linux challenges)
Google Cloud Free Tier · AWS Free Tier (set a billing alert first)
YouTube videos
Try this loop: build a small thing, kill one dependency (the database, the network, a disk), watch what happens, then write three lines on what you learned.
4. Follow Five Engineers on X
Why it matters: Follow staff engineers, maintainers, design-doc writers, and people who test new models and platforms the week they ship. Read their takes and repost with your own thoughts. Those threads become real talking points in your interviews.
Engineers worth following (start with their free writing)
Simon Willison, tests nearly every new LLM and AI tool: simonwillison.net
Marc Brooker, AWS distinguished engineer on distributed systems: brooker.co.za/blog
Charity Majors, observability and on-call: charity.wtf
Julia Evans, networking, Linux, and debugging made simple: jvns.ca
Andrej Karpathy, deep learning and LLMs from first principles: karpathy.ai
Kelsey Hightower, Kubernetes and cloud-native thinking: Kubernetes the Hard Way
Gergely Orosz, how big-tech engineering teams work: The Pragmatic Engineer
Dan Luu, deep essays on systems and careers: danluu.com
Arpit Bhayani, system design and database internals: arpitbhayani.me
Vishakha: @Vishakha2394 on X
Tip: make an X list called "Engineers" so their posts don't get buried in your main feed.
5. Read One Classic for Every Three New Things
Why it matters: If every reference you have started with ChatGPT or Claude Code, your perspective will sound like everyone else's. For every three new tools you learn, go back and read the idea they grew from.
Classic papers, paired with what you already use
Use Kubernetes? Read Large-Scale Cluster Management at Google with Borg, then Borg, Omega, and Kubernetes (ACM Queue)
Use LLMs daily? Read Attention Is All You Need, with The Illustrated Transformer and Karpathy's Neural Networks: Zero to Hero as companions
Use DynamoDB or Cassandra? Read Amazon's Dynamo Paper
Use etcd or any consensus system? Read The Raft Paper and Visualisation
Use Hadoop, Spark, or data pipelines? Read GFS and MapReduce through MIT 6.5840 Distributed Systems
Want more? Papers We Love
YouTube videos
Kubernetes 3-part series (watch after the Borg paper): Part 1 · Part 2 · Part 3
Vector Database Crash Course (where Transformer embeddings end up in practice)
6. Read Outage Stories From the Past Five Years
Why it matters: Every outage traces back to a decision someone made. Read the official write-up like a story: what changed, why nobody caught it, and what the fix teaches you about designing systems.
Official post-mortems
AWS us-east-1, October 2025: a latent race condition in DynamoDB's DNS automation left an empty DNS record, and dependent services failed in a chain. AWS Post-Event Summary
CrowdStrike, July 2024: a content update expected 21 input fields while the sensor supplied 20, crashing Windows machines worldwide. Root Cause Analysis (PDF) · Executive Summary (PDF)
Cloudflare, June 2022: a network change across 19 data centers. Cloudflare Blog
Facebook, Instagram, WhatsApp, October 2021: a backbone command withdrew Meta's BGP routes. Engineering at Meta
Fastly, June 2021: one customer's valid config change triggered a latent bug. Fastly Summary
Where to find more
YouTube videos (observability is how teams spot outages in the first place)
GitOps Crash Course (safe rollouts and fast rollbacks)
7. Notice the Boring Details
Why it matters: Claude Code and Codex errors, rate limits, CLI flags, logs. A lot of engineering went into each of these, and reading them closely is how you build a real mental model of how AI agents work.
Claude Code / Claude API
OpenAI Codex / API
Tie it together
MDN: HTTP Status Codes (so a 429 means something on sight)
YouTube videos
Try this: run an agent with verbose or debug logging on, and trace one task from your prompt, through each tool call, to the final answer.
8. Get Obsessed With One Layer
Why it matters: Networking, storage, GPU infrastructure, databases. Pick one. Once you understand quality deeply in one place, you start noticing it everywhere.
Networking
Storage and operating systems
Databases
GPU infrastructure
Rule of thumb: stay with one layer until you can explain a real outage in it end to end.
9. Revisit What You Used to Hate
Why it matters: Coding, system design, Java, YAML, whatever you dismissed a few years ago probably sits inside today's AI stack. Find where it shows up, then build a small plan to upskill on it.
Free resources
Coding: Exercism (mentored exercises in 70+ languages)
System design: The System Design Primer
Java: dev.java Learn, then see it in AI with Spring AI and LangChain4j
YAML: Learn YAML in Y Minutes, then see it in GitHub Actions and Kubernetes manifests
Protocols: Model Context Protocol Docs (how agents connect to tools)
YouTube videos
CI/CD Crash Course (YAML pipelines in practice)
A simple plan: one weekend to relearn the basics, one small project that uses it with an AI tool, one short post about what surprised you.
10. Join an Open-Source Community
Why it matters: Pick one open-source project and join its Slack, Discord, or forum. You'll learn more from the conversations in those channels than from ten videos explaining the same thing. Read the contributor guide first, then start with docs fixes or "good first issue" labels.
Projects and where their communities talk
Kubernetes: Kubernetes Slack · Contributor Site
CNCF projects (Prometheus, Envoy, Argo…): CNCF Slack · Prometheus Community
vLLM: vLLM Developer Slack · GitHub
PyTorch: PyTorch Forums
Model Context Protocol: Docs and Community · GitHub
Python: discuss.python.org
PostgreSQL: PostgreSQL Community
Linux kernel: Kernel Newbies
Find a first issue and a mentor
FOSS United (India's open-source community, with city chapters and meetups)
YouTube videos
vLLM on Kubernetes (a good on-ramp before joining the vLLM Slack)
Crash Course Quick List
Every video in one place, in case you just want the links:
Networking — https://youtu.be/bEFAFHIahXk
APIs — https://youtu.be/UXA8MJUWUqU
Caching / Redis — https://www.youtube.com/watch?v=ETvLl-8bPbo
JWT vs OAuth — https://www.youtube.com/watch?v=zriMiuFkzKU
DevOps concepts — https://youtu.be/C4IAGERO3o8
Git (full course) — https://www.youtube.com/watch?v=zTjRZNkhiEU
CI/CD — https://youtu.be/ixNNyLcWXX8
GitOps — https://youtu.be/xRIre6L_gAo
Docker CI/CD project — https://youtu.be/M2fOJA6U5PE
Prometheus — https://www.youtube.com/playlist?list=PLy7NrYWoggjxCF3av5JKwyG7FFF9eLeL4
Grafana — https://www.youtube.com/playlist?list=PLyJqGMYm0vnO9osZ-EBV6iu2l10muE2A-
Vector Database — https://www.youtube.com/watch?v=gl1r1XV0SLw
vLLM on Kubernetes — https://www.youtube.com/watch?v=FjBEgpTCC28
Tool calling (LLMs) — https://www.youtube.com/watch?v=h8gMhXYAv1k
MCP / AI agents — https://www.youtube.com/watch?v=kQmXtrmQ5Zg
Cursor — https://youtu.be/5zR1ZE5aqho
Full-Stack GenAI — https://youtu.be/qF5il_9IwME
End-to-end DevOps + AIOps project — https://www.youtube.com/playlist?list=PLXkUFcIv0_b7rzZe0o_2-GOS2qn5-0OQy
Conclusion
The tech industry is a maze, and these habits are how you navigate it on purpose instead of by luck. None of them needs a paid course. Start with one habit this week, give it a few focused hours, and come back for the next one. Stack enough of them and you stop keeping up with tech and start staying ahead of it.
All links are free blogs, docs, papers, courses, or crash courses. Video availability and course details change over time, so if a link has moved, a quick search on the title will usually find the current version.