<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="3.10.0">Jekyll</generator><link href="https://matthewcline-git.github.io/feed.xml" rel="self" type="application/atom+xml" /><link href="https://matthewcline-git.github.io/" rel="alternate" type="text/html" /><updated>2025-06-11T21:19:29+00:00</updated><id>https://matthewcline-git.github.io/feed.xml</id><title type="html">Matthew Cline</title><subtitle></subtitle><entry><title type="html">Eat Your Best Food First</title><link href="https://matthewcline-git.github.io/2025/06/09/best-food.html" rel="alternate" type="text/html" title="Eat Your Best Food First" /><published>2025-06-09T00:00:00+00:00</published><updated>2025-06-09T00:00:00+00:00</updated><id>https://matthewcline-git.github.io/2025/06/09/best-food</id><content type="html" xml:base="https://matthewcline-git.github.io/2025/06/09/best-food.html"><![CDATA[<p>Some writing advice from an excellent teacher</p>

<hr />

<p><br /></p>

<p>‘I was preparing to embark on a mountaineering expedition and had enough supplies packed for two weeks – among them a variety pack of foil-pouched MREs with quality bounded by “gustatorily assaultive” to the south and “surprisingly not terrible” to the north.</p>

<p>There exist different philosophies of sequencing these rations, as with the child who contemplates whether to save his dinner’s tastiest bit for last or enjoy it right away.</p>

<p>I asked an experienced alpinist for guidance. He told me:</p>

<p>“Eat your best food first.”</p>

<p>“Why?”</p>

<p>“Because that way, you’re always eating your best food.”’</p>]]></content><author><name></name></author><summary type="html"><![CDATA[Some writing advice from an excellent teacher]]></summary></entry><entry><title type="html">An Opinionated Guide on Getting to the Interview Stage</title><link href="https://matthewcline-git.github.io/2025/04/01/opinionated-guide.html" rel="alternate" type="text/html" title="An Opinionated Guide on Getting to the Interview Stage" /><published>2025-04-01T00:00:00+00:00</published><updated>2025-04-01T00:00:00+00:00</updated><id>https://matthewcline-git.github.io/2025/04/01/opinionated-guide</id><content type="html" xml:base="https://matthewcline-git.github.io/2025/04/01/opinionated-guide.html"><![CDATA[<p>Back in January, I put an open call on LinkedIn.</p>

<p><img src="/assets/images/call_for_mentees.png" alt="My image" /></p>

<p>One respondee shared that they were having problems even getting an interview and asked my advice. Below is my reply.</p>

<hr />

<p><br />
Hello [name]!</p>

<p>Here are some thoughts on getting to the interview stage.</p>

<p>First of all, you are correct to think of this process in two stages. From the moment you first make contact with a real human being at a company, your resume pretty much ceases to matter. Your interview performance is the only thing that counts from then on. So as a preamble: make sure you are ready for the interviews. This means having answers on deck for common behavioral questions (you can Google these) and knowing how to manage the clock well (it is so easy to go overlong when answering these questions. I literally timed myself when practicing). Most tech jobs are going to ask Leetcode style questions. The best free resource out there right now is neetcode.io. I’ll leave it at that for now since this wasn’t really your question.</p>

<p>Getting to the interview stage requires a super polished resume. Some guideposts here: don’t reinvent the wheel. This resume isn’t an outlet for creativity or individuality. Find a simple template online and use it (I like using LaTeX for my resume). No colors. There should be sections for education, languages + technologies (there are different ways to word this), professional experience, and personal projects (open source contributions go here). It must be a single page. I’m not generally a fan of a summary section but in your case, it could make sense since your background is a bit unique and your interests are specific.
Beyond this basic skeleton, a couple pieces of advice apply.</p>

<p>The average hiring manager will spend seven seconds reviewing your resume (this has been studied with eye tracking software and everything). Thus, it is helpful to optimize your resume for skimmability. In practice, this means two things:</p>

<ol>
  <li>
    <p>include quantifiable metrics in your accomplishment bullet points. The point here is to be helpful to the recruiter, to help them contextualize your work. A perfect example is one of your LinkedIn bullets “Reduced customer costs by 20 contractor hours…” That’s great. Even better if you can make the leap to measuring it in dollars. Estimation is fine. Let’s say a contractor costs a customer $50/hour. Then you can also say “Reduced costs by $1,000” or even “$X,000” if you’d prefer to keep it vague.</p>
  </li>
  <li>
    <p>Don’t clutter your bullets with technical jargon. A lot of people make this mistake with bullets that look like “implemented a python Fast API REST with telemetry monitoring logging testing OpenAI springboot kubernetes clustering with latency throughput analysis.” It is just impossible to extract any salient meaning from that. Keep it focused on the impact of what you did, not just the actions you took. Maybe include 1 or 2 technical buzzwords at most. But in general, the “technologies and frameworks” section is where to do your laundry listing. In general, the audience for your resume is nontechnical.</p>
  </li>
</ol>

<p>Re: referrals. They are worth seeking. I see you went to [uni1] and [uni2], those are both big schools who have alumni at big tech companies. Message them. Ask to talk if that’s what you want, ask for a referral straight up if you want. Most will ghost you. Some will say yes. Nobody will be rude or mean though. The biggest point is to respect their time. Explain who you are and what your qualifications are, link to the job you’re interested in, be polite and appreciative. Respect their time with concision.</p>

<p>Crucially, a referral must happen before you submit your app to have any effect.</p>

<p>Finally, this is a bit of a numbers game. You should be applying for five jobs a day. Your inbox should be littered with job postings. Make a separate email address for them all if you have to. But if you turn over every stone, it will shock you how many listings are out there. Five a day takes you to ~500 apps in three months. That is a number I’d feel good about. But this is a minimum, apply to anything you see. And as mentioned above, be ready when the time comes.</p>

<p>A final rehash of what I said above: you should have a solid, ready-to-go answer for “why the pivot to CS,” “why the career break,” “why not physics,” etc. You can see those questions coming. You don’t have to make people believe you can walk on water with these answers. You only need to put them at ease and show that you’re a self-assured, talented person who they’d like to work with.</p>

<p>That about does it! Let me know if anything isn’t clear. Shoot me your resume once you’ve had a chance to work some of this in if you’d like. And good luck!</p>

<p>Matt</p>

<hr />

<p><br /></p>
<h1 id="epilogue">Epilogue:</h1>

<p>This person and I exchanged 11 emails over weeks, edited multiple iterations of their resume, and in March, they landed an engineering role at a local startup.</p>

<p>Lfg.</p>

<p>PS: I really do enjoy giving back and helping others on their journeys. Should anyone stumble across this and think they could benefit from a conversation, reach out.</p>]]></content><author><name></name></author><summary type="html"><![CDATA[Back in January, I put an open call on LinkedIn.]]></summary></entry><entry><title type="html">The Shower Problem</title><link href="https://matthewcline-git.github.io/2025/03/12/the-shower-problem.html" rel="alternate" type="text/html" title="The Shower Problem" /><published>2025-03-12T00:00:00+00:00</published><updated>2025-03-12T00:00:00+00:00</updated><id>https://matthewcline-git.github.io/2025/03/12/the-shower-problem</id><content type="html" xml:base="https://matthewcline-git.github.io/2025/03/12/the-shower-problem.html"><![CDATA[<script src="https://cdn.jsdelivr.net/npm/mermaid/dist/mermaid.min.js"></script>

<script>
  document.addEventListener("DOMContentLoaded", function () {
    mermaid.initialize({ 
      startOnLoad: true,
    });
  });
</script>

<blockquote>
  <p>“I understand there’s a guy inside me who wants to lay in bed, smoke weed all day, and watch cartoons and old movies. My whole life is a series of stratagems to avoid, and outwit, that guy.” <br />- Anthony Bourdain</p>
</blockquote>

<!-- My own interior indolent operates with such efficiency and poise that I hardly notice him. Left unchecked, this drags me into mindless brain-tickling that vanishes hours of my day. He is the Great Satan, and I am lucky to have just a few consious tricks/heuristics/mind frames to helpt neutralize him. The Shower Problem is one of them. -->

<p>I return home from the gym. Leg day. Knees wobbly, quads halting, calves vacant of all bounce. I enter the front door, immediately sit. I pull out my phone, instinctively, to have a scroll.</p>

<p>From here, there is no path to productivity or meaningful leisure that does not run through a shower. I will do nothing worthwhile while I’m sticky and damp. But I don’t want to take a shower. Rather, I don’t want to muster the activation energy required to lift myself from this seat.</p>

<p>There is one clear answer to the question of what I should do next, but since my primitive lizard-brain wants to conserve energy, it exempts just hopping in the shower from my mental list of available options. I rule the best choice out so certainly that it <em>ceases to exist</em>, at least to me. What follows is an agonizing attempt to trade off all the other options, each tied for a second place so distant as to be useless.</p>

<p>Shall I unload the dishwasher? That doesn’t sound good (because I’m sticky and damp). Maybe it’d a good time to journal (will not, I’m sticky and damp). I’m free for the next 1.5 hours; I could jump back into my coding project (won’t, b/c I’m s + d). How about making those Amazon returns? (ibid).</p>

<p>This cyclical consideration and dismissal of bad options while ignoring the obvious solution is The Shower Problem.</p>

<div class="mermaid">
stateDiagram-v2
    direction LR
    s1: What do I do?
    s2: Clear winner
    
    state "Misery Zone" as MiseryZone {
        s3: Worse option
        s4: Waste more time
    }
    
    s1 --&gt; s2: How about...
    s2 --&gt; s3: I lack agency.<br />What else?
    s3 --&gt; s4: That sucks
    s4 --&gt; s3: Other ideas?
</div>

<p>Once one enters the Misery Zone, they are likely to spend much time there. Symptoms of acute exposure to the MZ are irritability, attention fragmentation, brain fog, and general malaise. Symptoms of prolonged exposure include unaccounted-for hours-long blocks of your day/weekend and the sudden recognition that, despite your ambition and self-image as a hard worker, you haven’t actually done much to achieve your goals.</p>

<p>I’ve spent on the order of 1,000 hours battling The Shower Problem. I haven’t beaten it yet, but the best weapon I have against it is asking:</p>

<blockquote>
  <p>If I had unlimited energy, what would I do right now?</p>
</blockquote>

<p>Twists on this hypothetical may instead marginalize the questioner’s fear, distractedness, self-conciousness, self-doubt, etc. For me, lethargy is the biggest inhibitor of my desire to do what I know is good for me, and the person I am without it makes choices I admire.</p>]]></content><author><name></name></author><summary type="html"><![CDATA[]]></summary></entry><entry><title type="html">The Zen of Email</title><link href="https://matthewcline-git.github.io/2025/03/05/the-zen-of-email.html" rel="alternate" type="text/html" title="The Zen of Email" /><published>2025-03-05T00:00:00+00:00</published><updated>2025-03-05T00:00:00+00:00</updated><id>https://matthewcline-git.github.io/2025/03/05/the-zen-of-email</id><content type="html" xml:base="https://matthewcline-git.github.io/2025/03/05/the-zen-of-email.html"><![CDATA[<div class="language-plaintext highlighter-rouge"><div class="highlight"><pre class="highlight"><code>Response is better than non-response

Plainspeak is better than jargon

Folksy is better than formal

Formal is better than sloppy

There should be one -- and preferably only one -- obvious reason you can't
respond to that email when you see it

Though you needn't _check_ your email all the time

Say what you mean, even (and especially) at the expense of awkwardness

If you don't know the answer to a question, acknowledge receipt
and forecast an answer by a specific date + time

Concise is better than verbose

Verbose is better than inaccurate

But inaccurate isn't the same as inexhaustive

If you're acting timely, honestly, and in good faith, you can't go wrong

When appreciating another person's time, showing is better than telling

But you should definitely tell too

Line breaks are one honking great idea -- let's do more of those
</code></pre></div></div>]]></content><author><name></name></author><summary type="html"><![CDATA[``` Response is better than non-response]]></summary></entry></feed>