Skip to main content

Command Palette

Search for a command to run...

Code As A Story - Engineering Explained Simply

Learning software engineering shouldn’t feel like decoding a secret language. But for most people, it does. You open a blog to understand something simple like “What is a programming language?” and within minutes, you're drowning in jargon:

  • Syntax trees
  • Compilation pipelines
  • Runtime environments

Somewhere along the way, the why gets lost. This blog exists to fix that. Also this is a way for me to write down the things I should have known before I started calling myself a full stack developer


The Problem With Learning Tech

Let’s be honest. Most technical resources fall into one of these traps:

  1. Too Theoretical - They explain concepts like textbooks, very precise but lifeless. You read them, but you don’t feel them.
  2. Too Abstract - You’re told what something is, but not how to imagine it. And if you can’t visualize something, you can’t truly understand it.
  3. Too Surface-Level - Some resources simplify so much that they remove the actual engineering depth. You walk away with confidence — but not competence.

What This Blog Does Differently

Code As A Story is built on a simple belief:

You don’t understand something until you can picture it in your head.

So every concept here follows a different approach.

🧠 1. Start with a Story

Before we talk about code, systems, or theory, we start with something familiar.

  • A real-world situation.
  • A relatable scenario.
  • Something you already understand.

Because, I believe, the fastest way to learn something new is to connect it to something you already know.

🔄 2. Map Story → Concept

Once the idea is clear, we translate it into actual computer science. Not abruptly, but step by step. You’ll see:

  • How a real-world situation maps to a technical concept
  • Why the concept exists
  • What problem it actually solves

⚙️ 3. Go Deep (Without Getting Lost)

This is not a beginner-only blog. We go into:

  • Internals
  • Trade-offs
  • Performance implications

But always with clarity. No unnecessary jargon and no hand-wavy explanations.

🌍 4. Connect to Real Systems

Every concept is tied back to reality:

  • How it shows up in backend systems
  • Where it matters in production
  • Why engineers care about it

Because ultimately, you're not just learning theory, you're learning how systems actually work.


What You’ll Learn Here

This blog is structured to take you through the core layers of software engineering.

🔹 Computer Science Foundations

We start from the ground up:

  • What is a computer?
  • What is a programming language?
  • How do operating systems work?
  • What are processes and threads?
  • How memory really works

These are the concepts most developers use every day but rarely understand deeply.

🔹 Data Structures & Algorithms

Not just for interviews, but for thinking better:

  • Why HashMaps are fast
  • When arrays fail
  • How trees model real systems
  • What Big-O actually means in practice

🔹 Backend Engineering

This is where theory meets real world systems:

  • How Spring Boot actually works
  • What dependency injection really does
  • How APIs behave in production
  • Transactions, consistency, and failure

🔹 System Design

Scaling is where things get interesting:

  • Monolith vs Microservices
  • Load balancing
  • Caching strategies
  • Messaging systems like Kafka

🔹 Full Stack Thinking

Because backend doesn’t exist in isolation:

  • Frontend ↔ Backend communication
  • Authentication flows
  • Error handling
  • Deployment basics

The Philosophy

At its core, this blog follows one principle:

Understanding beats memorization. Every single time.

Because in real engineering:

  • You won’t remember everything
  • But you must be able to figure things out

And that only comes from deep understanding.


This Is a Journey. Let's begin

You don’t need to rush. You don’t need to know everything.

Just start with one concept. Understand it properly. Then move to the next. Over time, things will connect. And when they do that’s when engineering starts to feel simple.