Mixing
![What to do when a client is correcting spelling and grammar mistakes that aren't actually mistakes? [duplicate]](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgjbpfN9tAutmK93bJRC3ZoROZzi2TJDms5n8_qJuhgE0a9b52OOHayv3NGT8igAdFL7byXNst-_1DZK5SjrIJ28_6RQPUpBROqMs5s6jo-ZsjX8kjDwfxJufIitH3TaQRXWaGSQKRQib-f/s72-c/1.jpg)
How to deal with programmers who think there is “one true way†to write software? [closed]
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
-4
down vote
favorite
I've been coding for iOS for years now, and I'm continually finding that I encounter programmers who believe there is one true way to write software for iOS; typically these are guys who have very little experience, and are just imitating what they think Apple does or wants. but I've spoken extensively with people who work at Apple and they don't do things in this "one true way" themselves, nor do they recommend it. How do I best deal with these highly opinionated programmers, who insist on very strict variable naming conventions, very strict spacing, but also program structures that would not necessarily pass muster in a programming class. I feel very much like I joined a cult and I'm the only person in it who has free will. They think very highly of themselves (geeks are known for their hubris) but they are incapable of arguing their case.
Unimaginative conformist behavior is not a sign of intelligence.
If an engineer deserves any respect, is because he is able to argue his case. Mindlessly demanding conformity is the opposite of arguing your case. It is like these people are coddled children, and they can't imagine anyone questioning their demands.
either that, or fundamentalist thinking has spread into the programming profession.
communication colleagues psychology
asked Nov 2 '15 at 23:10
Doeyd
92
closed as off-topic by mcknz, Kent A., Elysian Fields♦ Nov 3 '15 at 0:36
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Real questions have answers. Rather than explaining why your situation is terrible, or why your boss/coworker makes you unhappy, explain what you want to do to make it better. For more information, click here." – mcknz, Elysian Fields
 |Â
show 5 more comments
up vote
-4
down vote
favorite
I've been coding for iOS for years now, and I'm continually finding that I encounter programmers who believe there is one true way to write software for iOS; typically these are guys who have very little experience, and are just imitating what they think Apple does or wants. but I've spoken extensively with people who work at Apple and they don't do things in this "one true way" themselves, nor do they recommend it. How do I best deal with these highly opinionated programmers, who insist on very strict variable naming conventions, very strict spacing, but also program structures that would not necessarily pass muster in a programming class. I feel very much like I joined a cult and I'm the only person in it who has free will. They think very highly of themselves (geeks are known for their hubris) but they are incapable of arguing their case.
Unimaginative conformist behavior is not a sign of intelligence.
If an engineer deserves any respect, is because he is able to argue his case. Mindlessly demanding conformity is the opposite of arguing your case. It is like these people are coddled children, and they can't imagine anyone questioning their demands.
either that, or fundamentalist thinking has spread into the programming profession.
communication colleagues psychology
asked Nov 2 '15 at 23:10
Doeyd
92
closed as off-topic by mcknz, Kent A., Elysian Fields♦ Nov 3 '15 at 0:36
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Real questions have answers. Rather than explaining why your situation is terrible, or why your boss/coworker makes you unhappy, explain what you want to do to make it better. For more information, click here." – mcknz, Elysian Fields
12
What you describe doesn't sound like cargo cult programming. It sounds like these developers follow a single set of coding conventions which is basic common sense.
– Lilienthal♦
Nov 2 '15 at 23:15
4
They appear to have a established a very strict coding standard, which is a best practice among professional software teams. Can you provide more examples of why their "one true way" is bad?
– Kent A.
Nov 2 '15 at 23:34
1
Please remember to keep your comments polite and professional and in line with the Be Nice policy.
– Jane S♦
Nov 3 '15 at 0:26
@JaneS are people who have 8000 points penalized when they are not nice?
– Doeyd
Nov 3 '15 at 0:32
10
Stack Exchange is not a place for ranting about your coworkers and telling us how stupid they are and how much better you are than them. If you treat them like you are treating this question it is no wonder you have problems dealing with them. There is good guidance in the help center about making this question a better fit. Please take some time to read that as well as the Be Nice policy Jane mentioned above.
– Elysian Fields♦
Nov 3 '15 at 0:39
 |Â
show 5 more comments
up vote
-4
down vote
favorite
up vote
-4
down vote
favorite
I've been coding for iOS for years now, and I'm continually finding that I encounter programmers who believe there is one true way to write software for iOS; typically these are guys who have very little experience, and are just imitating what they think Apple does or wants. but I've spoken extensively with people who work at Apple and they don't do things in this "one true way" themselves, nor do they recommend it. How do I best deal with these highly opinionated programmers, who insist on very strict variable naming conventions, very strict spacing, but also program structures that would not necessarily pass muster in a programming class. I feel very much like I joined a cult and I'm the only person in it who has free will. They think very highly of themselves (geeks are known for their hubris) but they are incapable of arguing their case.
Unimaginative conformist behavior is not a sign of intelligence.
If an engineer deserves any respect, is because he is able to argue his case. Mindlessly demanding conformity is the opposite of arguing your case. It is like these people are coddled children, and they can't imagine anyone questioning their demands.
either that, or fundamentalist thinking has spread into the programming profession.
communication colleagues psychology
asked Nov 2 '15 at 23:10
Doeyd
92
I've been coding for iOS for years now, and I'm continually finding that I encounter programmers who believe there is one true way to write software for iOS; typically these are guys who have very little experience, and are just imitating what they think Apple does or wants. but I've spoken extensively with people who work at Apple and they don't do things in this "one true way" themselves, nor do they recommend it. How do I best deal with these highly opinionated programmers, who insist on very strict variable naming conventions, very strict spacing, but also program structures that would not necessarily pass muster in a programming class. I feel very much like I joined a cult and I'm the only person in it who has free will. They think very highly of themselves (geeks are known for their hubris) but they are incapable of arguing their case.
Unimaginative conformist behavior is not a sign of intelligence.
If an engineer deserves any respect, is because he is able to argue his case. Mindlessly demanding conformity is the opposite of arguing your case. It is like these people are coddled children, and they can't imagine anyone questioning their demands.
either that, or fundamentalist thinking has spread into the programming profession.
communication colleagues psychology
asked Nov 2 '15 at 23:10
Doeyd
92
edited Nov 6 '15 at 21:55
asked Nov 2 '15 at 23:10
Doeyd
92
asked Nov 2 '15 at 23:10
Doeyd
92
asked Nov 2 '15 at 23:10
Doeyd
92
92
closed as off-topic by mcknz, Kent A., Elysian Fields♦ Nov 3 '15 at 0:36
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Real questions have answers. Rather than explaining why your situation is terrible, or why your boss/coworker makes you unhappy, explain what you want to do to make it better. For more information, click here." – mcknz, Elysian Fields
closed as off-topic by mcknz, Kent A., Elysian Fields♦ Nov 3 '15 at 0:36
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Real questions have answers. Rather than explaining why your situation is terrible, or why your boss/coworker makes you unhappy, explain what you want to do to make it better. For more information, click here." – mcknz, Elysian Fields
12
What you describe doesn't sound like cargo cult programming. It sounds like these developers follow a single set of coding conventions which is basic common sense.
– Lilienthal♦
Nov 2 '15 at 23:15
4
They appear to have a established a very strict coding standard, which is a best practice among professional software teams. Can you provide more examples of why their "one true way" is bad?
– Kent A.
Nov 2 '15 at 23:34
1
Please remember to keep your comments polite and professional and in line with the Be Nice policy.
– Jane S♦
Nov 3 '15 at 0:26
@JaneS are people who have 8000 points penalized when they are not nice?
– Doeyd
Nov 3 '15 at 0:32
10
Stack Exchange is not a place for ranting about your coworkers and telling us how stupid they are and how much better you are than them. If you treat them like you are treating this question it is no wonder you have problems dealing with them. There is good guidance in the help center about making this question a better fit. Please take some time to read that as well as the Be Nice policy Jane mentioned above.
– Elysian Fields♦
Nov 3 '15 at 0:39
 |Â
show 5 more comments
12
What you describe doesn't sound like cargo cult programming. It sounds like these developers follow a single set of coding conventions which is basic common sense.
– Lilienthal♦
Nov 2 '15 at 23:15
4
They appear to have a established a very strict coding standard, which is a best practice among professional software teams. Can you provide more examples of why their "one true way" is bad?
– Kent A.
Nov 2 '15 at 23:34
1
Please remember to keep your comments polite and professional and in line with the Be Nice policy.
– Jane S♦
Nov 3 '15 at 0:26
@JaneS are people who have 8000 points penalized when they are not nice?
– Doeyd
Nov 3 '15 at 0:32
10
Stack Exchange is not a place for ranting about your coworkers and telling us how stupid they are and how much better you are than them. If you treat them like you are treating this question it is no wonder you have problems dealing with them. There is good guidance in the help center about making this question a better fit. Please take some time to read that as well as the Be Nice policy Jane mentioned above.
– Elysian Fields♦
Nov 3 '15 at 0:39
12
12
What you describe doesn't sound like cargo cult programming. It sounds like these developers follow a single set of coding conventions which is basic common sense.
– Lilienthal♦
Nov 2 '15 at 23:15
What you describe doesn't sound like cargo cult programming. It sounds like these developers follow a single set of coding conventions which is basic common sense.
– Lilienthal♦
Nov 2 '15 at 23:15
4
4
They appear to have a established a very strict coding standard, which is a best practice among professional software teams. Can you provide more examples of why their "one true way" is bad?
– Kent A.
Nov 2 '15 at 23:34
They appear to have a established a very strict coding standard, which is a best practice among professional software teams. Can you provide more examples of why their "one true way" is bad?
– Kent A.
Nov 2 '15 at 23:34
1
1
Please remember to keep your comments polite and professional and in line with the Be Nice policy.
– Jane S♦
Nov 3 '15 at 0:26
Please remember to keep your comments polite and professional and in line with the Be Nice policy.
– Jane S♦
Nov 3 '15 at 0:26
@JaneS are people who have 8000 points penalized when they are not nice?
– Doeyd
Nov 3 '15 at 0:32
@JaneS are people who have 8000 points penalized when they are not nice?
– Doeyd
Nov 3 '15 at 0:32
10
10
Stack Exchange is not a place for ranting about your coworkers and telling us how stupid they are and how much better you are than them. If you treat them like you are treating this question it is no wonder you have problems dealing with them. There is good guidance in the help center about making this question a better fit. Please take some time to read that as well as the Be Nice policy Jane mentioned above.
– Elysian Fields♦
Nov 3 '15 at 0:39
Stack Exchange is not a place for ranting about your coworkers and telling us how stupid they are and how much better you are than them. If you treat them like you are treating this question it is no wonder you have problems dealing with them. There is good guidance in the help center about making this question a better fit. Please take some time to read that as well as the Be Nice policy Jane mentioned above.
– Elysian Fields♦
Nov 3 '15 at 0:39
 |Â
show 5 more comments
2 Answers
2
active
oldest
votes
up vote
4
down vote
I find much the same thing since I work with different groups, each of which may have their own similar but different conventions. There probably is NO true way per se. But it's best practice to follow the conventions of the particular group your working with. Not argue about them.
How to deal with it is keep an open mind and ignore anyone ranting too much about a certain way of coding. Doing things your own way just gets you branded as an amateur and a cowboy which you obviously are not.
What you may think is a cooler and more efficient way of coding might be difficult for others to read quickly which is a major drawback in groups. As a sometimes employer of consultants, if one of my people sent me code that looked messy I'd send it back to them and tell them to clean up their gibberish before giving it to me.
answered Nov 3 '15 at 0:13
Kilisi
94.7k50216376
what I'm saying is that THEY are not keeping an open mind at all. they are egotistical, small minded, immature and tyrannical. they cannot form a coherent argument for why they chose these particular ways of doing things, because in the end they are unimaginative conformists, acting like they are special snowflakes who have to be listened to. I expect they were coddled by their parents.
– Doeyd
Nov 3 '15 at 0:20
Perhaps you're correct, but it's a moot point in my opinion. In my experience it's non productive to let the pettiness or perceived pettiness of others impact on your own professionalism. Conforming to standards is the norm for professionals, homogeneity or an approximation of it smooths many paths and makes things easier for the majority.
– Kilisi
Nov 3 '15 at 0:29
1
as for consultants, my experience is that full timers often do worse work then some consultants, because full timers are more often than not complacent. and many are lazy.
– Doeyd
Nov 3 '15 at 0:30
I agree, consultants tend to be more pedantic and less lazy, unfortunately there IS a lot of cowboys out there and you never know until you receive their work :( I don't pay until I have what I want.
– Kilisi
Nov 3 '15 at 0:32
suggest improvements |Â
up vote
1
down vote
Do you work with them? Because you said you "continually encounter programmers...".
If you do, well, you will have to adapt your code to their practices. Because, congratulations!, for once, you found a group of programmers that actually follow industry standards. They already decided to use a methodology that works for them and they are happy with it. Sure, everything can be improved (especially if they are my improvements ;) ), but then work would never get done.
As a teacher once said to me: use whatever standard you want, but follow it. That's why it's called a standard.
edited Nov 3 '15 at 0:22
Kilisi
94.7k50216376
answered Nov 2 '15 at 23:52
AMexicanHipster
111
There is more than one way to skin a cat. It is erroneous to say everybody on the project needs to be using the same style. if an engineer deserves any respect, is because he is able to argue his case. mindlessly demanding conformity is the opposite of arguing your case.
– Doeyd
Nov 3 '15 at 0:26
5
There are many places in software development where you can exercise your creativity. Coding style is not one of them.
– Robert Harvey
Nov 3 '15 at 0:50
Yeah, it's pretty normal in the industry for a team to use the same standards. Otherwise it's just confusing. Generally an organisation defines what the standards are. If you think you have a case to make against those standards, you should definitely bring it to your manager, but until then, use whatever standards are consistent.
– PointlessSpike
Nov 3 '15 at 9:28
standards are not the only issue though. for instance when it comes to IOS programming, people want to use Apple-patented technologies. but there is no good arguable case for that other than blind conformity.
– Doeyd
Nov 4 '15 at 23:24
suggest improvements |Â
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
4
down vote
I find much the same thing since I work with different groups, each of which may have their own similar but different conventions. There probably is NO true way per se. But it's best practice to follow the conventions of the particular group your working with. Not argue about them.
How to deal with it is keep an open mind and ignore anyone ranting too much about a certain way of coding. Doing things your own way just gets you branded as an amateur and a cowboy which you obviously are not.
What you may think is a cooler and more efficient way of coding might be difficult for others to read quickly which is a major drawback in groups. As a sometimes employer of consultants, if one of my people sent me code that looked messy I'd send it back to them and tell them to clean up their gibberish before giving it to me.
answered Nov 3 '15 at 0:13
Kilisi
94.7k50216376
what I'm saying is that THEY are not keeping an open mind at all. they are egotistical, small minded, immature and tyrannical. they cannot form a coherent argument for why they chose these particular ways of doing things, because in the end they are unimaginative conformists, acting like they are special snowflakes who have to be listened to. I expect they were coddled by their parents.
– Doeyd
Nov 3 '15 at 0:20
Perhaps you're correct, but it's a moot point in my opinion. In my experience it's non productive to let the pettiness or perceived pettiness of others impact on your own professionalism. Conforming to standards is the norm for professionals, homogeneity or an approximation of it smooths many paths and makes things easier for the majority.
– Kilisi
Nov 3 '15 at 0:29
1
as for consultants, my experience is that full timers often do worse work then some consultants, because full timers are more often than not complacent. and many are lazy.
– Doeyd
Nov 3 '15 at 0:30
I agree, consultants tend to be more pedantic and less lazy, unfortunately there IS a lot of cowboys out there and you never know until you receive their work :( I don't pay until I have what I want.
– Kilisi
Nov 3 '15 at 0:32
suggest improvements |Â
up vote
4
down vote
I find much the same thing since I work with different groups, each of which may have their own similar but different conventions. There probably is NO true way per se. But it's best practice to follow the conventions of the particular group your working with. Not argue about them.
How to deal with it is keep an open mind and ignore anyone ranting too much about a certain way of coding. Doing things your own way just gets you branded as an amateur and a cowboy which you obviously are not.
What you may think is a cooler and more efficient way of coding might be difficult for others to read quickly which is a major drawback in groups. As a sometimes employer of consultants, if one of my people sent me code that looked messy I'd send it back to them and tell them to clean up their gibberish before giving it to me.
answered Nov 3 '15 at 0:13
Kilisi
94.7k50216376
what I'm saying is that THEY are not keeping an open mind at all. they are egotistical, small minded, immature and tyrannical. they cannot form a coherent argument for why they chose these particular ways of doing things, because in the end they are unimaginative conformists, acting like they are special snowflakes who have to be listened to. I expect they were coddled by their parents.
– Doeyd
Nov 3 '15 at 0:20
Perhaps you're correct, but it's a moot point in my opinion. In my experience it's non productive to let the pettiness or perceived pettiness of others impact on your own professionalism. Conforming to standards is the norm for professionals, homogeneity or an approximation of it smooths many paths and makes things easier for the majority.
– Kilisi
Nov 3 '15 at 0:29
1
as for consultants, my experience is that full timers often do worse work then some consultants, because full timers are more often than not complacent. and many are lazy.
– Doeyd
Nov 3 '15 at 0:30
I agree, consultants tend to be more pedantic and less lazy, unfortunately there IS a lot of cowboys out there and you never know until you receive their work :( I don't pay until I have what I want.
– Kilisi
Nov 3 '15 at 0:32
suggest improvements |Â
up vote
4
down vote
up vote
4
down vote
I find much the same thing since I work with different groups, each of which may have their own similar but different conventions. There probably is NO true way per se. But it's best practice to follow the conventions of the particular group your working with. Not argue about them.
How to deal with it is keep an open mind and ignore anyone ranting too much about a certain way of coding. Doing things your own way just gets you branded as an amateur and a cowboy which you obviously are not.
What you may think is a cooler and more efficient way of coding might be difficult for others to read quickly which is a major drawback in groups. As a sometimes employer of consultants, if one of my people sent me code that looked messy I'd send it back to them and tell them to clean up their gibberish before giving it to me.
answered Nov 3 '15 at 0:13
Kilisi
94.7k50216376
I find much the same thing since I work with different groups, each of which may have their own similar but different conventions. There probably is NO true way per se. But it's best practice to follow the conventions of the particular group your working with. Not argue about them.
How to deal with it is keep an open mind and ignore anyone ranting too much about a certain way of coding. Doing things your own way just gets you branded as an amateur and a cowboy which you obviously are not.
What you may think is a cooler and more efficient way of coding might be difficult for others to read quickly which is a major drawback in groups. As a sometimes employer of consultants, if one of my people sent me code that looked messy I'd send it back to them and tell them to clean up their gibberish before giving it to me.
answered Nov 3 '15 at 0:13
Kilisi
94.7k50216376
answered Nov 3 '15 at 0:13
Kilisi
94.7k50216376
answered Nov 3 '15 at 0:13
Kilisi
94.7k50216376
answered Nov 3 '15 at 0:13
Kilisi
94.7k50216376
94.7k50216376
what I'm saying is that THEY are not keeping an open mind at all. they are egotistical, small minded, immature and tyrannical. they cannot form a coherent argument for why they chose these particular ways of doing things, because in the end they are unimaginative conformists, acting like they are special snowflakes who have to be listened to. I expect they were coddled by their parents.
– Doeyd
Nov 3 '15 at 0:20
Perhaps you're correct, but it's a moot point in my opinion. In my experience it's non productive to let the pettiness or perceived pettiness of others impact on your own professionalism. Conforming to standards is the norm for professionals, homogeneity or an approximation of it smooths many paths and makes things easier for the majority.
– Kilisi
Nov 3 '15 at 0:29
1
as for consultants, my experience is that full timers often do worse work then some consultants, because full timers are more often than not complacent. and many are lazy.
– Doeyd
Nov 3 '15 at 0:30
I agree, consultants tend to be more pedantic and less lazy, unfortunately there IS a lot of cowboys out there and you never know until you receive their work :( I don't pay until I have what I want.
– Kilisi
Nov 3 '15 at 0:32
suggest improvements |Â
what I'm saying is that THEY are not keeping an open mind at all. they are egotistical, small minded, immature and tyrannical. they cannot form a coherent argument for why they chose these particular ways of doing things, because in the end they are unimaginative conformists, acting like they are special snowflakes who have to be listened to. I expect they were coddled by their parents.
– Doeyd
Nov 3 '15 at 0:20
Perhaps you're correct, but it's a moot point in my opinion. In my experience it's non productive to let the pettiness or perceived pettiness of others impact on your own professionalism. Conforming to standards is the norm for professionals, homogeneity or an approximation of it smooths many paths and makes things easier for the majority.
– Kilisi
Nov 3 '15 at 0:29
1
as for consultants, my experience is that full timers often do worse work then some consultants, because full timers are more often than not complacent. and many are lazy.
– Doeyd
Nov 3 '15 at 0:30
I agree, consultants tend to be more pedantic and less lazy, unfortunately there IS a lot of cowboys out there and you never know until you receive their work :( I don't pay until I have what I want.
– Kilisi
Nov 3 '15 at 0:32
what I'm saying is that THEY are not keeping an open mind at all. they are egotistical, small minded, immature and tyrannical. they cannot form a coherent argument for why they chose these particular ways of doing things, because in the end they are unimaginative conformists, acting like they are special snowflakes who have to be listened to. I expect they were coddled by their parents.
– Doeyd
Nov 3 '15 at 0:20
what I'm saying is that THEY are not keeping an open mind at all. they are egotistical, small minded, immature and tyrannical. they cannot form a coherent argument for why they chose these particular ways of doing things, because in the end they are unimaginative conformists, acting like they are special snowflakes who have to be listened to. I expect they were coddled by their parents.
– Doeyd
Nov 3 '15 at 0:20
Perhaps you're correct, but it's a moot point in my opinion. In my experience it's non productive to let the pettiness or perceived pettiness of others impact on your own professionalism. Conforming to standards is the norm for professionals, homogeneity or an approximation of it smooths many paths and makes things easier for the majority.
– Kilisi
Nov 3 '15 at 0:29
Perhaps you're correct, but it's a moot point in my opinion. In my experience it's non productive to let the pettiness or perceived pettiness of others impact on your own professionalism. Conforming to standards is the norm for professionals, homogeneity or an approximation of it smooths many paths and makes things easier for the majority.
– Kilisi
Nov 3 '15 at 0:29
1
1
as for consultants, my experience is that full timers often do worse work then some consultants, because full timers are more often than not complacent. and many are lazy.
– Doeyd
Nov 3 '15 at 0:30
as for consultants, my experience is that full timers often do worse work then some consultants, because full timers are more often than not complacent. and many are lazy.
– Doeyd
Nov 3 '15 at 0:30
I agree, consultants tend to be more pedantic and less lazy, unfortunately there IS a lot of cowboys out there and you never know until you receive their work :( I don't pay until I have what I want.
– Kilisi
Nov 3 '15 at 0:32
I agree, consultants tend to be more pedantic and less lazy, unfortunately there IS a lot of cowboys out there and you never know until you receive their work :( I don't pay until I have what I want.
– Kilisi
Nov 3 '15 at 0:32
suggest improvements |Â
up vote
1
down vote
Do you work with them? Because you said you "continually encounter programmers...".
If you do, well, you will have to adapt your code to their practices. Because, congratulations!, for once, you found a group of programmers that actually follow industry standards. They already decided to use a methodology that works for them and they are happy with it. Sure, everything can be improved (especially if they are my improvements ;) ), but then work would never get done.
As a teacher once said to me: use whatever standard you want, but follow it. That's why it's called a standard.
edited Nov 3 '15 at 0:22
Kilisi
94.7k50216376
answered Nov 2 '15 at 23:52
AMexicanHipster
111
There is more than one way to skin a cat. It is erroneous to say everybody on the project needs to be using the same style. if an engineer deserves any respect, is because he is able to argue his case. mindlessly demanding conformity is the opposite of arguing your case.
– Doeyd
Nov 3 '15 at 0:26
5
There are many places in software development where you can exercise your creativity. Coding style is not one of them.
– Robert Harvey
Nov 3 '15 at 0:50
Yeah, it's pretty normal in the industry for a team to use the same standards. Otherwise it's just confusing. Generally an organisation defines what the standards are. If you think you have a case to make against those standards, you should definitely bring it to your manager, but until then, use whatever standards are consistent.
– PointlessSpike
Nov 3 '15 at 9:28
standards are not the only issue though. for instance when it comes to IOS programming, people want to use Apple-patented technologies. but there is no good arguable case for that other than blind conformity.
– Doeyd
Nov 4 '15 at 23:24
suggest improvements |Â
up vote
1
down vote
Do you work with them? Because you said you "continually encounter programmers...".
If you do, well, you will have to adapt your code to their practices. Because, congratulations!, for once, you found a group of programmers that actually follow industry standards. They already decided to use a methodology that works for them and they are happy with it. Sure, everything can be improved (especially if they are my improvements ;) ), but then work would never get done.
As a teacher once said to me: use whatever standard you want, but follow it. That's why it's called a standard.
edited Nov 3 '15 at 0:22
Kilisi
94.7k50216376
answered Nov 2 '15 at 23:52
AMexicanHipster
111
There is more than one way to skin a cat. It is erroneous to say everybody on the project needs to be using the same style. if an engineer deserves any respect, is because he is able to argue his case. mindlessly demanding conformity is the opposite of arguing your case.
– Doeyd
Nov 3 '15 at 0:26
5
There are many places in software development where you can exercise your creativity. Coding style is not one of them.
– Robert Harvey
Nov 3 '15 at 0:50
Yeah, it's pretty normal in the industry for a team to use the same standards. Otherwise it's just confusing. Generally an organisation defines what the standards are. If you think you have a case to make against those standards, you should definitely bring it to your manager, but until then, use whatever standards are consistent.
– PointlessSpike
Nov 3 '15 at 9:28
standards are not the only issue though. for instance when it comes to IOS programming, people want to use Apple-patented technologies. but there is no good arguable case for that other than blind conformity.
– Doeyd
Nov 4 '15 at 23:24
suggest improvements |Â
up vote
1
down vote
up vote
1
down vote
Do you work with them? Because you said you "continually encounter programmers...".
If you do, well, you will have to adapt your code to their practices. Because, congratulations!, for once, you found a group of programmers that actually follow industry standards. They already decided to use a methodology that works for them and they are happy with it. Sure, everything can be improved (especially if they are my improvements ;) ), but then work would never get done.
As a teacher once said to me: use whatever standard you want, but follow it. That's why it's called a standard.
edited Nov 3 '15 at 0:22
Kilisi
94.7k50216376
answered Nov 2 '15 at 23:52
AMexicanHipster
111
Do you work with them? Because you said you "continually encounter programmers...".
If you do, well, you will have to adapt your code to their practices. Because, congratulations!, for once, you found a group of programmers that actually follow industry standards. They already decided to use a methodology that works for them and they are happy with it. Sure, everything can be improved (especially if they are my improvements ;) ), but then work would never get done.
As a teacher once said to me: use whatever standard you want, but follow it. That's why it's called a standard.
edited Nov 3 '15 at 0:22
Kilisi
94.7k50216376
answered Nov 2 '15 at 23:52
AMexicanHipster
111
edited Nov 3 '15 at 0:22
Kilisi
94.7k50216376
edited Nov 3 '15 at 0:22
Kilisi
94.7k50216376
edited Nov 3 '15 at 0:22
Kilisi
94.7k50216376
94.7k50216376
answered Nov 2 '15 at 23:52
AMexicanHipster
111
answered Nov 2 '15 at 23:52
AMexicanHipster
111
answered Nov 2 '15 at 23:52
AMexicanHipster
111
111
There is more than one way to skin a cat. It is erroneous to say everybody on the project needs to be using the same style. if an engineer deserves any respect, is because he is able to argue his case. mindlessly demanding conformity is the opposite of arguing your case.
– Doeyd
Nov 3 '15 at 0:26
5
There are many places in software development where you can exercise your creativity. Coding style is not one of them.
– Robert Harvey
Nov 3 '15 at 0:50
Yeah, it's pretty normal in the industry for a team to use the same standards. Otherwise it's just confusing. Generally an organisation defines what the standards are. If you think you have a case to make against those standards, you should definitely bring it to your manager, but until then, use whatever standards are consistent.
– PointlessSpike
Nov 3 '15 at 9:28
standards are not the only issue though. for instance when it comes to IOS programming, people want to use Apple-patented technologies. but there is no good arguable case for that other than blind conformity.
– Doeyd
Nov 4 '15 at 23:24
suggest improvements |Â
There is more than one way to skin a cat. It is erroneous to say everybody on the project needs to be using the same style. if an engineer deserves any respect, is because he is able to argue his case. mindlessly demanding conformity is the opposite of arguing your case.
– Doeyd
Nov 3 '15 at 0:26
5
There are many places in software development where you can exercise your creativity. Coding style is not one of them.
– Robert Harvey
Nov 3 '15 at 0:50
Yeah, it's pretty normal in the industry for a team to use the same standards. Otherwise it's just confusing. Generally an organisation defines what the standards are. If you think you have a case to make against those standards, you should definitely bring it to your manager, but until then, use whatever standards are consistent.
– PointlessSpike
Nov 3 '15 at 9:28
standards are not the only issue though. for instance when it comes to IOS programming, people want to use Apple-patented technologies. but there is no good arguable case for that other than blind conformity.
– Doeyd
Nov 4 '15 at 23:24
There is more than one way to skin a cat. It is erroneous to say everybody on the project needs to be using the same style. if an engineer deserves any respect, is because he is able to argue his case. mindlessly demanding conformity is the opposite of arguing your case.
– Doeyd
Nov 3 '15 at 0:26
There is more than one way to skin a cat. It is erroneous to say everybody on the project needs to be using the same style. if an engineer deserves any respect, is because he is able to argue his case. mindlessly demanding conformity is the opposite of arguing your case.
– Doeyd
Nov 3 '15 at 0:26
5
5
There are many places in software development where you can exercise your creativity. Coding style is not one of them.
– Robert Harvey
Nov 3 '15 at 0:50
There are many places in software development where you can exercise your creativity. Coding style is not one of them.
– Robert Harvey
Nov 3 '15 at 0:50
Yeah, it's pretty normal in the industry for a team to use the same standards. Otherwise it's just confusing. Generally an organisation defines what the standards are. If you think you have a case to make against those standards, you should definitely bring it to your manager, but until then, use whatever standards are consistent.
– PointlessSpike
Nov 3 '15 at 9:28
Yeah, it's pretty normal in the industry for a team to use the same standards. Otherwise it's just confusing. Generally an organisation defines what the standards are. If you think you have a case to make against those standards, you should definitely bring it to your manager, but until then, use whatever standards are consistent.
– PointlessSpike
Nov 3 '15 at 9:28
standards are not the only issue though. for instance when it comes to IOS programming, people want to use Apple-patented technologies. but there is no good arguable case for that other than blind conformity.
– Doeyd
Nov 4 '15 at 23:24
standards are not the only issue though. for instance when it comes to IOS programming, people want to use Apple-patented technologies. but there is no good arguable case for that other than blind conformity.
– Doeyd
Nov 4 '15 at 23:24
suggest improvements |Â
12
What you describe doesn't sound like cargo cult programming. It sounds like these developers follow a single set of coding conventions which is basic common sense.
– Lilienthal♦
Nov 2 '15 at 23:15
4
They appear to have a established a very strict coding standard, which is a best practice among professional software teams. Can you provide more examples of why their "one true way" is bad?
– Kent A.
Nov 2 '15 at 23:34
1
Please remember to keep your comments polite and professional and in line with the Be Nice policy.
– Jane S♦
Nov 3 '15 at 0:26
@JaneS are people who have 8000 points penalized when they are not nice?
– Doeyd
Nov 3 '15 at 0:32
10
Stack Exchange is not a place for ranting about your coworkers and telling us how stupid they are and how much better you are than them. If you treat them like you are treating this question it is no wonder you have problems dealing with them. There is good guidance in the help center about making this question a better fit. Please take some time to read that as well as the Be Nice policy Jane mentioned above.
– Elysian Fields♦
Nov 3 '15 at 0:39