Be a team player
-
I have observed during my decades as a programmer that if you possess certain knowledge/skills and refuse to share that with the rest of the development team, you are an impediment to the team's proper functioning and should be removed from the team.
-
I have observed during my decades as a programmer that if you possess certain knowledge/skills and refuse to share that with the rest of the development team, you are an impediment to the team's proper functioning and should be removed from the team.
Why would that be soap box material? That's just common sense: it's the whole principle behind this site. As the Belters say "The more you share, the more your bowl will be plentiful".
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony "Common sense is so rare these days, it should be classified as a super power" - Random T-shirt AntiTwitter: @DalekDave is now a follower!
-
Why would that be soap box material? That's just common sense: it's the whole principle behind this site. As the Belters say "The more you share, the more your bowl will be plentiful".
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony "Common sense is so rare these days, it should be classified as a super power" - Random T-shirt AntiTwitter: @DalekDave is now a follower!
One would think that would be common sense, right? Unfortunately, I have run across many programmers throughout my career who want to "hoard" all of their knowledge. Whether it is because they want job security or just want to feel superior to other programmers, I don't know. I do know that when I encounter them, if I cannot change their outlook, I send 'em packing.
-
I have observed during my decades as a programmer that if you possess certain knowledge/skills and refuse to share that with the rest of the development team, you are an impediment to the team's proper functioning and should be removed from the team.
-
I have observed during my decades as a programmer that if you possess certain knowledge/skills and refuse to share that with the rest of the development team, you are an impediment to the team's proper functioning and should be removed from the team.
Nah ... I find that some people "pretend" to have knowledge when you ask the hard questions; and then throw you out of their office as a defense. I stopped asking for that reason long ago ... other than where the coffee machine is.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it. ― Confucian Analects: Rules of Confucius about his food
-
I have observed during my decades as a programmer that if you possess certain knowledge/skills and refuse to share that with the rest of the development team, you are an impediment to the team's proper functioning and should be removed from the team.
-
I have observed during my decades as a programmer that if you possess certain knowledge/skills and refuse to share that with the rest of the development team, you are an impediment to the team's proper functioning and should be removed from the team.
TimWallace wrote:
<soapbox>I have observed during my decades as a programmer that if you possess certain knowledge/skills and refuse to share that with the rest of the development team, you are an impediment to the team's proper functioning and should be removed from the team. </soapbox>
So, I should share the stuff that makes me valuable? "For free and the good of all"? CodeProject does that, they could learn here. I'm not responsible for the team. Moreso even, lots of the team usually has little interest in learning. If you want to remove me for their shortcomings, kudo's to you; you'll end up with the team you deserve :)
Bastard Programmer from Hell :suss: "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
-
TimWallace wrote:
<soapbox>I have observed during my decades as a programmer that if you possess certain knowledge/skills and refuse to share that with the rest of the development team, you are an impediment to the team's proper functioning and should be removed from the team. </soapbox>
So, I should share the stuff that makes me valuable? "For free and the good of all"? CodeProject does that, they could learn here. I'm not responsible for the team. Moreso even, lots of the team usually has little interest in learning. If you want to remove me for their shortcomings, kudo's to you; you'll end up with the team you deserve :)
Bastard Programmer from Hell :suss: "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
Anyone that thinks A) So lowly of their teammates B) Has no interest and feels no responsibility for the team he is a part of Would not last long under me. All the technical talent in the world (even if they have it, or more of the case, they only *think* they have it) doesn't make up for someone that can't work for the benefit of the team and as a result, the project. That's just how I roll and I've been satisfied with the teams I've run as a result.
Real programmers use butterflies
-
Anyone that thinks A) So lowly of their teammates B) Has no interest and feels no responsibility for the team he is a part of Would not last long under me. All the technical talent in the world (even if they have it, or more of the case, they only *think* they have it) doesn't make up for someone that can't work for the benefit of the team and as a result, the project. That's just how I roll and I've been satisfied with the teams I've run as a result.
Real programmers use butterflies
I mainly agree with you, but there are people that makes you think like Eddy. I think that the one that doesn't want to teach is bad, but the one that doesn't want to learn is even worse. Do you know what "team" means in many german places? Toll ein anderer macht's => Nice, someone else will do it. I was trainer / mentor in a previous job. I had trained 6 newbies and had to train to 2 more experienced at project take overs. Only 3 of the newbies earned my respect and the 2 experienced ones... well I had to retrain me very hard to not call them some things I thought. One of those calls during my holidays I told in the weekly poll was due to one of the experienced that took over my project, my customer called my boss and my boss asked me to do remote support (and no, I didn't do it to help my successor, I did it to help my previous customer because I liked them).
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
TimWallace wrote:
<soapbox>I have observed during my decades as a programmer that if you possess certain knowledge/skills and refuse to share that with the rest of the development team, you are an impediment to the team's proper functioning and should be removed from the team. </soapbox>
So, I should share the stuff that makes me valuable? "For free and the good of all"? CodeProject does that, they could learn here. I'm not responsible for the team. Moreso even, lots of the team usually has little interest in learning. If you want to remove me for their shortcomings, kudo's to you; you'll end up with the team you deserve :)
Bastard Programmer from Hell :suss: "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
I can see not wanting to do it for "free". You have tasks to finish. Unless training others is one of them, your manager should know about it unless it won't interfere with your schedule. It can then be scheduled, and you can get credit for it. Being on a team doesn't mean that you owe everyone charity.
Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing. -
I mainly agree with you, but there are people that makes you think like Eddy. I think that the one that doesn't want to teach is bad, but the one that doesn't want to learn is even worse. Do you know what "team" means in many german places? Toll ein anderer macht's => Nice, someone else will do it. I was trainer / mentor in a previous job. I had trained 6 newbies and had to train to 2 more experienced at project take overs. Only 3 of the newbies earned my respect and the 2 experienced ones... well I had to retrain me very hard to not call them some things I thought. One of those calls during my holidays I told in the weekly poll was due to one of the experienced that took over my project, my customer called my boss and my boss asked me to do remote support (and no, I didn't do it to help my successor, I did it to help my previous customer because I liked them).
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
Yeah, I agree there are those. I despise incompetence. I think Eddy clearly does, too. But - and maybe I read too much into that initial comment - it seemed to go further than just that: To *assume your team is that by default*, I have to ask myself several things. 1. How does this person get along with others, if they're already coming on to a team assuming everyone else is incompetent (in the way that you mentioned)? 2. What does it say about what he thinks of the company who would assemble such a (in his estimation) dodgy development team? 3. A lot of bad coders, and a lot of green coders (not the same thing, but sometimes share behaviors) have huge egos and very little practical skill (even if they have talent), making them impossible to *teach* and to advance. That's not always the case that a person with a bad attitude toward a team is incorrigible, but it's a red flag. Also, just because someone starts out this way doesn't mean they stay that way. They may have been a superstar in college, but haven't yet failed in the real world enough to gain the requisite character - those ones are teachable - eventually, but you have to invest in them. I can relate to you regarding training others. It's a pain, but most of the time I look at a failure to teach as my own failing, which causes me to pick my students carefully or suffer the self esteem hit of failing at teaching too often for me to be comfortable. If I want to teach people in general, I'll write an article. :) And if that's what Eddy is getting at, I can relate. But I think in my experience at least, while there are a large variety of developers, ones who absolutely cannot be taught are a minority**. ** I'm excluding the washouts here. In the dotcom days here in the US we had a glut of sudden "software developers" who didn't used to be software developers. They came from all walks of life. I - a homeless high school dropout with no other marketable skills to speak of - was one of them so I'm not judging. But a lot of people didn't last. I'm not including those people in my above estimation. I'm talking about developers - and including anyone (even myself) who didn't wash out.
Real programmers use butterflies
-
Anyone that thinks A) So lowly of their teammates B) Has no interest and feels no responsibility for the team he is a part of Would not last long under me. All the technical talent in the world (even if they have it, or more of the case, they only *think* they have it) doesn't make up for someone that can't work for the benefit of the team and as a result, the project. That's just how I roll and I've been satisfied with the teams I've run as a result.
Real programmers use butterflies
honey the codewitch wrote:
A) So lowly of their teammates
Try "realistic"; I had some great teammates, and some lesser ones. Even had a boss that had a name in this field and challenged him. We eat from the same profit. If the boss a weak link, I will point that out. It's in the interest of all that eat from it.
honey the codewitch wrote:
B) Has no interest and feels no responsibility for the team he is a part of
I write code, don't do management. I have no interest, nor any responsibility for others. I write code; you want me to socialize? If I did, you gonna complain I'm not writing code and making money for you.
honey the codewitch wrote:
Would not last long under me
Your patience isn't mine. Of all people, you should know, we're not hired for being people-people. And then you attack me on that? I would never hurt the team, never abandon them; we work toward the same goal. But I'm not going to "educate" them, thats too much arrogance, even for me. I don't have the need, nor the right. Only PHB's think that they have that right.
honey the codewitch wrote:
All the technical talent in the world (even if they have it, or more of the case, they only *think* they have it) doesn't make up for someone that can't work for the benefit of the team and as a result, the project.
Even people without talent can contribute. Here, we disagree; I'm part of the team, not the one responsible. I helped some coworkers financially; the more profit for our company, the more we get paid, everyone happy. So, yes; I lift teammates for my own profit. But sharing knowledge? No. Only on CodeProject which is freely accesible. Their choice if they want to learn. Not forcing anyone. If you as a manager want to, enroll them in education instead of making me responsible. I no teacher, and proven that.
honey the codewitch wrote:
That's just how I roll and I've been satisfied with the teams I've run as a result.
I usually like the way you roll, would be great neighbours. We'd never be on a "team", we'd be too busy arguing at the coffeemachine to be productive. You wanna share knowledge? Dump all your companies code. Ah, you won't, because knowledge is money, innit?
Bastard Programmer from Hell :suss: "If
-
I can see not wanting to do it for "free". You have tasks to finish. Unless training others is one of them, your manager should know about it unless it won't interfere with your schedule. It can then be scheduled, and you can get credit for it. Being on a team doesn't mean that you owe everyone charity.
Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing.Greg Utas wrote:
Unless training others is one of them
I'm not fit to teach, tried it. Long story short, I became angry with my students for writing down my words when just thinking out loud.
Greg Utas wrote:
Being on a team doesn't mean that you owe everyone charity.
It's not charity; if the company and the team succeeds, more money for all. ..but why give away to all what got me hired? That's a wish of a company owner to maximize profit, without regard for the employee. Each of us learns as they want, knowledge is freely available.
Bastard Programmer from Hell :suss: "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
-
honey the codewitch wrote:
A) So lowly of their teammates
Try "realistic"; I had some great teammates, and some lesser ones. Even had a boss that had a name in this field and challenged him. We eat from the same profit. If the boss a weak link, I will point that out. It's in the interest of all that eat from it.
honey the codewitch wrote:
B) Has no interest and feels no responsibility for the team he is a part of
I write code, don't do management. I have no interest, nor any responsibility for others. I write code; you want me to socialize? If I did, you gonna complain I'm not writing code and making money for you.
honey the codewitch wrote:
Would not last long under me
Your patience isn't mine. Of all people, you should know, we're not hired for being people-people. And then you attack me on that? I would never hurt the team, never abandon them; we work toward the same goal. But I'm not going to "educate" them, thats too much arrogance, even for me. I don't have the need, nor the right. Only PHB's think that they have that right.
honey the codewitch wrote:
All the technical talent in the world (even if they have it, or more of the case, they only *think* they have it) doesn't make up for someone that can't work for the benefit of the team and as a result, the project.
Even people without talent can contribute. Here, we disagree; I'm part of the team, not the one responsible. I helped some coworkers financially; the more profit for our company, the more we get paid, everyone happy. So, yes; I lift teammates for my own profit. But sharing knowledge? No. Only on CodeProject which is freely accesible. Their choice if they want to learn. Not forcing anyone. If you as a manager want to, enroll them in education instead of making me responsible. I no teacher, and proven that.
honey the codewitch wrote:
That's just how I roll and I've been satisfied with the teams I've run as a result.
I usually like the way you roll, would be great neighbours. We'd never be on a "team", we'd be too busy arguing at the coffeemachine to be productive. You wanna share knowledge? Dump all your companies code. Ah, you won't, because knowledge is money, innit?
Bastard Programmer from Hell :suss: "If
Actually I've been encouraged to knowledge dump my biggest client's code onto this site. I just haven't yet because I haven't had the time. Mind you it's not exactly the same situation, because my primary deliverable is hardware, not software. That's where the money is for us. Anyway, that's where I am ideally. And as far as knowledge being proprietary? My personal opinion is that knowledge frees itself over a long enough timeline - we can only get in the way of that. I do my part not to try to get in the way of that. The boundaries on what I share are set by my clients, not me. As far as the rest of your comment, having elaborated your point, I don't have much to argue with. My initial read was different than my takeaway having read your response. Yes some team members are crap. Sometimes. I read your comment as suggesting that was the norm that team members were crap, which is what inspired my initial response.
Real programmers use butterflies
-
Greg Utas wrote:
Unless training others is one of them
I'm not fit to teach, tried it. Long story short, I became angry with my students for writing down my words when just thinking out loud.
Greg Utas wrote:
Being on a team doesn't mean that you owe everyone charity.
It's not charity; if the company and the team succeeds, more money for all. ..but why give away to all what got me hired? That's a wish of a company owner to maximize profit, without regard for the employee. Each of us learns as they want, knowledge is freely available.
Bastard Programmer from Hell :suss: "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
Eddy wote:
It's not charity; if the company and the team succeeds, more money for all.
True, as long as you don't get fired for taking on something that caused everyone to be late.
Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing. -
Actually I've been encouraged to knowledge dump my biggest client's code onto this site. I just haven't yet because I haven't had the time. Mind you it's not exactly the same situation, because my primary deliverable is hardware, not software. That's where the money is for us. Anyway, that's where I am ideally. And as far as knowledge being proprietary? My personal opinion is that knowledge frees itself over a long enough timeline - we can only get in the way of that. I do my part not to try to get in the way of that. The boundaries on what I share are set by my clients, not me. As far as the rest of your comment, having elaborated your point, I don't have much to argue with. My initial read was different than my takeaway having read your response. Yes some team members are crap. Sometimes. I read your comment as suggesting that was the norm that team members were crap, which is what inspired my initial response.
Real programmers use butterflies
honey the codewitch wrote:
Actually I've been encouraged to knowledge dump my biggest client's code onto this site.
Most companies not going to share "IP".
honey the codewitch wrote:
Anyway, that's where I am ideally.
Ideally? Ideally I'd have invested in MS and IBM years ago.
honey the codewitch wrote:
And as far as knowledge being proprietary? My personal opinion is that knowledge frees itself over a long enough timeline - we can only get in the way of that.
You're a dreamer. We have patents to prevent just that. I wish you were a doctor, because COVID going to be expensive.
honey the codewitch wrote:
The boundaries on what I share are set by my clients, not me.
Welcome to reality.
honey the codewitch wrote:
As far as the rest of your comment, having elaborated your point, I don't have much to argue with. My initial read was different than my takeaway having read your response.
I like arguing with you, because I learn. My choice. Can't force that choice on team mates.
honey the codewitch wrote:
Yes some team members are crap. Sometimes. I read your comment as suggesting that was the norm that team members were crap, which is what inspired my initial response.
"Some" are, and they usually don't last long under a good manager. Teams; together we know more than individually. Together, ape strong. As a group we can go where individuals cannot. ..but I cannot teach my equals.
Bastard Programmer from Hell :suss: "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
-
Eddy wote:
It's not charity; if the company and the team succeeds, more money for all.
True, as long as you don't get fired for taking on something that caused everyone to be late.
Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing.Greg Utas wrote:
for taking on something that caused everyone to be late
Never at the expense of others. We work for the same piece of bread. Our result determines the size of the bread. Some teams don't understand that basic idea; in which case, I eliminate the weed. If you all in a boat, you float or sink together.
Bastard Programmer from Hell :suss: "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
-
I have observed during my decades as a programmer that if you possess certain knowledge/skills and refuse to share that with the rest of the development team, you are an impediment to the team's proper functioning and should be removed from the team.
Except they can't be removed from the team as there would be a gap in skills and knowledge which you can't have right now as it would slow down the project, which is exactly why these people don't share: job security :sigh: Seen it happen and removed myself from the team instead.
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
Yeah, I agree there are those. I despise incompetence. I think Eddy clearly does, too. But - and maybe I read too much into that initial comment - it seemed to go further than just that: To *assume your team is that by default*, I have to ask myself several things. 1. How does this person get along with others, if they're already coming on to a team assuming everyone else is incompetent (in the way that you mentioned)? 2. What does it say about what he thinks of the company who would assemble such a (in his estimation) dodgy development team? 3. A lot of bad coders, and a lot of green coders (not the same thing, but sometimes share behaviors) have huge egos and very little practical skill (even if they have talent), making them impossible to *teach* and to advance. That's not always the case that a person with a bad attitude toward a team is incorrigible, but it's a red flag. Also, just because someone starts out this way doesn't mean they stay that way. They may have been a superstar in college, but haven't yet failed in the real world enough to gain the requisite character - those ones are teachable - eventually, but you have to invest in them. I can relate to you regarding training others. It's a pain, but most of the time I look at a failure to teach as my own failing, which causes me to pick my students carefully or suffer the self esteem hit of failing at teaching too often for me to be comfortable. If I want to teach people in general, I'll write an article. :) And if that's what Eddy is getting at, I can relate. But I think in my experience at least, while there are a large variety of developers, ones who absolutely cannot be taught are a minority**. ** I'm excluding the washouts here. In the dotcom days here in the US we had a glut of sudden "software developers" who didn't used to be software developers. They came from all walks of life. I - a homeless high school dropout with no other marketable skills to speak of - was one of them so I'm not judging. But a lot of people didn't last. I'm not including those people in my above estimation. I'm talking about developers - and including anyone (even myself) who didn't wash out.
Real programmers use butterflies
honey the codewitch wrote:
I despise incompetence. I think Eddy clearly does, too.
I dislike people who fake it. Anyone seriously trying will have my support. We had people from university that can't write a line of code. All you need is to want. I have no degrees at all. None.
honey the codewitch wrote:
How does this person get along with others, if they're already coming on to a team assuming everyone else is incompetent (in the way that you mentioned)?
I'm an employee, not getting paid to get along. And why would you hire those?
honey the codewitch wrote:
2. What does it say about what he thinks of the company
I'm paid. I think about Rimworld and Oxygen not Included, not the company.
honey the codewitch wrote:
A lot of bad coders, and a lot of green coders (not the same thing, but sometimes share behaviors) have huge egos and very little practical skill (even if they have talent), making them impossible to *teach* and to advance.
If not willing to learn, at any age, you no longer fit for this field. Not much vacancies for someone stuck in VB4.
honey the codewitch wrote:
And if that's what Eddy is getting at, I can relate. But I think in my experience at least, while there are a large variety of developers, ones who absolutely cannot be taught are a minority**.
I was only saying I not responsible for the knowledge of my team members. Knowlegde they can get here free if they want it; as a co worker, I not morally allowed to force it onto them.
Bastard Programmer from Hell :suss: "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
-
TimWallace wrote:
<soapbox>I have observed during my decades as a programmer that if you possess certain knowledge/skills and refuse to share that with the rest of the development team, you are an impediment to the team's proper functioning and should be removed from the team. </soapbox>
So, I should share the stuff that makes me valuable? "For free and the good of all"? CodeProject does that, they could learn here. I'm not responsible for the team. Moreso even, lots of the team usually has little interest in learning. If you want to remove me for their shortcomings, kudo's to you; you'll end up with the team you deserve :)
Bastard Programmer from Hell :suss: "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
Your attitude implies that you are not the team lead developer or even the senior developer.
Never underestimate the power of human stupidity - RAH I'm old. I know stuff - JSOP
