Posts tagged as:

Creativity

Adding simplicity

by John on March 15, 2010

Simplicity is costly. You have to give up something to achieve it. You can’t just add it on top. William Bridges illustrates this in his book The Way of Transition where he describes his moving out to the country.

… I had been infatuated with Thoreau’s Walden and its story of living a basic life, close to nature. The heart of that undertaking, he had written, was to simplify your life. … In retrospect, I can see that although I thought that this was what I was doing, I was really just trying to add simplicity to my life. In addition to all the old things I had been doing … Of course, my life grew more and more complicated in the process.

A simplification has to remove or replace something else. You can’t just add on simplicity.

There may be an exception to this. Sometimes you can add a few missing pieces to make something more symmetric. In that case, the additions simplify the whole. (Mendeleev did something like this when he drew his periodic table.) Even then, I suppose you could say you’re removing the asymmetry. In any case, achieving simplicity usually requires more subtraction than addition.

Related posts:

Simplicity in old age
Simple legacy
A little simplicity goes a long way

{ 1 comment }

The latest episode of the Startup Success Podcast features Seth Godin talking about his new book Linchpin.

Bob Walsh: What’s next for Seth Godin?

Seth Godin: This. This is my life’s work. This is what I didn’t realize I was working on for the last ten years but I am. There’s no new book in the works. There’s just this mission to help people see how the world just changed really violently and to encourage them to do work that matters.

Seth Godin has always been passionate about his projects, but this one is different. His clarity and intensity are remarkable.

Related posts:

How to avoid being outsourced
Self-sufficiency is the road to poverty

{ 1 comment }

Random improvisation subjects

by John on February 23, 2010

Destination ImagiNation is a non-profit organization that encourages student creativity. This is my family’s first year to participate in DI and it has been a lot of fun. One of the things that impresses me most about DI is that they have strict rules limiting adult input.

This weekend I was an appraiser at a DI competition for an improvisation challenge. Teams could prepare for the overall format of the challenge, but some elements of the challenge were randomly selected on the day of the competition. This year the improvisations centered around endangered things. Teams were given a list of 10 endangered things ahead of time, but they wouldn’t know which thing would be theirs until just before they had to perform. Some of the things on the list were endangered animals, such as the giant panda. There were also other things in danger of disappearing, such as the VHS tape. The students also had to use a randomly chosen stock character and had to include a character with a randomly chosen “unimpressive superpower.”

There were 13 teams in the elementary division. What would you expect from 13 teams randomly selecting 10 endangered things? Obviously some endangered thing has to be chosen at least twice. Would you expect every item on the list to be chosen at least once? How often do you expect the most common item would be chosen?

In our case, three teams were assigned “glaciers” and five were assigned “the landline telephone.” The other items were assigned once or not at all. (No one was assigned “the Yiddish language”. Too bad. I really wanted to see what the students would do with that one.)

Is there reason to suspect that the assignments were not random? How likely is it that in a competition of 13 teams that five or more teams would be given the same subject? How likely is it that every subject would be used at least once? See an explanation here. Make a guess before looking at my answer.

Here’s some Python code you could use to simulate the selection of endangered things.

from random import random

num_reps     = 100000 # number of simulation repetitions
num_subjects = 10     # number of endangered things
num_teams    = 13     # number of teams competing

def maxperday():
    tally = [0] * num_subjects
    for i in range(num_teams):
        subject = int(random()*num_subjects)
        tally[subject] += 1
    return max(tally)

total = 0
for rep in range(num_reps):
    if maxperday() >= 5:
        total += 1
print float(total)/num_reps

{ 4 comments }

Do something dull

by John on January 9, 2010

Here’s a short video from Tom Peters on starting an exciting business in a dull industry.

Tom Peter’s video reminds me of one of my favorite quotes from Richard Feynman:

… nearly everything is really interesting if you go into it deeply enough …

Related posts:

Too much time on their hands?
Six quotes on digging deep
God is in the details

{ 0 comments }

Doing good work with bad tools

by John on December 16, 2009

Charlie Parker was one of the greatest jazz musicians. But unlike most artists, he had a cavalier attitude toward his equipment. He would pawn his saxophone for drug money and show up for a concert without an instrument. He assumed that he could always borrow a saxophone at the last minute. He even used a plastic saxophone for one concert. Parker could take a cheap piece of plastic and make it sound good.

Good equipment helps. I’ve played cheap saxophones and professional quality saxophones, and I much prefer the latter. But a good sax didn’t make me sound like Charlie Parker, nor did a cheap sax make Charlie Parker sound like me. A poor craftsman blames his tools.

For centuries people have searched for the secret of Stradivarius violins. What did Antonio Stradivari do to create his legendary instruments? Was there something special about the wood he used? Something special about the varnish? A new theory says that there was nothing unusual about the materials he used and that he simply did excellent work.

It’s hard to think of a worse programming environment than DOS batch files. But I worked with someone who was able to do amazing things with batch files.

Hugh MacLeod calls it “hiding behind pillars” when you think you must have the best tools before you can work. He summarizes hiding behind pillars this way:

The more talen­ted some­body is, the less they need the props. Mee­ting a per­son who wrote a mas­ter­piece on the back of a deli menu would not sur­prise me. Mee­ting a per­son who wrote a mas­ter­piece with a sil­ver Car­tier foun­tain pen on an anti­que wri­ting table in an airy SoHo loft would SERIOUSLY sur­prise me.

Related posts:

Thomas Edison’s fire
Too much time on their hands?
Redbelt problem solving

{ 3 comments }

Less isn’t more. Just enough is more.

by John on December 11, 2009

From Ten Things I Have Learned by Milton Glaser:

Being a child of modernism I have heard this mantra all my life. Less is more. One morning upon awakening I realised that it was total nonsense … If you look at a Persian rug, you cannot say that less is more because you realise that every part of that rug, every change of colour, every shift in form is absolutely essential for its aesthetic success. You cannot prove to me that a solid blue rug is in any way superior. … However, I have an alternative to the proposition that I believe is more appropriate. ‘Just enough is more.’

Related posts:

Simple legacy
Simplicity in old age
The simplest thing that might work

{ 4 comments }

Creativity and faith

by John on December 3, 2009

From Eugene Peterson:

Creativity is difficult. When you are being creative, you’re living by faith. You don’t know what’s next because the created, by definition, is what’s never been before. So you’re living at the edge of something in which you’re not very confident. You might fail: in fact, you almost certainly will fail a good part of the time. All the creative persons I know throw away most of the stuff they do.

Related posts:

Don’t try to be God, try to be Shakespeare
Subtle variations on familiar themes
Three quotes on originality

{ 4 comments }

Thomas Edison’s fire

by John on November 23, 2009

When Thomas Edison was sixty-seven years old, his factory was destroyed in a fire. This was his response the next morning:

There’s value in disaster. All our mistakes are burned up. Thank God, we can start anew.

Related posts:

Questioning the Hawthorne effect
Innovation I

{ 2 comments }

Too much time on their hands?

by John on November 7, 2009

Dan Wineman shared a profound insight on Twitter:

You say “looks like somebody has too much time on their hands” but all I hear is “I’m sad because I don’t know what creativity feels like.”

In place of “creativity” Wineman might have as easily said “persistence.” I found Wineman’s quote in a post by Dan Meyer responding to criticism of his research projects.

I’ve said that someone has too much time on their hands, but not since I read Meyer’s post. I see now that the phrase is often a sour grapes response to creativity. I don’t want to do that anymore.

When we see that someone has spent a thousand hours on a project that we think was a frivolous, it’s easy to say “what a waste of time.” We think how much good could have been done with that same amount of effort. But what was the realistic alternative? If that same person had spent a thousand hours in front of their television instead, no one would ever know and no one would ever criticize them. Instead, they created something.

Treehouse photo from Succeed Blog

Tree house photo from Succeed Blog. Full size photo.

{ 5 comments }

Opening black boxes

by John on October 14, 2009

Rookie programmers don’t know how to reuse code. They write too much original code because they either don’t know about libraries or they don’t know how to use them. And if they do reuse someone else’s code, they copy and paste it, creating maintenance problems.

The next step in professional development is learning to reuse code. Encapsulation! Black boxes! Buy, don’t build! etc.

But this emphasis on reuse and black boxes can go too far. We can be intimidated by these black boxes and afraid to open them. We can come to believe the black boxes were created by superior beings. We can spend more time inferring the behavior of the black boxes than it would take to open them up or rewrite them. Then we pile leaky abstraction on top of leaky abstraction when we treat our own code as black boxes.

Joe Armstrong said in Coders at Work

Over the years I’ve kind of made a generic mistake … to not open the black box. … It’s worthwhile seeing if the direct route is quicker than the packaged route.

Several of the programmers who were interviewed in the book made similar remarks. They contribute part of their success to being unafraid of black boxes. They gained experience and confidence by taking things apart to see how they work.

Donald Knuth once said in an interview

I also must confess to a strong bias against the fashion for reusable code. To me, “re-editable code” is much, much better than an untouchable black box or toolkit. I could go on and on about this. … you’ll never convince me that reusable code isn’t mostly a menace.

Knuth returns to this theme in Coders at Work.

There’s this overemphasis on reusable software where you never get to open up the box … It’s nice to have these black boxes but, almost always, if you can look inside the box you can improve it …

Well, Knuth can almost always improve any code he finds. Less talented programmers need to be more humble. But too often programmers who are talented enough to make improvements are reluctant to do so. As Yeats said in his poem The Second Coming,

The best lack all conviction, while the worst are full of passionate intensity.

In any discussion of opening black boxes, someone will bring up the analogy of cars: Not everyone needs to know how a car works inside. I would agree that drivers no longer need to understand how a car works, but automotive engineers do need to know. The problem isn’t users who don’t understand how software works, it’s software developers who don’t understand how software works.

I don’t deny that software libraries are extremely valuable. Knuth goes too far when he says reusable code is usually a menace. But I see a disturbing lack of curiosity among programmers. They are far too willing to use code they don’t understand.

Related post:

Reusable code versus re-editable code

{ 4 comments }

Poverty versus squalor

by John on September 24, 2009

In his interview on EconTalk, Paul Graham made a distinction between poverty and squalor. He says that most poor people live like rich people, but with cheap imitations. A rich person might have something made of gold and a poor person might have the same thing except made of plastic. But the creative poor, such as the proverbial starving artist, live differently. They live in poverty but not in squalor. They achieve a pleasant lifestyle by not trying to imitate the rich.

For example, the wealthy have large beautiful houses. The poor have small and usually not-so-beautiful houses. The rich have new expensive cars and the poor have old cheap cars. But the starving artist might not have a house or a car. He or she might live in a converted warehouse with a few nice furnishings and ride a bicycle.

The point of his discussion of poverty was to make an analogy for small software companies. It makes no sense for a tiny start-up to try to be a scaled-down version of Microsoft. They need to have an entirely different strategy. They can be poor without living in squalor.

I don’t know what I think of Graham’s assertion that the poor live cheap imitations of the lifestyles of the rich. There’s probably some truth to it, though I’m not sure how much. And I’m not sure how much truth there is in the romantic image of the bohemian starving artist. But I agree that it makes no sense for a small company to be a miniature version of a huge corporation.

Related posts:

Living within chosen limits
Selective use of technology
Organizational scar tissue
Parkinson’s law
How animals scale up and down

{ 12 comments }

Subtle variations on familiar themes

by John on September 14, 2009

I was skimming through George Leonard’s little book Mastery the other night and ran across this quote:

… the essence of boredom is to be found in the obsessive search for novelty. Satisfaction lies in … the discovery of endless riches and subtle variations on familiar themes.

This is a theme I’ve written about several times before. For example, see the post Six quotes on digging deep. I often think about one of the quotes in that post. Richard Feynman said that

… nearly everything is really interesting if you go into it deeply enough …

In the post God is in the details I talk about how that applies to statistics. Rote application of statistics is mind-numbingly dull, but statistics can be quite interesting when you dig down to the foundations.

When I was in new faculty orientation years ago I remember a chemistry professor exhorting us to volunteer to teach freshman courses. Most people want to teach the more advanced courses, but he said that some of his best inspiration came from teaching the most foundational courses.

Focusing on basics is hard work and few people want to do it. George Leonard describes this as America’s “anti-mastery” culture. Seth Godin uses the image of a starving woodpecker in his book The Dip.

A woodpecker can tap twenty times on a thousand trees and get nowhere, but stay busy. Or he can tap twenty thousand times on one tree and get dinner.

Sometimes I feel like the woodpecker tapping on a thousand trees, staying busy but getting nowhere. But then I also think about a line from W. C. Fields:

If at first you don’t succeed, try, try again. Then quit. No use being a damn fool about it.

Related posts:

Three quotes on originality
Getting to the bottom of things

{ 2 comments }

How Michelangelo worked

by John on July 7, 2009

Michelangelo's Pieta</ins>

The following quote from Irving Stone describes how Michelangelo worked on his Pietà.

He carved in a fury from first light to dark, then threw himself across his bed, without supper and fully clothed, like a dead man. He awoke around midnight, refreshed, his mind seething with sculptural ideas, craving to get at the marble.

{ 2 comments }

Create offline, analyze online

by John on June 11, 2009

Sitting at a computer changes the way you think. You need to know when to walk away from the computer and when to come back.

I think mind mapping software is a bad idea. Mind maps are supposed to capture free associations. But the very act of sitting down at a computer puts you in an analytical frame of mind. In other words, mind mapping is a right-brain activity, but sitting at a computer encourages left-brain thinking. Mind mapping software might be a good way to digitize a map after you’ve created it on paper, but I don’t think it’s a good way to create a map.

When I need to sort out projects and priorities, I do it on paper. After that I may type up the results. I like to capture ideas on paper or on my voice recorder but then store them online.

When I do math, I scribble on paper, then type up my results in LaTeX. Scribbling helps me generate ideas; LaTeX helps me find errors. I’ve found that fairly short cycles of scribbling and typing work best for me, a few cycles a day.

In the past, we did a lot of things on paper because we had no choice. Today we do a lot of things on computers today just because we can. It’s going to take a while to sift through the new options and decide which ones are worthwhile and which are not.

Recommended books

Daniel Pink’s book A Whole New Mind has a good discussion of left-brain versus right-brain thinking. As he points out, the specialization between the left and right hemispheres of the brain is more complicated than once thought. However, the terms “left-brain” and “right-brain” are still useful metaphors even if they’re not precise neuroscience.

Also, to read more on how computers influence our thinking, see Andy Hunt’s book Pragmatic Thinking and Learning.

Related posts

A stimulating work environment
Living within chosen limits
Tim Bray’s high-tech monastic cell
What’s wrong with paper?
Getting to the bottom of things

{ 7 comments }

Simplicity in old age

by John on May 20, 2009

Quote from Julian Barnes:

There is something infinitely touching when an artist, in old age, takes on simplicity. The artist is saying: display and bravura are tricks for the young, and yes, showing off is part of ambition; but now that we are old, let us have the confidence to speak simply.

HT: Signal vs. Noise

Related posts:

Three quotes on simplicity
A little simplicity goes a long way

{ 0 comments }