Okay, I’m going to be a little bit far out there. A lot of this seems to be grounded in the negative. “How to deal with x” how to “do y when z has failed”. Some of it technical and some of it interpersonal. Why have we created this sphere around programming? What makes /this/ profession so different from any other? And my believe is: nothing. It’s not hard. It’s not better. It won’t “eat the world”. Heck it probably…
Eh. Most major centers of power have large computing resources changing how they do things. Wal-Mart, for instance, as a basically non-tech company, leveraged computers for stocking and supply chains and became a culture-chaging retail giant. Computers have made their way into cars, and even toasters. We have high frequency trading (done by computers) majorly affecting markets. I could probably go on like this for a…
How to Be a Programmer: A Short, Comprehensive, and Personal Summary (2002) [pdf]
41–50 of 58 posts
Re: How to Be a Programmer: A Short, Comprehensive, and Personal Summary (2002) [pdf]
#42Okay, I’m going to be a little bit far out there. A lot of this seems to be grounded in the negative. “How to deal with x” how to “do y when z has failed”. Some of it technical and some of it interpersonal. Why have we created this sphere around programming? What makes /this/ profession so different from any other? And my believe is: nothing. It’s not hard. It’s not better. It won’t “eat the world”. Heck it probably…
No other profession has quite the same capacity to transform itself. Like blacksmiths, programmers are capable of building tools that not only change the way they work but enable new kinds of work to be done, often by making previously onerous tasks trivial, and giving the individual a much large potential impact. Unlike blacksmiths, programmers can share their inventions with the entire industry in the blink of an e…
Re: How to Be a Programmer: A Short, Comprehensive, and Personal Summary (2002) [pdf]
#43Okay, I’m going to be a little bit far out there. A lot of this seems to be grounded in the negative. “How to deal with x” how to “do y when z has failed”. Some of it technical and some of it interpersonal. Why have we created this sphere around programming? What makes /this/ profession so different from any other? And my believe is: nothing. It’s not hard. It’s not better. It won’t “eat the world”. Heck it probably…
No credentials. All it takes to be a programmer is appeasing somebody in a 30-60min interview. What other white collar career can you say that about? It takes more to be a truck driver.
Re: How to Be a Programmer: A Short, Comprehensive, and Personal Summary (2002) [pdf]
#44Okay, I’m going to be a little bit far out there. A lot of this seems to be grounded in the negative. “How to deal with x” how to “do y when z has failed”. Some of it technical and some of it interpersonal. Why have we created this sphere around programming? What makes /this/ profession so different from any other? And my believe is: nothing. It’s not hard. It’s not better. It won’t “eat the world”. Heck it probably…
> What makes /this/ profession so different from any other? No credentials. All it takes to be a programmer is appeasing somebody in a 30-60min interview. What other white collar career can you say that about? It takes more to be a truck driver.
That's with barely any thought - I expect there are more.
Re: How to Be a Programmer: A Short, Comprehensive, and Personal Summary (2002) [pdf]
#45Okay, I’m going to be a little bit far out there. A lot of this seems to be grounded in the negative. “How to deal with x” how to “do y when z has failed”. Some of it technical and some of it interpersonal. Why have we created this sphere around programming? What makes /this/ profession so different from any other? And my believe is: nothing. It’s not hard. It’s not better. It won’t “eat the world”. Heck it probably…
Re: How to Be a Programmer: A Short, Comprehensive, and Personal Summary (2002) [pdf]
#46Re: How to Be a Programmer: A Short, Comprehensive, and Personal Summary (2002) [pdf]
#47Re: How to Be a Programmer: A Short, Comprehensive, and Personal Summary (2002) [pdf]
#48Okay, I’m going to be a little bit far out there. A lot of this seems to be grounded in the negative. “How to deal with x” how to “do y when z has failed”. Some of it technical and some of it interpersonal. Why have we created this sphere around programming? What makes /this/ profession so different from any other? And my believe is: nothing. It’s not hard. It’s not better. It won’t “eat the world”. Heck it probably…
Programmers, even those of us working outside of the valley, therefore demand high wages - ultimately because of amoral unicorns and deceptive business practices. The demand outstrips supply, making programmers in other roles overvalued as well. This leads to a sense of entitlement, and a perception among programmers that we are somehow superior by virtue of our chosen career and the skills that accompany it.
This in turn leads to outsized egos, unreasonable tolerance of bad behavior, and toxic culture.
Re: How to Be a Programmer: A Short, Comprehensive, and Personal Summary (2002) [pdf]
#49This is such baloney. I understand that many programmers want barriers of entry to their chair at the office but rationalizing it is self-deception.
The author is essentially saying to write strcmp() "self-explanatory" rather than the a black box description like: http://www.cplusplus.com/reference/cstring/strcmp/
strcmp() is useless without knowing what the return values mean and reading the code to figure it out is way more time consuming than reading the docs.
Re: How to Be a Programmer: A Short, Comprehensive, and Personal Summary (2002) [pdf]
#50"When it comes to actually documenting code itself, as opposed to producing documents that can actually be read by non-programmers, the best programmers I’ve ever known hold a universal sentiment: write self-explanatory code and don’t document code except in the places that you cannot make it clear. There are two good reasons for this. First, anyone who needs to see code-level documentation will in most cases be able…
What's clear for one person is not for another. Ancedotally, most people don't write as a good a code they think they are.