<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <title>Posts Tagged "communication" on Alex Leighton's Blog</title>
  <id>https://alexleighton.com/posts/tags/communication-tag-feed.xml</id>
  <link href="https://alexleighton.com/posts/tags/communication-tag-feed.xml" rel="self" />
  <link href="https://alexleighton.com/posts/tags/communication.html" />
  <updated>2026-03-11T13:36:28.055135011Z</updated>
  <author>
    <name>Alex Leighton</name>
    <uri>https://alexleighton.com/</uri>
  </author>
  <icon>https://alexleighton.com/static/icon-dino.png</icon>
  <logo>https://alexleighton.com/static/icon-dino.png</logo>
  
  <entry>
    <title>TIL: Linux Commit Messages</title>
    <id>https://alexleighton.com/posts/2025-10-10-til-linux-commit-messages.html</id>
    <link href="https://alexleighton.com/posts/2025-10-10-til-linux-commit-messages.html" />
    <published>2025-10-10T13:30:00Z</published>
    <updated>2025-10-10T13:30:00Z</updated>
    <author><name>Alex Leighton</name></author>
    <summary type="html"><![CDATA[<p>Communicating changes.</p><p>Published on <span title="2025-10-10T13:30:00Z">2025-10-10</span></p>]]></summary>
    <content type="html"><![CDATA[<h3>Communicating changes.</h3><p>Published on <span title="2025-10-10T13:30:00Z">2025-10-10</span><br>Tags: communication, git, software-eng, til</p><p>The Linux patch submission process has a <a href="https://www.kernel.org/doc/html/v4.12/process/submitting-patches.html#describe-your-changes">nice guide</a> (<a href="https://lobste.rs/s/szoe3m/conventional_commits_considered#c_vjm6mt">via</a>) on crafting git commit messages:</p>
<blockquote>
<p>Describe your changes in imperative mood, e.g. “make xyzzy do frotz” instead of “[This patch] makes xyzzy do frotz” or “[I] changed xyzzy to do frotz”, as if you are giving orders to the codebase to change its behaviour.</p>
</blockquote><p><a href="https://alexleighton.com/posts/2025-10-10-til-linux-commit-messages.html">Read the post →</a></p>]]></content>
  </entry>
  
  <entry>
    <title>Just Asking Questions</title>
    <id>https://alexleighton.com/posts/2025-09-26-just-asking-questions.html</id>
    <link href="https://alexleighton.com/posts/2025-09-26-just-asking-questions.html" />
    <published>2025-09-26T23:50:00Z</published>
    <updated>2025-09-26T23:50:00Z</updated>
    <author><name>Alex Leighton</name></author>
    <summary type="html"><![CDATA[<p>Asking questions that get answered.</p><p>Published on <span title="2025-09-26T23:50:00Z">2025-09-26</span></p>]]></summary>
    <content type="html"><![CDATA[<h3>Asking questions that get answered.</h3><p>Published on <span title="2025-09-26T23:50:00Z">2025-09-26</span><br>Tags: communication, software-eng</p><p>A collection of my favorite commentary on asking technical questions:</p>
<h2>No Hello</h2>
<p><a href="https://nohello.net/en/">https://nohello.net/en/</a></p>
<blockquote>
<p>Please don't say just hello in chat</p>
<p>...</p>
<p>So despite best intentions, you're actually just making the other person wait for you to phrase your question, which is lost productivity (and kinda annoying).</p>
</blockquote>
<h2>Don't ask to ask, just ask</h2>
<p><a href="https://dontasktoask.com/">https://dontasktoask.com/</a></p>
<blockquote>
<p>The solution is not to ask to ask, but just to ask. Someone who is idling on the channel and only every now and then glances what's going on is unlikely to answer to your "asking to ask" question, but your actual problem description may pique their interest and get them to answer.</p>
</blockquote><p>...<br><a href="https://alexleighton.com/posts/2025-09-26-just-asking-questions.html">Read the full post →</a></p>]]></content>
  </entry>
  
  <entry>
    <title>Document Review Meetings</title>
    <id>https://alexleighton.com/posts/2025-08-08-document-review-meetings.html</id>
    <link href="https://alexleighton.com/posts/2025-08-08-document-review-meetings.html" />
    <published>2025-08-08T13:30:00Z</published>
    <updated>2025-08-08T13:30:00Z</updated>
    <author><name>Alex Leighton</name></author>
    <summary type="html"><![CDATA[<p>To read ahead of time or not to ...</p><p>Published on <span title="2025-08-08T13:30:00Z">2025-08-08</span></p>]]></summary>
    <content type="html"><![CDATA[<h3>To read ahead of time or not to ...</h3><p>Published on <span title="2025-08-08T13:30:00Z">2025-08-08</span><br>Tags: amazon, commentary, communication, software-eng</p><blockquote>
<p><a href="https://news.ycombinator.com/item?id=44781171"><strong>mtlynch on Hacker News</strong> on 2025-08-04</a>:</p><p><em>&gt; Amazon meetings start with the presenter passing out copies... of a prose document... The meeting starts with everyone sitting in silence, reading the document, and adding notes and questions in the margins with red pen.</em></p>
<p>I've never worked at Amazon, but I've heard this a lot, and it always strikes me as an odd practice. Odder still is that it apparently works and everyone I hear talk about it seems to love it.</p>
<p>You're squandering precious meeting time by having everyone sit and read a document together. They could easily do the same thing ahead of the meeting, and you'd have much shorter meetings.</p>
<p>And doing it synchronously means everyone either sits idle until the slowest reader is ready or not everyone gets to finish in time. And "slowest reader" isn't even just about reading speed. Presumably, some people can understand the document more quickly because they have more context.</p></blockquote><p>...<br><a href="https://alexleighton.com/posts/2025-08-08-document-review-meetings.html">Read the full post →</a></p>]]></content>
  </entry>
  
  <entry>
    <title>Quote: Perverse Economics</title>
    <id>https://alexleighton.com/posts/2025-07-10-quote-perverse-economics.html</id>
    <link href="https://alexleighton.com/posts/2025-07-10-quote-perverse-economics.html" />
    <published>2025-07-11T04:49:22Z</published>
    <updated>2025-07-11T04:49:22Z</updated>
    <author><name>Alex Leighton</name></author>
    <summary type="html"><![CDATA[<p>Argument from spherical cow.</p><p>Published on <span title="2025-07-11T04:49:22Z">2025-07-11</span></p>]]></summary>
    <content type="html"><![CDATA[<h3>Argument from spherical cow.</h3><p>Published on <span title="2025-07-11T04:49:22Z">2025-07-11</span><br>Tags: books, communication, economics, quote</p><blockquote>
<p><a href="https://app.thestorygraph.com/books/3a3ecc65-1066-4312-b66b-48f4876d9dca"><strong>Albert O. Hirschman in The Rhetoric of Reaction</strong> on 1991-03-01</a>:</p><p>In economics, more than in the other social and political sciences, the perverse-effect doctrine is closely tied to a central tenet of the discipline: the idea of a self-regulating market. To the extent that this idea is dominant, any public policy aiming to change market outcomes, such as prices or wages, automatically becomes noxious interference with beneficent equilibrating processes.</p></blockquote>
<p>In the book, Hirschman details three types of Reactionary argumentation. The above quote is an example of what he calls the <em>Perversity Thesis</em>.</p>
<blockquote>
<p>It is not just asserted that a movement or a policy will fall short of its goal or will occasion unexpected costs or negative side effects: rather, so goes the argument, <em>the attempt to push society in a certain direction will result in its moving all right, but in the opposite direction.</em> Simple, intriguing, and devastating (if true), the argument has proven popular with generations of “reactionaries” as well as fairly effective with the public at large. In current debates it is often invoked as the counterintuitive, counterproductive, or, most to the point, <em>perverse</em> effect of some “progressive” or “well-intentioned” public policy.
...
<em>Everything backfires.</em></p>
</blockquote><p>...<br><a href="https://alexleighton.com/posts/2025-07-10-quote-perverse-economics.html">Read the full post →</a></p>]]></content>
  </entry>
  
  <entry>
    <title>Conventional Communication</title>
    <id>https://alexleighton.com/posts/2025-06-30-conventional-communication.html</id>
    <link href="https://alexleighton.com/posts/2025-06-30-conventional-communication.html" />
    <published>2025-07-01T00:32:00Z</published>
    <updated>2025-07-01T00:32:00Z</updated>
    <author><name>Alex Leighton</name></author>
    <summary type="html"><![CDATA[<p>Communicating with conventions is still just communication.</p><p>Published on <span title="2025-07-01T00:32:00Z">2025-07-01</span></p>]]></summary>
    <content type="html"><![CDATA[<h3>Communicating with conventions is still just communication.</h3><p>Published on <span title="2025-07-01T00:32:00Z">2025-07-01</span><br>Tags: article, code-review, communication, software-eng</p><p>At my day job I review a lot of other people's work, in the form of code
reviews or design (and other) documents. A few years back a coworker whose
code I was reviewing requested, rather insistently, that I start using
<a href="https://conventionalcomments.org/">conventional comments</a> when doing code
reviews. They also messaged it out to the team, though more as a practice
suggestion and not a proposed change to the team's process.</p>
<p>I internally shrugged the request off, as they were a junior engineer still
working through their personal relationship to feedback — as we all do. I don't
think many people are raised with the education necessary for internally
de-personalizing feedback, analyzing your own behavior, synthesizing the given
feedback with your own understanding of "the world", and thanking the other
person for their gift, regardless of your orientation towards that "gift". It's
complicated stuff and most of us, myself included, take years to adjust our
reactions accordingly.</p><p>...<br><a href="https://alexleighton.com/posts/2025-06-30-conventional-communication.html">Read the full post →</a></p>]]></content>
  </entry>
  
</feed>
