OM-Ant

The Code Was Never the Hard Part

For decades, we organised human skill into two neat categories.

Hard skills were the serious ones. The technical ones. The ones you could put on a CV and point at.

  • Code.
  • Data analysis.
  • Financial modelling.
  • Legal frameworks.
  • Medical procedures.
  • Engineering.

These were called hard because they took time to learn, required credentials to prove, and came with a body of knowledge that not everyone could access. They were the currency of professional credibility. The thing that got you in the room.

Soft skills were everything else.

  • Communication. Empathy.
  • Persuasion. Leadership.
  • The ability to read a room, motivate a team, or sell an idea to someone who was not yet convinced.

These were acknowledged as useful but never quite treated as serious. Most did not have certifications. They could not be easily measured. They lived in the grey area between talent and personality, and nobody could quite agree on how to teach them.

So we called them soft. And in doing so, we told an entire generation of professionals that the human stuff was the easy stuff.

We were wrong. As a software engineer myself who tried for years to convince people of this truth, I was met with deaf ears. AI just proved it in the most public way possible.

Here is what AI exposed about hard skills.

Most of them are formula-based. Not in a dismissive way. But in a precise and important way. They follow logic. They respond to rules. They can be broken down into steps that, if followed correctly, produce a predictable output. That is exactly why they were learnable. And it is exactly why they are automatable.

A machine does not get tired of following steps. It does not cut corners on a Friday afternoon. It does not make the small errors that accumulate when a human has been staring at a screen for six hours. Given the right training data and the right architecture, a machine will execute a formula better than a human every single time.

This is not an insult to the people who spent years mastering those skills. The mastery was real. The effort was real. But the nature of what they mastered, precise, logical, repeatable, was always going to be more vulnerable to automation than anyone admitted while the automation was still theoretical.

GitHub Copilot does not replace the developer who understands the problem. It replaces the developer who only knew how to write the solution once someone else understood it.

That distinction is everything.

Now look at what AI cannot do.

  • It cannot sit across from a grieving family and know exactly when to speak and when to stay quiet. It cannot read the micro-expression that crosses a procurement manager’s face when the price is revealed and adjust the pitch in real time. It cannot sense the energy shift in a room when a presentation is losing the audience and change direction before the audience knows they have checked out.
  • It cannot sell. At least not in the way a great salesperson sells. Because selling is not presenting features and benefits in the right order. Selling is understanding what a person needs to feel before they can say yes. And what they need to feel is different for every person, in every moment, shaped by everything that happened to them before they walked into that room.
  • Marketing at its best is the same. Not the technical execution of a campaign. It is the human understanding underneath it. It is the ability to see a person clearly enough to know what they actually need to hear. To find the emotional truth inside a product or a service and connect it to the emotional truth inside the person you are talking to.

No model trained on human data fully replicates human feelings. It only approximates it. Sometimes impressively. But approximation is not the same as understanding. And in the space between approximation and understanding, the human professional still lives.

Soft skills are hard. They require a depth of human understanding that takes a lifetime to develop and cannot be reduced to a formula because the input, another human being in a specific emotional state, is never the same twice. They are hard because they require presence, judgment, intuition, and the kind of emotional intelligence that comes from having lived, having failed, having sat with someone in their difficulty and found the right words, not because a system recommended them but because you understood.

Hard skills are, in many cases, easier than we thought. Not easier to learn. But easier to replicate. Easier to automate. Easier to hand to a machine that will do them faster and with fewer errors than most humans ever could.

This does not mean technical skills are worthless. The developer who understands the problem deeply, who can translate a messy human need into a precise technical solution, is more valuable than ever. Because what they have is not just the technical skill. It is the judgment that sits above it. The human layer that no tool can replace.

That layer was always the hard part. We just spent decades calling it soft.

The professionals who will thrive in this era are not the ones who can do the most technical things. They are the ones who understand people well enough to do what the tools cannot.

AI did not create this truth. It just finally made it loud enough to hear.

In conclusion, the code was never the hard part. Understanding the person the code was built for was always the hard part.

It still is.

My Last Night in Seattle. A City Built on Honesty.

My last night in Seattle, I was on a bus, tapping my card, waiting to be charged again.

It did not charge me.

A small screen told me I had already paid for this window of travel. That my $3 covered wherever I needed to go within a certain time. No new charge. No penalty for getting back on. Just a system that remembered I had already done the right thing and decided that was enough.

I sat back and watched the city move past the window.

I had spent the day the way you spend a last day somewhere. Trying to hold as much of it as possible before you have to let it go.

I found an African food joint through Google. Followed the pin through unfamiliar streets until the smell told me I was close before the map did. I sat down and ate something that tasted like home and felt, for a moment, like the distance between Seattle and Accra was smaller than it had been all week. You can be impressed by a place and still need something familiar at the end of it. That is not a contradiction. That is just being human.

Then the donation shop. Then the South Center Mall. Then back onto the bus, card in hand, ready to pay again.

And the bus said no. You are already paid for.

I thought about that for a long time on the ride back.

Because what the transit system in Seattle has built is not just an efficient payment process. It is a relationship with its citizens that starts from a completely different assumption than most systems I have encountered.

Most systems assume you will not pay if they do not make you. The barriers, the gates, the turnstiles, the security, all of it is built on the premise that the default human behaviour is avoidance. That, without enforcement, compliance disappears.

Seattle’s system is built on the opposite belief. That most people, given the chance, will do the right thing. That the cost of treating everyone like a potential fare evader is higher than the cost of the few who actually evade.

I walked past the train station and noticed you could board without paying if you wanted to. Nobody stopping you. No barrier between you and the platform. Just the implicit understanding that if you are here, you probably paid. And if you did not, that says something about you, not about the system.

In fact, I asked a lady why this is. She smiled and said, “This city is built on honesty!”

That sentence stayed with me because it is not just a statement about a transit system. It is a statement about culture. About what a community decides to believe about the people inside it.

Every system is built on a belief. The question is whether anyone ever made that belief explicit, or whether it just accumulated quietly over time until it became the air everyone breathes without thinking about it.

The belief underneath Seattle’s transit system is that people are fundamentally trustworthy. The belief underneath its donation shops is that surplus should move toward need. The belief underneath its bus billing, that one tap covers your journey for a window of time, is that your time matters, and so nickel and diming you is not the relationship we want with you.

These are not accidents. They are decisions. Made by leaders, by planners, by communities that sat down at some point and decided what they believed about the people they were building for.

I think about this when I think about the organisations I have been part of. The teams I have led. The systems we built, sometimes deliberately, more often by accident.

Every organisation is built on a belief about people. Some are built on trust. Others are built on control. And you can feel the difference the moment you walk in. Not in the mission statement. Not in the values poster on the wall. It’s in the small things. Whether information flows freely or gets hoarded. Whether people feel watched or felt. Whether the process exists to help people do good work or to make sure nobody can do anything wrong without being caught.

The best leaders I have encountered build like Seattle builds. From trust outward. They design systems that assume good intent and create the conditions for it to flourish. They treat the people inside their organisations the way that bus treated me. You have already shown up. You have already tapped in. We trust you from here.

My last night in Seattle. African food that tasted like home. A donation shop full of things people decided to give rather than keep. A bus that remembered I had already paid.

A city built on honesty.

I am taking that home with me. Not as a souvenir. As a standard.

Because if a transit system can decide to trust millions of strangers every single day, the least I can do is build the same assumption into every team, every process, and every system I am responsible for.

Trust is not naive. It is a design decision.

And it is one of the most powerful ones a leader can make.

Behind Every Effortless Experience Is a Process Someone Designed

I made an order at 11pm on a Tuesday.

By Thursday morning, a box was at my door. The right item. The right size. Packed carefully. Arrived exactly when they said it would.

I did not think about it for a single second. I just picked it up and went inside.

That is the thing about a great process. You never see it. You only experience the result. And because the result feels effortless, it is easy to conclude that it was. That somewhere between my click and my doorstep, things just worked out.

They did not just work out. Someone designed every single step.

Inside an Amazon fulfilment centre, the work is divided with a precision that most organisations never come close to achieving. There are stowers, the people who receive incoming inventory and place items into storage pods, following a system so specific that a banana might sit next to a television remote and a pair of shoes. Not because someone was careless. Because the algorithm knows that randomised placement makes retrieval faster. There are pickers, who receive orders and locate items across a warehouse the size of several football pitches, guided by a system that tells them exactly where to walk and in what order. There are packers, who take the picked items and prepare them for shipping with a standardised process that protects the product and optimises the box size. Then there are the people managing the conveyors, the quality checkers, the sorters, and the drivers.

Every single one of them is a link. And every link knows what it is responsible for.

Remove one link, and my order will not arrive on Thursday. It might arrive damaged, or late, or not at all. Or it might arrive, and something is missing. And suddenly the effortless experience becomes a customer service problem, a review, a lost customer.

The process is not the background to the work. The process is the work.

Most organisations do not operate like this. And the ones that struggle most are usually the ones where process is treated as optional; where the way things get done depends on who is doing them that day; where institutional knowledge lives inside one or two people’s heads and walks out the door every time someone resigns; where a new team member spends their first three months figuring out how things work here because nobody wrote it down.

I have seen marketing campaigns fall apart not because the strategy was wrong, but because nobody agreed on who approved what and by when. I have seen product launches delayed, not because the product was not ready, but because the handoff between teams was never defined clearly enough for anyone to know when their part ended and someone else’s began.

These are not talent problems. The people involved were capable. They were working hard. They were trying. They were trying inside a broken process. And a capable person inside a broken process will produce inconsistent results every time. Not because they are not good enough. Because the system they are operating in was never designed to make them successful.

Process is not bureaucracy. That is the confusion that causes most leaders to underinvest in it.

Bureaucracy is process without purpose. Forms that exist because they always have. Approvals that add time without adding value. Meetings that could have been a document. That is not process. That is the ghost of a process that was never properly designed in the first place.

Real process is the opposite of bureaucracy. It is clarity. It is knowing exactly what needs to happen, in what order, by whom, and what good looks like at each stage. It removes the friction of figuring out the basics so that the people inside it can spend their energy on the things that actually require judgment and creativity.

The Amazon picker is not thinking about where to find the item. The system tells them that. They are focused on speed and accuracy. The process freed them to be excellent at the part that matters.

That is what a good process does for a team. It removes the cognitive load of the predictable so that people can bring their full attention to the unpredictable.

This does not stay at work. It follows you home.

The households that run well are not the ones with the most resources. They are the ones where the predictable things have been decided in advance. When the groceries get bought, and by whom. How the bills get managed. What happens in the morning so that nobody is scrambling for keys while someone else is late for school. The families that seem calm are not calm because life is easy. They are calm because they have built a process for the recurring things so that their energy is available for the things that cannot be planned.

The same is true for personal productivity. The people who consistently produce good work are not the ones with the most talent or the most time. They are the ones who designed their days deliberately. Who decided in advance when they do deep work and when they handle communication.

Process is how ordinary consistency becomes extraordinary output over time.

The leaders worth following understand something that the ones still figuring it out do not.

Your job is not just to set the direction. It is to design the system that gets people there reliably. Not once, not when they are at their best, not when you are watching. Reliably. Repeatedly. Regardless of who is having a hard week.

That is what Amazon built in those warehouses. Not a collection of hardworking individuals hoping it all comes together. A system so well designed that the outcome is predictable before the work even begins.

Your team deserves that. Your family deserves that. You deserve that.

The process is not the boring part of the work. It is the part that makes everything else possible.

Nobody thinks about the process until it breaks.

But somewhere in an Amazon fulfilment centre right now, a stower is placing an item exactly where the system tells them to. A picker is walking the most efficient route through a warehouse the size of a small town. A packer is sealing a box that will arrive undamaged at someone’s door on the day it was promised.

None of those people are thinking about the process either. They are just doing their part, inside a system designed well enough that doing their part is enough.

That is what you are building toward. Not perfection. Just a system good enough that the people inside it can be excellent without having to fight the system to get there.

Build that. For your team. For your family. For yourself.

You Shipped It in a Day. It Broke in a Way That Took Weeks to Fix.

There is a particular kind of Saturday morning that nobody warns you about when you start a business.

Your site is down. Not slow. Down. A customer sent you a message asking if you were still operating. You check your phone, and the screen shows an error that means nothing to you. You open your laptop. Same error. You call the person who helped you set it up, and they do not pick up. You search the error message online and fall into a rabbit hole of forums and technical language that feels like it was written for a different species.

Meanwhile, your business is standing still.

Nobody warns you about that morning. But it comes for almost everyone eventually.

AI changed the calculation. That is the honest starting point of this conversation.

A few years ago, building a website required a developer. Maintaining it required either that same developer on retainer or someone technical enough to understand what was running under the hood. That costs money. Real money. And for a small business or an early stage founder, it was a hard expense to justify.

Then the tools arrived. Wix with its AI builder. Squarespace with its design engine. WordPress, with thousands of plugins that promised to do everything. And then the larger shift, the one that changed everything, AI that could write your code, build your layout, generate your content, and have something live before the end of the day.

Suddenly, the cost of building looked like zero. And the cost of maintenance looked the same.

That was the trap.

Because the cost was never zero. It was just hidden. Deferred. Moved to a later date when you would be less prepared to pay it.

The AI builds the site. But it does not understand your business. It does not know that your checkout flow breaks on certain Android browsers. It does not know that your hosting plan cannot handle the traffic that comes in the week after you run a promotion. It does not know that three of your plugins have not been updated in eight months and are now a security vulnerability sitting quietly in your backend waiting for someone to find it.

The AI builds the structure. You are left to live in it. And most of the time, you do not know what you do not know until something breaks.

This is not a hypothetical. The industry is full of hard lessons.

Knight Capital Group lost 440 million dollars in 45 minutes in 2012 because of a software deployment error. One bad update. One untested release. The kind of thing a proper review process catches before it goes live. They did not have one that day. The company nearly collapsed.

In 2019, Facebook, Instagram, and WhatsApp went down for over 24 hours. A company with some of the most sophisticated engineering talent in the world, with billions in infrastructure, lost a full day of operation because of a configuration error. The financial hit ran into hundreds of millions. The reputational hit was worse.

Those are large companies. But the principle scales down perfectly. An African e-commerce store that goes down on a Friday evening before a weekend sale does not lose hundreds of millions. But they lose their weekend. They lose the customers who tried and did not come back. They lose the trust that took months to build.

The size of the business changes the number. It does not change the lesson.

The vibe coding era made this worse.

Vibe coding is what happens when a non-technical founder uses AI to build a product by describing what they want in plain language and letting the AI write the code. It sounds like liberation. For a certain kind of early-stage builder, it genuinely is. You can move fast. You can test ideas without a technical co-founder. You can ship something real in days instead of months.

But shipping is not maintaining. And fast is not stable.

The sites get built. The apps get launched. And then the founder, who understood the vision but never understood the infrastructure, is left managing something they cannot read. Every update is a guess. Every error is a crisis. Every customisation request goes back to the AI, which sometimes fixes it and sometimes introduces three new problems while solving one.

The professional was not just the person who built it. They were the person who understood what they built. That understanding does not transfer when the AI does the work and the founder takes the credit.

Don’t get me wrong! None of this means AI is the enemy. It is not. The tools are genuinely powerful, and they have genuinely lowered the barrier to building things.

But lowering the barrier to building is not the same as lowering the barrier to running. A car that is easier to buy is not easier to maintain. A house that is faster to construct still needs a plumber when the pipes fail.

The professionals that AI convinced you to replace were not just doing the initial build. They were doing the ongoing thinking. The updates, the security patches, the performance checks, the late-night fixes when something breaks at the worst possible time. They were the ones who picked up the phone on that Saturday morning.

When you remove them from the equation, you do not remove the work. You just take it on yourself. Usually, without the skills, the tools, or the time to do it properly.

The question was never whether you could build it yourself. Because with the tools available today, almost anyone can.

The question is what happens the morning something breaks and the person who understands it is you, alone, staring at an error message, while your business waits.

That morning has a cost. The professional you decided not to hire was the one who was supposed to prevent it.

If you are looking for someone who has built the discipline to manage this properly, I have seen Busyvine do it well. They understand the operational side of web management in a way that most generalist agencies do not. Worth a conversation before that Saturday morning arrives.

And if you want to think through the strategy behind your digital presence, not just the technical maintenance but the full picture, I am always open to a conversation, too.

Cheap at the start. Expensive at the end. That is the hidden cost of doing it yourself.

What Has Not Changed in a 100 Years of New Technology

Morgan Housel opens Same As Ever with a simple and unsettling observation. We spend most of our time studying what has changed. The new technology, the new market, the new way of doing things.

But the more useful study, the one that actually prepares you for what is coming, is everything that never changes. Human greed. Human fear. The need for belonging. The tendency to blame something outside ourselves when things go wrong. He is really writing about people. And people, as it turns out, are the same as they have always been.

I thought about this recently when I watched someone use AI to produce a strategy document in twenty minutes. It was fast. It was formatted beautifully. It said almost nothing.

There is a pattern that repeats itself across history with a consistency that should embarrass us by now.

  1. In 1916, the anxiety was the machine. The industrial press, the factory lathe, the mechanical loom. Craftsmen worried that the tools would replace skill. That anyone with access to the machine would suddenly be equal to anyone who had spent years developing the craft without it.
  2. In 2016, the anxiety was the algorithm. Social media, programmatic advertising, and data analytics. Marketers worried that the tools would level the playing field in a way that made expertise irrelevant.
  3. In 2026, the anxiety is AI. And the conversation is almost word-for-word the same one people were having a hundred years ago.

What nobody talks about is that the craftsmen who understood their craft deeply used the machine to become extraordinary. And the ones who did not understand it used the machine to produce bad work faster. The machine did not change the gap between them. It widened it.

That is what Housel means when he says the same as ever. The technology is new. The dynamic is ancient.

AI does not create skill gaps. It reveals them.

This is the thing that makes people uncomfortable when you say it out loud in a room full of professionals who have been quietly using AI to compensate for gaps they were hoping nobody would notice.

A strategist who understands the problem deeply uses AI to think faster, to pressure test ideas, to cover more ground in less time. The output reflects the quality of the thinking that directed it. The AI is the lathe. The strategist is the craftsman.

A strategist who does not understand the problem uses AI to generate the appearance of thinking. The document looks right. The slides are clean. The framework is present. But underneath it, there is nobody home. No real diagnosis, no genuine insight, no decision that could be defended if someone pushed on it.

The tool produced the same thing in both cases. A document. A strategy. A presentation. What it could not produce, in either case, was the judgment to know whether any of it was actually good.

That judgment is the craft. And craft, as it has always been, belongs to the person. Not the tool.

I have seen this play out in marketing more than anywhere else.

AI can write copy. It can generate campaigns, build briefs, and produce content at a volume that would have required an entire team two years ago. And so there is a temptation, a very understandable one, to hand the thinking to the tool and manage the output.

The problem is that marketing, at its best, is not a production problem. It is a human understanding problem. It is the ability to see a person clearly enough to know what they actually need to hear, not what sounds right, not what the brief says, not what the AI generates when you describe the target audience in three sentences.

That ability does not come from the tool. It comes from years of paying attention to people. Of getting it wrong and understanding why. Of sitting with a brief long enough to find the real question underneath the obvious one.

AI amplifies that ability when it exists. When it does not exist, AI produces very polished work that does not move anyone.

Housel makes another observation in Same As Ever that I keep returning to. He says that the biggest risk is always the one nobody is talking about. The visible risks get managed. The invisible ones do the real damage.

The visible risk of AI is that it replaces jobs. Everyone is talking about that one.

The invisible risk is quieter and more corrosive. It is the gradual outsourcing of the thinking itself. Not the execution, the thinking. The slow atrophy of the judgment muscle because the tool is always there to do the heavy lifting. Until one day the tool fails, or the situation is too specific for the tool to handle, and the person behind it reaches for their own thinking and finds it has grown soft from disuse.

That is the skill gap worth worrying about. Not the one the tool creates. The one the tool conceals until it is too late.

The best professionals in any era have always understood something their peers took longer to learn.

The tool is the easy part. Anyone can access the tool. The hard part, the part that has never changed and will not change regardless of what the tool becomes, is the quality of the person directing it.

Bring your best thinking to the tool, and it will make you formidable. Bring your laziness to it, and it will make you faster at being average.

The variable was never the tool.

It has always been you.

Let's discuss how my leadership can drive your next strategic initiative