Skip to main content
peanball.net
  1. Tags/

Best Practices

2022


The Perfect Commit Reading List

<time datetime="2022-11-01 06:21:15 &#43;0100 &#43;0100">1 November 2022</time><span class="px-2 text-primary-500">&middot;</span><span>39 words</span><span class="px-2 text-primary-500">&middot;</span><span title="Reading time">1 min</span>

I aspire to at least have a pull request with those features.

Generous use of git rebase make it possible for very commit.

This requires some planning ahead and cleanup but makes reviews now or later so much easier.

I have complicated feelings about TDD • Buttondown Reading List

<time datetime="2022-08-18 20:17:49 &#43;0200 &#43;0200">18 August 2022</time><span class="px-2 text-primary-500">&middot;</span><span>103 words</span><span class="px-2 text-primary-500">&middot;</span><span title="Reading time">1 min</span>

TDD often makes your design better!

My point is that it can also make your design worse. Some TDD is better than no TDD, but no TDD is better than excessive TDD. TDD is a method you use in conjunction with other methods. Sometimes you’ll listen to the methods and they’ll give conflicting advice. Sometimes, TDD’s advice will be right and sometimes it will be wrong. Sometimes it’ll be so wrong that you shouldn’t use TDD in that circumstance.

It’s one of many tools you have at your disposal, but like any of them it’s not the panacea that solves all your problems.

You Don’t Need Microservices. Reading List

<time datetime="2022-07-28 06:40:10 &#43;0200 &#43;0200">28 July 2022</time><span class="px-2 text-primary-500">&middot;</span><span>48 words</span><span class="px-2 text-primary-500">&middot;</span><span title="Reading time">1 min</span>

Most companies and projects are by far not big enough to benefit from microservices, and not good enough to deal with the implications and repercussions. There’s a reason “distributed systems” are hard: it’s the next difficulty level after multi-threaded concurrency — harder to observe, harder to reason about.