<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Reading List on peanball.net</title><link>https://peanball.net/links/</link><description>Recent content in Reading List on peanball.net</description><generator>Hugo</generator><language>en-us</language><copyright>&amp;copy; peanball.net</copyright><lastBuildDate>Sat, 06 Apr 2024 17:42:59 +0200</lastBuildDate><atom:link href="https://peanball.net/links/index.xml" rel="self" type="application/rss+xml"/><item><title>What I think about when I edit — Eva Parish</title><pubDate>Sat, 06 Apr 2024 17:42:59 +0200</pubDate><link>https://evaparish.com/blog/how-i-edit</link><author>evaparish.com, linked by Alexander Lais (peanball.net)</author><guid>https://evaparish.com/blog/how-i-edit</guid><description>&lt;p>A good overview of what to look out for when writing, technical or otherwise.&lt;/p></description></item><item><title>The Parable of the Two Programmers</title><pubDate>Tue, 13 Feb 2024 21:38:27 +0100</pubDate><link>https://realmensch.org/2017/08/25/the-parable-of-the-two-programmers/</link><author>realmensch.org, linked by Alexander Lais (peanball.net)</author><guid>https://realmensch.org/2017/08/25/the-parable-of-the-two-programmers/</guid><description/></item><item><title>Mastering Programming - by Kent Beck</title><pubDate>Tue, 13 Feb 2024 19:53:47 +0100</pubDate><link>https://tidyfirst.substack.com/p/mastering-programming</link><author>tidyfirst.substack.com, linked by Alexander Lais (peanball.net)</author><guid>https://tidyfirst.substack.com/p/mastering-programming</guid><description/></item><item><title>Power of Small Optimizations</title><pubDate>Sat, 10 Feb 2024 10:19:57 +0100</pubDate><link>https://maksimkita.com/blog/power-of-small-optimizations.html</link><author>maksimkita.com, linked by Alexander Lais (peanball.net)</author><guid>https://maksimkita.com/blog/power-of-small-optimizations.html</guid><description>&lt;p>A good guide to gain small and big wins.&lt;/p></description></item><item><title>Leading as the most experienced engineer in the room</title><pubDate>Sat, 06 May 2023 19:09:25 +0200</pubDate><link>https://leaddev.com/personal-development/leading-most-experienced-engineer-room</link><author>leaddev.com, linked by Alexander Lais (peanball.net)</author><guid>https://leaddev.com/personal-development/leading-most-experienced-engineer-room</guid><description>&lt;p>An interesting view of how the world changes from solving problems to supporting others in solving problems.&lt;/p></description></item><item><title>What a good debugger can do</title><pubDate>Sat, 11 Mar 2023 02:10:51 +0100</pubDate><link>https://werat.dev/blog/what-a-good-debugger-can-do/</link><author>werat.dev, linked by Alexander Lais (peanball.net)</author><guid>https://werat.dev/blog/what-a-good-debugger-can-do/</guid><description>&lt;p>There’s nothing more powerful than a developer with a good debugger and the knowledge of how to use it.&lt;/p></description></item><item><title>A Skeptic’s Guide to Software Architecture Decisions</title><pubDate>Mon, 16 Jan 2023 07:46:04 +0100</pubDate><link>https://www.infoq.com/articles/architecture-skeptics-guide/</link><author>www.infoq.com, linked by Alexander Lais (peanball.net)</author><guid>https://www.infoq.com/articles/architecture-skeptics-guide/</guid><description>&lt;p>Admittedly, I’m often too positive on assumptions and not sceptical enough. This is a good article to help fix that or change the approach.&lt;/p></description></item><item><title>You Want Modules, Not Microservices</title><pubDate>Tue, 03 Jan 2023 15:37:52 +0100</pubDate><link>http://blogs.newardassociates.com/blog/2023/you-want-modules-not-microservices.html</link><author>blogs.newardassociates.com, linked by Alexander Lais (peanball.net)</author><guid>http://blogs.newardassociates.com/blog/2023/you-want-modules-not-microservices.html</guid><description>&lt;p>Another article of why Microservices might not be the right solution to your problem.&lt;/p></description></item><item><title>The Perfect Commit</title><pubDate>Tue, 01 Nov 2022 06:21:15 +0100</pubDate><link>https://simonwillison.net/2022/Oct/29/the-perfect-commit/</link><author>simonwillison.net, linked by Alexander Lais (peanball.net)</author><guid>https://simonwillison.net/2022/Oct/29/the-perfect-commit/</guid><description>&lt;p>I aspire to at least have a pull request with those features.&lt;/p>
&lt;p>Generous use of &lt;code>git rebase&lt;/code> make it possible for very commit.&lt;/p>
&lt;!-- more -->
&lt;p>This requires some planning ahead and cleanup but makes reviews now or later so much easier.&lt;/p></description></item><item><title>Staff engineer archetypes</title><pubDate>Fri, 07 Oct 2022 08:52:49 +0200</pubDate><link>https://lethain.com/staff-engineer-archetypes/</link><author>lethain.com, linked by Alexander Lais (peanball.net)</author><guid>https://lethain.com/staff-engineer-archetypes/</guid><description>&lt;p>In my career I’ve been all these roles at one point or another, but at smaller sizes. My current role fits neatly into the &lt;em>Team Lead&lt;/em>. There are aspirations for &lt;em>Architect&lt;/em> though.&lt;/p></description></item><item><title>Benchmarking Caddy vs. Nginx</title><pubDate>Fri, 16 Sep 2022 20:15:51 +0200</pubDate><link>https://blog.tjll.net/reverse-proxy-hot-dog-eating-contest-caddy-vs-nginx/</link><author>blog.tjll.net, linked by Alexander Lais (peanball.net)</author><guid>https://blog.tjll.net/reverse-proxy-hot-dog-eating-contest-caddy-vs-nginx/</guid><description/></item><item><title>Some ways to get better at debugging</title><pubDate>Tue, 30 Aug 2022 17:01:54 +0200</pubDate><link>https://jvns.ca/blog/2022/08/30/a-way-to-categorize-debugging-skills/</link><author>jvns.ca, linked by Alexander Lais (peanball.net)</author><guid>https://jvns.ca/blog/2022/08/30/a-way-to-categorize-debugging-skills/</guid><description>&lt;p>A short overview for strategies on how to get better at debugging.&lt;/p>
&lt;p>In short:&lt;/p>
&lt;ul>
&lt;li>know the code&lt;/li>
&lt;li>know your tools&lt;/li>
&lt;li>know yourself&lt;/li>
&lt;li>know how to approach problems&lt;/li>
&lt;/ul></description></item><item><title>Sharing Network Namespaces in Docker</title><pubDate>Wed, 24 Aug 2022 14:38:13 +0200</pubDate><link>https://blog.mikesir87.io/2019/03/sharing-network-namespaces-in-docker/</link><author>blog.mikesir87.io, linked by Alexander Lais (peanball.net)</author><guid>https://blog.mikesir87.io/2019/03/sharing-network-namespaces-in-docker/</guid><description>&lt;p>A guide on how to share the network namespace with another container. This is how a &lt;code>Pod&lt;/code> in Kubernetes contains multiple containers. If you’re not working with Kubernetes but e.g. with Docker or &lt;code>docker-compose&lt;/code>, this works in the same way pretty much.&lt;/p></description></item><item><title>Uncommon Uses of Python in Commonly Used Libraries</title><pubDate>Sat, 20 Aug 2022 14:04:43 +0200</pubDate><link>https://eugeneyan.com/writing/uncommon-python/</link><author>eugeneyan.com, linked by Alexander Lais (peanball.net)</author><guid>https://eugeneyan.com/writing/uncommon-python/</guid><description/></item><item><title>I have complicated feelings about TDD • Buttondown</title><pubDate>Thu, 18 Aug 2022 20:17:49 +0200</pubDate><link>https://buttondown.email/hillelwayne/archive/i-have-complicated-feelings-about-tdd-8403/#fn:powershell</link><author>buttondown.email, linked by Alexander Lais (peanball.net)</author><guid>https://buttondown.email/hillelwayne/archive/i-have-complicated-feelings-about-tdd-8403/#fn:powershell</guid><description>&lt;blockquote>
&lt;p>TDD often makes your design better!&lt;/p>
&lt;p>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.&lt;/p>&lt;/blockquote>
&lt;p>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.&lt;/p></description></item><item><title>A script to fix EDID problems on external monitors in macOS</title><pubDate>Wed, 17 Aug 2022 08:44:40 +0200</pubDate><link>https://gist.github.com/ejdyksen/8302862</link><author>gist.github.com, linked by Alexander Lais (peanball.net)</author><guid>https://gist.github.com/ejdyksen/8302862</guid><description>&lt;p>Finally I found the missing link to set up EDID overrides on Big Sur and later, where System Integrity Protection (SIP) is enabled.&lt;/p>
&lt;p>In short, MacOS also takes overrides from the path &lt;code>/Library/Displays/Contents/Resources/Overrides&lt;/code>, which is admin writable.&lt;/p></description></item><item><title>Introducing Ristretto: A High-Performance Go Cache - Dgraph Blog</title><pubDate>Sun, 14 Aug 2022 22:26:53 +0200</pubDate><link>https://dgraph.io/blog/post/introducing-ristretto-high-perf-go-cache/</link><author>dgraph.io, linked by Alexander Lais (peanball.net)</author><guid>https://dgraph.io/blog/post/introducing-ristretto-high-perf-go-cache/</guid><description/></item><item><title>You Don’t Need Microservices.</title><pubDate>Thu, 28 Jul 2022 06:40:10 +0200</pubDate><link>https://medium.com/@msaspence/you-dont-need-microservices-2ad8508b9e27</link><author>medium.com, linked by Alexander Lais (peanball.net)</author><guid>https://medium.com/@msaspence/you-dont-need-microservices-2ad8508b9e27</guid><description>&lt;p>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.&lt;/p></description></item><item><title>How finishing what you start makes teams more productive and predictable</title><pubDate>Mon, 25 Jul 2022 15:51:31 +0200</pubDate><link>https://lucasfcosta.com/2022/07/19/finish-what-you-start.html</link><author>lucasfcosta.com, linked by Alexander Lais (peanball.net)</author><guid>https://lucasfcosta.com/2022/07/19/finish-what-you-start.html</guid><description>&lt;p>The aspect of “transaction cost” for doing a particular thing once or multiple times is interesting.&lt;/p>
&lt;p>Starting a bunch of things in parallel will often lead to many being finished at a similar point in time, often all at once and leading to the dreaded ‘big bang integration’, which even in short sprints may be painful enough already.&lt;/p>
&lt;p>That said, I love starting multiple things at once. Sometimes being ‘stuck’ on the same thing and not having some other outlet or diversion to put your mind to makes a task take longer. Having the ‘diversion’ often gives me more energy to breeze through the other task… and sometimes it doesn’t. It’s not scientific.&lt;/p></description></item><item><title>Richardson Maturity Model (for REST)</title><pubDate>Tue, 19 Jul 2022 08:51:01 +0200</pubDate><link>https://martinfowler.com/articles/richardsonMaturityModel.html</link><author>martinfowler.com, linked by Alexander Lais (peanball.net)</author><guid>https://martinfowler.com/articles/richardsonMaturityModel.html</guid><description>&lt;p>A follow-up to 
 
 &lt;a href="https://peanball.net/links/how-did-rest-come-to-mean-the-opposite-of-rest-/">the question whether we do REST wrong&lt;/a> that provides examples of what constitutes a fully RESTful service.&lt;/p></description></item><item><title>How Did REST Come To Mean The Opposite of REST?</title><pubDate>Tue, 19 Jul 2022 08:22:31 +0200</pubDate><link>https://htmx.org/essays/how-did-rest-come-to-mean-the-opposite-of-rest/</link><author>htmx.org, linked by Alexander Lais (peanball.net)</author><guid>https://htmx.org/essays/how-did-rest-come-to-mean-the-opposite-of-rest/</guid><description>&lt;p>And here I thought I knew full well what RESTful APIs had to look like. The constraint in my head was that individual resources (e.g. items in a database) should have their own URL and you used the HTTP verbs (&lt;code>GET&lt;/code>, &lt;code>POST&lt;/code>, &lt;code>DELETE&lt;/code>, etc.) correctly.&lt;/p>
&lt;p>What was missing from that is the Hypermedia aspect, where each response defines the appropriate URLs for the possible next steps.&lt;/p></description></item><item><title>the wild web: Reckless Software Construction</title><pubDate>Fri, 15 Jul 2022 09:30:13 +0200</pubDate><link>https://blog.sidstamm.com/2021/12/reckless-software-construction.html?m=1</link><author>blog.sidstamm.com, linked by Alexander Lais (peanball.net)</author><guid>https://blog.sidstamm.com/2021/12/reckless-software-construction.html?m=1</guid><description>&lt;p>“Be an engineer, not MacGyver.”&lt;/p></description></item><item><title>Giving a Shit as a Service - Allen Pike</title><pubDate>Fri, 15 Jul 2022 07:09:42 +0200</pubDate><link>https://allenpike.com/2022/giving-a-shit</link><author>allenpike.com, linked by Alexander Lais (peanball.net)</author><guid>https://allenpike.com/2022/giving-a-shit</guid><description>&lt;p>Always work at a place where you and your colleagues give a shit about the product(s), the work, and the people around them.&lt;/p></description></item><item><title>How high capacity utilisation hurts a team's performance</title><pubDate>Thu, 07 Jul 2022 11:31:08 +0200</pubDate><link>https://lucasfcosta.com/2022/06/12/measure-queues-not-cycle-time.html</link><author>lucasfcosta.com, linked by Alexander Lais (peanball.net)</author><guid>https://lucasfcosta.com/2022/06/12/measure-queues-not-cycle-time.html</guid><description>&lt;p>An interesting look at how long lead times from idea to specification to implementation to release can cause waste in the software development process.&lt;/p></description></item><item><title>The Illustrated QUIC Connection: Every Byte Explained</title><pubDate>Tue, 21 Jun 2022 05:11:31 -0400</pubDate><link>https://quic.ulfheim.net/</link><author>quic.ulfheim.net, linked by Alexander Lais (peanball.net)</author><guid>https://quic.ulfheim.net/</guid><description>&lt;p>A deep dive into the protocol powering HTTP/3 and others, implementing a lot of TCP and supporting encryption at all steps.&lt;/p></description></item><item><title>Go: The Complete Guide to Profiling Your Code</title><pubDate>Sun, 12 Jun 2022 08:15:27 +0200</pubDate><link>https://hackernoon.com/go-the-complete-guide-to-profiling-your-code-h51r3waz</link><author>hackernoon.com, linked by Alexander Lais (peanball.net)</author><guid>https://hackernoon.com/go-the-complete-guide-to-profiling-your-code-h51r3waz</guid><description>&lt;p>An excellent guide I found via &lt;a href="https://tbray.org/ongoing" target="_blank" rel="noreferrer">Tim Bray’s blog ‘ongoing’&lt;/a> - &lt;a href="https://www.tbray.org/ongoing/When/202x/2022/06/10/Quamina-Optimizing" target="_blank" rel="noreferrer">Making Code Faster&lt;/a>.&lt;/p></description></item><item><title>Data Race Patterns in Go</title><pubDate>Sat, 11 Jun 2022 07:51:16 +0200</pubDate><link>https://eng.uber.com/data-race-patterns-in-go/</link><author>eng.uber.com, linked by Alexander Lais (peanball.net)</author><guid>https://eng.uber.com/data-race-patterns-in-go/</guid><description>&lt;p>At work I develop in Go and this is a good list of things to look out for and avoid.&lt;/p></description></item><item><title>eBPF, sidecars, and the future of the service mesh</title><pubDate>Wed, 08 Jun 2022 07:06:18 +0200</pubDate><link>https://buoyant.io/2022/06/07/ebpf-sidecars-and-the-future-of-the-service-mesh/</link><author>buoyant.io, linked by Alexander Lais (peanball.net)</author><guid>https://buoyant.io/2022/06/07/ebpf-sidecars-and-the-future-of-the-service-mesh/</guid><description>&lt;p>I‘m learning about eBPF. It’s an absolutely fascinating technology.&lt;/p></description></item><item><title>Planning is For Doing</title><pubDate>Sun, 05 Jun 2022 11:59:14 +0200</pubDate><link>https://biggestfish.substack.com/p/planning-is-for-doing?s=r</link><author>biggestfish.substack.com, linked by Alexander Lais (peanball.net)</author><guid>https://biggestfish.substack.com/p/planning-is-for-doing?s=r</guid><description>&lt;p>“The only purpose of a plan is to ensure better results, it has no value in itself. And as James wrote, we must know what to overlook, as sometimes it is better to have no plan at all.”&lt;/p>
&lt;p>I value knowledge and being able to respond or adapt when it’s needed over obsessive planning of details that will be wrong the second you get to working on something. Many people are able to adapt and figure out the details for themselves — maybe not in the way you would but in a way that also works.&lt;/p>
&lt;p>A broad strokes direction as “Plan” is very often useful, though, which is exactly “planning is for doing”.&lt;/p></description></item><item><title>maxgoedjen/secretive: Store SSH keys in the Secure Enclave</title><pubDate>Wed, 01 Jun 2022 07:07:35 +0200</pubDate><link>https://github.com/maxgoedjen/secretive</link><author>github.com, linked by Alexander Lais (peanball.net)</author><guid>https://github.com/maxgoedjen/secretive</guid><description/></item><item><title>Product vs. Feature Teams</title><pubDate>Mon, 30 May 2022 08:49:06 +0200</pubDate><link>https://www.svpg.com/product-vs-feature-teams/</link><author>www.svpg.com, linked by Alexander Lais (peanball.net)</author><guid>https://www.svpg.com/product-vs-feature-teams/</guid><description>&lt;p>An interesting and apt breakdown of team types. I work in neither a product nor a feature team at the moment but am trying to add more product thinking into my own work and then my team’s.&lt;/p></description></item><item><title>Prometheus vs. InfluxDB: A Monitoring Comparison</title><pubDate>Sun, 29 May 2022 18:05:38 +0200</pubDate><link>https://logz.io/blog/prometheus-influxdb/</link><author>logz.io, linked by Alexander Lais (peanball.net)</author><guid>https://logz.io/blog/prometheus-influxdb/</guid><description/></item><item><title>Outputting only the match / capturing group with grep</title><pubDate>Thu, 26 May 2022 09:22:12 +0200</pubDate><link>https://unix.stackexchange.com/questions/13466/can-grep-output-only-specified-groupings-that-match#13472</link><author>unix.stackexchange.com, linked by Alexander Lais (peanball.net)</author><guid>https://unix.stackexchange.com/questions/13466/can-grep-output-only-specified-groupings-that-match#13472</guid><description>&lt;p>Grep doesn&amp;rsquo;t handle capturing groups, but with lookaround you can match and exclude prefixes. This leaves you with the part of the pattern that you needed.&lt;/p></description></item><item><title>On rebooting: the unreasonable effectiveness of turning computers off and on again</title><pubDate>Wed, 25 May 2022 12:24:00 +0200</pubDate><link>https://keunwoo.com/notes/rebooting/</link><author>keunwoo.com, linked by Alexander Lais (peanball.net)</author><guid>https://keunwoo.com/notes/rebooting/</guid><description>&lt;p>Getting back to a defined and known state is a great way to recover. I found the concept of &amp;lsquo;crash-only-software&amp;rsquo; very interesting, and the described approach of inevitable improvement and resilience from software that rather crashes than being in an unknown state. If it keeps crashing and you depend on it, you will get to understanding and fixing the issues quicker.&lt;/p></description></item><item><title>A list of new(ish) command line tools</title><pubDate>Tue, 12 Apr 2022 00:00:00 +0000</pubDate><link>https://jvns.ca/blog/2022/04/12/a-list-of-new-ish--command-line-tools/</link><author>jvns.ca, linked by Alexander Lais (peanball.net)</author><guid>https://jvns.ca/blog/2022/04/12/a-list-of-new-ish--command-line-tools/</guid><description/></item><item><title>TipBITS: Always Show Window Proxy Icons - TidBITS</title><pubDate>Wed, 30 Mar 2022 07:22:00 +0100</pubDate><link>https://tidbits.com/2022/03/26/tipbits-always-show-window-proxy-icons/</link><author>tidbits.com, linked by Alexander Lais (peanball.net)</author><guid>https://tidbits.com/2022/03/26/tipbits-always-show-window-proxy-icons/</guid><description>&lt;p>I use the macOS proxy icon all the time. For me it is one of the most useful features on day-to-day use of macOS. Having it available at all times, not after hovering and an animation is great.&lt;/p></description></item><item><title>Microservices: Why Are We Doing This?</title><pubDate>Wed, 23 Mar 2022 09:32:21 +0200</pubDate><link>https://michaeldehaan.substack.com/p/microservices-why-are-we-doing-this</link><author>michaeldehaan.substack.com, linked by Alexander Lais (peanball.net)</author><guid>https://michaeldehaan.substack.com/p/microservices-why-are-we-doing-this</guid><description>&lt;p>At work I help maintain a platform used for microservices. This article helps ask the question whether microservices are the right approach for that particular application or system at all.&lt;/p></description></item></channel></rss>