내 솔루션이 내 상사보다 낫다고 생각하므로 무시해야합니까? [닫은]


16

PHP와 SQL로 작업하고 있습니다.

저는 함수를 구현하는 방법이 상사가 제안한 것보다 낫다고 생각합니다. 지금 그는 전자 메일 주소 목록을 확인하는 방법을 설명했지만 그의 생각이 마음에 들지 않습니다. 나는 구현하기에 더 좋고 빠른 광산을 제안했지만 그는 동의하지 않았다.

이제 나는 그의 아이디어가 나에게 명확하지 않기 때문에 계속해서 내 아이디어를 구현할 것이라고 생각합니다. 그가 화낼 것 같아?


71
문제가 "더 빠르고 구현하기 쉬운"이유를 잘 설명하지 못하는 것 같습니다.
니콜

21
추가 정보를 추가하십시오 : (1) 상사가 프로그램을 할 수 있습니까? (2) 정확히 당신의 상사의 해결책은 무엇입니까? (2) 당신의 솔루션은 정확히 무엇입니까? 이러한 미지의 내용이 이해 될 때까지는 솔루션이 실제로 좋은지 판단하기가 어렵습니다.
Darknight

4
당신은 당신의 상사보다 낫습니까? 어떻게 생각하니? 세부 사항이 필요합니다.
Damien Roche

3
또한 다른 관련 질문에 연결하기 위해 질문을 편집하는 데 도움이 될 것입니다 : programmers.stackexchange.com/questions/28228/…
Damien Roche

3
5 년 미만 동안 코딩을 해왔습니까? 달콤하고 순진한 아이 ... :-)
Ed Griebel

답변:


83

알고 보니 모든 경우에 내 직원보다 실제로 더 나은,왔다 "보스"를 갖는 것은 한 바 - 예, 그는 미친 것 - 또는 짜증이나 좌절하고 어떤 경우에, 아마도, 바로 처음이다.

당신이 진정으로 그를 더 이상이라면 당신은 그의 제안 된 솔루션을 이해할 수 있어야하고 당신이 더 나은 및 이유를 다음 이유를 설명 할 수 있습니다.

그러나 당신은 말합니다 :

그의 생각이 나에게 명확하지 않았기 때문에

어느 경우 에나 돌아가서 그가 원하는 것과 왜, 왜 그리고 내 직원에게 제안하는 것과 직원들이 나에게 해결책을 제안하는 것과 같은지 이해해야합니다. 그러나 그가 틀렸다고 가정하지 말고, 그가 요구하는 것을 이해하지 않고 그가 생각하지 않은 것을 아직 덮고 있는지 여부를 이해할 때까지는 옳습니다.


아, 그리고 한 경우-그는 더 나은 프로그래머이지만 그는 나아진 문제에서 몇 걸음 뒤로 물러서지 않습니다. 우리는 그 이유 때문에 함께 일하는 것이 즐겁습니다.


13
+1 "요청하지 않는 한 당신이 원하는 것을 이해할 때까지"
Dean Harding

3
대단한 대답은 우리가 상사가 자신의 상사 나 다른 사람으로부터 더 이상의 정보를 가지고 있지 않다고 생각해서는 안된다는 것을 덧붙이고 싶었습니다. 나는 이것이 마치 엉덩이처럼 보이는 대신에 당신이 당신의 상사를 이해하고 "내 상사가 내 솔루션이 더 낫다는 것을 이해하지 못한다"라는 점으로 넘어 가기 전에 그가 어디에서 왔는지 확인하는 데 도움이되는 것을 보았습니다.
Chris

1
때로는 더 나은 솔루션을 얻는 것만으로는 충분하지 않으며 가장 중요한 것이 아닙니다. 현실은 자아, 계층, 박식에 찬 시간을 아끼는 팀 / 회사 의식이 존재한다는 것입니다. 그들은 당신보다 더 크고 때로는 우리의 즉각적인 이해를 넘어 중요성을 유지합니다. 최선의 방법은 옵션을 나란히 분석 및 배치하고 관리자 (또는 팀)가 결정을 내릴 수 있도록 충분한 이점과주의 사항을 제시하는 것입니다. 적어도 그 시점에서 당신은 당신이 실사를했고 프로젝트의 운명이 더 이상 당신의 손에 달려 있지 않다는 것을 알고 있습니다.
jellyfishtree

1
이 답변에 의문을 제기하는 것은 "직원보다 나아졌다"입니다. 나는 그가 나보다 낫다고 생각하는 상사를 위해 일하고 싶지 않다 ...
Jason Baker

1
-1. 당신이 진정으로 프로그래밍에 능숙하다면 모든 부하 직원들에게 잘못된 직업이 주어졌습니다. 관리자가 모든 것을 더 잘해야한다고 말하는 것은 없습니다. 이상적으로는 관리자가 프로젝트를보다 잘 관리하고 프로그래머는 프로그래밍을 더 잘해야합니다. 모든 직업 설명에서 모든 사람과 같은 방식이어야합니다. 진정으로 훌륭한 팀은 기술이 서로를 보완하여 팀이 부품의 합보다 큽니다. 미안하지만, 오만한 태도는 팀에 자리하지 않습니다. 혼자 일하고 모든 사람을 슬픔에서 구하십시오.
riwalk

50

당신은 그의 생각 을 비판하는 대신 당신이 그보다 더 낫다고 생각함으로써 그를 비판 하고 있습니다 .

먼저 부적절한 동작을 변경해야합니다.

충분한 시간 을 요구하여 그의 아이디어에 긍정적으로 도전 할 수있는 기회를 가지십시오 "why?". 아이디어가 너무 어리 석다면, 그는 결국 당신의 질문에 대답함으로써 스스로를 발견 할 것입니다.

이 기술은 이해하는 데 도움이되는 이점이 있습니다. 그의 생각은 아마도 당신이 생각하는 것보다 더 똑똑 할 것입니다.

또한 seeking to understand이전에 시도 당신에 대해 당신의 보스 기폭에게 자신을 도움이 될 것입니다 이해되어야한다. 누군가에게 무언가를 제안 할 때, 도마뱀 뇌 는 그것이 치료인지 판단하려고 시도 할 것입니다. 그의 도마뱀 뇌는 그에게 안전하기를 원합니다. 그를 이해하려고 노력하면 그의 고풍스러운 뇌가 다시 보장 될 것입니다.

더 나은 제안이 있다면, 그가 당신의 말을 기꺼이 듣는 것 이상이라고 확신합니다. "why?"그가 확신 할 때까지 충분한 시간을 요청할 수 있도록 준비하십시오 .

결국, 당신은 전문가입니다. 그래서 그는 처음부터 당신을 고용했습니다. 그는 당신의 말을 들어야합니다.

그가 당신의 아이디어에 전혀 관심이 없다면, 할 일이 하나 있습니다 : quit .


2
"먼저 부적절한 행동을 변경해야합니다."에 +1 먼저 상사의 제안을 이해하기 전에 안팎으로 이해하십시오.
Chris

38

당신은 당신의 방법이 "구현하기 더 빠르다"고 말합니다. 저에게 알람 벨이 울립니다.

구현이 더 빠른 코드는 종종 유지 관리가 어려울 수 있습니다.

그는 당신의 상사입니다. 당신이 평생 동안 거기에 머 무르지 않으면, 그는 당신보다 훨씬 더 오랫동안 그 코드와 함께 살 것입니다. 아마도 그의 전략은 그 사실을 고려할 것입니다.

짧은 대답 : 불복종은 해고당하는 확실한 방법입니다.


4
당신의 짧은 대답은 문제의 절대적인 최고의 요약입니다.
justkt December

나는 동의하지 않고 더 빠르고 단순하다. 많은 코너 케이스로 복잡한 것은 최악이며 유지하기가 더 어렵습니다. 나는 심지어 당신이 항상 가장 간단한 방법으로해야한다고 생각하며 나중에 필요할 경우 진화 할 것입니다.
IAdapter

나는 부분적으로 당신에게 동의하며, 또한 '더 단순할수록 좋다'고 생각합니다. 그러나 "쓰기가 간단합니다"보다 "3 년 후 코드를 읽는 사람에게는 더 간단합니다"를 선호합니다. 따라서 'Simpler'은 'Quicker'와 균형을 이룰 수 있습니다. 나중에 가져 오면
JW01

9

당신의 상사 직업은 당신에게 더 나은 프로그램이 아니라 당신을 관리하는 것입니다. 따라서 그의 명백한 프로그래밍 배경을 제공하고 솔루션이 최고가 아닌 이유를 알 수 있다는 사실을 제쳐두고-방향을 잡을 수 있음을 보여 주면 더 나은 솔루션으로 그를 찾아 갈 때 더 신뢰 할 것입니다. .

그에게 왜 그가 틀렸는 지 (어떻게 더 잘할 수 있는지 말하는 것은 어떻습니까?) 말하지 못하게하는 것이 당신의 접근 방식이라고 거의 보장 할 수 있습니다.

... 실제로 경험이없는 자지가 없습니다 :)


6

상사가 당신에게서 몇 가지를 필요로한다고 생각하십시오

  • 프로그래밍 능력. 그가 개발 관리자가 아닌 이상 모든 권리에 따라, 그는 당신이 그보다 나아지기를 희망하면서 당신을 고용했습니다.
  • 팀에서 일할 수있는 능력은 아이디어를 듣고 설명하는 것을 의미합니다.
  • 당신이 말하는 것을 할 수있는 능력. 마지막 단어를 들었을 때, 문제에 대한 모든 전후 논의 후에, 당신은 보스가 아닙니다. 특별히하지 말라고했을 때 핫샷을하려고한다면 믿을 수 없습니다.

문제를 계속 진행하려면 상사의 아이디어를 구현하고, 시간이 좀 걸리면 스스로 시간을내어 구현하고, 자신의 아이디어가 더 낫다는 것을 입증하기 위해 두 가지 모두를 시연 할 수 있습니다. 당신이 할 때 나는 샤워에 태도를 남길 것입니다.


"최종의 말을 들었을 때, 모든 문제에 대해 앞뒤로 논의한 후에는 당신이 사장이 아닙니다." -이것이 의미하는 것은, 누가 당신과 상사에게 돈을 지불하지 않았는지 설명 할 때 상사가 당신이 아닌 설명을해야한다는 것을 기뻐할 것입니다.
flamingpenguin

6

예, 그는 를 낼 것 입니다. 따라서 방법이 더 좋은 이유를 이메일로 보내 주시기 바랍니다. 그리고 당신의 방법으로 진행하기위한 승인을 요청하십시오. "이메일"의 요점은 더 이상 논의하기 전에 모든 이유를 기록하고 정리하는 것입니다.

" 이 방법이 프로젝트 / 문제에 적합 하다고 생각합니다" 라고 말하십시오. 따라서 더 좋은 방법이 없다면 그는 당신과 함께 가야합니다.

당신이 정말로 확신하고 당신의 견해를지지 할 충분한 탄약이 있다면, " 이 방법은 1,2,3 .. 이유로 인해 프로젝트 / 문제에 적합하다고 믿습니다 "

"내 상사보다 낫다"고 말하는 또 하나의 개인적인 조언은 약간 거만하다고 생각합니다. 지금 당장은 화가 날 것입니다. 그러나 전문적인 상황에서는 이것이 잘 인정되지 않습니다. 상사가이 게시물을 읽지 않기를 바랍니다.)


9
절대로 이메일과의 충돌을 해결하려고 시도하지 마십시오. 이메일을 통해 읽을 때 기분에 따라 반응 할 수 있습니다.
Morten

Morten의 의견에 동의합니다. 대부분의 충돌은 이메일 대화에서도 시작됩니다. 신체 언어는 매우 중요합니다.

@Morten, Pierre : "이메일"의견에 동의하십시오. 나는 OP의 포인트와 그의 보스의 포인트에 대한 논의가 있어야 함을 의미했습니다.
JoseK

이메일은 후속 단계로 진행되어야하며, 먼저 발생해야하는 대화를 추적하고 문서화하고 자세히 설명해야합니다. 나는 이메일을 보낸 사람들 (나 자신을 포함하여)을 물려주기 위해 얼마나 많은 이메일이 왔는지를 잃었다. 가장 격렬한 의견 불일치와 오해는 "먼저 이메일 보내기, 나중에 질문하기"전략 때문이었습니다. 이메일을 작성할 때 생각 나는 소리와 상관없이 수신자는 소리를 거의 항상 다르게 해석합니다. 먼저 대화가 있으면 이미 신호음이 설정된 것입니다.
Mark Freedman

4

훌륭한 개발자가되는 것은 좋은 코더가되는 것이 아닙니다! 업무의 일부는 다른 사람들과 잘 협력하고 팀 및 상사와 협력하는 것입니다. 자신의 길이 더 좋다고 생각되면 그에게 더 나은 이유에 대한 "데이터"를 보여 주면서 설명해보십시오.

그가 자신의 길이 실제로 더 낫다고 주장한다면, 그가 옳을 수있는 경우에 대해 열린 마음을 유지하려고 노력하는 것보다. 그가 아니라면, 단지 당신에 대한 권위를 얻는다면, 당신은 한 명의 나쁜 상사를 가질 수 있습니다 ... 어떤 경우에는 둘러 보는 것이 나쁜 생각이 아닐 수도 있습니다.


2

해고당하는 빠르고 쉬운 방법입니다.

내 조언은 두 가지를 모두 구현하고 상사가 원하는 것을 사용하는 것입니다.

문제가있는 경우 수정 사항이 있다고 말하고 그에게 보여주십시오. 그러나 왜 작성했는지는 말하지 마십시오.


나는 이것에 동의하지 않아야한다. 누군가를 잘못 입증하기 위해 두 가지 구현을 만드는 것은 단순히 시간 낭비입니다. 나는 대부분의 경우 각 솔루션의 장단점에 대한 일반적인 논의가 충분하다고 100 % 확신합니다.
Tx3

모든 상황에서 구부릴 필요는 없습니다. 고급 레벨의 플레이어는 자신의 물건을 알고, 그것을 증명하는 방법을 알고, 후퇴 할 때도 알고 있습니다. 그리고 그들은 가장 많이 찾고 최고 급여를 지불했습니다. 코드 원숭이는 불완전한 사양을 불완전한 코드로 변환합니다.
Coder

2

나는 당신이 여기에 올바른 태도를 가지고 있다고 생각하지 않습니다. 당신이 당신의 상사보다 낫다고 생각하거나 다른 사람보다 더 낫다고 생각하면 결코 문제를 도울 수 없습니다. 왜 그의 생각이 마음에 들지 않았는지 또는 "저는 더 좋은 방법이 있습니다"라고 말했습니까? 왜 당신의 생각이 더 정확합니까? 알고리즘 적으로 덜 복잡합니까? 더 나은 런타임이 있습니까? 유지 관리가 더 쉽습니까? 디자인 패턴을 이해하기 쉽게 사용합니까?


2

많은 답변이 이미 제공되었으므로 리드가 승인하지 않은 솔루션을 코딩하지 않는 것이 좋습니다. 먼저 솔루션이 건설적인면에서 더 낫다는 것을 증명해야합니다. 그가 좋은 관리자이고 그의 솔루션이 당신보다 낫다고 생각한다면, 그 이유를 설명 할 수 있습니다. 관리자로서 효율적인 솔루션이 무엇인지 정의하는 데 다른 기준이있을 수 있습니다. 유지 보수성 또는 읽기 용이성 중 하나 일 수 있습니다.

또한, 그가 훌륭한 관리자라면 객관적으로 실제로 더 나은 것으로 입증 한 경우 솔루션을 선택하는 것이 부정직하지 않습니다.

그러나 결국, 당신이 여전히 그와 동의하지 않더라도 그를 속이지 마십시오. 그가 무시할 일을하지 마십시오. 또한 팀 관리는 신뢰와 투명성을 바탕으로 관계를 맺고 팀 효율성을 높일 수 있습니다. 그리고 팀 목표가 최우선 순위가되어야합니다.

상황이 반복해서 발생하고 그의 선택이 항상 나쁜 경우, 그는 당신의 상사를 오랫동안 유지해서는 안됩니다. 이따금 비싸다면 너무 자랑스러워하지 마십시오.


1

그것은 당신이 무언가와 충돌하는 것처럼 보이므로 건설적인 것에 집중해야합니다.

당신이 진심으로 그의 해결책을 믿지 않는다면, 그에 대해 어떻게 생각하는지 그에게 건설적인 방법을 찾아야합니다. 여기에는 몇 가지 고려해야 할 사항이 있습니다. 당신의 배달에 대한 당신의 책임이지만, 그의 팀 배달에 대한 책임이 있습니다. 당신은 당신의 관심이 팀 전달과 자신의 관심 (이 두 가지가 일치 함)임을 보여 주어야합니다.

두 가지 솔루션으로 장단점 목록을 작성하고 건설적인 방식으로 상사와 토론하십시오. 때로는 목록이있는 솔루션의 핵심 구성 요소가 없음을 쉽게 알 수 있습니다.

그가 원하는 것을 이해하려고 노력하는 것이 목적인 최종 목표입니다. 당신이 이것에 대해 충돌하면 올바른 목표에 초점을 맞추지 않습니다.


1

내 조언은 먼저 그의 솔루션이 실제로 더 나은지 결정하는 것입니다. 두 가지 해결책을 게시하고 편견없는 의견을 SE에 요청하십시오.

나는 내 상사를 무시하지 않을 것이다. 그가 기술적 인 노하우를 가지고 있다면, 건강한 토론에 아무런 해가 없습니다. 그는 그의 아이디어를 구덩이로 당신을 제안합니다.

그러나 실제로 그의 방법이 열등하다고 판단하고 그가 당신을 위해 고용 한 일을 할 수 없게한다면, 그만두십시오. 그들이 무슨 말을하고 있는지 전혀 모른다면 어떻게해야하는지 알려주는 너클 헤드를 놓는 것보다 나쁘지 않다.


1

당신이 아닌 결정을 내리는 것이 보스의 일이라는 사실부터 시작합시다. 당신은 그의 등 뒤에있는 결정들에 반대하며, 원인을 위해 해고 될 수있는 빠른 길입니다.

결정을 내리기 전에 아이디어를 제시 할 수 있고 제시해야하지만 일단 결정이 내려지면 결정에 동의하지 않더라도 결정을 내리는 것이 당신의 임무입니다. 그렇게 할 수 없다면 직업이 매우 짧을 것입니다.


0

사람에 따라 다릅니다. 그가 충분히 합리적이고 당신에게 그에게 당신의 해결책을 보여 주면 좋을 것입니다. 그는 아마 화를 내지 않을 것입니다. 그러나 그가 그렇지 않다면, 당신은 곤경에 처한 것입니다.

이제, 제네릭이 아닌 헛소리 부분을 위해 : 그는 당신의 상사입니다. 그는 더 나은 프로그래머가 아니라 더 나은 관리자 / 리더가되기 위해 있습니다. 아마 당신이 고려하지 않은 이유가있을 수 있습니다.

위험을 감수하고 있다면 해고 당할지라도 화 내지 마십시오. 모두 내기입니다.


0

당신에게 먹이를주는 손을 물지 마십시오.
철저한 분석 후에도 자신이 더 낫다고 생각한다면, 당신이 믿는대로 행동하지만 그 결과로 살 것입니다.


왜 안돼? 최종 제품에 벌레가 박힌 쓰레기가 있으면 아무도 도움이되지 않습니다. 팀에서 일하고 팀으로 결정하는 것이 중요합니다. 그러나 전문 개발자로서의 임무는 전문 솔루션을 찾고 올바른시기와시기에 귀하의 입장을 방어하는 것입니다.
Coder

0

내 상사는 종이 봉지에서 자신의 길을 프로그래밍 할 수 없습니다 (실제로는 좋은 대화자와 사기꾼을 프로그래밍 할 수는 없지만 부적합을 만족시키기 위해 저의 작업을 다루는 일을하도록하여 실제 작업을 수행 할 수있게했습니다. 아이디어의 1 %는 내가 묻는 핵심 질문에서 나온 것입니다. 코드와 방법의 100 %가 저에게서 나왔습니다. 보스가 나에게 나쁜 아이디어를 줄 때 내 자신이 나 자신을 구현할 때, 내 보스는 더 자신을 얻는 것입니다 그 다음에 성공적인 프로그램을 시작하십시오 주변 사람들과의 네트워킹 전략은 그의 거짓말을 지역 차원에서 억압하는 데 도움이되었습니다 이제 저는 주요 회사에서 1/3의 주에서 사단을 위해 일하고 있습니다. 나는 같은 전략을 다시 사용할 것입니다. 네트워킹에서 더욱 창의적이어야합니다.

이 게시물의 원래 질문에 대답하기 위해 보스 코드는 내 것보다 좋지 않습니다. 다른 사람들이 말했듯이. 어떤 것이 너를 그렇게 생각하게 만들었습니까. 코드는 논리입니다. 왜 당신이 더 낫다고 생각합니까? 제 경우에는 성공적인 제품 생산을 넘어서는 정치가 발전했습니다. 제 경우에는 자신의 공증을 억누르고 자합니다. 어떤 상황이 많은 가능성이 있는지 잘 모릅니다.


0

세부 사항에 따라 어느 쪽이든 될 수 있습니다.

나는 여러 가지 상황에서 상사와 논쟁을 벌이고 있다는 것을 알고 있습니다. 여러 번 나는 내 아이디어가 더 낫다는 것을 증명했으며 때로는 더 빠르고 완벽한 솔루션을 보여주었습니다. 때때로 우리 중 어느 쪽도 알지 못했기 때문에 연구를 수행하고 아이디어를 비교하고 다음 번 의사 결정을 위해 새로운 것을 생각해 내야했습니다.

상사가 좋은 상사이고 상급자 인 경우, 아마도 내부 경험에 대해 많은 경험과 더 나은 / 신선한 견해를 가지고 있음을 알고 있으며, 설명 할 경우 왜 당신이 무언가를했는지 이해할 것입니다. 그에게. 그는 또한 당신을 미세하게 관리하지 않을 것입니다.

때로는 아무리 훌륭하더라도 간단한 일을 그리워하기 때문에 나중에 사소한 해결책을 간과하기 위해 얼마나 바보가 될 수 있는지 궁금해합니다. 그리고 보스는 멀리서 자신의 개요를 볼 때 훨씬 쉽게 발견 할 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.