A Quote by Edsger Dijkstra

In this respect a program is like a poem: you cannot write a poem without writing it. Yet people talk about programming as if it were a production process and measure "programmer productivity" in terms of "number of lines of code produced". In so doing they book that number on the wrong side of the ledger: we should always refer to "the number of lines of code spent".
The number of lines of code a programmer can write in a fixed period of time is the same independent of the language used.
If we wish to count lines of code, we should not regard them as "lines produced" but as "lines spent."
What makes a poem is the discipline inherent in making a poem: trying to fit feelings in the requisite number of syllables and lines, disciplining one's feelings.
Regardless of whether one is dealing with assembly language or compiler language, the number of debugged lines of source code per day is about the same!
People I know who succeed don't mind working. Those who are competent seem to like doing things well -- not stopping because they haven't accomplished what they wanted to on the first go-round. They're willing to do it twenty times, if necessary. There's an illusion that the good people can easily do something, and it's not necessarily true. They're just determined to do it right. I was impressed by hearing one of the women at Radcliffe talk about writing a poem, how many revisions a single poem sometimes has to go through -- fifty or sixty revisions to come out with a poem sixteen lines long.
It's easy to measure success by the number of dollars spent or by the number of programs initiated, without having too much regard for what was bought and how useful it was to the people who need it - the war fighter and the analyst.
I just think that the world of workshops - I've written a poem that is a parody of workshop talk, I've written a poem that is a kind of parody of a garrulous poet at a poetry reading who spends an inordinate amount of time explaining the poem before reading it, I've written a number of satirical poems about other poets.
The poem builds in my mind and sits there, as if in a register, until the poem, or a piece of a longer poem, is finished enough to write down. I can hold several lines in my head for quite some time, but as soon as they are written down, the register clears, as it were, and I have to work with what is on the paper.
What is important is no longer either a signature or a number, but a code: the code is a password.
We flew down weekly to meet with IBM, but they thought the way to measure software was the amount of code we wrote, when really the better the software, the fewer lines of code.
Don't think about being the number one in the world, try instead to get through today's program as well as you can. Then we will see whether one day you'll end up as number one or number 100.
The word 'code' turns out to be a really important word for my book, 'The Information.' The genetic code is just one example. We talk now about coders, coding. Computer guys are coders. The stuff they write is code.
The number of people who read a poem is not as important as how the poem affects those who read it.
I think people realize that I'm one of the best welterweights, whether I'm number one or number four or number five or number six.
I wrote a number of poems about Kah Tai lagoon, when Safeway was building that huge, ugly store down there where I used to love to watch the birds nest. That political poem, or environmental poem, was unsuccessful because Safeway built there anyway. And yet the poem has something to say today, as it did then. And I speak here only of my own poems. The agenda for every poet has to be different because most of us write from direct human experience in the world.
There's a subtle reason that programmers always want to throw away the code and start over. The reason is that they think the old code is a mess. [...] The reason that they think the old code is a mess is because of a cardinal, fundamental law of programming: It's harder to read code than to write it.
This site uses cookies to ensure you get the best experience. More info...
Got it!