<p>I certainly love most of my work, but my favorite part is pair programming,
which is when a couple developers share a screen and work together solving
problems, which facilitates spreading knowledge in a big way.</p>
<p>It is extremely important for scaling Ckc that we teach new folks how to
think -- a bit strange, but I'll explain!</p>

<div style="text-align: center;">
     <img src="/assets/images/articles/decision-tree.png" class="img-bordered">
     <small><i>Why go up the tree until you're sure about the bottom!?</i></small>
</div>
<h1>An example</h1>
<ol>
<li>You are tasked with setting up a new staging server in the Paris Headquarters</li>
<li>You set up the server and everything works, but, wait.. for some reason, connections are being denied to <a href="https://min.io/">Minio</a> on port <code>9000</code>?!</li>
<li>You're a junior, so you're not sure how this is even happening. Everything
is working on your machine? Everything else seems fine, just this one service is borked</li>
<li>The week of debugging begins:
<ul>
<li>The connection error, maybe it has to do with SSL at some level?</li>
<li>Maybe there's something wrong with my Minio configuration?</li>
<li>Is Minio booting up OK?</li>
<li>Is the port open in Security Groups? Yes..</li>
<li>Why can I talk to minio from the local machine, but the outside Internet can't talk to it?</li>
<li>I've tried 1,000 times and everything seems fine!</li>
<li>This goes on for days</li>
<li>Finally, I try a random new port and.. wallah! It works!</li>
</ul>
</li>
</ol>
<p>It turns out the organization hosting our server disallows port 9000! I had no
idea. I never even thought to ask.</p>
<p>Basically changing one number, a port, from 9000 to <em>anything else</em> fixed the problem. Why
didn't I just focus on the initial connection error? Why did I go down so many useless
paths? I knew what the problem was at the outset, but refused to focus on it.</p>
<p>I never expected a port to be closed by an outside admin, this had never happened
before. I could see the list of open ports in my configuration, but I refused to acknowledge it clearly
wasn't open.</p>
<p>I couldn't connect: that's it! Focus on that! It <em>has</em> to be a network problem, nothing
to do with Minio configuration.</p>
<h1>Let your mind go, but with limits</h1>
<p>Confronted with so many unknowns you may feel hopeless. You have no idea what
to try next. You, maybe literally, start to panic. Do you even belong here? Do you
even understand this stuff? You think it should be working, but it's not, and
reality is crumbling around you. Trouble focusing, wanting to pull your hair
out... all of that fun stuff.</p>
<p>Let this wash over you, maybe take a second to enjoy this feeling of not knowing
how to do something -- eventually this challenge will devolve into another way to
do a CRUD form stored away in your brain.</p>
<p>You'll forget what a rush it was to finally figure out you needed <code>levioSah()</code> not
<code>levioSo()</code>. This <em>will</em> be boring someday, I promise, and you'll miss these days.</p>
<h1>Start at the base of the decision tree</h1>
<p>After the initial panic has washed over you, re-examine the problem in the simplest
way you can. In the above example it was clear from the very beginning it was a
connection issue.</p>
<p>Why did I go any further up the decision tree? I had a bad connection, that's it,
maybe try to change ports or something?</p>
<p>It took a week to diagnose this port problem, which should have been diagnosed
in 5 minutes given a stoic "senior engineer" behind the wheel.</p>
<h1>Furthest branch away</h1>
<p>Very rarely you will encounter a problem where all initial assumptions/clues are actually
futile and there's something fundamental wrong with your computer architecture
or the library you're using. Usually you did something silly like a typo, forgot to
pull, forgot to rebuild docker, etc.</p>
<p>Be very cautious going so far up the tree, re-check your initial assumptions. Re-read the
error. Restart your computer.</p>
<p>Very likely you just need to open a port or something simple!</p>
<h1>It's not always easy</h1>
<p>And, actually, sometimes you do have to sit there and take it for 2 weeks. Fully
absorbing an idea and figuring out a problem may legitimately be very difficult
and all-consuming.</p>
<p>Even though this port 9000 problem was silly and took way too much time to understand,
I learned a boatload. This always happens. Every time I am super stuck and find
the solution: I come out stronger, more apt to take on bigger tasks.</p>
<p>Over time, you get better and better at knowing when to climb up the tree and try
to explore deeply.</p>
<h1>As a process</h1>
<p>Here's a repeatable way to try to avoid going too far up the decision tree:</p>
<ol>
<li><em>Calmly</em> read all errors, code, commands, etc. in front of you.</li>
<li>If something is obviously broken, focus on that. Do not assume a third party
system/module is at fault. It's probably you, and it's probably a very small simple problem!</li>
<li>Build a small example replicating exactly your situation with as few moving parts as possible <em>(i.e., from our example, open any kind of server process and serve it on port <code>9000</code>)</em></li>
<li>Rubber duck your situation to a peer.</li>
<li>Reach out to someone smarter than you. If you're the top dog: God help you.</li>
<li>Now start posting on forums, discord, IRC, etc. and try to find any more info</li>
</ol>
<h1>Past related articles</h1>
<ul>
<li><a href="https://ckcollab.com/2019/03/30/how-do-i-get-a-web-dev-gig.html">How to get a web dev gig?</a></li>
</ul>

The Decision Tree