Consistency for Progressive Automation |
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
.ical
feed, 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 [1] but it's really helpful when it does.
[1] Or at least not everything has yet...
Comment via: google plus, facebook