Productivity blog showdown

Without doubt, a false dichotomy, but this promises to be
entertaining at the very least. Any synthesis will be a helpful
contrast to the still all-too-prevalent notion that drudgery in and of
itself is good for the soul.

Like Frank, I start with a bias in favor of Fred's position as part of
my personal cursade to rid the world of busywork. It reminds me
of an incident during a college summer job over 30 years ago. I had
been hired as a “material accounting clerk” and my job was to spend
each day poring through three-inch thick stacks of greenbar computer
paper containing inventory control reports. I was looking for line
items with zero items in inventory but cost still on the books and
filling out forms to process write-offs. This was one of those seminal
moments that convinced me that I had no future in accounting.

For all that drudgery I could at least understand that this was a job
with some purpose. The incident that truly pissed me off was when my
supervisor handed me a handwritten sheet of numbers and asked me to
calculate the mean and standard deviation (with an adding machine and
slide rule). When I was done I brought the results to my supervisor and
asked what they were going to be used for. His response? He didn't need
the results for any purpose. He knew I was a statisics major and
figured I would enjoy doing the calculations just for fun! This was a
supervisor who believed in the virtue of work for its own sake and a
lesson to ask the right questions before doing what I was told.

Productivity Showdown, Day 1. Productivity Showdown, Day 1
— Is productivity rooted in intensity and effort or in laziness and
efficiency? Obviously a false dichotomy, but a potentially entertaining
one. To that end, Slacker Manager has organized a “blog showdown”
between proponents of each of the sides of the productivity coin.

“Welcome to Day 1 of a 3-day
'Productivity Blog Showdown.' If you're just joining us, here's the
quick background of what's going on. A few days ago, I noted that I'd
like to see a 'showdown' between two upcoming gurus of personal
productivity, Fred Gratzon and Steve Pavlina
[who I've pointed to recently in my GTD mode – FP]. Both guys agreed to do the showdown, we collected some questions from readers, and here we are.”

I've got to get familiar with Grazton,
since throughout my career, I've always thought that the best
Industrial Engineer is a lazy Industrial Engineer, who ardently avoids
unnecessary work.

Efficiency is just politically correct laziness. (Laziness is the mother of efficiency?)

And productivity comes from applying efficiency to the things that need
to be done to achieve one's goals. And avoiding the things that don't
need to be done. There is no honor in putting in 12 hours a day if you
can get done what needs to be done in 10, or even 8.

I guess I know what side of the showdown I'm starting on. Let's see if Steve and Fred can turn the showdown into a synthesis. [Frank Patrick's Focused Performance Blog]

Safecracking and security

This has been lurking in my aggregator since earlier in the year.
Fascinating analysis and yet another example that “security by
obscurity” strategies are, at best, a very high-risk strategy.

Safecracking. Matt Blaze has written an excellent paper: “Safecracking for the computer scientist.” It has completely pissed off
the locksmithing community. There is a reasonable debate to be had
about secrecy versus full disclosure, but a lot of these comments
are… [Schneier on Security]

Some Knowledge Management Blogs from Bill Ives

A nice list of blogs that deal with KM topics from Bill Ives. I'm
flattered that Bill chose to include mine among the list. You should
definitely check out the rest of the list as well.

Some Knowledge Management Blogs.
When I was at Braintrust 2005 last week, someone asked me about good
blogs to read. Since it was a knowledge management conference I put
together the list of 17 below. Eight are cases in our own business blog
book… [Portals and KM]

Alan Kay on programming language design

Always worth seeing what Kay has to say. The slashdot thread has its moments as well.

How Heraclitus would Design a Programming Language. CowboyRobot writes “Developer of Smalltalk Alan Kay has an interview on ACM Queue
where he describes the history of computing and his approach to
designing languages. Kay has an impressive resume (PARC, ARPAnet,
Atari, Apple, Alan Turing Award winner) and has an endless supply of
memorable quotes: 'Perl is another example of filling a tiny,
short-term need, and then being a real problem in the longer term,'
'Once you have something that grows faster than education grows, you’re
always going to get a pop culture,' 'most undergraduate degrees in
computer science these days are basically Java vocational training,'
'All creativity is an extended form of a joke,' and 'nobody really
knows how to design a good language.'” [Slashdot:]

Interview: father of “life hacks” Danny O’Brien

More on life hacks. What makes all of this interesting to me, besides
the potential productivity value of the hacks, is O’Brien’s observation
that alpha geeks are early adopters of practices that mainstream
knowledge workers are likely to be practicing in 12 to 18 months.

Interview: father of “life hacks” Danny O’Brien.
Just about a year ago, technology writer Danny O’Brien strung together
the words “life” and “hacks” and fired off synapses throughout the geek
community. After an infamous talk entitled “Life hacks – Tech Secrets
of Overprolific Alpha Geeks” at the… [Lifehacker]

Life hacks at Etech

More insight into Life Hacks from Cory. His notes walk this clever balance
between making me regret that I couldn't be there myself and feeling as
though I still got much of the benefit anyway.

One note that I'm sure others will pick up on. Danny talks about
wanting to find a keyboard macro program for Windows. One excellent
answer of course is ActiveWords. I predict a phone call from Buzz to Danny in the near future.

ETECH Notes: Life Hacks Live!. Cory Doctorow:
Here are my notes from Danny O'Brien and Merlin Mann's Life Hacks Live,
at the O'Reilly Emerging Technology Conference in San Diego. Danny's
been doing variations on his Life Hacks talk since the last Emerging
Tech conference — it's basically an effort to research the
productivity patterns of very prolific geeks and convert them to wisdom
that anyone can follow. Merlin has been adapting the fantastic
productivity cookbook Getting Things Done into a series of tools for geeks, on an equally fantastic blog called 43 Folders.
They're now working on a book version of their stuff for O'Reilly
called Life Hacks, and today's session was a preview of it — it was
uproariously funny and incredibly inspiring.

Here's a recap of last year, in bumper stickers:

HACKERS HEART PLAIN TEXT

Geeks store what they do in text and spurn big apps, using plain
text editors. Simplicity and speed, ease of search and extraction, cut
and paste. All you need in a filing system.

MY OTHER APP IS IN ~/BIN

If it wasn't plaintext, there's one app that they loved, like
mail, Excel, PowerPoint, etc. The rest was little glue scripts in
~/bin, secret scripts they are embarrassed about and don't share with
others, though it turns out that they're all really similar.

SUPER PROLIFIC GEEKS DO IT IN PUBLIC WITH COMPLETE STRANGERS AND LIKE IT. OH YES.

(don't put this on your car)

Geeks get their credibility and prolificness out of sharing
everything — put it in public and the public organizes it for you. Put
it on a Wiki and others will fix it.

A Swiss Army Knife Approach to Project Management

I’m running a bit behind these days. That makes it a bit ironic that my
most recent column at Enterprise System Journal looks at the topic of
project management.

The column actually appeared last week and looks at project management
from a minimalist perspective. Jim Powell, my editor there, decided to
title it A Swiss Army Knife for Project Management.
My launching point was to ask what everyone needed to know about
project management rather than what the specialists needed to know.

My thinking on this topic has certainly benefitted from the excellent Focused Performance Blog by Frank Patrick and Hal Macomber’s Reforming Project Management.
I’ve also begun to take a close look at basecamp and at ubergroups as
toolsets that are trying to simplify project management for all of us
in place of supporting the complexities that only a small handful of
experts actually need.

Go ahead, make them look bad

I've been enjoying Mark Brady's Fouroboros for a while now.

Here he gets at some important truths about those who propose change
inside organizations. There was a time when I thought this kind of
response was appropriate even when I was upset by it. Now, it simply
annoys me and Mark provides some ammunition to address the underlying
fear it ultimately represents.

When you do decide to run anyway, might as well run with scissors as well.

Take it easy. You're making us look bad.

“We ha…

Take it easy. You're making us look bad.

“We have to walk before we can run.”

Overheard that nugget being used to flog a really smart person today.

Bullshit.

Infants have to walk before they run. But they only run if their
parents let them; only if those parents remember that falling and
getting a boo-boo is part of growth and ambition.

But “walk before we can run” gets used by 45-year olds overseeing
30-year olds all working for 75-year old companies. Not too many
diapers in those boardrooms. Just plenty of “wubbies.”

No, “We” don't run because those who can grant permission–encourage
the running–prefer to walk. Walking is a higher percentage endeavor in
their eyes. A lower exertion one, too. Running is not their ambition, exposure makes them anxious. Horizons make them squint.

Problem is, people are hard-wired to run. And to admire the fleet of
foot. And to follow them. In business and evolution, running is a primary adaptation that allowed man to climb to the top of the heap. Running ahead too far has it's dangers
certainly, but those are issues of direction and purpose, not
speed–running just to run, to feel or look busy, not to get somewhere.
Too bad Darwin proves the “walk before we run” business people wrong.
Too bad, for all of us, that what “walk before we run” people really
usually mean is: I prefer camouflage to speed. And average over ambition.

Run. As soon as you can walk. You'll encounter more numerous
useful experiences. You won't get eaten as easily. And you'll like who
you become. [8Fouroboros]