|April 5th, 2014|
|automation, future, tech|
<tr> <td>Saturday<td> March<td> 18 <td><a href="http://www.thursdaycontra.com/ThirdSaturday.html"> Glenside</a> contra <td>8:00 <td><a href="contras/glenside/directions.html"> Glenside</a>When I decided I wanted to make an
.icalfeed, three years later, it was just a matter of writing a script to process this data. It was in a nice consistent format, so this wasn't too bad. Later this let me add first a script to add schedule entries on the command line, and then later another to let me add entries from my phone.
Similarly, I initially wrote my blog posts as one long html page. When I wanted to add an rss feed, I wrote a script to parse the posts, and I had been consistent enough in how I made them that the script wasn't too difficult. Later when a single page became too unwieldy and I wanted to have pages for individual posts, the rss processing code was already there to do most of the work.
This has been a good pattern for me: when I create things on the computer I'm very consistent, which works well if I end up trying to manipulate the data programmatically later. Not everything ends up as input to something else  but it's really helpful when it does.
 Or at least not everything has yet...