Programmers do not ordinarily work in isolation. Although an individual programmer may find herself assigned the task of writing a program, even then she has other programmers to whom she may turn for help — and who, at the same time, may be turning to her.
Reference Quote
Similar Quotes
In many programming situations, the primary working unit is a team, not an individual.
There, in that presumed paradise, the engineers were stranded in the company of an infantile mentality. They created artificial smartness, made a simulacrum of intelligence. But what they talked to all day was little more than a mechanism that read bits off a disk drive. If a comma in the code was out of place, it complained like a kid who won’t tolerate a pea touching the mashed potatoes. And, exhausted though the programmer may be, the machine was like an uncanny child that never got tired. There was Karl and the rest of the team, fitting the general definition of the modern software engineer: a man left alone all day with a cranky, illiterate thing, which he must somehow make grow up. It was an odd and satisfying gender revenge.
Is it any surprise that these isolated men need relief, seek company, hook up
This is not to say that women are not capable of engineering’s male-like isolation. Until I became a programmer, I didn’t thoroughly understand the usefulness of such isolation: the silence, the reduction of life to thought and form; for example, going off to a dark room to work on a program when relations with people get difficult. I’m perfectly capable of this isolation. I first noticed it during the visit of a particularly tiresome guest. All I could think was: There’s that bug waiting for me, I really should go find that bug.
Enhance Your Quote Experience
Enjoy ad-free browsing, unlimited collections, and advanced search features with Premium.
Programmers tend to be divided into tribes by the languages they use. More even than by the kinds of programs they write.
A programmer who truly sees his program as an extension of his own ego is not going to be trying to find all the errors in that program. On the contrary, he is going to be trying to prove that the program is correct — even if this means the oversight of errors which are monstrous to another eye. All programmers are familiar with the symptoms of this dissonance resolution — -in others, of course.
each program has an appropriate level of care and sophistication dependent on the uses to which it will be put. Working above that level is, in a way, even less professional than working below it. If we are to know whether an individual programmer is doing a good job, we shall have to know whether or not he is working on the proper level for his problem.
In the army — old-fashioned style — every foot-soldier was considered interchangeable with every other. The hierarchical organization, then, was conceived as the structure that could give the fastest and most direct coordination between these interchangeable parts. But a programming project is not a battle, regardless of appearances. There is no need for quite the speed of communication which is necessary under field conditions, nor are the things to be communicated so simple that they can be barked over a two-way radio with shells bursting in the background. What is needed in a programming project is slow, careful communication among teams of people doing very different, highly specialized tasks.
Specifications evolve together with programs and programmers. Writing a program is a process of learning — both for the programmer and the person who commissions the program.
When Hiro learned how to do this, way back fifteen years ago, a hacker could sit down and write an entire piece of software by himself. Now, that's no longer possible. Software comes out of factories, and hackers are, to a greater or lesser extent, assembly-line workers. Worse yet, they may become managers who never get to write any code themselves.
There are situations when one owes solitude to other people, if only not to bother them. But, more than this, the multitude needs solitaries as it needs postmen, doctors, and fishermen
the job of programming can be fruitfully looked at from the point of view of testing alone — considering that the only real problem in programming is getting the program to work correctly and proving it.
All great programmers learn the same way. They poke the box. They code something and see what the computer does. They change it and see what the computer does. They repeat the process again and again until they figure out how the box works.
This is why so many of the best programmers are libertarians. In our world, you sink or swim, and there are no excuses. When those far removed from the creation of wealth — undergraduates, reporters, politicians — hear that the richest 5% of the people have half the total wealth, they tend to think injustice! An experienced programmer would be more likely to think is that all? The top 5% of programmers probably write 99% of the good software.
It’s also a lot harder to bullshit your peers than your boss. In talking to a project manager without tech chops, programmers can make a thirty-minute job sound like a week-long polar expedition, but if their tall tale is out in the open for other programmers to see, it won’t pass the smell test.
An isolated individual knows well enough that alone he cannot set fire to a palace or loot a shop, and should he be tempted to do so, he will easily resist the temptation. Making part of a crowd, he is conscious of the power given him by number, and it is sufficient to suggest to him ideas of murder or pillage for him to yield immediately to temptation.
Loading...