Adding to the never-ending adoration of His Noodliness, there is now an FSM hat.
Disclaimer: I am a cited supporter of the FSM agenda, as you can see on this page.
Day 11 of 365 (Thursday)
Originally uploaded by brandylee
So, this is a bit more risqué than I’d normally post for Hearty Friday, but I loved the mix of the heart with the biohazard symbol.
Occasionally when using Linux (or Mac OS X) I’ll notice a tongue-in-cheek output message from a utility. Today, it was ‘file‘, a program that uses magic numbers and other tricks to tell you about the contents of a file:
[brock@stilgar][Darwin]-(~/Workspace/RvPacing/bridge/flma2memfem)-> file bridge_w_surf.flma
bridge_w_surf.flma: ASCII text, with very long lines
[brock@stilgar][Darwin]-(~/Workspace/RvPacing/bridge/flma2memfem)->
Emphasis mine. Thanks for the commentary, file.
ADDENDUM: Just now, tar gave me this little message because I forgot to provide some source data:
[brock@stilgar][Darwin]-(~/models)-> tar cfjv bridge_iso.tar.bz2
tar: Cowardly refusing to create an empty archive
Try `tar --help' or `tar --usage' for more information.
That one, I’ve seen before.
Imagine this: You have two text files full of information, with one data entry on each line. You want to find out which lines occur in both files. Now, if the files are mostly the same, it’s probably best to use a program called diff. However, if the files are mostly different, you can use this little incantation:
cat file1.txt file2.txt | sort -n | uniq -d
This will join file1
and file2
, sort
the joined data -n
umerically, and display only the lines that are not unique (uniq -d
).
This came in handy for manipulating electrode files today. Our electrode files just contain lists of node numbers. The simulator gets unhappy when you try to do things with overlapping electrodes, so in this way we were able to remove the offending overlap without too much trouble.
Recently, a friend emailed me to ask about GTD. He was tasked with a presentation on project management, and had heard of GTD from my writings and from others. I had good and bad news for him.
The good news is that GTD is an excellent system for keeping your tasks organized. The bad news is that it doesn’t do much else. Sure, the GTD books talks about these different altitudes, about taking different views of your goals, projects, hopes, and dreams, but it doesn’t really offer much insight into what you’re supposed to do at those ‘altitudes’.
On top of this, I’ve had some problems recently with becoming sidetracked. I’ve been getting a lot of questions from people in lab lately, I have some exciting side-projects that I’ve been coaxing along, and I’ve not been hacking away at my most important projects with the necessary zeal to really move them forward. Serendipitously, Readeroo recently sent me to an old bookmark on Slashdot — an excerpted chapter from the acclaimed The Art of Project Management. I can see why they sent the chapter excerpt out — it’s Project Management gold in and of itself.
Here are the points that really grabbed me:
Between managing the cluster, helping lab members with things, and getting caught up in my own little side-projects, I have not been doing these things. Priority 1 items have been submerged below a sea of other things. Yesterday, inspired by that excerpt, I re-focused. I refined my project lists and drew the all-important dividing line between priority 1 and everything else.
In order to help stick to these priorities, I’m enacting “office hours”. I’ve found myself doing this lately anyway, and it’s been working well. I’m declaring before-lunch time my time. If someone comes to me with an issue (other than “there’s a fire in the server room”) before lunch, my reply is now, “I’ll talk to you about it after lunch.” Since I’m a morning person, and most people in my lab are not, this works pretty smoothly. Most people aren’t here in the morning anyway. This gives me a good 4-5 hours of priority-1 time, without neglecting my “team” duties. Perhaps if I do this long enough, people will naturally come to me after noon all of the time.
As a last side note on The Art of Project Management, it unfortunately does not seem to be offered on Amazon directly from them anymore. I have no idea why. Luckily the Hopkins library has it, so I’ll be checking it out soon.