Start with work you already understand. The loop gets useful when the result gives you something concrete to judge.
I do not have a computer science degree, and I had no interest in pretending I did. What I wanted was enough working knowledge to use AI well, question what it gave me, and build a few things myself.
My goal is practical. AI is going to influence how work gets done, and I want to be a better operator because I understand more of what sits behind the tools.
When I started paying closer attention, the volume of information became a problem of its own. New tools, new terminology, and new claims showed up every day. I could have spent months reading about AI without getting much better at using it.
I found a better starting point in work I already understood.
Start With Work You Already Understand
Choose a task, process, or decision you know well enough to recognize a good result and a bad one.
That context gives you an advantage a technical tutorial cannot. You know where mistakes usually happen. You know what good judgment looks like. You can pay attention to what the technology adds, what it misses, and what still needs a person.
Operations has been a useful place for me to learn because the work forces questions about process, risk, controls, customer impact, and measurable outcomes. A tool has to survive contact with the real world.
Stay With One Tool Long Enough to Learn
It is easy to lose time comparing every new model and product. ChatGPT, Claude, Gemini, Perplexity, and whatever launches next can become distractions if the real objective is learning how to work with an AI assistant.
Pick one capable tool and use it repeatedly. Ask it to explain something unfamiliar. Give it a document and have it identify gaps. Let it challenge a plan. Push back when the answer is weak. Rework the prompt when the result misses the point.
Ten serious conversations with one tool taught me more than opening ten tools once.
Prompting Became a Management Skill
I originally expected prompting to feel much more technical. The biggest improvement came from explaining the work more clearly.
The useful ingredients were familiar: the goal, the context, the constraints, what should stay unchanged, what a good result looks like, and what needs to be verified before I trust the answer.
When I became clearer about the requirement, the output improved. That lesson carries well beyond AI.
Learn Verification and Risk at the Same Time
I would not separate verification from the learning process.
AI can sound confident while being wrong. It can miss context, make an assumption you never intended, or encourage a pace that outruns the controls around the work.
I try to build the checking habit early: understand what an answer depends on, ask for sources when they matter, protect sensitive information, verify important facts, and know whether the tool is appropriate for the data involved. A convincing prototype also needs a different standard before it deserves production use.
Part of learning AI is learning its boundaries.
Build Something Small
At some point, reading stops helping as much as building.
The project does not have to impress anyone. A simple workflow, a personal tool, a basic agent, or a page on a website is enough to expose the assumptions hiding inside an idea.
This site became one of those projects for me. Getting it live meant dealing with hosting, forms, mobile behavior, HTTPS, Search Console, indexing, and production QA. None of those issues appeared in the original idea of “build a website,” but each one changed what I understood about the work.
A small build forces you to find the input that breaks, the requirement you failed to specify, the decision that still needs a person, and the risk you introduced while trying to remove friction.
What I Would Do If I Were Starting Again
I would spend less time trying to understand the entire AI landscape and more time using one tool against work I already understand.
I would keep notes on what worked, what failed, and what I assumed too quickly. I would learn enough terminology to follow the conversation without waiting for perfect vocabulary before trying something.
The skill I care most about developing is judgment. The technology will keep changing. The ability to evaluate what it produces, understand the risk, and decide what deserves to move forward should remain useful.
Where I Landed
A technical degree can be valuable, but I did not need one before I could start learning AI in a serious way.
For an operator, leader, or other nontechnical professional, I would start with curiosity and structure. Use the technology on something real. Question the result. Build something small. Verify what matters. Keep track of what changed your mind.
That is how I am learning.
These articles are separate from the project Field Notes. They stand on their own, while the project pages, Field Notes, and Build Log document the work as it actually develops.