<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Posts on about:drewcsillag</title>
    <link>https://drew.thecsillags.com/posts/</link>
    <description>Recent content in Posts on about:drewcsillag</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Fri, 27 Feb 2026 18:00:00 +0000</lastBuildDate>
    
	<atom:link href="https://drew.thecsillags.com/posts/index.xml" rel="self" type="application/rss+xml" />
    
    
    <item>
      <title>Further Narrowing the Cone of Error</title>
      <link>https://drew.thecsillags.com/posts/2026-02-27-further-narrowing/</link>
      <pubDate>Fri, 27 Feb 2026 18:00:00 +0000</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2026-02-27-further-narrowing/</guid>
      <description>At the end of this most recent January, I wrote Narrowing the Cone of Error, The Origin Story of a High Output AI Coding Workflow, a story about how I had built my AI development workflow. Things have evolved in the last month since I wrote that.
ADRs (Architectural Decision Records) At the time when I wrote the article, I had seen previously seen people who had used ADRs in the course of building with AI to help it direct its action as it built to maintain design integrity.</description>
    </item>
    
    <item>
      <title>A Well Working AI Workflow</title>
      <link>https://drew.thecsillags.com/posts/2026-01-29-feature-command/</link>
      <pubDate>Thu, 29 Jan 2026 16:00:00 +0100</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2026-01-29-feature-command/</guid>
      <description>The Origin Story of /feature I’ve been interested in personal organization tools for a long time, and never really been happy with them. I’ve worked on dead-tree paper a lot, and have used some online tools that I’ve liked, but never had the mix of “this actually solves everything”. I used to work at Dropbox on Dropbox Paper, and I miss it every day. But while it was good, is was only a point solution in what I really need.</description>
    </item>
    
    <item>
      <title>Presentation: Non-technical Guide To Technical Leadership</title>
      <link>https://drew.thecsillags.com/posts/2025-03-15-non-technical-guide-to-techic/</link>
      <pubDate>Sat, 29 Mar 2025 12:00:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2025-03-15-non-technical-guide-to-techic/</guid>
      <description>This is a presentation I&amp;rsquo;ve done now about six times, starting back about 6 years ago. It stemmed from seeing people new to being a tech-lead on a team (either as manager or not) and what were the common pitfalls they fell into. So without further ado, the talk.
Hi and welcome to the non-technical guide to technical leadership!
One preface here before we start, I refer to the role of tech lead (or TL) often in this talk, but to be clear, the tech lead is a role, not a title.</description>
    </item>
    
    <item>
      <title>My Contract To My Team</title>
      <link>https://drew.thecsillags.com/posts/2025-02-27-contract-to-the-team/</link>
      <pubDate>Thu, 27 Feb 2025 12:00:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2025-02-27-contract-to-the-team/</guid>
      <description>When I switched to management last year on April 5, one of the things I wanted to start with was to make sure that my teams understood what they could expect from me and hold me to. I had been at the company for over three years and interacted with many of them before, so I wasn&amp;rsquo;t a stranger, but one thing I&amp;rsquo;ve learned is that clarity rarely hurts in situations like these.</description>
    </item>
    
    <item>
      <title>Threading Four Shaft Drafts on a Rigid Heddle Loom</title>
      <link>https://drew.thecsillags.com/posts/2024-02-19-theading-more-complex-pattern/</link>
      <pubDate>Mon, 19 Feb 2024 12:00:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2024-02-19-theading-more-complex-pattern/</guid>
      <description>I&amp;rsquo;ve only been weaving for about four months now, but have had a lot of fun doing four shaft patterns on my rigid heddle loom (a 16&amp;rdquo; Kromski Harp Forte). My current project is pretty complicated. So I&amp;rsquo;ve picked up a few techniques that I think have been useful.
Weaving has been around long enough, so I don&amp;rsquo;t assume this is a novel invention, but so far it has worked well in allowing me to be much more confident that I&amp;rsquo;ve got the threading right before plowing ahead.</description>
    </item>
    
    <item>
      <title>Self Retros</title>
      <link>https://drew.thecsillags.com/posts/2024-02-11-self-retro/</link>
      <pubDate>Sun, 11 Feb 2024 13:30:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2024-02-11-self-retro/</guid>
      <description>I&amp;rsquo;ve done various forms of retros over the years, one of which I blogged about too. Following Cian Synnot&amp;rsquo;s example, I had done Four L&amp;rsquo;s. I also had done a quarterly &amp;ldquo;plate spinning&amp;rdquo; check to make sure I&amp;rsquo;m not spreading myself too thin, and also had a quarterly calendar audit (I&amp;rsquo;m in a lot of meetings) to make sure I was spending time in the right places. But as much as I had done, I realized that I wanted for something more regular (monthly, rather than quarterly or yearly) and more concrete, as for me, a retro like Four L&amp;rsquo;s is too nonspecific.</description>
    </item>
    
    <item>
      <title>I Got Blogged About</title>
      <link>https://drew.thecsillags.com/posts/2023-10-14-i-got-blogged/</link>
      <pubDate>Sat, 14 Oct 2023 16:21:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2023-10-14-i-got-blogged/</guid>
      <description>I did a talk for my org, Developer Experience (formerly part of EEE), based on my Influence Without Authority post I did back in 2021. It circulated a bit inside, and the Pup Culture Blog at Datadog decided to write a blog post about me based on it!</description>
    </item>
    
    <item>
      <title>Scaling Configuration: Object Building Languages</title>
      <link>https://drew.thecsillags.com/posts/2023-01-16-object-building-languages/</link>
      <pubDate>Mon, 16 Jan 2023 15:53:40 +0000</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2023-01-16-object-building-languages/</guid>
      <description>YAML, go templated YAML, HOCON, HCL(2), GCL, JSON. Just some of the common languages used for configuring the world we live in, because they need to be human readable, not just machine readable. At first, it&amp;rsquo;s all fine, but then to ensure consistency and reuse, they add templating features, and the templating languages become more complex to handle the emerging needs as projects require more.
Some evolve to be Turing complete, some specifically eschew Turing completeness, as they need to ensure that at runtime, nothing bad happens.</description>
    </item>
    
    <item>
      <title>Choosing All Possibilities</title>
      <link>https://drew.thecsillags.com/posts/2022-12-27-choosing-everything/</link>
      <pubDate>Tue, 27 Dec 2022 15:42:19 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2022-12-27-choosing-everything/</guid>
      <description>There&amp;rsquo;s a chunk of code I&amp;rsquo;ve been playing with the last two and a half-ish years (judging by its git history) that for me is just really cool. It&amp;rsquo;s something I&amp;rsquo;ve been aware of since reading SICP, and I wrote a version of it probably a decade ago, but it was in a very specific application, rather than the more simplified and generalized form I have it in here. I had been reading about Prolog when I was reminded of it, and that solving things in a normal programming language rather than Prolog would be simpler, if only there was something that dealt with it.</description>
    </item>
    
    <item>
      <title>Organization System Essentials</title>
      <link>https://drew.thecsillags.com/posts/2022-01-22-org-systems/</link>
      <pubDate>Sat, 22 Jan 2022 13:20:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2022-01-22-org-systems/</guid>
      <description>I&amp;rsquo;ve been working with people and talking about their organization systems to help their systems help them. There are a few different systems that people use, and I wanted to figure out this question: what really are the essentials to have something that works?
If your system isn&amp;rsquo;t quite working, it&amp;rsquo;s easy to feel overloaded. There&amp;rsquo;s too much to do, it&amp;rsquo;s hard to prioritize, it feels really hard to get a handle on what you should be doing.</description>
    </item>
    
    <item>
      <title>On Blockchain, Crypto, stablecoins, NFTs, etc.</title>
      <link>https://drew.thecsillags.com/posts/2022-01-21-on-crypto/</link>
      <pubDate>Fri, 21 Jan 2022 21:42:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2022-01-21-on-crypto/</guid>
      <description>I get asked about blockchain, crypto, NFTs, and such every once in a while, and rather than counting on my memory to remember the whole thing, I decided to just do a quick write up.
My general thesis is this: the only things that really work for decentralization AND blockchain are things that themselves emanate from that blockchain. For example, bitcoins emanating from the bitcoin blockchain. Anything that the blockchain manages that doesn&amp;rsquo;t itself emanate from the blockchain requires some form of trust, auditing, and/or lawyers and strong contract law, otherwise it&amp;rsquo;s just garbage in/garbage out.</description>
    </item>
    
    <item>
      <title>I Was on a Podcast</title>
      <link>https://drew.thecsillags.com/posts/2022-01-15-i-was-on-a-podcast/</link>
      <pubDate>Sat, 15 Jan 2022 09:46:35 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2022-01-15-i-was-on-a-podcast/</guid>
      <description>I had spoken to a recruiter, Harrison Edney, at some point a while ago, and we had a really great conversation. He mentioned he wanted to start a podcast, and wanted me to be the first guest. I was like: &amp;ldquo;Sure, why not?&amp;rdquo;
So we did, and the result is here which I don&amp;rsquo;t remember when we had the actual conversation, but it was posted on September 30, 2021.</description>
    </item>
    
    <item>
      <title>Yes, Programming is Hard</title>
      <link>https://drew.thecsillags.com/posts/2021-11-14-yes-porgramming-is-hard/</link>
      <pubDate>Sun, 14 Nov 2021 10:34:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2021-11-14-yes-porgramming-is-hard/</guid>
      <description>I saw the article in Communications of the ACM &amp;ldquo;What Does Saying That &amp;lsquo;Programming Is Hard&amp;rsquo; Really Say, and About Whom?&amp;rdquo; and as a twenty-six year veteran of the profession, I thought &amp;ldquo;of course programming is hard! Duh!&amp;rdquo; I then spoke with a friend where after a bit said &amp;ldquo;Do they mean like writing? Writing isn&amp;rsquo;t hard, but writing a book is&amp;rdquo;.
So in a sense, no programming isn&amp;rsquo;t intrinsically hard I guess, but in practice it is.</description>
    </item>
    
    <item>
      <title>Managing Information as a Superpower</title>
      <link>https://drew.thecsillags.com/posts/2021-11-07-managing-information/</link>
      <pubDate>Sun, 07 Nov 2021 15:46:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2021-11-07-managing-information/</guid>
      <description>Many common archetypes of staff engineer involve a moderate to large scope of influence. One of the things I&amp;rsquo;ve come to realize, is in order to keep on top of things, and be even more effective is better management of information that comes to you. For me, the way I manage information has become a superpower.
The scope of my last three positions has involved large scopes &amp;ndash; up to about sixty people.</description>
    </item>
    
    <item>
      <title>Finally, Somebody Makes This</title>
      <link>https://drew.thecsillags.com/posts/2021-08-15-finally-someone-makes-it/</link>
      <pubDate>Sun, 15 Aug 2021 15:46:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2021-08-15-finally-someone-makes-it/</guid>
      <description>&lt;p&gt;For at least as long since I came up with &lt;a href=&#34;https://drew.thecsillags.com/posts/2014-03-26-the-agile-organizer/&#34;&gt;The Agile Organizer&lt;/a&gt;
I&amp;rsquo;ve been using disc binding systems like the Arc-M from Staples. While the Arc-M
system works, it was never quite what I wanted. Recently, I finally discovered
a product that&amp;rsquo;s what I&amp;rsquo;ve actually wanted.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Fun With Combinations</title>
      <link>https://drew.thecsillags.com/posts/2021-08-02-fun-with-combinations/</link>
      <pubDate>Mon, 02 Aug 2021 07:58:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2021-08-02-fun-with-combinations/</guid>
      <description>&lt;p&gt;A co-worker recently gave a talk on &lt;a href=&#34;https://aws.amazon.com/blogs/architecture/shuffle-sharding-massive-and-magical-fault-isolation/&#34;&gt;shuffle sharding&lt;/a&gt; and the thought came to me: we know that that for
&lt;code&gt;n&lt;/code&gt; things taken &lt;code&gt;k&lt;/code&gt; at a time you have &lt;sub&gt;n&lt;/sub&gt;C&lt;sub&gt;k&lt;/sub&gt;, and what that evaluates to; given &lt;code&gt;n&lt;/code&gt; and &lt;code&gt;k&lt;/code&gt;.
How do we map a number between 1 and &lt;sub&gt;n&lt;/sub&gt;C&lt;sub&gt;k&lt;/sub&gt; to a unique set of selections, and vice versa,
given the set of selections, can you get back to the original number?&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Influence Without Authority</title>
      <link>https://drew.thecsillags.com/posts/2021-03-21-influence-without-authority/</link>
      <pubDate>Sun, 21 Mar 2021 15:30:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2021-03-21-influence-without-authority/</guid>
      <description>As you get more experience in being a software engineer, the trajectory that companies I have worked for look for you to be able to expand your scope. Something they will call out as a way to accomplish this is the term &amp;ldquo;influence without authority&amp;rdquo;, which is just a really fancy set of words that mean &amp;ldquo;persuasive&amp;rdquo;.
I&amp;rsquo;ve had good soft skills for a while, but if you asked me what exactly it was I was doing, I&amp;rsquo;d have had a hard time explaining what it was.</description>
    </item>
    
    <item>
      <title>Log Analysis Using SQLite</title>
      <link>https://drew.thecsillags.com/posts/2021-02-28-log-analysis-using-sqlite/</link>
      <pubDate>Sun, 28 Feb 2021 21:12:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2021-02-28-log-analysis-using-sqlite/</guid>
      <description>It all started because I suck at the log searching tool I’ll call &amp;lt;LST&amp;gt;¹. Mostly because I used it a little, but not enough to warrant me really digging in and learning it for real and internalizing its search syntax.
Between me struggling with the tool, and that it would be multiple seconds between query and seeing results, I was getting really frustrated trying to diagnose issues with the services I was working on.</description>
    </item>
    
    <item>
      <title>Lies You Find In Code</title>
      <link>https://drew.thecsillags.com/posts/2021-02-20-lies-in-code/</link>
      <pubDate>Sat, 20 Feb 2021 18:46:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2021-02-20-lies-in-code/</guid>
      <description>When working in a code base that&amp;rsquo;s been around for a while, you will find lies in the code. These lies are usually not put there by nefarious actors, so there&amp;rsquo;s no conspiracy, or secret cabal. But either by engineers who don&amp;rsquo;t realize what they&amp;rsquo;ve done, or more commonly by code evolution, these things happen. These lies are the unaccounted time sucks when working in a code base, as people working on it have to dig deeper, search for things that don&amp;rsquo;t exist, maintain code that doesn&amp;rsquo;t need to exist, or worse make incorrect assumptions about the state of the world as they work through and around them.</description>
    </item>
    
    <item>
      <title>Crackpot Post: Breaking Bell&#39;s Inequality?</title>
      <link>https://drew.thecsillags.com/posts/2020-06-14-breaking-bells/</link>
      <pubDate>Sun, 14 Jun 2020 12:27:39 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2020-06-14-breaking-bells/</guid>
      <description>This is very much a crackpot post. I&amp;rsquo;m not an SME in the area which I&amp;rsquo;m writing, so I&amp;rsquo;m totally unqualified to write on the subject and certainly wrong. But as I was digging into quantum stuff, I had thoughts. I did math. I even plotted a few things.
Sometimes something seems all mysterious and astounding. Then you learn how it works, and it&amp;rsquo;s really disappointing. For me, magic tricks often have been that way.</description>
    </item>
    
    <item>
      <title>Making Coding Easier</title>
      <link>https://drew.thecsillags.com/posts/2019-08-25-reading-code/</link>
      <pubDate>Sun, 25 Aug 2019 12:27:39 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2019-08-25-reading-code/</guid>
      <description>I&amp;rsquo;ve spent a lot of time over the course of my career in other people&amp;rsquo;s code, and as a result, I&amp;rsquo;ve learned a lot about what kinds of things make code easy to navigate, and which things made reading and debugging code more difficult. The way I promote coding styles are reflections of those things which made things easier, and avoiding those things that make it harder.
When I get into a code base, I want to be able to easily:</description>
    </item>
    
    <item>
      <title>Defunctionalizing Quicksort</title>
      <link>https://drew.thecsillags.com/posts/2019-08-19-defunctionalizing_quicksort/</link>
      <pubDate>Mon, 19 Aug 2019 21:55:48 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2019-08-19-defunctionalizing_quicksort/</guid>
      <description>I&amp;rsquo;ve know for a long time that you could convert any iterative function to be recursive and vice versa, but up until recently, I only knew how to go from iterative to recursive in a mostly formulaic way.
I recently saw a cool presentation where he shows a refactoring to deterministically (at least AFAICT) go from a recursive function to an iterative one. It took me a bit of rewatching and fiddling as to how to apply it, but now having done a few exercises, I have a good feel for it, and I thought perhaps using a slightly more involved example might help explain it to others.</description>
    </item>
    
    <item>
      <title>I’ve Moved From Paper To…. Paper</title>
      <link>https://drew.thecsillags.com/posts/2019-08-17-i-have-moved-from-paper/</link>
      <pubDate>Sat, 17 Aug 2019 14:00:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2019-08-17-i-have-moved-from-paper/</guid>
      <description>(see here for the full Agile Organizer series)
I’ve been using the agile organizer for better than four years and it’s worked swimmingly. But I started working at Dropbox last year on a product called Paper. I figured I’d give Dropbox Paper a go to see how well it might fit in with the Agile Organizer, either for collection or whatever. Well, after 16 months, I’m still using Dropbox Paper to do AO.</description>
    </item>
    
    <item>
      <title>Even More Uses For A Diver&#39;s Bezel</title>
      <link>https://drew.thecsillags.com/posts/2018-04-23-even-more-divers-bezel/</link>
      <pubDate>Mon, 23 Apr 2018 11:30:08 -0500</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2018-04-23-even-more-divers-bezel/</guid>
      <description>(see here for all the posts about using a diver&amp;rsquo;s bezel)
I&amp;rsquo;ve written a few posts about things you can do with a diver&amp;rsquo;s bezel, and today, I&amp;rsquo;m adding a few more.
What Day Of The Week Is It? My current daily-wearer watch doesn&amp;rsquo;t have a day of the week complication on it, and mostly, this isn&amp;rsquo;t a practical problem I have. However, when I&amp;rsquo;m off for a few days, I often don&amp;rsquo;t know what day it is &amp;ndash; first world problem, I know.</description>
    </item>
    
    <item>
      <title>How I Wound Up Using Blackwing 602s</title>
      <link>https://drew.thecsillags.com/posts/2018-02-20-writing-utensils/</link>
      <pubDate>Tue, 20 Feb 2018 09:41:15 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2018-02-20-writing-utensils/</guid>
      <description>While I&amp;rsquo;ve had my organizer figured out for over four years (see here for the full series), I had struggled with the choice of writing utensil.
I realize this is more of a connoisseur kind of thing, as strictly speaking, my choices are wide, so if you&amp;rsquo;re not into stationery, you can basically ignore the rest of this post.
I started with the classic Bic Stick pen. While it has the advantage of being cheap and pretty bulletproof (at least for me), it&amp;rsquo;s not that smooth of a writer.</description>
    </item>
    
    <item>
      <title>Accounting For Software Engineers</title>
      <link>https://drew.thecsillags.com/posts/2017-12-06-accounting-for-software-engineers/</link>
      <pubDate>Wed, 06 Dec 2017 09:41:15 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2017-12-06-accounting-for-software-engineers/</guid>
      <description>For my current job, I&amp;rsquo;ve had to learn how accounting works. In order to learn that, I did the kinds of things you&amp;rsquo;d expect I might. But one thing I kept finding was that some fairly simple concept seemed to be explained in a way over-complicated way, after I eventually was able to figure it out. I eventually figured out why, and with that, I think that if you&amp;rsquo;re new to accounting, and a software engineer, I think I can help you out.</description>
    </item>
    
    <item>
      <title>A Couple Of Good Reads For Programmers</title>
      <link>https://drew.thecsillags.com/posts/2017-08-12-good-reads/</link>
      <pubDate>Sat, 12 Aug 2017 07:57:15 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2017-08-12-good-reads/</guid>
      <description>A couple of good reads I&amp;rsquo;ve encountered in the last month or so that cover things I&amp;rsquo;ve thought myself, but are written much better than I would have:
 The Beginner&amp;rsquo;s Creed - something I&amp;rsquo;ll probably keep in my notebook in perpetuity. Small Functions Considered Harmful - related to my DRY Isn&amp;rsquo;t Free post. I&amp;rsquo;m an Idiot The Wrong Abstraction.  If you&amp;rsquo;re a programmer/software engineer/whatever, read them, they&amp;rsquo;re well worth your time.</description>
    </item>
    
    <item>
      <title>Staples Arc Paper - $100 vs. $20</title>
      <link>https://drew.thecsillags.com/posts/2017-07-15-notebook-paper/</link>
      <pubDate>Sat, 15 Jul 2017 11:29:26 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2017-07-15-notebook-paper/</guid>
      <description>(see here for the full Agile Organizer series)
I&amp;rsquo;ve now been using my agile organizer system for now going on three years, with a few adjustments, but the main principles firmly in place. I did however switch form factor from letter sized to junior sized paper (5.5&amp;rdquo; x 8.5&amp;rdquo;, or the half-letter-sized) and 2x2 sized stickies rather than the standard 3x3. As not everything winds up on stickies, as I keep a running log of what I&amp;rsquo;m doing, notes, etc.</description>
    </item>
    
    <item>
      <title>More Advanced Diver&#39;s Bezel Use</title>
      <link>https://drew.thecsillags.com/posts/2017-06-30-more-divers-bezel/</link>
      <pubDate>Fri, 30 Jun 2017 08:16:08 -0500</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2017-06-30-more-divers-bezel/</guid>
      <description>(see here for all the posts about using a diver&amp;rsquo;s bezel)
I previously wrote about things that you can do with a divers watch bezel. Since then I&amp;rsquo;ve figured out a few things.
It occurred to me that most of the techniques I spoke about in the previous post work best when you have a fully transferred minutes bezel (i.e. a marker on the bezel at every minute), like you find on just about all Seiko Divers, the Rolex DeepSea, newer Omega Planet Oceans, Omega Semaster 300Ms, Fortis divers, as well as many others.</description>
    </item>
    
    <item>
      <title>How to Use a Diver&#39;s Bezel</title>
      <link>https://drew.thecsillags.com/posts/2017-04-23-surprising-utility-divers-bezel/</link>
      <pubDate>Sun, 23 Apr 2017 16:35:25 -0500</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2017-04-23-surprising-utility-divers-bezel/</guid>
      <description>a.k.a. The Suprising Utility of a Diver&amp;rsquo;s Bezel (see here for all the posts about using a diver&amp;rsquo;s bezel)
I&amp;rsquo;ve worn a diver&amp;rsquo;s watch for years, and initially, I got one because I wanted a durable watch that I didn&amp;rsquo;t have to think too much about. The bezel on the watch was more of a decorative curiosity than something I planned much to use. Then I learned a few things.</description>
    </item>
    
    <item>
      <title>17 Frets - Chords, a Guitar Chord Dictionary</title>
      <link>https://drew.thecsillags.com/posts/2016-12-27-17frets-chords/</link>
      <pubDate>Tue, 27 Dec 2016 09:50:47 -0500</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2016-12-27-17frets-chords/</guid>
      <description>I&amp;rsquo;ve been using this now for a bit, and now that I&amp;rsquo;ve not made any changes to it in a few months, and after a failed pitch at selling it to a publisher, I&amp;rsquo;ve decided to release this into the wild. I figure it&amp;rsquo;s useful to me and at least one other person, it may be useful to others.
The essence of it is that instead of the usual tome of a chord dictionary that most are, this one plots the chord tones across 17 frets of a guitar neck, using note numbers instead of names.</description>
    </item>
    
    <item>
      <title>17 Frets - Scales, A Guitar Scale Encyclopedia</title>
      <link>https://drew.thecsillags.com/posts/2017-03-18-17frets-scales/</link>
      <pubDate>Tue, 27 Dec 2016 09:50:47 -0500</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2017-03-18-17frets-scales/</guid>
      <description>Back at the end of December, I posted 17 Frets Chords, a concise chord dictionary. I had been working on a scale encyclopedia too, but hadn&amp;rsquo;t put the finishing touches on it.
It&amp;rsquo;s mostly where I want it, but there are some places where it&amp;rsquo;s not as good as I want, but I figure, might as well release it now.
17 Frets Scales shows the major scale families and their modes, in addition to including available chords for most scales.</description>
    </item>
    
    <item>
      <title>Jan20 - A Java Succession Library</title>
      <link>https://drew.thecsillags.com/posts/2016-12-08-jan-20-succession/</link>
      <pubDate>Thu, 08 Dec 2016 15:53:40 +0000</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2016-12-08-jan-20-succession/</guid>
      <description>Since it&amp;rsquo;s related to my day job, it&amp;rsquo;s over on Medium.</description>
    </item>
    
    <item>
      <title>Regulating My Mechanical Watch</title>
      <link>https://drew.thecsillags.com/posts/2016-09-08-regulating-a-watch/</link>
      <pubDate>Thu, 08 Sep 2016 17:04:50 +0000</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2016-09-08-regulating-a-watch/</guid>
      <description>For Christmas last year, my wife bought me a Seiko SKX-009 which I absolutely love. Even though I love it, I looked at a bunch of higher end Swiss watches but found that even though many of them look really great (I came pretty close to buying an Omega Seamaster Planet Ocean Chrono), but realized that when it came to the features I use on the SKX, the number of Swiss watches that actually fulfil them is very few.</description>
    </item>
    
    <item>
      <title>The Marvels Of A Mechanical Watch</title>
      <link>https://drew.thecsillags.com/posts/2015-10-03-marvels-of-mechanical-watch/</link>
      <pubDate>Sat, 03 Oct 2015 12:39:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2015-10-03-marvels-of-mechanical-watch/</guid>
      <description>I&amp;rsquo;ve been interested in timekeeping devices for many years, and have generally been facinated with watches, and in the last year or so, I&amp;rsquo;ve become I big fan of mechanical ones.
I&amp;rsquo;ve been particularly interested in the Seiko automatics. I&amp;rsquo;ve not seen a better quality automatic watch anywhere in the price range, both in terms of the movement, and the case. The Seiko movements have proven, for the two of them that I&amp;rsquo;ve owned, to be very reliable and satisfyingly accurate.</description>
    </item>
    
    <item>
      <title>How I Stopped Worrying And Learned To Love `git rebase`</title>
      <link>https://drew.thecsillags.com/posts/2015-10-01-stopped-worrying-and-love-git-rebase/</link>
      <pubDate>Thu, 01 Oct 2015 12:00:00 +0000</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2015-10-01-stopped-worrying-and-love-git-rebase/</guid>
      <description>N.B. Some of this revolves around puppet, but if you know nothing about puppet, you won&amp;rsquo;t miss anything.
I&amp;rsquo;ve been doing a bunch of stuff in puppet lately. Since my actual puppet runs are inside VMs which I nuke fairly frequently, doing the actual bits of development in the VM is impractical (and somewhat dangerous even).
I use git to do my normal version control anyway, so that&amp;rsquo;s nothing earth shattering, but I also use git to update /etc/puppet in the VM from what&amp;rsquo;s on my laptop because it works really well.</description>
    </item>
    
    <item>
      <title>Single Return Considered Harmful</title>
      <link>https://drew.thecsillags.com/posts/2015-09-29-single-return-considered-harmful/</link>
      <pubDate>Tue, 29 Sep 2015 12:00:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2015-09-29-single-return-considered-harmful/</guid>
      <description>It&amp;rsquo;s funny sometimes how when you&amp;rsquo;ve done something in a particular way for long enough, it&amp;rsquo;s easy to forget why you do it the way you do. I&amp;rsquo;ve been a big fan of early return for a long time and was recently challenged on my view. The argument I had received in favor of single return was dubious to me, but it&amp;rsquo;s always good to recheck why you do something when you&amp;rsquo;ve forgotten.</description>
    </item>
    
    <item>
      <title>Gregg Shorthand Update</title>
      <link>https://drew.thecsillags.com/posts/2015-06-15-gregg-shorthand-update/</link>
      <pubDate>Mon, 15 Jun 2015 12:00:00 +0000</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2015-06-15-gregg-shorthand-update/</guid>
      <description>It&amp;rsquo;s been close to a year since I started my shorthand quest in earnest.
I did wind up changing systems from Gregg Anniversary Edition to Gregg Shorthand Simplified as I found it better for those, like me, who don&amp;rsquo;t have an in person teacher. Speed-wise, last I checked I was at something better than 70wpm. I&amp;rsquo;m probably a bit faster since then which is over six months ago, but either way I&amp;rsquo;m sufficiently fast for my needs &amp;ndash; well above the 30-35wpm longhand I could ever manage.</description>
    </item>
    
    <item>
      <title>Storage System Design Considerations</title>
      <link>https://drew.thecsillags.com/posts/2015-05-25-storage-system-design-part-1/</link>
      <pubDate>Mon, 25 May 2015 12:00:00 +0000</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2015-05-25-storage-system-design-part-1/</guid>
      <description>When designing storage systems for applications, not building something like a SQL/NoSQL database, I&amp;rsquo;m talking the layer/logic that goes on top, you have to consider a whole bunch of things if you want to build the &amp;ldquo;right thing(TM)&amp;rdquo; for your application.
In part one, we&amp;rsquo;ll be considering the simple cases (spoiler: most cases are simple) and SQL databases, in part 2 we&amp;rsquo;ll be considering NoSQL databases.
Even with various considerations to think about, hard and fast rules about datastores tend to get very difficult, as the various considerations can push things around quite a bit as to how to best implement them for today while taking tomorrow into account.</description>
    </item>
    
    <item>
      <title>Useful Software</title>
      <link>https://drew.thecsillags.com/posts/2015-05-17-useful-software/</link>
      <pubDate>Sun, 17 May 2015 12:00:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2015-05-17-useful-software/</guid>
      <description>Somewhat written to future-me, but also to others who may be looking in the direction of these things.
General Software  ApacheDirectoryStudio / apacheDS  If I ever need to deal with LDAP in any way, this tool will make me have a happy.
 Keystore Explorer  For dealing with Java Keystores. The commandline tool supplied with Java kinda sucks, this makes it easier, especially for things like x509v3 extensions which you need to twiddle if you ever do CA work.</description>
    </item>
    
    <item>
      <title>Java Server Best Practices</title>
      <link>https://drew.thecsillags.com/posts/2015-04-25-java-server-best-practices/</link>
      <pubDate>Sat, 25 Apr 2015 11:18:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2015-04-25-java-server-best-practices/</guid>
      <description>When writing Java servers (or servlets that run in a container), I&amp;rsquo;ve learned a few things that have saved me a bunch of trouble during development, as well as later on.
Dependency Injection   Injection: if something is singleton (request, global or any other scope), the only things injected to it should also be singleton &amp;ndash; otherwise you get implicit singletons of things the singleton holds, and may not be what you want &amp;ndash; and generally harder to reason about.</description>
    </item>
    
    <item>
      <title>Dependency Injection Without A Framework</title>
      <link>https://drew.thecsillags.com/posts/2015-02-19-dependency-injection/</link>
      <pubDate>Thu, 19 Feb 2015 11:18:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2015-02-19-dependency-injection/</guid>
      <description>I think that most people would agree these days that dependency injection is a good thing for many reasons.
 It allows you to decouple concrete classes from each other It makes for a uniform method of object construction It simplifies plumbing Makes it easier to make testable classes  The problem that I have with it is that, at least in Java, the main frameworks for doing it, being Guice and Spring, can sometimes be as bad as the problem DI tries to solve.</description>
    </item>
    
    <item>
      <title>Removing Magic</title>
      <link>https://drew.thecsillags.com/posts/2015-02-14-removing-magic/</link>
      <pubDate>Sat, 14 Feb 2015 11:18:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2015-02-14-removing-magic/</guid>
      <description>When starting as a software developer, everything seems like magic, compilers, IDEs, networking, kernels, etc. While we can ignore how these things work, to really grow as a developer, the magic must be removed. At the end of the day, our job is to produce something that works, having a well-rounded knowledge of how the full stack works can help you to understand when weird stuff happens, and come up with useful theories as to what is going on.</description>
    </item>
    
    <item>
      <title>Why Java?</title>
      <link>https://drew.thecsillags.com/posts/2015-01-24-why-java/</link>
      <pubDate>Sat, 24 Jan 2015 11:18:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2015-01-24-why-java/</guid>
      <description>Background I started my professional career with a Pascal program (I know that dates me a bit) and then continued with C and C++ and discovered Python around version 1.4 and used it heavily for over ten years, and really didn&amp;rsquo;t like Java when I first met it (version 1.3-1.4 time frame).
I&amp;rsquo;ve also used a ton of other languages for real deployed projects, like Python, Ruby, C, C++, Common Lisp (which I &amp;lt;3 love), C#, Clojure, Visual Basic, and Go, so I&amp;rsquo;m a not the average &amp;ldquo;blub&amp;rdquo; programmer saying this.</description>
    </item>
    
    <item>
      <title>Python Fun - onliners</title>
      <link>https://drew.thecsillags.com/posts/2015-01-23-python-one-liners/</link>
      <pubDate>Fri, 23 Jan 2015 16:24:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2015-01-23-python-one-liners/</guid>
      <description>I&amp;rsquo;ve not done a ton of programming in Python for a while, but I still do like the language. I also like trying to do things in one line (ok, one statement), just because it&amp;rsquo;s a bit more difficult :). These are pretty old, but I used to keep these in my email signature line&amp;hellip;
Mandlebrot set
#this one really only works if your terminal window is 80 wide import os;map(lambda i:os.</description>
    </item>
    
    <item>
      <title>Programming Done Right Follows The Scientific Method</title>
      <link>https://drew.thecsillags.com/posts/2014-12-23-programming-is-science/</link>
      <pubDate>Tue, 23 Dec 2014 12:04:31 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-12-23-programming-is-science/</guid>
      <description>AKA Good Programmers Are Doing Real Science There are a bunch of long-ish winded definitions of the scientific method, but I think a reasonable pithy description would be:
 Come up with a theory to explain an existing phenomena. Use that theory to come up with a falsifiable prediction. Conduct experiments to prove or disprove the truth of the prediction. Independent parties repeat #3 and reproduce the results.  Now if the experiments at step three or four disprove the truth of the prediction, one of a few things can happen:</description>
    </item>
    
    <item>
      <title>Refactoring Serial Calls To Leaf Calls</title>
      <link>https://drew.thecsillags.com/posts/2014-12-22-serial-to-leaf-refactoring/</link>
      <pubDate>Mon, 22 Dec 2014 12:04:31 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-12-22-serial-to-leaf-refactoring/</guid>
      <description>&lt;p&gt;When dealing with the problem of a
&lt;a href=&#34;http://en.wikipedia.org/wiki/Code_smell&#34;&gt;long method&lt;/a&gt;, the simplest thing
you can usually do is to break it into it&amp;rsquo;s conceptual pieces and have a
series of tail called functions that call the next chunk of the computation.&lt;/p&gt;
&lt;p&gt;So given this:&lt;/p&gt;
&lt;div class=&#34;highlight&#34;&gt;&lt;pre style=&#34;color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4&#34;&gt;&lt;code class=&#34;language-java&#34; data-lang=&#34;java&#34;&gt;&lt;span style=&#34;color:#268bd2&#34;&gt;private&lt;/span&gt; Thing &lt;span style=&#34;color:#268bd2&#34;&gt;methodThatIsTooLong&lt;/span&gt;&lt;span style=&#34;color:#719e07&#34;&gt;(&lt;/span&gt;TypeThing arg1&lt;span style=&#34;color:#719e07&#34;&gt;,&lt;/span&gt; OtherType arg2&lt;span style=&#34;color:#719e07&#34;&gt;)&lt;/span&gt; &lt;span style=&#34;color:#719e07&#34;&gt;{&lt;/span&gt;
   &lt;span style=&#34;color:#586e75&#34;&gt;// chunk1
&lt;/span&gt;&lt;span style=&#34;color:#586e75&#34;&gt;&lt;/span&gt;   &lt;span style=&#34;color:#586e75&#34;&gt;// chunk2
&lt;/span&gt;&lt;span style=&#34;color:#586e75&#34;&gt;&lt;/span&gt;   &lt;span style=&#34;color:#586e75&#34;&gt;// ....
&lt;/span&gt;&lt;span style=&#34;color:#586e75&#34;&gt;&lt;/span&gt;   &lt;span style=&#34;color:#586e75&#34;&gt;// chunkN
&lt;/span&gt;&lt;span style=&#34;color:#586e75&#34;&gt;&lt;/span&gt;&lt;span style=&#34;color:#719e07&#34;&gt;}&lt;/span&gt;
&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;You get:&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>A Source Of Over-Abstraction - Or DRY Isn&#39;t Free</title>
      <link>https://drew.thecsillags.com/posts/2014-11-05-dry-isnt-free/</link>
      <pubDate>Wed, 05 Nov 2014 16:23:52 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-11-05-dry-isnt-free/</guid>
      <description>In The Cult Of Abstraction I railed against the over-use of abstraction. Here, I want to talk about a particular source cause of over-abstraction I have seen (and been guilty of).
Recently, while working with another team here at Spotify, I was working through some of their test code using the Helios Testing Framework, and the harness used a surprisingly complicated tree of classes to set up the various containers it used.</description>
    </item>
    
    <item>
      <title>Doing Agile Wrong</title>
      <link>https://drew.thecsillags.com/posts/2014-09-26-doing-agile-wrong/</link>
      <pubDate>Fri, 26 Sep 2014 12:39:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-09-26-doing-agile-wrong/</guid>
      <description>While I&amp;rsquo;m often at odds with software frameworks (libraries are to be preferred over frameworks, generally), I&amp;rsquo;ve found that process frameworks can be very good indeed, when done right. Implementors of agile methodologies ironically can fall into the trap of doing it wrong.
Why ironic? Well let&amp;rsquo;s look at the agile manifesto from the agile manifesto website:
  Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan   What I&amp;rsquo;ve heard is that in many companies they prescribe: &amp;ldquo;We do agile this way&amp;rdquo;, which breaks the first statement of agile.</description>
    </item>
    
    <item>
      <title>Gregg Shorthand Resources</title>
      <link>https://drew.thecsillags.com/posts/2014-08-02-gregg-shorthand/</link>
      <pubDate>Sat, 02 Aug 2014 12:39:00 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-08-02-gregg-shorthand/</guid>
      <description>I&amp;rsquo;ve known handywrite shorthand for a number of years, and finally decided that I should learn shorthand proper, ideally with the best bang/buck ratio, as well as minimal amount of initial learning, with being able to ramp up the amount I learn later, as time permits. I settled on Gregg shorthand, Anniversary Edition.
In hunting the net in the hopes of learning Gregg, I&amp;rsquo;ve found a bunch of PDFs that I&amp;rsquo;ve found helpful.</description>
    </item>
    
    <item>
      <title>The Agile Organizer, Part 3 - Retrospectives</title>
      <link>https://drew.thecsillags.com/posts/2014-07-24-agile-organizer-part-3/</link>
      <pubDate>Thu, 24 Jul 2014 09:52:26 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-07-24-agile-organizer-part-3/</guid>
      <description>(see here for the full Agile Organizer series)
Retrospectives If you do Agile, it&amp;rsquo;s probable that you do something called a retrospective. At least in the ones I&amp;rsquo;ve been involved with, there&amp;rsquo;s usually a part where we go over what&amp;rsquo;s going well, and what could be changed. With the agile organizer, I&amp;rsquo;ve found that periodically doing retrospectives about the way I am using it is useful and worthwhile. If you use it, I hope you would too.</description>
    </item>
    
    <item>
      <title>The Agile Organizer, Part 2</title>
      <link>https://drew.thecsillags.com/posts/2014-05-31-agile-organizer-part-2/</link>
      <pubDate>Sat, 31 May 2014 09:52:26 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-05-31-agile-organizer-part-2/</guid>
      <description>(see here for the full Agile Organizer series)
In The Agile Organizer, I described the basics my organization system. In this second part, I go into some ways that I use it that weren&amp;rsquo;t covered in the first post.
The Dumping Ground Sometimes, when I&amp;rsquo;m working on an idea, I just want to get the bits down, but don&amp;rsquo;t want to think, necessarily, about how they fit just yet. In such a case, I&amp;rsquo;ll have a page where I just stick the stickies to a page wherever they&amp;rsquo;ll fit, with the idea that I&amp;rsquo;ll come back to it later to sort it all out.</description>
    </item>
    
    <item>
      <title>Quicksort And Java 8</title>
      <link>https://drew.thecsillags.com/posts/2014-05-26-quicksort-and-java-8/</link>
      <pubDate>Mon, 26 May 2014 09:23:52 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-05-26-quicksort-and-java-8/</guid>
      <description>In looking at functional languages, I&amp;rsquo;ve often been impressed with the clarity of implementations of Quicksort. Now that Java 8 includes lambdas, we can now do one that, while not as nice as an implementation in, say Haskell, is still quite nice.
While I wouldn&amp;rsquo;t use the below code in production, as it&amp;rsquo;s choice of pivot point is naive and would go kaboom on a large sorted list from stack exhaustion, it is a nice illustration of the utility and clarity that Java 8&amp;rsquo;s lambdas when mixed with Guava functional stuff give.</description>
    </item>
    
    <item>
      <title>Fun With Lisp Macros</title>
      <link>https://drew.thecsillags.com/posts/2014-04-26-fun-with-lisp-macros/</link>
      <pubDate>Sat, 26 Apr 2014 12:04:31 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-04-26-fun-with-lisp-macros/</guid>
      <description>&lt;p&gt;As far as programming languages go, my truly favorite language is a
Lisp.  Scheme or Common Lisp are fine.  I have a few hesitations about
&lt;a href=&#34;http://clojure.org&#34;&gt;Clojure&lt;/a&gt; (the way it does recursion is offputting
to me, but perhaps a few macros might clean it up), but for what I&amp;rsquo;ve
done with it when working with &lt;a href=&#34;http://riemann.io&#34;&gt;Riemann&lt;/a&gt;, it&amp;rsquo;s been
a pleasure, even if it&amp;rsquo;s slow going because I don&amp;rsquo;t do it frequently
enough to have the needed bits already in my head.&lt;/p&gt;
&lt;p&gt;In one of my &lt;a href=&#34;https://drew.thecsillags.com/gracebiblenyorg-history.html&#34;&gt;previous posts&lt;/a&gt;, I wrote
about how I&amp;rsquo;d written the website software for a website I maintain in
Common Lisp.  There were a few macros I wrote while building it that I
thought were potentially useful and illustrative of the kinds of
things you can do with macros that make Lisps cool.&lt;/p&gt;
&lt;p&gt;In this post (there may be others later), I&amp;rsquo;ll be talking about a
macro I wrote to deal with database queries.  When dealing with
database queries, making sure that you write/generate the queries
properly with respect to escaping and bind variables, and connection
caching, etc. can be a real pain, and I&amp;rsquo;m not a big fan of ORMs as
they never really do what I want.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Refactoring Flow Control And Conditionals</title>
      <link>https://drew.thecsillags.com/posts/2014-04-14-refactoring-flow-control-and-conditionals/</link>
      <pubDate>Mon, 14 Apr 2014 16:28:14 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-04-14-refactoring-flow-control-and-conditionals/</guid>
      <description>In the course of reading various design patterns and refactoring books (like Refactoring), I noticed while flow control is sorta mentioned here and there, it&amp;rsquo;s not addressed especially well. It mostly encourages things like replacing conditional with polymorphism and replace nested conditional with guard clauses and the like, rather than finding ways to straighten out and clarify code that contains flow control and conditionals.
One of my thoughts on flow control and conditionals follows one of the rules of the Zen of Python:</description>
    </item>
    
    <item>
      <title>The Cult Of Abstraction</title>
      <link>https://drew.thecsillags.com/posts/2014-04-10-cult-of-abstraction/</link>
      <pubDate>Thu, 10 Apr 2014 15:43:55 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-04-10-cult-of-abstraction/</guid>
      <description>Given that people can get really touchy on the subject, let me state this up front: I&amp;rsquo;m not saying we should tolerate lousy code.
Over the course of my career, I&amp;rsquo;ve seen something that I will call &amp;ldquo;the cult of abstraction.&amp;rdquo; On the surface, this sounds like a good thing, until you need to debug their code. While on the surface, it&amp;rsquo;s all nice and pretty, and uses classic design patterns, when you actually want to find out what it does, you discover that:</description>
    </item>
    
    <item>
      <title>The Agile Organizer</title>
      <link>https://drew.thecsillags.com/posts/2014-03-26-the-agile-organizer/</link>
      <pubDate>Wed, 26 Mar 2014 14:05:14 -0400</pubDate>
      
      <guid>https://drew.thecsillags.com/posts/2014-03-26-the-agile-organizer/</guid>
      <description>(see here for the full Agile Organizer series)
For a long time, I&amp;rsquo;ve tried a multitude of personal organization systems, from the normal calendars, to online calendars, to Evernote, org-mode, and so on and nothing has ever truly worked for me. The main reason is that I&amp;rsquo;ve got a few main needs:
 Capture - if it never makes it in, it&amp;rsquo;s gone Ideation - have to be able to brainstorm with it Reference - for things I need frequently enough, but not so much that I keep it in my head Planning - what am I doing?</description>
    </item>
    
  </channel>
</rss>