Preface

The writing of this article seemed inevitable. A few years ago, I hurriedly scribbled words in a small notebook, which, to a casual observer, may have appeared random or out of place. To me, it was a mental note from the myriad of ideas that flood your mind while going about your day-to-day. It seemed important—or at least interesting—and I thought that maybe, at some point, I’d elaborate on it before continuing with my day.

It has been several years since, and those notes, long forgotten, resurfaced very recently while I was sorting through some old belongings.

As I often do before deciding if something belongs in the bin or a box, I flipped through its pages to see if there was anything worth holding onto. To my surprise, I was instantly reminded of the meaning behind the two words I had written: sword and lance, and the unlikely connection they revealed between two seemingly unrelated topics. Only I could parse the meaning—or rather, it had meaning only in my mind.

I realize that only a small fraction of people may share the niche interests I’m about to explore, but I wanted to be the first to write and publish about this unique angle. Hence, my excitement. Admittedly, this article is a bit of a wildcard—it differs from my usual tone, which tends to be more serious. But in recent years, I’ve come to appreciate formats where a bit of wisdom or insight is conveyed with an element of entertainment. I hope to offer you something you hadn’t considered before, perhaps even something you didn’t know existed.

If you’ve never heard of terms like anime or isekai, don’t worry—it’s more of a generational thing. Younger folks, or those from certain regions, are more likely to recognize them and may have fond memories of them as part of their upbringing. Some, like myself, still indulge in watching them from time to time. But I digress. For those new to the terms, I’ll give a brief introduction. For those who are already familiar, you’re in for a treat.

Without further ado, let’s dive in.

The Isekai Archetypes of Computer Programming

An adventurous exploration into programming roles through the lens of isekai archetypes

Introduction

In the ever-evolving world of software development, we often find ourselves embarking on quests that challenge our skills, push our boundaries, and require us to assume various roles within our teams. What if we reimagined these roles through the whimsical and imaginative lens of isekai?

For the uninitiated, isekai is a popular genre in Japanese anime, manga, and light novels where ordinary people are transported to, reborn, or trapped in a parallel universe or fantasy world. These stories revolve around characters adapting to new environments, acquiring unique abilities, and often embarking on epic adventures.

In this article, we'll explore The Isekai Archetypes of Computer Programming, drawing parallels between common programming roles and the archetypal characters found in isekai narratives. Software development is mission-driven, and the real world is rife with situations where not only technical skills matter, but interpersonal relationships and professional interactions shape the journey and the ultimate outcome. Much like the subplots in a well-written story designed to keep the audience engaged, this is where I found an unlikely yet fascinating parallel.

Whether you're a seasoned developer or new to the field, this half-serious, half-whimsical exploration aims to provide fresh insights into team dynamics, personal growth, and project management in software engineering.

Some of what I’ll discuss are broad generalizations based on my nearly decade-long career. Those are my credentials—I’m not a psychologist or an expert on the inner workings of the human mind, but I do consider myself an observant person. The topics I’ll cover are unrelated to hard technical skills and often apply not only to coders, but to product managers, hiring managers, interviewers, and interviewees. I almost changed the title to “The Isekai Archetypes of Software Engineering”, since much of what I’ll say could be broadly applicable. However, I felt this would diminish the uniqueness of the concept and make it seem too generic—a direction I genuinely wanted to avoid.

The Protagonists and Their Roles

Just as in isekai stories where protagonists assume roles like warriors, mages, or healers, programmers often embody specific archetypes that define their approach to problem-solving and collaboration. Let's introduce our cast:

  1. Swordsman
  2. Lancer
  3. Tanker
  4. Archer
  5. Bard
  6. Mage
  7. Strategist
  8. Solo Leveler
  9. Guild Master

In this context, you are the protagonist. I’ll also use the term broadly to refer to all roles within a development team. Like in any good isekai story, there are often multiple protagonists, each bringing unique abilities and perspectives.

I’ll introduce each archetype to you with a succinct overview of their mindset—what drives them, what energizes or drains them, and where their strengths and weaknesses lie. Keep in mind that while I list these archetypes, people often find themselves somewhere along a spectrum, not confined to a single role. However, over time, we tend to sharpen our focus on certain aspects while letting others fade into peripheral awareness.

A hallmark of a seasoned developer is self-awareness—an understanding of their own mindset and the potential challenges or blind spots that come with it. This awareness builds resilience, helping them avoid common pitfalls. (From here on, self-awareness will be denoted with a "+" symbol. For instance, someone in the Swordsman role with self-awareness would be referred to as "Swordsman+.”)

Another key trait, which I’ll explore further, is role fluidity—the ability to adapt and shift roles as needed within a team.

As we move forward, I’ll explore how these roles complement and interact with one another, as well as delve into the distinctions between senior and junior developers through this lens. But for now, let’s start with the basics.

The Swordsman

The Frontline Developer

The Swordsman is the backbone of any adventuring party. Armed with strength and determination, they charge headfirst into battle, relying on their skill and bravery to overcome obstacles.

Mindset and Focus:

Strengths:

Weaknesses:

Real-World Analogies:

The Lancer

The Spearhead of Innovation

Agile and precise, the Lancer excels at penetrating the defenses of complex problems. They specialize in quick, exploratory projects that pave the way for the team.

Mindset and Focus:

Strengths:

Weaknesses:

Real-World Analogies:

The Tanker

The Guardian of Quality and Stability

The Tanker stands as the shield of the team, focusing on protecting the project from potential pitfalls. They are the advocates of best practices and code integrity.

Mindset and Focus:

Strengths:

Weaknesses:

Real-World Analogies:

The Archer

The Specialist in Precision Tasks

With keen eyes and steady hands, the Archer targets issues that are often overlooked but can significantly impact the project's success.

Mindset and Focus:

Strengths:

Weaknesses:

Real-World Analogies:

The Bard

The Harmonizer of Team Dynamics

The Bard brings balance and harmony to the team. They boost morale, facilitate communication, and ensure everyone's well-being.

Mindset and Focus:

Strengths:

Weaknesses:

Real-World Analogies:

The Mage

The Keeper of Arcane Knowledge

The Mage wields specialized expertise, mastering technologies or domains that few others understand.

Mindset and Focus:

Strengths:

Weaknesses:

Real-World Analogies:

The Strategist

The Mastermind Behind the Plan

The Strategist devises comprehensive plans, aligning the team's strengths with project goals.

Mindset and Focus:

Strengths:

Weaknesses:

Real-World Analogies:

The Solo Leveler

The Independent Innovator

Driven by personal growth, the Solo Leveler hones their skills through independent projects and self-directed learning.

Mindset and Focus:

Strengths:

Weaknesses:

Real-World Analogies:

The Guild Master

The Orchestrator of Success

The Guild Master is the manager or team lead who assembles the right mix of talents to tackle missions, ensuring the team's success.

Mindset and Focus:

Strengths:

Weaknesses:

Real-World Analogies:

Thank you for making it this far!

We’ve covered a lot of ground, exploring the distinct mindsets and roles that appear in software development teams. These archetypes are based on real individuals I’ve encountered throughout my career.

Each person is unique, though you can often trace common patterns in how they approach problem-solving. Some people naturally embody a particular archetype, while others exhibit a blend of traits. A key quality I mentioned earlier is self-awareness—those who can observe and adapt to how the team is functioning and pick up on subtle cues in their environment. Many of these individuals seem to possess what we might call intuition, which is really just the product of experience and exposure to different challenges over time.

One thing all of these individuals share is a genuine passion for their work. While compensation is a consideration, it’s far from the only thing driving them. I’ve deliberately left out, for now, other external pressures and circumstances that could influence these archetypes—things I plan to touch on in the future.

For now, let’s take a brief pause.

While you take a moment, I’d like you to reflect on a few questions:

Final Notes

After letting this draft sit for a day, I’ve realized there’s so much more to say. I’d love to expand on some of these ideas in a series of articles. Here are some topics I’m considering for future discussions:

How do different mindsets affect team dynamics?\What configurations of roles make for the ideal teams to tackle certain problems?

In every great isekai story, there’s always a central conflict—a major challenge that our protagonists must face. Think of goals, features, and progress as a multi-level dungeon. We know what the treasure is, we have some idea of the boss fight, and the levels act as milestones. Along the way, there are also distractions and challenges (the “mobs” we have to defeat). This tension—between time, quality, and resources—is something every team has to balance. How do teams or individuals experience this strain, and how do they manage it?

I also want to explore the idea of the "hero". What does that role look like in the real world? And is there such a thing as a true hero in these scenarios, or is it more of a rise of the anti-hero?

I feel each of these topics deserves its own chapter or article, and I can’t wait to dive deeper.

I’ll stop here for now. I do wonder if readers find the delivery and the connections I’ve drawn between isekai and programming to be palatable or perhaps even entertaining rather than too whimsical or childish. It would mean a lot if you shared your thoughts—whether in a comment, a like, or even by email. You can reach me at [email protected]. I’d love to know if you found some insight or if you think this approach needs work. Either way, I value your feedback!

May your code compile without errors, your sprints be productive, and your team journeys be epic.