top of page
Search

The Signal in the Fog: What the 4th Infantry Division Taught Me About Software (And I Didn't Even Know It)

  • Writer: Mark Kendall
    Mark Kendall
  • 2 minutes ago
  • 2 min read

The Signal in the Fog: What the 4th Infantry Division Taught Me About Software (And I Didn't Even Know It)


By the Founder of LearnTeachMaster.org

For years, I looked at my time at Fort Ord, California, as a chapter of my life that was "closed." I was a soldier in the 4th Infantry Division, guarding the perimeter for satellite trucks. I thought I had left the "Signal Corps" world behind when I traded my boots for a keyboard.

But recently, as I was writing about "Intelligence as a Product" and fighting with a boss over Synchronous vs. Asynchronous Node.js, I realized something profound: The battlefield hasn't changed. Only the terrain has.

1. The Satellite truck was my first "API"

At Fort Ord, the satellite trucks were our lifeline. They had to talk to a "bird" 22,000 miles in the air. That taught me the law of Latency before I ever wrote a line of code.

* The Lesson: You don't "block" the line waiting for a response from space. If you stay keyed on the mic, the whole unit goes silent.

* The Engineering Truth: This is why I push back on Synchronous patterns today. My gut knows that a "blocked thread" is a jammed radio. We use async/await because we need a "Duplex" conversation, not a "Push-to-Talk" failure.

2. The Perimeter is now "Cybersecurity"

My job was to protect the perimeter of those trucks. We dug in, set up OPs, and watched the fog for anything that didn't belong.

* The Lesson: If the enemy gets close enough to see the dish, you’ve already lost.

* The Engineering Truth: In software, our "perimeter" is the API gateway and the firewall. We don't just "build features"; we protect the asset. "Mastery" means understanding that if your code is vulnerable, your "Signal" is worthless.

3. "Steadfast and Loyal" to the Architecture

The 4th ID motto is Steadfast and Loyal. In the Army, that meant being disciplined and following the SOP (Standard Operating Procedure) even when things got chaotic.

* The Lesson: Chaos is the enemy of the mission.

* The Engineering Truth: On LearnTeachMaster.org, I talk about "Cognitive Debt." That is just another name for "bad discipline." When we write messy code or ignore architectural patterns (like the TMF632 standard), we are being "disloyal" to the future version of our team.

The Serendipity of the Path

I didn't "accidentally" become an architect. The Signal Corps trained me to be one. They taught me how to take a complex system (Satellite comms), break it down into a protocol, and defend it with my life.

Today, when I help organizations treat Intelligence as a Product, I am just using the same "Signal Strategy" I learned in the Monterey mist. I’m still a "Light Fighter"—I’m just fighting for clean code, resilient systems, and the mastery of our craft.

We are all Signal Officers now. The mission continues.



 
 
 

Recent Posts

See All
Learn–Teach–Master Intelligence as a Product

Learn–Teach–Master: Intelligence as a Product For decades, the technology industry has told a familiar story: If you want to create value, you build software. If you build software, you need platforms

 
 
 

Comments

Rated 0 out of 5 stars.
No ratings yet

Add a rating
Post: Blog2_Post

Subscribe Form

Thanks for submitting!

©2020 by LearnTeachMaster DevOps. Proudly created with Wix.com

bottom of page