I'm Launching Street-Smart Coding: 30 Lessons to Help You Code Like a Pro (the Roadmap I Wish I Had Starting Out)

Street-Smart Coding cover
Street-Smart Coding: 30 Ways to Get Better at Coding Without Losing Your Mind

I spent five years in college learning to code.

A stupid dissertation delayed my graduation. But that’s another story.

Most of my five-year program didn’t prepare me for real-world coding. My real coding journey began at my first job, with one Google search: “how to get good at coding.”

I found a lot of conflicting advice:

  • “Use comments”
  • “Don’t use comments”
  • “Do this”
  • “Don’t do that”

Arrggg!

It took years of trial and error to learn what worked.

I had to survive on-call shifts, talk to stakeholders, and say “no” politely. More importantly, I had to learn that coding takes more than just syntax.

That’s why I wrote Street-Smart Coding— a roadmap of 30 lessons I wish I had when I started. For every dev who’s ever typed “how to get better at coding” into Google or ChatGPT. (Back in my days, I didn’t have ChatGPT… Wait, I sound like a nostalgic grandpa…)

Scrolling through the first pages of Street-Smart Coding
Preview of the first ~12 pages

Inside “Street-Smart Coding”

This isn’t a textbook. It’s a battle-tested guide for your journey from junior/mid-level to senior.

Some lessons are conventional.

Others were learned the hard way.

And a few are weird.

One lesson comes from a TV show. Nope, not Mr. Robot or Silicon Valley. That’s on Chapter #29. It will teach you about problem-solving.

You’ll learn how to:

  • Google like a pro
  • Debug without banging your head against a wall
  • Communicate clearly with non-tech folks

…and 27 more lessons I learned over ten years of mistakes.

Now they’re yours.

Get your copy of Street-Smart Coding here and skip the years of trial and error. For launch week only: Pay what you want—even $1 or $2.

Friday Links: Dead internet, 69 AI agents, and finishing books

Hey there.

Here are 4 links I thought were worth sharing this week:

#1. The internet is dead. It doesn’t seem to be a theory anymore (2min). Reddit, LinkedIn, GitHub…AI-generated slop is everywhere. Even bots interviewing bots.

#2. Every week, there’s a new AI tool, model, or prediction. But you don’t have to feel like you’re missing the whole AI train. If you’re not running 69 agents, you’re not behind (3min).

#3. AI shines at speed. We can crank out code faster than ever. But more code means more reviews. Every layer of review makes coding 10x slower (10min).

#4. When was the last time you finished a book? I’m replacing social media with books. But with plenty of distractions, it seems nobody finishes books anymore (14min). That’s a challenge for authors and educators.


And in case you missed it, I wrote on my blog about how we’re helping AI replace us (1min) and the most painful career lesson my best job taught me (3min).


(Bzzz…Radio voice) This email was brought to you by… 10 Surprisingly Simple Ideas That Changed My Life And Could Change Yours Too. If you’ve wondered how to actually change your life, this book shares 10 small daily ideas for big change.

See you next time.

Cesar

The Most Painful Career Lesson My Best Job Taught Me

This is a submission for the 2026 WeCoded Challenge: Echoes of Experience

The most toxic job I ever had didn’t break me.

I’ve had only one job that fit all the definitions of a toxic place. Inexperienced management, competing deadlines, scope creep… To cope with the 9-5, I hung out with coworkers, worked out, and engaged in hobbies. That kept me sane. But it wasn’t the job that burned me out. It taught me enough lessons for a book.

The way to the exit door was clear. When the pain is real. So is the urge to leave.

The job that burned me out

A few years later, I landed my best job.

I was working from home, learning new subjects, and making a good salary. It wasn’t Silicon Valley, but it was where most coders wanted to be. It turned out more painful than my “worst” job.

Everything was good until the honeymoon ended. Another project doing the same tasks. No new roles for me. All seats were already taken. Same grind, same story.

This time, the way out wasn’t that clear. Updating a CV to play the hiring game made staying seem tolerable. “The pay is good.” “I don’t work overtime.” “I’ll wait until I finish this project.” Meanwhile, hiring trends were tougher and tougher each year.

The next thing I knew, I was rushing to the bathroom. It wasn’t to throw up, but I’ll spare the details.

My job became a burden. I rushed to finish my daily tasks and skipped my meals. Painful mistake! That brought stomach issues. When I least expected it, I was sick and burned out. The way down was slow. But the way up was more painful and slower.

Lesson: If it makes you sick, you don’t need more signs to leave.

My most painful and expensive career mistake

Not having a career plan was my biggest, most painful, and expensive mistake.

I didn’t stop to think what I wanted out of my career. Money, title, connections, challenge? Maybe my only plan was to gain experience and make some money. Whatever that meant for my past self.

Lesson: Choose wisely. Or wait to leave when sick, bored, fired, or burned out.

A plan or intention would have made me move out and saved me a lot of pain. But like a frog in a pot, the water wasn’t boiling, it was slowly heating up. By the time I noticed the exit sign, the damage was already done.

The Unexpected Truth AI Reveals about Coding

Most people glorify AI for its speed.

AI spits out code faster than any of us, with just a few magic words. Beep, beep, boop. But coding has never been the bottleneck.

In corporate settings, where is most of the time spent? 99.99% of the time, it isn’t coding.

It’s

  • Waiting for your product owner while they talk to a customer
  • Waiting for DevOps to create a pipeline for your new project
  • Waiting for the Finance department to approve a $5 USD/month purchase
  • Waiting for a committee to decide what to do
  • Waiting for a code review

AI speeds up code generation. Everything else is as slow as it has always been. And more code means more reviews, builds, approvals, and bugs. More paperwork.

Almost Quit At 500 Daily Posts: My Reflection On Daily Blogging

The last 100 posts felt like a real stretch.

I wanted to quit blogging for a while. But I reminded myself: like an athlete, a writer must practice daily, or at least consistently. And stumbling upon Seth Godin’s 10,000 daily posts inspired me to keep pushing. I know I’m far from hitting that number.

Lately, focusing on my health has hurt my streak.

To have healthy sleeping patterns, I’ve started going to bed every day at the same time. That has meant skipping my daily post sometimes. So I tweaked my blogging rules to repair my streak the next day with another post. By the way, I also made some changes to my blog.

For these last 100 posts, balancing health and writing wasn’t easy, but it taught me the value of doing nothing and resting after a sprint of intense work.

I learned that lesson from launching another book, 10 Surprisingly Simple Ideas That Changed My Life And Could Change Yours Too, while trying to balance other projects. Writing that book was a book experiment I ran in February. It already made its first sale and earned its first review.

My most-read and favorite posts

Here are some of the most-read posts from the last 100 days:

Here are my 100-post, 200-post, 300-post, and 400-post reflections.

My February Book Experiment: Getting The First Review

Last February, I started a book experiment. It’s starting to pay off.

Two weeks ago, I launched 10 Surprisingly Simple Ideas That Changed My Life. It got its first sale, making it a success. But I’ve kept the experiment going.

For the last phase, I offered free copies as gifts to “advance readers” in exchange for an honest review.

As a fan of 10-idea lists, I wrote a list of 10 e-friends, ended up messaging 12, and heard back from 6. Two read it but weren’t eligible to review. (Amazon requires $50 in purchases within the last year.) Two managed to leave reviews. One was rejected, the other approved. A 5-star review. Hooray!

Here’s the review on Amazon:

First review
Short but sweet

One sale plus one review. Proof that the experiment is working.

“Short but sweet” shows you don’t need thousands of pages to write a book that matters.