Non-programming skills every programmer should have
31–40 of 49 posts
Re: Non-programming skills every programmer should have
#32A lot of people seem to be offended by this article when I think all the author was trying to say is that opening yourself to other, non-programming related stuff simply helps you become a better programmer as a whole. I honestly don't think he's suggesting you should be a pro at all those other points, just have a fairly good knowledge of them. I personally find that, on top of the points mentioned in the article, a…
What exactly is 'looking beyond the code'? Can you give an example of a problem where two equally skilled programmers were faced with a problem, and one had an epiphany based on their experience last night at the extreme underwater basket weaving club?
Re: Non-programming skills every programmer should have
#33I'm not fond of these "should" articles. I'd like to acknowledge the programming specialists out there and the 9-5 programmers. The "should" means that if you're not doing these things, then you're doing something wrong. (That's not even the connotation of "should", that's the literal meaning. ) > Also, it's good to have some management and leadership skills. It's good, but not everyone wants to be a leader, and if e…
I would like a word -- and perhaps it exists already and it just eludes me at the moment -- which is a milder version of should. A word that means "Your life would probably be improved by doing these things, even though what you're doing now may also be good."
If we had such a word, it would make it easier to have "You should" conversations without people becoming offended. Our world may be great, but I think that a world with a word like that would be a little bit better.
Re: Non-programming skills every programmer should have
#34Earlier quoted context omitted.
I'd suggest that "spiritual skills" encompass an understanding that there are connections between ourselves and our surroundings that defy precise, scientific description. Whether that's a feeling of camaraderie with your teammates, or a sense that one's office is warm and inviting or cold and unpleasant, or an immediate response upon meeting someone for the first time that you can trust them implicitly--or that you…
None of what you describe is what I would categorize as "spiritual".
Re: Non-programming skills every programmer should have
#35while i don't have a problem with anything here, particularly, these kinds of post (and we seem to get a lot) usually strike me as "a list of good things about me" or "why everyone should be like me". i'm not sure how you avoid that. perhaps it is up to the reader to piece together a more balanced view by reading several.
> these kinds of post (and we seem to get a lot) usually strike me as "a list of good things about me" or "why everyone should be like me". Yep... That's why the mysteriously named skill, "spiritual" may actually be quite important and why the OP should work on it a bit more. Beginners' minds don't go around dispensing advice. I think that touches lightly on the "social" as well...
Cool-sounding advice, I suppose. What sort of mind is yours?
Re: Non-programming skills every programmer should have
#36Earlier quoted context omitted.
None of what you describe is what I would categorize as "spiritual".
I can't shake the feeling that we could be having a much more fruitful conversation if we simply removed the word "spiritual" from it, and talked about the concepts themselves. Arguing over the definitions of words has got to be one of the most exhausting and futile acts in existence.
Re: Non-programming skills every programmer should have
#37I'm not fond of these "should" articles. I'd like to acknowledge the programming specialists out there and the 9-5 programmers. The "should" means that if you're not doing these things, then you're doing something wrong. (That's not even the connotation of "should", that's the literal meaning. ) > Also, it's good to have some management and leadership skills. It's good, but not everyone wants to be a leader, and if e…
> I'm not fond of these "should" articles. I'd like to acknowledge the programming specialists out there and the 9-5 programmers. The "should" means that if you're not doing these things, then you're doing something wrong. (That's not even the connotation of "should", that's the literal meaning.) I would like a word -- and perhaps it exists already and it just eludes me at the moment -- which is a milder version of s…
2) What about "can"? It's not a drop-in replacement for "should", but it has a lot of what you're going for. "Non-programming skills every programmer _can_ have" is about aspiration not judgement, possibilities not failures.
Re: Non-programming skills every programmer should have
#38Earlier quoted context omitted.
The "spiritual" word is often used in non-religious contexts to mean the mastery of the inner world. Meditation is often used as a way to take control of your thought processes (which are sometimes negative), so that's why it's often classified as a spiritual practice.
Huh, I don't think I've heard it used like that before, or didn't understand it that way in any case. "Spiritual" to me, being based on "sprit", always has connotations of external supernatural entities.
Re: Non-programming skills every programmer should have
#39Re: Non-programming skills every programmer should have
#40I'm not fond of these "should" articles. I'd like to acknowledge the programming specialists out there and the 9-5 programmers. The "should" means that if you're not doing these things, then you're doing something wrong. (That's not even the connotation of "should", that's the literal meaning. ) > Also, it's good to have some management and leadership skills. It's good, but not everyone wants to be a leader, and if e…
For example, I've personally realized that management is not really my thing, but having done it for a while I understand better now where my ex-managers were coming from and feel that I'm now a better employee because of that. Same for design work, etc.
And frankly I wish other people did that too. Wouldn't it be great if your manager understood your explanation of why that "tiny" feature will actually take weeks, or the designer keeps potential code complexity in mind when designing something? I think this advice applies to everyone, not just programmers.