<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
    <title>Greg Troszak - Posts</title>
    <link rel="self" type="application/atom+xml" href="https://www.gregtroszak.me/posts/atom.xml"/>
    <link rel="alternate" type="text/html" href="https://www.gregtroszak.me/posts/"/>
    <generator uri="https://www.getzola.org/">Zola</generator>
    <updated>2026-05-12T00:00:00+00:00</updated>
    <id>https://www.gregtroszak.me/posts/atom.xml</id>
    <entry xml:lang="en">
        <title>Why have a website no one reads</title>
        <published>2026-05-12T00:00:00+00:00</published>
        <updated>2026-05-12T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              hello@gregtroszak.me (Greg Troszak)
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://www.gregtroszak.me/posts/why-have-a-website-no-one-reads/"/>
        <id>https://www.gregtroszak.me/posts/why-have-a-website-no-one-reads/</id>
        
        <content type="html" xml:base="https://www.gregtroszak.me/posts/why-have-a-website-no-one-reads/">&lt;p&gt;I assume pretty much no one except me will look at my website.
So why even have it?&lt;&#x2F;p&gt;
&lt;p&gt;Sure, it&#x27;s handy to have my own digital space to reference things.
But the real reason is that the possibility someone could read it
makes me write better.
It doesn&#x27;t matter that no one does.
Only that someone could.&lt;&#x2F;p&gt;
&lt;p&gt;The structure necessary to explain an idea to someone else
forces you to clarify it for yourself.
You have to organize the thought.
Question it.
Make it more defensible.
Mostly, if I&#x27;m honest,
I&#x27;m trying to avoid looking sloppy
rather than trying to produce something brilliant,
but that defensive pressure is the whole point.&lt;&#x2F;p&gt;
&lt;p&gt;I journal too, with pen and paper,
mostly to get ideas out and force myself to slow down.
That&#x27;s a different job.
The ideas I keep coming back to in my journal
are the ones that need additional pressure.
Otherwise I&#x27;ll just keep writing about them in a shallow way
and burning mental cycles.
Those are the ones that earn a spot on the site.
This post is one of them.&lt;&#x2F;p&gt;
&lt;p&gt;So if you&#x27;re not me
and you&#x27;re reading this,
and you&#x27;re thinking about starting a website,
just go ahead and do it.
Use the prospect of someone seeing what you write
to make yourself better.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>Cognitive friction is a signal worth paying attention to</title>
        <published>2026-05-04T00:00:00+00:00</published>
        <updated>2026-05-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              hello@gregtroszak.me (Greg Troszak)
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://www.gregtroszak.me/posts/cognitive-friction/"/>
        <id>https://www.gregtroszak.me/posts/cognitive-friction/</id>
        
        <content type="html" xml:base="https://www.gregtroszak.me/posts/cognitive-friction/">&lt;p&gt;Maybe I&#x27;m wrong,
but at least on the internet,
it feels like we&#x27;re trying to minimize cognitive friction at all costs.&lt;&#x2F;p&gt;
&lt;p&gt;I suspect that&#x27;s because most major platforms
incentivize attention and engagement
at the expense of trust and quality.&lt;&#x2F;p&gt;
&lt;p&gt;I think that&#x27;s very misguided.&lt;&#x2F;p&gt;
&lt;p&gt;Cognitive friction,
the kind that comes from actually doing the work of thinking,
is one of the most useful signals I know
that I&#x27;m doing something worthwhile.
Yes,
it doesn&#x27;t usually feel great in the moment,
but it&#x27;s a pretty good proxy for growth and learning.&lt;&#x2F;p&gt;
&lt;p&gt;Not all friction is like that.
Friction from tedium,
where you&#x27;re doing something rote
or mechanical,
isn&#x27;t very helpful.
But friction from cognitive labor
is worth paying attention to.&lt;&#x2F;p&gt;
&lt;p&gt;The labor is the thing that gets distributed in a social interaction.
The friction is what you feel when you&#x27;re doing your share.
Skip the labor
and you skip the signal,
but the labor doesn&#x27;t disappear.
It just gets pushed downstream.&lt;&#x2F;p&gt;
&lt;p&gt;This skewed distribution can quickly erode trust.&lt;&#x2F;p&gt;
&lt;p&gt;An example.&lt;&#x2F;p&gt;
&lt;p&gt;Imagine someone is trying to submit a patch to an open source project.&lt;&#x2F;p&gt;
&lt;p&gt;In world one,
they use their AI agent to do the work,
it generates slop they don&#x27;t personally review,
and they submit the patch.&lt;&#x2F;p&gt;
&lt;p&gt;In world two,
they do the work themselves
and submit the patch.&lt;&#x2F;p&gt;
&lt;p&gt;In world one,
the contributor felt no friction
because they didn&#x27;t do any labor.
All of it lands on the maintainer,
and it&#x27;s not the good kind.
It&#x27;s pure tedium.
Assuming they give a shit about quality,
as soon as they realize it&#x27;s slop,
they reject the patch
and the interaction is over.
Trust with the contributor is gone.
No one learned anything.&lt;&#x2F;p&gt;
&lt;p&gt;In world two,
the cognitive friction is more evenly distributed.
The person had to put time and energy into understanding the codebase.
They felt the friction.
Even if they made a mistake,
their initial investment will make the maintainer more likely to give feedback.
The contributor learns something.
The maintainer gains another person who understands their project.
Trust is built.&lt;&#x2F;p&gt;
&lt;p&gt;This isn&#x27;t an anti-AI post.
I think there&#x27;s a version of world one
— where the contributor takes some time to understand the codebase
and review their agent&#x27;s work —
that gets pretty close to world two.
You can still feel cognitive friction and use AI.
I just think it&#x27;s very tempting not to.&lt;&#x2F;p&gt;
&lt;p&gt;That&#x27;s a slippery slope.
You&#x27;re cheating yourself out of an opportunity to learn,
and you run the risk of eroding trust.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>A framework for processing my dissatisfaction using AI</title>
        <published>2026-01-27T00:00:00+00:00</published>
        <updated>2026-01-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              hello@gregtroszak.me (Greg Troszak)
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://www.gregtroszak.me/posts/a-framework-for-processing-my-dissatisfaction-using-ai/"/>
        <id>https://www.gregtroszak.me/posts/a-framework-for-processing-my-dissatisfaction-using-ai/</id>
        
        <content type="html" xml:base="https://www.gregtroszak.me/posts/a-framework-for-processing-my-dissatisfaction-using-ai/">&lt;p&gt;Like many people,
I&#x27;m feeling some trepidation about AI,
both at the macro and micro scales.
I&#x27;m not even going to address the macro scale here -
that&#x27;s its own circus.
But at the microscale,
I use it pretty much every day.
Most times it helps me get things done faster,
which is a good thing.
But I also usually feel very unsatisfied,
even if I accomplished what I set out to achieve.
I haven&#x27;t quite been able to pinpoint &lt;em&gt;why&lt;&#x2F;em&gt; I feel that way.&lt;&#x2F;p&gt;
&lt;p&gt;Bob Nystrom recently wrote
&lt;a rel=&quot;external&quot; href=&quot;https:&#x2F;&#x2F;journal.stuffwithstuff.com&#x2F;2026&#x2F;01&#x2F;24&#x2F;the-value-of-things&#x2F;&quot;&gt;a post&lt;&#x2F;a&gt;
that&#x27;s helped me make some sense out of that.
He argues that in order for AI to be useful,
it has to provide some value.
But what does it mean for something to be valuable?&lt;&#x2F;p&gt;
&lt;p&gt;He claims that things are valuable because they either provide
utility
or meaning.&lt;&#x2F;p&gt;
&lt;p&gt;A thing has utility if it helps us accomplish something.&lt;&#x2F;p&gt;
&lt;p&gt;A thing has meaning if you have some emotional connection to it.&lt;&#x2F;p&gt;
&lt;p&gt;That emotional connection can come from any number of sources -
maybe the thing helps you do something deeply important,
or someone you care about gave it to you,
or &lt;em&gt;made&lt;&#x2F;em&gt; it for you.
If you distill those examples,
&lt;strong&gt;meaning is derived from a human being spending time on something.&lt;&#x2F;strong&gt;
And time is our most precious resource.&lt;&#x2F;p&gt;
&lt;p&gt;As far as I can tell,
AI is heavily skewed towards utility.
Yes,
we need utilitarian things,
but the things that I value the most are all imbued with meaning.
I&#x27;m not going to say that AI will never be able to create something meaningful.
I just think human beings will always be better at it -
I feel no emotional connection to AI.&lt;&#x2F;p&gt;
&lt;p&gt;When I think back on times when I&#x27;ve felt the most satisfied using AI,
it&#x27;s been to accomplish very utilitarian tasks.
I&#x27;m a software engineer,
so on the surface you&#x27;d think most of my tasks skew utilitarian.
And they probably do.
But I also enjoy practicing my craft.&lt;sup class=&quot;footnote-reference&quot;&gt;&lt;a href=&quot;#1&quot;&gt;1&lt;&#x2F;a&gt;&lt;&#x2F;sup&gt;
And part of practicing a craft is putting yourself into it.&lt;&#x2F;p&gt;
&lt;p&gt;AI makes it so easy to circumvent that.
It makes it easy to trade-off meaning for utility.
While the end-user of something I create may not care,
&lt;em&gt;I do&lt;&#x2F;em&gt;.
Maybe more than I realized.&lt;&#x2F;p&gt;
&lt;p&gt;Perhaps the craft is shifting -
I should derive more satisfaction from writing a good set of prompts,
wielding the tool effectively?
But for now,
I still find the process of
thinking through abstractions,
writing the code,
honing it,
much more satisfying.&lt;&#x2F;p&gt;
&lt;p&gt;I don&#x27;t think AI is going away.
I&#x27;m going to keep using it.
But it would be nice to have a better,
more thoughtful, relationship with it.
At least now I have a framework to help guide me through that.&lt;&#x2F;p&gt;
&lt;div class=&quot;footnote-definition&quot; id=&quot;1&quot;&gt;&lt;sup class=&quot;footnote-definition-label&quot;&gt;1&lt;&#x2F;sup&gt;
&lt;p&gt;I realize some people scoff
at the idea of software engineering being a craft.
I think anything someone deliberately practices
and pursues thoughtfully is a craft,
even if the output skews utilitarian.&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>Everything you make is awful</title>
        <published>2025-12-29T00:00:00+00:00</published>
        <updated>2025-12-29T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              hello@gregtroszak.me (Greg Troszak)
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://www.gregtroszak.me/posts/everything-you-make-is-awful/"/>
        <id>https://www.gregtroszak.me/posts/everything-you-make-is-awful/</id>
        
        <content type="html" xml:base="https://www.gregtroszak.me/posts/everything-you-make-is-awful/">&lt;p&gt;...or at least that&#x27;s what you&#x27;ll think most of the time.
And that&#x27;s okay.&lt;&#x2F;p&gt;
&lt;p&gt;If you finish it,
that&#x27;s a success.&lt;&#x2F;p&gt;
&lt;p&gt;If someone else sees it,
that&#x27;s amazing.&lt;&#x2F;p&gt;
&lt;p&gt;If someone else depends on it,
that&#x27;s astounding.&lt;&#x2F;p&gt;
&lt;p&gt;The upside of making something great
is simply so much higher
than the downside of making something bad.&lt;&#x2F;p&gt;
&lt;p&gt;So get comfortable making things you think are awful.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>Beliefs, actions, and emotions</title>
        <published>2025-12-24T00:00:00+00:00</published>
        <updated>2025-12-24T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              hello@gregtroszak.me (Greg Troszak)
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://www.gregtroszak.me/posts/beliefs-actions-emotions/"/>
        <id>https://www.gregtroszak.me/posts/beliefs-actions-emotions/</id>
        
        <content type="html" xml:base="https://www.gregtroszak.me/posts/beliefs-actions-emotions/">&lt;p&gt;Beliefs are theories.
Actions are experiments.
Emotions are feedback.&lt;&#x2F;p&gt;
&lt;p&gt;Not my words,
but seems like a good heuristic to remember.
As far as I&#x27;m concerned,
the more quickly you can change your mind,
the better.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>Weeknote 2025.36</title>
        <published>2025-09-07T00:00:00+00:00</published>
        <updated>2025-09-07T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              hello@gregtroszak.me (Greg Troszak)
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://www.gregtroszak.me/posts/weeknote-2025-36/"/>
        <id>https://www.gregtroszak.me/posts/weeknote-2025-36/</id>
        
        <content type="html" xml:base="https://www.gregtroszak.me/posts/weeknote-2025-36/">&lt;h2 id=&quot;a-pizza-night&quot;&gt;A pizza night&lt;&#x2F;h2&gt;
&lt;p&gt;I make a bunch of pizza dough.
I bring my Ooni to a friend&#x27;s house.
Everyone hangs out and eats pizza.
It&#x27;s pretty great.
And this time I had help making the dough and forming it,
so it was way easier.&lt;&#x2F;p&gt;
&lt;h2 id=&quot;a-cold&quot;&gt;A cold&lt;&#x2F;h2&gt;
&lt;p&gt;School started the week prior,
and my daughter got a little cold.
It didn&#x27;t seem to phase her.
She bounced back in like a day.
I&#x27;m assuming I got it from her.
It knocked me out for 1.5 days,
and I&#x27;m still coughing up a lung.
I&#x27;d consider myself a very healthy person,
and I rarely get sick.
But when I do,
it really throws me off.&lt;&#x2F;p&gt;
&lt;h2 id=&quot;functional-core-imperative-shell&quot;&gt;Functional Core, Imperative Shell&lt;&#x2F;h2&gt;
&lt;p&gt;I decided to revisit a couple of my favorite talks by Gary Bernhardt.&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a rel=&quot;external&quot; href=&quot;https:&#x2F;&#x2F;www.destroyallsoftware.com&#x2F;screencasts&#x2F;catalog&#x2F;functional-core-imperative-shell&quot;&gt;Functional Core, Imperative Shell&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a rel=&quot;external&quot; href=&quot;https:&#x2F;&#x2F;www.destroyallsoftware.com&#x2F;talks&#x2F;boundaries&quot;&gt;Boundaries&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;I feel like I pickup something new,
or am reminded of a good habit I&#x27;ve strayed away from,
every time I rewatch them.
On this instance,
I came to the conclusion that I&#x27;m not pushing the idea of values as boundaries far enough.&lt;&#x2F;p&gt;
&lt;p&gt;&lt;a rel=&quot;external&quot; href=&quot;https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=P1vES9AgfC4&quot;&gt;Scott Wlaschin&#x27;s talk on moving IO to the edges&lt;&#x2F;a&gt;
captures what I&#x27;m referring to very well.
It also makes a pretty convincing case that interfaces often aren&#x27;t worth it.
If you push IO (i.e. side-effects) to the edges of your application,
and use values as the boundary between your core and shell,
it&#x27;s often easier to just compose a new shell
rather than define an interface so you can easily swap them at start up.&lt;&#x2F;p&gt;
&lt;p&gt;I concluded this rabbit hole by watching Rich Hickey&#x27;s talk
&lt;a rel=&quot;external&quot; href=&quot;https:&#x2F;&#x2F;www.infoq.com&#x2F;presentations&#x2F;Simple-Made-Easy&#x2F;&quot;&gt;Simple Made Easy&lt;&#x2F;a&gt;.
While tangentially related to FC&#x2F;IS,
it makes the case that &quot;simple&quot; and &quot;easy&quot; are very different things.&lt;&#x2F;p&gt;
&lt;p&gt;Simple means &quot;not intertwined&quot;.&lt;&#x2F;p&gt;
&lt;p&gt;Easy means &quot;at hand&quot;.&lt;&#x2F;p&gt;
&lt;p&gt;In order to create simple software,
you should strive to use simple constructs
(think functions and immutable data vs. classes and methods)
and keep things conceptually simple
by thinking of the specific problems you&#x27;re trying to solve.
This will often result in more things
(functions, variables, data types),
which may not be &quot;easier&quot; to manage,
but makes your solutions more maintainable.&lt;&#x2F;p&gt;
&lt;p&gt;I&#x27;ll likely want to revisit this one.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>A post</title>
        <published>2025-08-11T00:00:00+00:00</published>
        <updated>2025-08-11T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              hello@gregtroszak.me (Greg Troszak)
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://www.gregtroszak.me/posts/a-post/"/>
        <id>https://www.gregtroszak.me/posts/a-post/</id>
        
        <content type="html" xml:base="https://www.gregtroszak.me/posts/a-post/">&lt;p&gt;This is a post.&lt;&#x2F;p&gt;
&lt;p&gt;It&#x27;s not about anything in particular -
maybe that&#x27;s the point.
No one is inspired all of the time,
or a constant source of profound thoughts that must be shared.
That&#x27;s the performative aspect of the web I don&#x27;t particularly like.
The internet makes it very easy -
and tempting -
to infinitely polish your content.&lt;&#x2F;p&gt;
&lt;p&gt;There&#x27;s a time and place for that,
but it&#x27;s not here.&lt;&#x2F;p&gt;
&lt;p&gt;I&#x27;ve been thinking a lot about why I want this website.
Digital ownership?
Self-reflection?
Curation?
I don&#x27;t think I have an answer yet -
maybe I never will.
I&#x27;m becoming okay with that.
What I do know is that I want it.
So I&#x27;m going to start,
and see where it takes me.&lt;&#x2F;p&gt;
&lt;p&gt;I&#x27;m committing to writing at least one post per week for the rest of the year,
no matter how shitty it is. It&#x27;ll show that I&#x27;m human.&lt;&#x2F;p&gt;
&lt;p&gt;And one thing I can certainly get behind is doing my part to re-humanize the internet.&lt;&#x2F;p&gt;
&lt;p&gt;&lt;time datetime=&quot;2025-11-21&quot;&gt;Nov 21, 2025&lt;&#x2F;time&gt;&lt;&#x2F;p&gt;
&lt;p&gt;I&#x27;ve failed miserably at this,
however I don&#x27;t feel any differently.
Creating posts was too onerous,
and I had little reason to engage with my site.
I&#x27;ve made some tweaks to address both of these issues.
Now I can write everything in Markdown.
And I&#x27;m restructuring the site to make it more useful &lt;em&gt;to me&lt;&#x2F;em&gt;,
so I have a reason to engage with it more.&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>Semantic line breaks</title>
        <published>2025-04-17T00:00:00+00:00</published>
        <updated>2025-04-17T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              hello@gregtroszak.me (Greg Troszak)
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://www.gregtroszak.me/posts/semantic-line-breaks/"/>
        <id>https://www.gregtroszak.me/posts/semantic-line-breaks/</id>
        
        <content type="html" xml:base="https://www.gregtroszak.me/posts/semantic-line-breaks/">&lt;p&gt;The idea is to add a line break after each substantial thought
when writing in a markup language
that joins consecutive lines with a space.
This makes it easier to author, edit, and read in source,
without changing the rendered output.&lt;&#x2F;p&gt;
&lt;p&gt;The paragraph above looks like this in source:&lt;&#x2F;p&gt;
&lt;pre&gt;&lt;code&gt;The idea is to add a line break after each substantial thought
when writing in a markup language
that joins consecutive lines with a space.
This makes it easier to author, edit, and read in source,
without changing the rendered output.
&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;p&gt;&lt;time datetime=&quot;2025-12-17&quot;&gt;Dec 17, 2025&lt;&#x2F;time&gt;&lt;&#x2F;p&gt;
&lt;p&gt;I&#x27;ve been writing this way for several months now.&lt;&#x2F;p&gt;
&lt;p&gt;I do find text easier to edit.
I also think it encourages succinct writing.
If a sentence is difficult to break up,
it probably has a bunch of unnecessary qualifiers,
or isn&#x27;t cohesive.&lt;&#x2F;p&gt;
&lt;p&gt;It&#x27;s probably not the best for more literary prose,
but for technical writing,
I think it encourages some good habits.&lt;&#x2F;p&gt;
&lt;p&gt;I&#x27;m gonna stick with it.&lt;&#x2F;p&gt;
&lt;h2 id=&quot;sources&quot;&gt;Sources&lt;&#x2F;h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a rel=&quot;external&quot; href=&quot;https:&#x2F;&#x2F;sembr.org&quot;&gt;Semantic Line Breaks&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a rel=&quot;external&quot; href=&quot;https:&#x2F;&#x2F;rhodesmill.org&#x2F;brandon&#x2F;2012&#x2F;one-sentence-per-line&#x2F;&quot;&gt;Semantic Linefeeds&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
</content>
        
    </entry>
    <entry xml:lang="en">
        <title>Human curation</title>
        <published>2025-02-17T00:00:00+00:00</published>
        <updated>2025-02-17T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              hello@gregtroszak.me (Greg Troszak)
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://www.gregtroszak.me/posts/human-curation/"/>
        <id>https://www.gregtroszak.me/posts/human-curation/</id>
        
        <content type="html" xml:base="https://www.gregtroszak.me/posts/human-curation/">&lt;p&gt;Curation performed by a human is tremendously valuable,
especially post 2000.
This isn&#x27;t a new idea,
but an often overlooked one.
Curation takes time,
energy,
and consistency,
which is probably why it&#x27;s been automated in so many aspects of our lives.
But that just makes skilled human curation so much more valuable,
and all the AI hype will only amplify this.&lt;&#x2F;p&gt;
</content>
        
    </entry>
</feed>
