Tag: Leadership

Three-jaw oil-filter wrench, hand tools, used oil filter, and oily shop rags on a barn floor, with a utility vehicle and zero-turn mower in the background.

The Tools Do Not Do the Work

JakeLeave a comment

We all have some version of this story.

There is a job that needs to be done, and we need the right tool for it. We go to the store or start searching online. We watch a few YouTube videos. We compare options, read reviews, and convince ourselves that once we have the right tool, the job will finally get easier.

Sometimes it does. Just not always in the way we expect.

Two years ago, I bought a John Deere XUV590M Gator to get around our property faster. It is a nice machine with a dump bed, and I got a great deal on it. The dealer had ordered it for another buyer who backed out. It was not configured exactly the way I would have built it, but they wanted to move it, I paid less than the sticker price of a standard one, and I came out ahead.

A new piece of equipment comes with a few early maintenance milestones, and the first oil change arrives quickly. Filters installed at the factory can also be stubborn the first time they come off. This one was no exception.

I spent hours trying to remove that oil filter. My cousin came over, and we tried tool after tool. We changed angles. We changed grips. We tried every trick we could think of. After four or five hours of fighting it, we finally got the filter loose.

We completed the oil change, but I knew I did not want to repeat that experience the next time.

John Deere sells a socket made for its oil filters, so I bought one. I also found another tool that has become one of those small workshop purchases I appreciate more every time I use it.

It looks a little like a three-legged spider. You attach it to a socket wrench, and the legs tighten around the filter as you turn. It gives you enough grip and leverage to loosen the filter before finishing the job by hand.

That tool also helped solve a problem I had been fighting for years on my Ferris zero-turn mower. The mower has a Briggs & Stratton engine, and the oil filter sits in a tight, awkward place. From the way the frame is laid out, it feels as though the machine was originally designed around a different engine configuration. The oil access and drain do not line up cleanly with the space around them.

Changing the oil is still a process. I put the mower on a jack and tilt it. I line the frame with towels because I know oil will spill when the filter comes off, even after I have drained the engine. I move wiring harnesses out of the way so I do not scrape my hand and arm while reaching into the narrow space. Then I use the spider-shaped wrench to break the filter loose and finish removing it by hand.

The tool made the job much better. It did not make the rest of the job disappear.

That distinction matters.

We often treat the tool as though it is the solution. We buy the mower, the Gator, the wrench, the software, or the AI subscription and expect the problem to be handled. But even a great tool only changes what is possible. It still has to fit into a process. Someone has to understand the job, prepare the workspace, recognize what can go wrong, and take responsibility for the result.

The little oil-filter wrench did not learn where the wiring harness sits. It did not know the mower needed to be tilted or that the frame should be covered with towels. It did not decide how much force was enough or when it was time to stop. It solved one difficult part of a larger job.

That is still valuable. In fact, that is exactly what a good tool should do.

The right tool gives us leverage. Experience teaches us where that leverage belongs.

This is true around the acreage, and it is true in most of the work I have done in technology. Good tools can save time, reduce frustration, and make work possible that would otherwise be impractical. They can help us move faster and avoid repeating the same painful mistakes. But they do not remove judgment, preparation, maintenance, or ownership.

I still expect to get a little dirty when I change the oil. I still plan for the spill, move the harnesses, and finish the filter by hand. I just do not expect to spend five hours fighting the same piece of equipment anymore.

The tool does not do the work. It helps a person who understands the work do it better.

That is a much more realistic promise, and usually a much more useful one.

A 1999 bedroom with a CRT computer, blue guitar, baseball glove, George Brett poster, and Ticket Solutions handbook.

Plans Change

JakeLeave a comment

The path was never straight. The pattern underneath it was.

For most of my childhood, I thought I had a plan.

I would go to the University of Missouri, study communications or journalism, and find a life somewhere around writing. There was also a version of the plan where I became a professional baseball player and followed George Brett all the way to Cooperstown. I was a pretty good ballplayer. I was not remotely that good. Childhood plans do not always concern themselves with evidence.

Then, when I was twelve, a kid brought a guitar to summer camp. He played Sweet Child O’ Mine, the girls gathered around, and I decided I would return the next summer with a guitar of my own. That plan did not work either. I found my mom’s old guitar in the basement, took lessons, learned Smoke on the Water and the theme from Spy Hunter, and arrived at camp nowhere near ready to sweep anyone off her feet.

But I kept playing. I formed a hard rock band when I was fourteen. We wrote songs, won a battle of the bands, played a few shows, and recorded a demo tape. Before I turned eighteen, I had been pushed out of the band I started.

Plans change.

After high school, I took college classes in writing, music theory, and movies. Maybe I would become a screenwriter. Then my father died in the spring of 1996. I was eighteen. He was fifty. School stopped feeling important, my grades fell apart, and whatever path I thought I was following disappeared beneath me.

I did not suddenly discover a perfect new plan. I looked for the next thing that still seemed possible.

Computers had been part of my life since I was around ten, but I had never treated them like a career. They were where I tinkered. They were fun. When almost everything else at school was going badly, I took classes in Microsoft Office and Visual Basic and made a couple of B’s with the same effort that had been producing D’s and F’s elsewhere. I remember thinking, I might be onto something here.

Then I met Java.

Object-oriented programming changed the way I saw the world. I could picture software spatially. Data had shape. Systems had relationships. Algorithms stopped feeling like a list of instructions I had to drag myself through and started feeling like structures I could walk around inside. For the first time, something clicked in a way I could not ignore.

That did not make the road easy. During the dot-com boom, companies wanted experience or a diploma and I had neither. I fixed computers under the name Compu-Doc and chased programming, hardware, networking, and even Unix work. Before one interview, I bought Unix for Dummies and read it in the parking lot. The company liked me, but suggested I volunteer to get experience. I had bills to pay, so I declined.

In 1999, I made another plan. I would leave my job, move back to my hometown, buy a house, and complete a three-year Computer Information Systems program. This time I was an A student. I made the Dean’s List nearly every trimester and was on track to graduate Magna Cum Laude. I imagined landing on a Java team at a large engineering company. It felt like the plan had finally settled down.

Two trimesters before graduation, two friends kept trying to recruit me into a small ticket company. I kept saying no. I did not know what a ticket broker was, and it did not look like the future I had pictured. Then the dot-com bubble burst. Graduates who had expected strong development jobs were finding help desk work or nothing at all. I got nervous, called my friends, and asked whether the opportunity was still there.

I walked into the interview and told the owner that hiring me would be one of the best decisions he ever made. I asked for more money than my friends were making and promised I would be worth it. I also told him I could only work thirty hours a week until I finished school.

He hired me.

If my memory is right, I started July 16, 2001. Nearly everyone who knew I was coming was away at a conference. I found a spare computer, built it into something I could use, introduced myself to people, asked what they needed, and started solving a problem.

That part has repeated through most of my career. The title changed. The company changed. The industry changed. The plan changed more times than I can count. Sometimes I stayed too long. Sometimes I bet on people who did not bet on me in the same way. Sometimes loyalty opened a door, and sometimes it kept me standing in a room after I should have left. There were successes, disappointments, promotions, sales, new teams, side businesses, and several moments when I was sure I was finally about to follow the clean path forward.

There was never a clean path.

What I can see now is that the plans were never the most consistent part of the story. The pattern underneath them was.

I build. I solve problems. I walk into unclear situations, find the pieces, and try to make them work together. I did it with computers as a kid, with music as a teenager, with software in the ticket industry, with data and automation across other businesses, and eventually with Transcendent Software, CoffeeBreak, and Open Jibo Cloud.

That does not mean every turn was the right one. Adaptation is not the same as wisdom, and persistence is not always the same as progress. Part of getting older is learning that finding a way forward also means deciding what should not come with you.

Today, I am betting on myself again. The plan is different from the one I had at twelve, eighteen, twenty-three, or even a few years ago. It will probably change again. I hope it does. A plan that never changes is usually a plan that has stopped listening to reality.

The goal is not to find my way back to an old plan. It is to find my way back to the part of me that knew what to do before the titles, expectations, and detours made everything complicated.

Find the problem. Build something useful. Keep going.

Plans change. The work continues.

A notebook and pencil on a weathered fence post beside a mowed path through rural grass in soft morning light.

The Next Decision

JakeLeave a comment

There are days when the list is too big to be useful.

The land needs work. The house has things waiting. The business has things waiting. The writing has things waiting. Jibo has things waiting. There are ideas I want to build, things I want to fix, people I want to spend more time with, and more half-finished thoughts than I can reasonably hold in my head at once.

When I look at all of it at the same time, it can feel like standing in the middle of the yard after a storm.

Everything is visible. Nothing is obvious.

That is usually the moment when I have to stop trying to solve the whole thing.

The better question is much smaller:

What is the next decision?

Not the next perfect plan. Not the whole roadmap. Not the five-year strategy. Just the next decision that makes movement possible again.

Sometimes that decision is practical. Mow this section first. Fix this one thing before touching the next one. Get the basic version working before making it clever.

Sometimes it is personal. Put the work down for a while. Be present. Let the unfinished things stay unfinished until tomorrow.

Sometimes it is creative. Write the rough version. Record the imperfect video. Get the idea out where it can breathe.

I have noticed that a lot of stuck things are not stuck because they are impossible. They are stuck because the next decision is hidden.

It is buried under too many options, too many obligations, too much context, or too much pressure to make the “right” move.

Building Transcendent Software full time has made that more obvious. There is always more I could do. More content. More outreach. More product work. More website updates. More CoffeeBreak thinking. More Open Jibo work. More client conversations. More internal systems.

But the answer cannot always be “do more.”

A lot of the time, the answer is to make the next decision visible enough that I can act on it.

That is one of the things I like about working on Jibo again. When he does something small correctly, it feels good. A greeting works. A weather response works. A behavior feels a little more alive than it did before.

But under that small visible moment is a chain of decisions.

What did he hear?
What did it mean?
What context matters?
What should happen next?
When should the system keep going?
When should it stop?
When should a human be involved?

That is true in software, but it is also true in life.

A good system does not remove every hard decision. It helps make the next one clearer.

I think that is what I am trying to build right now, across a lot of different parts of life.

A business that can keep moving without pretending everything is figured out.

A writing rhythm that can survive imperfect weeks.

A product vision that grows from real problems instead of hype.

A family life that does not get swallowed by the work.

A revived little robot that still has something to teach.

None of that happens all at once.

It happens one visible decision at a time.

So today, that is the frame I am carrying with me.

When the list gets too big, make the next decision visible.

Then move.

Still building. More to come. ☕

Above-ground backyard pool set up on a sunny summer day with floats, grass, fence, and trees in the background.

The Things That Keep Moving

JakeLeave a comment

There are always more things to do than there is day to hold them.

Accepting this reality has been one of the stranger lessons of this season of my life.

Building Transcendent Software, taking care of our property, keeping up with the Jibo Revival Group and everything happening there, writing, thinking through CoffeeBreak and the products I want to launch inside of it, helping clients, staying present for the people around me, and most importantly, making time for family and friends.

None of it lines up neatly.
None of it waits its turn.
It all seems to need something at the same time.

It is easy to look at all of that chaos and feel like unfinished work means failure. But I am trying to learn a different lesson.

Some things do not need to be finished today. They need to keep moving.

That sounds simple, but it is a hard lesson for me. I cannot stand when things are unfinished. They sit in the back of my mind and eat at me. Accepting this changes the way I think about progress.

A little work on the land still matters. A small improvement to Jibo still matters. A conversation with a client still matters. A post written on a Sunday still matters. A quiet evening with family still matters.

Not everything has to become a big push. Not everything needs a dramatic finish. Sometimes the job is to keep enough of the right things alive that they can keep growing.

Yesterday was a good example.

I spent most of the day setting up our backyard pool. It is a small above-ground pool that I set up each year. It was hot out. I got too much sun. The pool is up now, hopefully leak free, and maybe I will actually get to enjoy it later today.

I made that pool my quest yesterday.

So much so that by the time my son wanted me to get in, I could not do it. I just did not have it in me. I had pushed and pushed to get it done.

You might be thinking, why didn’t I set the pool up a month and a half ago when most people were setting up their pools?

Because I cannot stand unfinished projects.

I knew that if I started it, I had too much going on and would not be able to finish it. So I avoided starting it at all. That is exactly the problem I am writing about. I need to be okay with making progress. It does not have to be all or nothing.

We might have been swimming for weeks now, but instead I chose to work on other unfinished things in hopes of getting them done. The funny thing is, they are all still in progress too.

And the reality is that the pool is in progress until I tear it down at the end of the season anyway. There will be maintenance. Water levels. Chemicals. Leaks to patch. Inflatables to inflate. Things to check. Things to fix.

That is the part I keep having to relearn.

These truths are true no matter the situation and no matter the stakes.

True in a garden.
True with old machines.
True with kids.
True with software.
And really, true with most things worth building.

The hard part is rhythm.

A rhythm is different from a perfect schedule. A schedule assumes the day will behave. A rhythm assumes it probably will not. A rhythm gives you a way back in.

Miss a day, come back. Get interrupted, pick up the thread. Make a little progress, then let it compound. Stop pretending every unfinished thing is proof that you are behind.

I do not have this mastered. Not even close. But I can feel the shape of it becoming more important.

I do not want a life where every good thing depends on one heroic sprint after another. I want a life where the important things keep moving, even when the week is messy.

That is what I am trying to build right now.

A business that keeps moving.
A family rhythm that keeps moving.
Projects that keep moving.
Old ideas that still have life in them.
New ideas that need patience.
Systems that can survive imperfect weeks.

Maybe that is the work.

Not finishing everything.

Keeping the right things moving.

A quiet backyard after a Fourth of July party, with chairs, decorations, and morning light suggesting celebration and cleanup.

After the Fireworks

JakeLeave a comment

I meant to write this before the weekend.

That was the plan, anyway. Sunday is supposed to be blog day. I had the idea. I had the theme. I had the intention.

Then life happened. Good life, but life.

On Saturday we hosted a party for the 250th birthday of the United States. It was spectacular. Friends came over. People pitched in. There was food, setup, decorating, cooking, cleaning, kids running around, conversation, and one of those nights where the work fades into the background for a little while and you just get to be grateful that everyone is there.

And the fireworks were great.

There is something about fireworks that still gets me. You know they are planned. You know someone bought them, set them up, thought through the timing, watched the conditions, and made sure everyone was standing far enough back. But when they go off, you stop thinking about all that for a moment.

You just look up.

That feels about right for the 250th birthday of the country too.

Freedom can become an abstract word if we are not careful. It is easy to turn it into slogans or arguments or the kind of thing people only talk about when they are already mad.

But freedom is also very practical.

It is the ability to gather with friends in your own yard. To cook food. To let kids run around. To build a life. To disagree and still share a table. To work hard for something that is not required, but is worth doing anyway.

A good party does not happen by accident. Neither does a good life. Neither does a free country.

There is the visible part everyone remembers. The lights. The food. The music. The laughter. The fireworks.

Then there is the part underneath.

The planning. The mowing. The hauling. The setup. The dishes. The trash. The things that have to be moved, fixed, carried, cleaned, and checked before anyone arrives. There are the real challenges of storms blowing through and power going out just hours before the party starts.

And then there is the morning after.

That might have been the part that stuck with me most this year. Not because cleanup is glamorous, because it is not. But because a few people came back and helped us clean up. Friends pitched in before, during, and after.

That is a small thing, but it is not a small thing.

A lot of what matters in life is held together that way. Not by one person doing everything. Not by the big speech or the big show. But by people noticing what needs to be done and doing some of it.

That is easy to miss if you only look at the fireworks.

The older I get, the more I appreciate the work behind the moment. The patience behind the celebration. The maintenance behind the freedom. The cleanup after the party, even if the sun beat down and fatigue set in.

Maybe that is why posting this late does not bother me as much as it might have a few years ago.

Before the weekend, this would have been a post about anticipation. About what the 250th meant before the fireworks went up.

After the weekend, it feels more honest.

The lesson was not just in the celebration.

It was in the setup.

It was in the people who helped.

It was in the cleanup.

It was in the reminder that the things worth celebrating usually require the most care after the big moment passes.

And maybe that is a pretty good lesson for a country turning 250.

Freedom is not only something we inherit. It is something we keep making room for, keep cleaning up after, keep choosing to protect, and keep practicing in ordinary ways with ordinary people.

Saturday night was spectacular.

Sunday morning was quieter.

Both mattered.

The First Version Is Not the Finish Line

The First Version Is Not the Finish Line

JakeLeave a comment

There is a specific kind of energy that shows up when something works for the first time.

A script runs without crashing.
A prototype loads.
A button does the thing it was supposed to do.
A robot says the right words back.
A little idea that used to only exist in your head suddenly becomes something you can point at.

That moment is fun. It should be fun. It is one of the reasons I have loved building things for as long as I can remember.

But I have also learned, usually the hard way, that the first version is not the finish line. Not by a long shot. Quite honestly, once something works, you finally get to see what you actually built. Not what you imagined. Not what you intended. The real thing.

And the real thing always has something to teach you.

A topic that spends way too much time bouncing around my head lately is how modern AI has changed how quickly people can get to that first version.

Someone with an idea, some patience, and the willingness to keep trying can build a surprising amount now. Things that used to require a full team, a budget, and a long runway can sometimes be roughed into shape by one person with the right tools and a lot of willpower.

This actually reminds me of my early career. When I started building software professionally, the internet was still new. If you needed an algorithm, you did not just look it up online. You used a thick book that contained some author’s thoughts on how to build good software. Often there would be a small bit of source code you could translate and apply to your problem, but really it was you and your wits trying to figure it out.

That meant a lot of trial and error.

Does that sound familiar with how we interact with AI now? Does it sound a little like how AI operates under the hood? I think so.

And as we saw software engineering evolve over my career, I think it made the next layer more important, not less.

Because “it runs” and “it is ready” are not the same sentence. Early in my career, getting working code was often the most important part because everything was brand new. We launched companies on version 1 software.

The first version can hide a lot.

It can hide duplicated code that will become painful later.
It can hide business rules in places they do not belong.
It can hide security decisions that felt harmless in the moment.
It can hide missing tests, unclear ownership, inconsistent patterns, or assumptions that only worked because the first user happened to click the right path.

That does not make the first version bad. It makes it a first version.

Twenty-five years ago, we started at version 1, but we had many years to evolve to versions 2, 3, 4, and beyond. Now, we do not always have years to figure it out and evolve. We need to find ways to evolve as fast as the tools around us are evolving.

This is not a new phenomenon outside of software either. This has been true in life as well.

When I bought my acreage, it was a corn field overgrown with weeds. It had large ruts and ravines in the ground where water had run wild for years. There were berms built to direct the flow, but it made for a hilly and hole-filled property.

Fixing this took years of trial and error. The first pass at anything was rarely the final answer. You filled one ditch and knocked down a berm, only to find water puddling and running free somewhere else. You took out some trees and got a swampy marsh. You fixed one thing and it revealed the next thing that needed attention all along.

The land teaches you after you start working with it.

Software does too.
So does a business.
So does a life, really.

There is a humility that comes after the first successful run. The exciting part is proving that something can exist. The quieter part is making it dependable enough to keep around.

That quieter part is where a lot of the real craft lives. It is the part where you ask better questions.

What did this expose?
What does this depend on?
What happens when it fails?
Who needs to understand it besides me?
What would make someone else trust it?
What would make me trust it six months from now?

I have been thinking about this with the Open Jibo project I am working on. Getting an old robot to speak again, respond again, dance again, or feel a little more alive again is deeply satisfying. But every working behavior opens up the next layer. How does it recover? How does it remember? How does it handle the strange edge case? How does it become more than a neat demo?

That is also a lot of what I am thinking about with CoffeeBreak.

AI can help us get to first versions faster. That is a big deal. In reality, the future I am interested in is not just faster prototypes. There is value there, but the real value is in better paths from prototype to trust.

More useful review.
Clearer feedback.
Better context.
The right voice for the right person.
Systems that know when to act, when to ask, and when to slow down.

I do not think the first version should be dismissed. The first version matters, just like back when we launched companies on version 1 software. It is proof of motion. It is often the hardest emotional step because it turns an idea into something real enough to criticize.

But it should not be asked to carry more weight than it can.

The first version is a beginning.

Then comes the work of listening to it.
Then comes the work of improving it.
Then comes the work of deciding what kind of thing it is actually becoming.

It is important to apply attention where it needs to live, and that is where I am trying to spend more of my attention these days.

Not just on whether something can work once.

On whether it can become something worth trusting.

The Longest Day and the Smallest Question

The Longest Day and the Smallest Question

JakeLeave a comment

Father’s Day and the summer solstice do not land together very often.

However you count the next one, we have a lot of years to wait before this alignment comes around again. That makes today feel worth noticing.

A day for fathers.
A day for light.
A day that marks the start of a new season.

When seasons change, it is a good time to pause. Not for too long, because the work rarely stops coming, but long enough to look around and ask what season you are actually in.

As a father, builder, and business owner, I keep learning that the work never really disappears. It just changes shape.

Sometimes you are planting seeds for a future harvest. Sometimes you are repairing things that did not go as well as you hoped. Sometimes you are trying to appreciate what is already growing right in front of you. And if you are lucky, you get another chance to reap what you sowed, learn from it, and prepare better for the next season.

My son is almost four now, and he is fully in his “why?” phase.

No matter where we are, what we are doing, or what we are talking about, he wants to know why.

Why does that happen?
Why do we do it that way?
Why can’t I have that?
Why is it time to leave?
Why?

It is fun. It is also humbling. Explaining life in the simplest possible terms is harder than it sounds. I never thought I would be the dad who said “because I said so,” but I may have said it more times than I care to admit.

That little question has been following me into my work too.

A lot of my life right now is building, planning, reaching out, managing money, writing, marketing, experimenting, and trying to grow Transcendent Software into the next season. It is exciting. It is also a patience exercise.

For most of my career, I was used to feedback coming from somewhere. Sometimes it was good feedback. Sometimes it was frustrating feedback. Sometimes I had to wait longer than I wanted for the right feedback. But feedback is feedback. It helps steer the ship.

Now the feedback loops are different.

Some days are outreach. Some days are writing. Some days are building CoffeeBreak. Some days are working on Open Jibo. Some days are finances, planning, or figuring out what message will connect with the right person at the right time.

The work is still there. The season is just different.

And maybe that is the lesson of Father’s Day landing on the solstice.

The longest day is not empty just because there is more light. It gives you more room to notice what needs attention.

Where are the seeds going in?
What needs repair?
What have I already been given?
What is this season asking of me?

My son keeps asking why because he is trying to understand the world.

I think adults need that question too. Maybe especially when we are busy. Maybe especially when we are building something new.

Why am I doing this?
Why does this matter?
Why this way?
Why now?

Some seasons are for planting. Some are for harvest. Some are for repair. Some are for patience.

The trick is learning which one you are in.

Happy Father’s Day to all the dads out there. I hope you get a little extra light today, and maybe a minute to notice what this season is asking of you. ☕

The Reward is in the Routine

The Reward is in the Routine

JakeLeave a comment

I used to think the reward was the result.

The launch.
The finished project.
The clean before-and-after.
The moment where all the work finally turns into something visible enough that other people can understand it.

And those moments are real. They matter.

But lately I have been noticing something else.

A lot of the reward is not waiting at the end. It is hidden inside the routine itself.

Sunday has become one of those days for me.

It is not a perfectly quiet, monk-like writing day. It is not some highly optimized founder ritual with the same coffee, the same chair, the same two-hour block of uninterrupted focus every week.

It is more ordinary than that.

There is family life. There is land to keep up with. There are chickens and gardens and things that need fixed. There are business decisions, software ideas, Jibo experiments, CoffeeBreak thoughts, client work, bills, errands, and the general background hum of trying to build the next chapter without dropping the life I already have.

And somewhere inside all of that, I try to come back to the work.

Not perfectly.
Not always cleanly.
But consistently enough that it starts to become a rhythm.

That rhythm matters more than I expected.

Because when you are building something new, there are a lot of days where the scoreboard is not very satisfying.

The business is not yet where you want it.
The product is not yet where you see it in your head.
The writing is not yet as sharp as you hoped.
The project is not yet finished.
The idea still has rough edges.
The path forward still has fog on it.

If the only reward is the finished version, you can spend a long time feeling like you are behind.

But routine gives you something else.

It gives you a place to stand.

It says: this is what we do today.

We write the next piece.
We make the next improvement.
We fix the thing that is broken.
We follow up.
We think clearly for a little while.
We make one more honest pass at the work.

That is not glamorous, but it is stabilizing.

I think that is part of why I am drawn to systems, whether I am thinking about software, AI, business operations, or just life on a few acres. A good system does not remove effort. It gives effort somewhere useful to go.

A routine works the same way.

It does not make every day easy.
It does not make every decision obvious.
It does not guarantee that everything will work out.

But it gives you a way back in.

That has been important for me in this season.

I am building Transcendent Software into the kind of company I want to run. I am building CoffeeBreak toward the kind of AI orchestration platform I believe needs to exist. I am bringing Jibo back to life piece by piece through Open Jibo Cloud. I am writing more, sharing more, and trying to be more visible about the actual work instead of waiting until everything feels finished.

None of that happens in one dramatic push.

It happens by returning to the routine.

Some days the routine produces something obvious: a post, a feature, a fix, a conversation, a working demo.

Other days it only produces momentum.

That used to feel like a small reward.

Now I am not so sure.

Momentum is not small when you are trying to build a life that can hold the work.

The routine is where you learn what kind of builder you are becoming. It is where your ideas get tested against time, energy, family, weather, obligations, distractions, and your own limits.

It is where ambition has to become honest.

And maybe that is why the reward is not only at the end.

The reward is in becoming the kind of person who keeps returning to the right work.

Not because every day feels inspired.
Not because every effort gets applause.
Not because the outcome is guaranteed.

But because the routine itself starts to shape you.

It makes the work less fragile.

It makes progress less dependent on mood.

It gives your future somewhere to gather.

That feels worth paying attention to.

So for now, I am trying to treat the routine with a little more respect.

The Sunday writing.
The weekly planning.
The small improvements.
The unglamorous follow-through.
The next useful conversation.
The next piece of the system.

Not as chores standing between me and the reward.

As part of the reward itself.

Still building. Still finding the rhythm. ☕

The Pattern Underneath the Product

The Pattern Underneath the Product

JakeLeave a comment

When I first started thinking seriously about CoffeeBreak, I was thinking about software.

That makes sense. Software is the world I know best. I have spent a long time around teams trying to plan, build, review, test, ship, support, fix, and improve systems. I have seen the good version of that work, and I have seen the version where everything depends on memory, heroics, scattered notes, half-finished automation, and a few people quietly holding the whole thing together.

So when AI started becoming useful in a more practical way, my mind went there first.

What would it look like if AI did not just answer questions, but actually helped coordinate the work? What if it could understand the plan, help with the build, participate in review, support testing, prepare deployment, observe what happened afterward, and carry lessons forward into the next cycle?

That was the beginning of CoffeeBreak for me.

The pattern was simple enough:

Plan. Develop. Review. Test. Deploy. Observe. Evolve.

On the surface, that sounds like software delivery. It is software delivery. But the longer I sit with it, the more I realize I may have been looking at one example of a much bigger pattern.

Most meaningful work follows some version of that same loop.

You figure out what needs to happen. You create a first version. You check it. You test it against reality. You put it into the world. You watch what happens. Then you improve it.

That is how software gets better, but it is also how a business process gets better. It is how a team gets out of tribal knowledge and into something repeatable. It is how a messy internal workflow becomes a real operating system for the company. It is even how a little robot like Jibo starts to feel alive again after enough small pieces are wired together, tested, observed, and improved.

The nouns change, but the shape of the work is familiar.

That is the part I keep coming back to.

A lot of the AI market moved in the other direction. The big push was to get users first. Get people into the chat box. Get adoption. Get usage. Then start figuring out how all of this turns into platforms, workflows, agents, permissions, memory, automations, and business systems.

I understand why that happened. It got AI into people’s hands quickly. It changed expectations. It let millions of people experience something that had been theoretical for a long time.

But there is a difference between adding workflow features later and building from the workflow outward.

That difference matters.

CoffeeBreak was never supposed to be just another chatbot. It was never supposed to be a one-trick pony for software teams either. Software delivery is the first doorway because it is real, difficult, and familiar to me. It is full of the exact problems that AI orchestration has to solve if it is going to be useful: context, judgment, review, tools, handoffs, feedback, and change over time.

But if the platform is built around the shape of real work, then the opportunity is bigger than one use case.

A customer onboarding process has a version of this pattern. So does support. So does compliance. So does reporting. So does content. So does internal operations. Almost every business has some process that is too manual, too fragile, too dependent on one person, or too disconnected from the tools around it.

Those problems do not need AI magic.

They need structure. They need judgment. They need tools that work together. They need humans in the right places. They need a way to observe what happened and improve the system over time.

That is where CoffeeBreak starts to feel bigger to me than the original idea.

It is still early. That is important to say plainly. I am not claiming the platform has already become all of these things. But I do think the pattern is strong enough to plant the seeds now, before there are a thousand assumptions baked into the product and a thousand users pulling it in different directions.

There is an advantage in building early with the right people and the right problems.

Through Transcendent Software, I get to stay close to real business pain. Not imaginary use cases. Not pitch-deck workflows. Real problems where someone knows the work should be easier, but does not yet know how software, automation, and AI should fit together.

That is a good place to build from.

Because the future I am interested in is not AI that looks impressive for five minutes. It is AI that helps real work move through a real system with memory, tools, review, feedback, and accountability.

Plan the work. Do the work. Check the work. Test the work. Put it into the world. Watch what happens. Make it better.

That is software.

That is business.

That is building.

And the more I work on CoffeeBreak, the more I think I was not just building a product for one workflow. I was finding the pattern underneath the product.

Still building. Still learning. More to come. ☕

Expert First, Trusted After

Expert First, Trusted After

JakeLeave a comment

I have been thinking a lot about the word expert lately.

It is a strange word, because most people do not become experts while looking like experts. They become experts while trying things that are half-working, while fixing something that broke for the third time, while realizing the elegant idea from yesterday does not survive contact with the real world.

That has been true for most of my life.

I have always been drawn to systems. Old computers. Software projects. Business problems. AI ideas. Robots. The little details that make something feel alive instead of just technically functional.

Lately that has shown up in a few places at once. I am building Transcendent Software full time. I am working toward CoffeeBreak as a bigger product vision. I am reviving Jibo through Open Jibo Cloud. I am thinking about websites, blogs, videos, podcasts, social posts, consulting, product work, and whether any of this can become a real engine instead of a pile of good intentions.

The funny thing is that the work itself is the clearest argument.

If I want people to trust me as someone who can help with AI systems, software modernization, automation, architecture, or technical leadership, I probably do not need to pretend I have a perfect machine already humming in the background.

I need to show the work.

Show the thinking. Show the decisions. Show the messier middle. Show the way a robot comes back to life one capability at a time. Show the way a consulting business becomes clearer by solving actual problems instead of polishing slogans. Show the way a product like CoffeeBreak emerges from real operational pain, not from chasing whatever AI headline is loudest this week.

That is the kind of confidence I trust in other people too.

Not the confidence of someone who says they have it all figured out. The confidence of someone who has been in the weeds long enough to know where the roots are.

So maybe that is the content plan for now.

Keep building. Keep writing. Keep showing the reasoning. Keep sharing the progress before it is perfectly packaged.

The expertise was built over years. The trust will probably be built one useful piece at a time.

More to come. ☕