"프로그래밍 블로우 하드"를 다루는 방법? [닫은]


18

그래서 나는 모든 사람이 어느 시점에서이 사람을 만났을 것이라고 확신합니다. 누군가가 당신의 프로젝트 나 아이디어에 관심을 갖고 처음에는 관심을 보였습니다. 몇 가지 방법에 대해 이야기하고 일반적 으로이 시간 쯤에 메소드 X를 대신 사용하거나 라이브러리 Y를 사용해야하는 방법에 대해 설명합니다. 종종 지나친 앵무새처럼 같은 조언을 반복합니다.

개인적으로, 나는 학습을 할 때 또는 심지어 재미를 위해 바퀴를 재발 명하기를 좋아합니다. 그러나이 사람은 분명히 그러한 목적으로 모든 유틸리티를 다시 만들지 못하거나 전통적인 OOP 관행을 엄격하게 따르지 않는 것을 시도 할 수 없으며 완벽 함을 제외하고는 아무것도 해결하지 않으므로 자연스럽게 비판을 듣습니다. . 또한, 그들은 한 손으로 코딩 한 엄청나게 복잡한 모든 것들을 나열함으로써 그들의 조언 (지연)을 정당화하기 시작합니다. , ㅋ ㅋ ㅋ ㅋ ㅋ ㅋ").

이제 저는 프로그래밍 마스터가 아닙니다. 아마 그다지 좋지는 않을 것이므로 조언과 비평을 중요하게 생각하지만 조언 / 비평에는 시간과 장소가 있다고 생각합니다. 도움을받는 것과 자기애주의를하는 것 사이에는 큰 차이가 있습니다. 과거에는 아마도 더 강한 George Carlin 스타일 해고를 사용했을 것입니다. 그러나 더 이상 다리를 굽는 것이 최선의 방법이라고 생각하지 않습니다.

이런 종류의 구두 채찍질을 다루는 방법에 대한 조언이 있습니까?


10
나는 '바퀴를 재발 명'하고 싶다. 이것이 새로운 기술을 실제로 이해하는 좋은 방법입니다. 차례로 다른 사람들을 도와줍니다. 게다가, 솔직히 말해서, 바퀴를 재발 명하는 것보다 종종 바퀴 달린 바퀴를 배우고 유지하고 수정하는 것보다 빨리하는 것이 종종 있습니다.
GrandmasterB

31
바퀴를 다시 발명하는 것은 학습에 적합하며 적극 권장됩니다. 그러나 중요한 작업을 수행하는 '실제'코드의 경우 기존의 테스트 및 테스트 된 솔루션을 선택하십시오!
Peter Boughton

6
때때로 '바퀴를 재발 명'할 때 '더 나은 마우스 트랩을 구축'하게됩니다.
Rusty

2
당신은 crappy wheel을 만들고, crappy라는 것을 이해하고, 그것을하는 방법을 아는 누군가가 만든 환상적인 것을 찾으십시오.

1
@Rusty, 문제가되는으로 마우스 트랩이 아닌 휠의)
마태 복음 회칠 한

답변:


36

그들이 말하게하지 마십시오. 키보드 앞에서 가져옵니다. "좋아, 보여줘"라는 문구가 그렇게해야합니다. 내 경험은 대부분의 타격이 그렇게 대단하지 않다는 것입니다. 그들이 실제로 말하는 것을 시도 할 때 효과가 없으며 일이 조용해집니다.


1
희망이 있습니다. 솔직히 그들은 아마 나보다 더 나은 프로그래머 일지 모르지만, 나는 자신의 능력을 과시하는 사회적인 둔 약자로부터 배우거나 같은 방에있는 데 어려움을 겪습니다.
피터 G.

1
그들이 당신보다 낫다고해서 그들이 무엇을 말하는지 항상 아는 것은 아닙니다.
Conrad Frix

다음에 일어날 때 당신의 방법을 시도해 볼 것입니다. 감사.
피터 G.

2
실용성 이 키워드입니다.
rwong

1
@PeterG. 어떻게 됐어?

17

나는 30 년 동안 프로그래밍을 해왔다. 나는 "프로그래밍 마스터"라고 생각하는 많은 사람들을 알고 있습니다. 내 더러운 작은 비밀을 알고 싶어? 나는 몇몇 분야에서 간신히 유능하지만 그게 전부입니다. 주로 나는 빨아 .

나는 그 당시 몇 명의 놀라운 천재들과 함께 일해 왔습니다. 여배우에 대한 연단 버블 링-그녀의 공동 별 종류의 천재가 아니라 자본-G 종류의 천재가있는 타오르는 IQ 천재. 크 누스를 읽었습니다.

조만간 열심히 일하고 오래 일한다면, 당신이 할 수있는 최선의 능력은 거기에있는 재능의 폭과 깊이에 비해 매우 중요하지 않다는 것을 깨닫게 될 것입니다. 나는 누군가가 그 시점에 도달하고 어떻게 가장 깊은 겸손을 가질 수 있는지 알지 못한다.

다른 사람에 대한 그들의 견해를 지배하고 자신의 길이 다른 무엇보다 올바른 길이라고 믿는 사람은 단순히 훌륭한 프로그래머가 아닙니다 . 내 말을 들어 봐

내 충고, 당신은 다리를 태우지 않는 올바른 길을 가고 있습니다. 정중하게 듣고, 가능한 한 좋은 것을 취한 다음 자신의 길을 가십시오.


나는 "좋은 것"을 보는 다른 방법이 있다고 생각한다. 때때로 나는 더 많은 장인 / 상인에게하는 프로그래밍의 종류를 좋아한다. 나는 컴퓨터 과학에 돌파구를 만들거나 중요한 돌파구가 되겠지만, 그런 종류의 일을하는 사람들은 "정규적인"앱을 만드는 데 지루함을 느끼는 경우가 많습니다. 당신은 여전히 ​​고용주에게 매우 귀중한 수 있기 때문에 몇 가지 영역에서 프로그래머
programmx10

5

대부분의 사회적 상황과 마찬가지로 상황에 따라 다릅니다.

이 사람이 주도적 인 역할을하는 경우 (상황은 직장 일 가능성이 높음) 자신이 선택한 기술과 다른 기술을 사용하도록 설득하지 않는 한 일종의 혼란에 빠집니다. 그들이 팀의 비판을 받기를 바랍니다. 많은 경우, 프로젝트에 대한 특정 접근 방식이 더 나은 이유에 대한 사실에 근거한 탄탄한 주장을 제시하는 것이 종종 이길 것입니다. 만약 그들이 "그것이 행해져야만하는 방법"(혹은 다른 어리석은 이유) 때문에 고집이 계속된다면 그들은 어쨌든 안 좋아 보이고 적어도 당신은 합리적이 되려고 노력한 것처럼 보입니다. 이 경우 경력 도 확인하는 것이 좋습니다. 그래서 ...

이 사람이 당신의 동료라면, 당신은 그것을 무시하고 계속 진행할 수 있습니다. 그들이 왜 특정 도서관이나 접근 방식을 소중히 여기는지 설명하도록 요청하는 것이 좋습니다. 토론을 통해 제약 조건이 예상 한 것과 다르다는 것을 알 수 있습니다 (예 : 원시 페달 대 금속 속도가 필요하지 않기 때문에 "굉장한 초고속 라이브러리 X"가 필요하지 않거나 종속성을 최소화하기 위해 "사전 빌드 된 구성 요소 Y"를 사용하고 싶지 않습니다.) 또한 그들이 제안하는 것에 대한 귀중한 통찰력을 얻을 수도 있습니다. 일반적으로 이와 같은 상황에서 나는 대부분 내 자신의 길을 가고 있지만, 일반적으로 그들이 옹호하는 접근법 / 기술 / 라이브러리를 조사하여 유용한 정보를 얻습니다.

이 사람이 당신의 아래에 있다면, 그들에게 벌레를 털어 놓으라고 지시하십시오. 진행 상황을 이해하고 효과적으로 의사 소통합니다.

결국, 그 사람이 실제로 타협하기를 원치 않고 개방적이지 않으며 배우기를 신경 쓰지 않는 하드 코어 블로우 하드 인 경우; 그렇다면 당신이 정말로 할 수있는 것은 그것을 무시하고 최선을 다하려고 노력하는 것입니다.


나는 아직 직장을 구하기에 충분하지 않을 수 있으므로 모든 동료 학생 / 온라인 사람 등입니다. 다른 방법을 배우는 데는 문제가 없지만 (실제로는 가치가 있습니다) 누군가에게 말하고 싶을 때 아이디어가 얼마나 끔찍한지를 말하고는 잃어버린 느낌이 듭니다. 아마도 회피가 최선의 방법 일 것입니다.
Peter G.

2
Nick에게-나는 거친 동료를 무시하지 않을 것입니다. 그들은 당신을 깔끔하게 몰래 빠져 나갈 수있는 능력을 가지고 있습니다. 블로우 하드는 정치적인 경향이 있기 때문에 피해를 줄 수있는 능력을 과소 평가하지 않는 것이 가장 좋지만, 멍청한 * 일 수도 있습니다.
luis.espinal

1
@luis "Blowhards도 정치적인 경향이 있으므로 피해를 줄 수있는 능력을 과소 평가하지 않는 것이 가장 좋습니다."... 가능하다면 +100을 줄 것입니다. 거기에 있었고, 그것을 다루었습니다.
Bill

1
@ 피터 G-당신이 학생이라면. 무시하고 대화를 중단하십시오. 그들은 제 시간에 움직일 것이고 당신도 그렇게 될 것입니다. 고용 된 경우 ... 완전히 다른 문제가 있습니다.
quick_now

5

이런 식으로 침입해야한다고 생각 하는지 알아 보십시오 .

  • 그는 당신이 잘못된 일을하고 회사 돈 / 시간을 낭비하는 것을 두려워합니까?
  • 그는 불안하고 무관 한 것을 두려워합니까?
  • 그는 더 나은 해결책을 제안하여 도움을 주려고 노력하고 있습니까?
  • 솔루션 공간을 탐색하려는 목표를 오해하고 있습니까?
  • 이것이 그의 친절한 방법입니까?
  • 누군가 X에게 항상 X를 사용해야한다고 말 했으므로 항상 X를 제안합니까? 그들은 왜 그에게 말했습니까?
  • 그는 X 기술의 세일즈맨입니까?

이들은 모두 다른 반응을 보입니다.

A를 더 잘 이해 하여 'blowhard'의 - 그를 위해 라벨을 상실하여 시작 - 당신은 함께 작업 할 수있는 방법을 찾기 위해 훨씬 더 할 수 있습니다.

왜 그렇게 귀찮게하는지 조사 할 수도 있습니다. 왜 그의 입력을 무시하거나 무해하게 굴절시킬 수 없습니까?


자신이 가진 효과를 깨닫지 못할 수도 있다는 점을 고려해 +1. 우리를 괴롭히는 대부분의 사람들은 자신이하는 일을 전혀 모릅니다. 종종 우리는 자신의 경험과 다른 경험을 바탕으로 누군가의 말을 해석하게되므로 행동과 설정 "규칙"에 의미를 부여했습니다. 우리 외에는 아무도 모릅니다.
팀 클라 슨

2

기능적 프로그래밍 모드로 전환하십시오. 대부분의 타격은 Java와 다른 것을 알지 못합니다. 하스켈이나 리스프, 심지어 루비와 같은 이상한 것들로 타격을 가하는 순간 그들은 죽을 것입니다.


1

나는 그들에게 f ** k off (원한다면 더 많은 외교적 표현을 사용할 수있다)를 말 하거나 단순히 무시 하라고 말할 것이다. 내가 말한 것 이상으로 많은 옵션이 없습니다. 살인은 효과가 있지만 합법성은 지역에 따라 다릅니다.


4
나는 그것이 상황을 다루는 가장 좋은 방법이라고 생각하지 않습니다 ...
TheLQ

1
외교가 아닌 접근 방식을 시도했지만 그 일을 좋아하지 않습니다. 소리 지르면 기분이 나빠집니다. 여러 번 벽에 구멍을 뚫는 느낌이 들었지만 보통 나보다 훨씬 큽니다 (샤무는 생각 나게합니다). 그리고 내 옥수수 줄기에서 6'130lbs 체격은 파이프 클리너로 볼링 공을 공격하는 것과 같습니다.
피터 G.

@ 피터-내 입장에서 정확하게 대답하지 않기 때문에 이것을 삭제하는 것을 고려하고 있습니다.
ChaosPandion

1
괜찮아. 어쨌든 인생에는 더 많은 코미디 / 풍자 만화가 필요합니다.
피터 G.

나는 직장에서 이렇게 멀리 밀려 난 적이 없다고 생각하지만, 이것은 아마도 극한의 타격을 입는 유일한 선택 일 것입니다.
JeffO

1

왜이 사람의 말을 신경 쓰나요? 그들은 당신의 상사입니까? 무슨 상관이야? 모든 직업에는 희망을 갖고 있지 않은 사람이 있습니다. 그들은 그를 좋아하지 않습니다. 그들은 이유를 알지 못할 수도 있습니다. 그러나 그것은 세상의 방식입니다. 따뜻한 사람과 걱정하는 사람. 당신의 육체 파운드를 원하고 그를 조금 때리는 것처럼 들립니다.


이런 사람을 위해 일하면 어려움이 있습니다.
quick_now

0

마지막 직장에 이런 사람이있었습니다. 그는 다른 모든 사람들이 작업하고있는 모든 개별 작업에 대한 의견을 가지고 있었을뿐만 아니라 롤업하여 "무엇을하고 계십니까? 자신이 맡겨진 자신의 일을하는 것이 아니라 작업을 시작할 때. 그것은 한 가지 가지고 우리는 각각 견해를 가지고 있고, 생산 팀은 항상 동료 유효 입력에 열려 있어야합니다 - - 이제 다시 무엇인가에 대한 의견을하지만, 개인이 반복적으로 퇴근 다른 개발자를두고 때에 요청하여 매우 다른 전망이다 그들이하고있는 일을 멈추고 그들이 발전 할 수 있기를 바라며 설명 해주십시오대화 과정에서 동료가 업무를 계속하도록하는 대신 제안하는 의견.

이 특정 남자가 위의 시도를했을 때 그의 첫 번째 선은 "무엇을하고 있는가?"였는데, 나는 그가 실제로 우연히 물어 보는 경우를 대비하여 내가 막 시작한 과제에 대한 간단한 공손한 개요를 제공했다. 내가 이전에 고통스러워했던 경험으로 의심되는 주제에 대한 길고 아주 밝지 않은 토론을 찾는 것보다는 그의 의도였다. 내 개요 설명에 대한 답장으로 그는 "내가 이해하지 못합니까? ..."라고 말하면서 내 의도를 더 자세하게 설명하기 위해 내가하고있는 일을 멈추는 것보다 더 행복하지 않은 것을 제안했다. "당신이 할 이유는 방금 말한 필요가 이해?"그의 트랙에서 그를 죽은 중지한다.

사무실의 다른 모든 개발자들은 자신의 길로 돌아가서 내 질문에 대답 할 수 없게되면서 큰 소리로 웃었다. 여기에서 교훈을 얻을 수 있다면,이 사람들은 항상 민사적이고 침착하지만 확고하게 다루어야한다는 것입니다. 당신의 작업에 방해가되지 않고, 심지어 시작하기 전에 테너의 논증을 취하겠다고 위협하는 대화를 훔치면,이 사람들은 일반적으로 당신의 사고 과정을 탈선시키려는 시도가 없습니다.


나는 그 접근 방식이 마음에 들지 않습니다. 팀의 모든 사람들은 다른 모든 사람들이 무엇에 접근 해야하는지 알아야합니다. 그렇지 않으면 어떤 이유로 든 꺼져 있다면 아무도 그들로부터 선택할 수 없습니다. 또한 가능한 경우 전체 팀이 최상의 접근 방식을 보장하는 기술과 관련하여 기여해야합니다.
Orbling

동의하지 않습니다 – 우리는 Borg가 아닌 개발팀입니다. 위원회 별 디자인은 작동하지 않으며 개발자가 단순히 상호 교환 가능한 부품 인 것처럼 과제를 자르고 변경하지도 않습니다. 나는 분명히 다른 사람들에게 내 작품에 대한 견해와 의견을 정중하게 기고하고 있지만, 위에서 언급 한 바와 같이 기존 의견을 갖는 것과 다른 사람들에게 그들이하는 일을 멈추고 화상을 입지 말 것을 요구하는 것만 구별하는 것은 분명합니다. 그들의 아이디어를 당신에게 설명하는 시간. 일부 사람들은 자신의 목소리를 듣고 싶어하며이 특정 개발자는 해당 범주에 속했습니다.

@orbling, 나에게 예정된 회의 의 이유처럼 들린다 !

@ Thorbjørn Ravn Andersen : 현대 세계에서는 대륙에 걸쳐 팀을 분산시키는 경우가 많습니다. 예정된 회의는 달성하기가 매우 어려울 수 있습니다.
Orble

@Orbling, 대답은 동일한 물리적 위치에있는 개발자에 대해 분명히 이야기했습니다. 그러나 분산 된 팀의 경우에도 사람들이 항상 방해받지 않도록 조정해야합니다.

-2

"당신은 당신이 이해하지 못하는 것을 사용해서는 안됩니다"줄로 그들을 친다.

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