<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>JonCameron Johnson</title><description>Essays and models on tech, business, philosophy, and personal growth — by JonCameron Johnson.</description><link>https://joncameronjohnson.com/</link><language>en</language><item><title>Make the next step smaller</title><link>https://joncameronjohnson.com/blog/make-the-next-step-smaller/</link><guid isPermaLink="true">https://joncameronjohnson.com/blog/make-the-next-step-smaller/</guid><description>When a project feels too big to begin, define one small action that leaves something real to inspect.</description><pubDate>Sun, 06 Sep 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;A useful next step leaves something behind: a paragraph, a drawing, a question sent to someone who can answer it. “Work on the idea” leaves too much to decide when you finally sit down.&lt;/p&gt;
&lt;p&gt;Consider the difference between starting a website and writing the first sentence someone will read on it. The website includes dozens of decisions. The sentence gives you one thing to inspect. Is it clear? Does it sound like you? Would someone know why they should keep reading?&lt;/p&gt;
&lt;p&gt;That small piece can reveal what the larger project needs.&lt;/p&gt;
&lt;h2 id=&quot;small-enough-to-finish-real-enough-to-teach-you&quot;&gt;Small enough to finish, real enough to teach you&lt;/h2&gt;
&lt;p&gt;There is a trap here. Rearranging a task list can feel like progress because it is easy to complete. A useful small step touches the actual work. If you want to write, write a rough paragraph. If you want to build, make one part respond to an input.&lt;/p&gt;
&lt;p&gt;Try ending a work session by leaving a specific instruction for the next one: “Rewrite the opening example so it fits in three sentences.” Tomorrow starts with a decision already made.&lt;/p&gt;
&lt;p&gt;The larger ambition can stay large. The action in front of you only needs to be clear enough to do and substantial enough to learn from. That is also the point of &lt;a href=&quot;https://joncameronjohnson.com/blog/thinking-in-models/&quot;&gt;thinking in models&lt;/a&gt;: reduce the thing until you can work with it.&lt;/p&gt;
</content:encoded></item><item><title>Attention is a design decision</title><link>https://joncameronjohnson.com/blog/attention-is-a-design-decision/</link><guid isPermaLink="true">https://joncameronjohnson.com/blog/attention-is-a-design-decision/</guid><description>A simple way to review an interface: decide what deserves attention, then make the surrounding choices support it.</description><pubDate>Sat, 05 Sep 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Before choosing colors or adjusting spacing, decide what someone should notice first. That decision gives the rest of an interface a purpose.&lt;/p&gt;
&lt;p&gt;A page can contain several useful things and still be hard to use. A bright badge, a moving illustration, and three equally prominent buttons may each look fine on their own. Together, they ask the visitor to sort out your priorities.&lt;/p&gt;
&lt;h2 id=&quot;read-the-page-as-a-sequence&quot;&gt;Read the page as a sequence&lt;/h2&gt;
&lt;p&gt;Imagine someone opening an article. They need to recognize the subject, decide whether it answers their question, and begin reading. The title, description, and opening paragraph can do that work in order.&lt;/p&gt;
&lt;p&gt;Now place an unrelated promotion between the title and the first sentence. It might be a reasonable offer, but its position interrupts that sequence. Moving it below the article could make both the reading and the offer feel more considered.&lt;/p&gt;
&lt;p&gt;Try a short review: name the first three things you notice, then compare them with the first three things the visitor needs. Wherever those lists differ, you have a concrete design question.&lt;/p&gt;
&lt;p&gt;Sometimes the fix is stronger contrast. Sometimes it is more space or a shorter label. Sometimes the element can disappear entirely. The right adjustment follows from the task. For a related question about what happens after that first impression, see &lt;a href=&quot;https://joncameronjohnson.com/blog/build-for-the-second-use/&quot;&gt;build for the second use&lt;/a&gt;.&lt;/p&gt;
</content:encoded></item><item><title>Build for the second use</title><link>https://joncameronjohnson.com/blog/build-for-the-second-use/</link><guid isPermaLink="true">https://joncameronjohnson.com/blog/build-for-the-second-use/</guid><description>The first visit introduces a product. The second reveals whether its everyday work is easy to repeat.</description><pubDate>Fri, 04 Sep 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;When reviewing a product idea, imagine someone returning tomorrow. They already understand the promise. What can they get done now, and how easily can they pick up where they left off?&lt;/p&gt;
&lt;p&gt;This question changes which details deserve time. The opening animation matters less than whether the previous project is easy to find. A clever empty state gives way to the ordinary experience of editing something that already exists.&lt;/p&gt;
&lt;h2 id=&quot;walk-through-a-repeat-task&quot;&gt;Walk through a repeat task&lt;/h2&gt;
&lt;p&gt;Take a tool for preparing a weekly report. The first run might guide someone through choosing a source and arranging a few sections. On the next run, they probably want to reuse that structure with new information.&lt;/p&gt;
&lt;p&gt;If every visit starts from scratch, the product keeps charging an introduction cost. A saved report, a clear date, and an obvious way to make the next version may be more valuable than another onboarding screen.&lt;/p&gt;
&lt;p&gt;Write down one repeat task before adding another feature. Start from the state the user actually left behind. Include small interruptions: an unfinished edit, a missing source, a change of mind.&lt;/p&gt;
&lt;p&gt;This is a useful design exercise, not proof that people will return. That still needs to be observed. But it gives the product a chance to be useful when they do. &lt;a href=&quot;https://joncameronjohnson.com/blog/attention-is-a-design-decision/&quot;&gt;Attention is a design decision&lt;/a&gt; offers another way to inspect that everyday experience.&lt;/p&gt;
</content:encoded></item><item><title>Leave room to change your mind</title><link>https://joncameronjohnson.com/blog/leave-room-to-change-your-mind/</link><guid isPermaLink="true">https://joncameronjohnson.com/blog/leave-room-to-change-your-mind/</guid><description>Make an opinion easier to examine by naming what you believe, why you believe it, and what could change it.</description><pubDate>Thu, 03 Sep 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;A practical way to examine an opinion is to write down what would change it. If the answer is “nothing,” it is worth asking whether you are still investigating the question.&lt;/p&gt;
&lt;p&gt;This does not require treating every possibility as equally plausible. You can hold a strong view and describe the limits of the evidence behind it. The useful distinction is between how confident you feel and what your confidence rests on.&lt;/p&gt;
&lt;h2 id=&quot;give-the-belief-a-boundary&quot;&gt;Give the belief a boundary&lt;/h2&gt;
&lt;p&gt;Suppose you think a simpler version of a product will serve its customers better. Write the claim precisely: “For someone completing this one task, removing these options should make the process easier.”&lt;/p&gt;
&lt;p&gt;Then name the observation that would count against it. Perhaps people regularly need one of the removed options, or the simpler flow forces them into a workaround. Now a disagreement has somewhere concrete to go.&lt;/p&gt;
&lt;p&gt;Without that boundary, “simpler is better” can explain every outcome you already prefer. With it, the idea becomes something you can test and revise.&lt;/p&gt;
&lt;p&gt;The same habit helps with a personal plan or an argument in an essay. Keep the claim, its reasons, and its limits close together. A revision then becomes a change to a particular piece of reasoning. It does not have to become a judgment on the person who held it. That is one reason to keep your &lt;a href=&quot;https://joncameronjohnson.com/blog/thinking-in-models/&quot;&gt;models visible&lt;/a&gt;.&lt;/p&gt;
</content:encoded></item><item><title>The work between ideas</title><link>https://joncameronjohnson.com/blog/the-work-between-ideas/</link><guid isPermaLink="true">https://joncameronjohnson.com/blog/the-work-between-ideas/</guid><description>Give an interesting idea a second encounter: return to a rough version, notice what is missing, and improve one part.</description><pubDate>Wed, 02 Sep 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;An idea often arrives with a feeling of completeness. You can picture the finished essay or the useful little tool. The missing parts become visible when you try to make it.&lt;/p&gt;
&lt;p&gt;That first rough version is valuable precisely because it disappoints you in specific ways. The explanation skips a step. The interface assumes information the person does not have. The example sounds convincing until you work through it.&lt;/p&gt;
&lt;h2 id=&quot;leave-yourself-something-to-return-to&quot;&gt;Leave yourself something to return to&lt;/h2&gt;
&lt;p&gt;Instead of keeping an idea as a title in a notes app, give it a small first form. Write the explanation, sketch the sequence, or describe an example from beginning to end. Then come back to it with one question: what does this need next?&lt;/p&gt;
&lt;p&gt;For an essay, the answer might be a better example. For a tool, it might be a way to recover from a mistake. A focused revision is easier to judge than a vague promise to make everything better.&lt;/p&gt;
&lt;p&gt;There should also be room to stop. If the rough version exposes a weak premise, you can keep the lesson and let the project go. Finishing every idea is an expensive rule to live by.&lt;/p&gt;
&lt;p&gt;The habit worth practicing is returning with enough attention to make a decision. Keep going, change direction, or set it aside. If returning feels difficult, &lt;a href=&quot;https://joncameronjohnson.com/blog/make-the-next-step-smaller/&quot;&gt;make the next step smaller&lt;/a&gt;.&lt;/p&gt;
</content:encoded></item><item><title>Thinking in models</title><link>https://joncameronjohnson.com/blog/thinking-in-models/</link><guid isPermaLink="true">https://joncameronjohnson.com/blog/thinking-in-models/</guid><description>I often reach for a diagram before I do more reading. Even a small, deliberately wrong picture of an event horizon can help me understand a hard idea.</description><pubDate>Wed, 01 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;When I want to understand something complicated, I don’t start by reading harder. I start by drawing.&lt;/p&gt;
&lt;p&gt;A model is a deliberate simplification. You throw away almost everything about a thing and keep only the few parts that matter for the question you’re asking. That sounds like cheating. It’s actually the whole trick. The real thing has too many moving parts to hold in your head at once; a good model has exactly as many as you can reason about, and no more.&lt;/p&gt;
&lt;p&gt;Take a black hole. The full description is general relativity — field equations most people, including me, can’t solve by hand. But there’s a model hiding inside the math that anyone can hold: the event horizon. Picture a boundary in space with one rule. Cross it going in, and no path leads back out, not even for light. That’s it. You don’t need tensor calculus to reason with that picture. You can ask real questions and get real answers. Why is a black hole black? Because light that crosses the horizon can’t return to your eye. What happens as you fall toward it? The paths back out get narrower until there are none. The model doesn’t replace the math — it makes the math worth learning, because now you know what it is describing.&lt;/p&gt;
&lt;p&gt;Here’s the shape of what I mean:&lt;/p&gt;
&lt;p&gt;&lt;img alt=&quot;Diagram: a complex thing passes through a model to produce understanding&quot; loading=&quot;lazy&quot; decoding=&quot;async&quot; width=&quot;640&quot; height=&quot;240&quot; src=&quot;https://joncameronjohnson.com/_astro/diagram.C4lc7fAT_13HiDK.svg&quot; srcset=&quot;&quot;&gt;&lt;/p&gt;
&lt;p&gt;The arrow in the middle is where all the work happens. Choosing what to discard is the hard part, and it’s a skill you build by doing it badly a few times first. Keep too much and the model is as confusing as the original. Keep too little and it lies to you. Every model is wrong in some corner, and knowing where yours breaks is part of using it honestly.&lt;/p&gt;
&lt;p&gt;This is most of what this blog will be. I take something that feels too big to grasp — a piece of technology, a market dynamic, an idea from philosophy — and I look for the small picture hiding inside it. Sometimes I get it wrong and have to redraw. That’s fine. A wrong model you can see beats a correct one you can’t.&lt;/p&gt;
&lt;p&gt;If you can draw it, you probably understand it. If you can’t, you probably don’t yet.&lt;/p&gt;
</content:encoded></item><item><title>Hello, world: why I&apos;m writing here</title><link>https://joncameronjohnson.com/blog/hello-world/</link><guid isPermaLink="true">https://joncameronjohnson.com/blog/hello-world/</guid><description>Why I finally started this blog. I&apos;m a curious builder thinking through tech, business, philosophy, and personal growth with essays and diagrams.</description><pubDate>Sun, 28 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;I’ve meant to start writing for years. Something always got in the way — usually the feeling that I had nothing finished enough to say. So this is me getting over that.&lt;/p&gt;
&lt;p&gt;I’m JonCameron. I’m a learner first, and a builder and architect after that, though the three tend to blur together. I’m curious about almost everything: how the world works, how the universe works, and how the small strange machines we call software fit inside both. That curiosity doesn’t switch off, and after enough years of it filling up notebooks and browser tabs, I decided it should live somewhere I can actually revisit.&lt;/p&gt;
&lt;p&gt;A bit about me. I spent a chunk of my life as a competitive gamer, which taught me more about focus, losing well, and getting better on purpose than any classroom did. These days I’m more likely to be reading about astrophysics — black holes especially, which I find genuinely hard to stop thinking about. I love films made with care, and music that rewards a second listen. None of that is a career. All of it shapes how I think.&lt;/p&gt;
&lt;p&gt;So what is this blog? It’s me thinking out loud. Some posts will be essays — arguments I’m working out, questions I don’t have clean answers to yet. Others will be models and diagrams, my favorite way to make a complicated thing hold still long enough to understand it. The topics will wander across technology, business, philosophy, and the plain work of becoming a better person. I’m not planning to stay in one lane, because my curiosity doesn’t.&lt;/p&gt;
&lt;p&gt;I’m writing partly for anyone who finds it useful, and partly because writing forces a kind of honesty that thinking alone never does. If a diagram is wrong, drawing it shows me. If an argument is thin, writing it down thins it further until I either fix it or drop it.&lt;/p&gt;
&lt;p&gt;That’s the whole idea. No grand schedule, no theme of the week — just the good stuff I’m chewing on, written plainly, one post at a time. Thanks for reading. Let’s see where it goes.&lt;/p&gt;
</content:encoded></item></channel></rss>