상급 레벨 프로그래머가 코드를 훔친 경우 어떻게 하시겠습니까? [닫은]


12

이것은 이전 회사에서의 경험이었습니다. 소규모 신생 기업이므로 일반적인 소프트웨어 개발 절차 중 일부는 엄격히 따르지 않았습니다. 제 동료 중 한 명이 2 년간 회사의 선임 프로그래머였습니다. 그의 기술은 상당히 부족했습니다. 그는 자신의 작업을 나에게 할당 한 다음 작업 자체를 인정합니다. 그는 이것을 정기적으로 해왔지만, 나는 또한 내 자신의 작업을 끝내야했다.

나는 동료들이 그들의 신뢰를 가지고 있었기 때문에이 상황을 고위 경영진에게 표현할 수 없다고 생각했습니다.

나중에, 나에게 할당 된 그의 과제를 지연 시켜서 (그가 과제를 완료 할 수 없었기 때문에) 그에게 잘 반영되지 못하도록했다. 또한 고객 불만은 해결되지 않은 문제를 쌓았다. 이제 회사는 그에 대해 알고 있습니다.

사실, 저는 이제 새로운 회사를 리드로 향하고 있습니다. 이제 나는 이런 상황에 완전히 자유 롭습니다.

이런 상황을 경험 한 적이 있습니까? 당신은 무엇을 했습니까?


9
고위 경영진에게이 사실을 말할 수없는 이유에 대한 귀하의 근거를 이해하지 못합니다.

5
그 동료는 경영진 중 한 사람과 친분이있는 것 같습니다. 불만이 고발 될 경우 아무도 받아들이지 않을 것입니다 (직접 동료 중 한 명이 그에 대해 불평을 시도했을 때)
Naveen Kumar

4
소스 컨트롤에 대한 변경 내용을 커밋 할 수 없습니까?
TZHX

7
오리지널 트론 영화의 이야기처럼 들립니다 ..
Desolate Planet

9
관리자는 신용 뱀파이어 인 경우가 많으 므로 관리자가 되었습니다. 유니콘이나 늑대 인간처럼 인생의 사실입니다.
Tim Post

답변:


8

당신은 이미 많은 사람들이 조언 한대로 회사를 떠나 새로운 경영진을 찾는 것입니다.

당신이 머물렀다면, 소스 컨트롤은 증거를 만드는 한 가지 방법이 될 것입니다. 다른 하나는 자신의 일을 끝내지 않았을 것입니다. 어떤 시점에서 관리 (물론 어쨌든 유능한 관리)는 자연스럽게 상황을 엿보고 싶어 할 것입니다. 그런 다음 청중이 있고 작업에서 수행 한 작업을 문서화하고 리드가 제공 한 추가 작업을 보여주는 전자 메일 또는 기타 정보를 생성 할 수 있다면 작업량이 자신의 것이 아니라는 것이 분명했을 것입니다 .

마지막으로, 내가 이해 한 것은 당신이 묘사 한 것이 많은 곳에서 일어난다는 것입니다. 교수는 대학원생의 학점을 인정하고, 코치는 선수의 작품에 대한 학점을 얻으며, 회사 대표는 다른 사람들의 군대가 수행 한 작업에 대해 잘 보상합니다. 학생들은 구입 한 리서치 또는 치트 시트 작업에 대한 크레딧을받습니다. 상황이 더 개인적이고 이해하기 어려워 보였지만 이미 할 수 있고 최선을 다한 것처럼 들립니다.


고마워요-아무것도 변하지 않을 것 같아-회사를 떠났고 이제 모든 것이 잘 움직입니다!
Naveen Kumar

+1 한 가지 참고 사항 : lead! = senior. 리드의 임무 중 일부는 팀에 일부 작업을 위임하는 것입니다. 즉, 실제 작업에 대한 신용을 훔치는 것은 아닙니다.
George Marian

8

증거가없는 한, 일단 당신이 할 수있는 일은 없다고 말하고 싶습니다. 그리고 당신이 상황에서 나온 것처럼 들립니다.

나는 이런 종류의 일이 흔하지는 않지만 업계에서 들어 본 적이없는 것이라고 제안하므로, 이것에서 교훈을 얻고 미래에 당신을 보호 할 것입니다.

최선의 방어선은 소스 제어입니다. 소스 제어를 사용하지 않는 회사에 있다면 Subversion을 설치하고 코드를 커밋하면 모든 사람이 사용해야합니다. 하지 말아야 할 좋은 주장은 없습니다.


당신은 맞습니다, 이제 SVN을 사용하고 있습니다!
Naveen Kumar

1
그들에게 git 을 사용하라고 말하면 :-)
Joey Adams

3

나는 다음 과제에 대해 거절하고 그가 친구와 상사와 논의하고 싶다면 상사는 개발자에게 선임 개발자의 일을하라고 말할 수 있습니다. 어떤면에서는, 당신은 그것에 대한 크레딧을 얻을 것입니다.

관리자와는 다르다고 생각합니다. 관리자가 자신이 한 일에 대해 신용을 얻은 경우 불만을 제기하는 팀과 함께 일했습니다. 관리자가 모든 임시 프로젝트를 수행하는 모든 사람을 나열해야한다는 이론적 근거를 얻지 못했습니다. 관리자는 팀을 잘 처리했습니다. 우리의 관심사에주의를 기울였습니다. 훈련 일정을 설정하십시오. 우리가 너무 많은 시간을 일하고 있다면 끊임없이 퇴근하라고했습니다. 내 생각은 당신이 당신의 매니저를 승진시키기 위해 할 수있는 일을하는 것입니다. 좋은 사람들이 당신에게 상을 줄 것입니다. 그것은 회사의 나머지 부분에서 팀을 더 잘 보이게 만듭니다. 대부분의 사람들은 위의 사람이 승진했기 때문에 승진하고 무능력 때문에 해고 당했기 때문에 승진하지 않습니다.


스타트 업 회사로서 그들은 제품 이동 / 진행을 위해 사무실에 선임 구성원을 두는 일종의 강렬함을 가지고 있습니다. 이는 특정 사람에 대해 조치를 취하지 않는 상황을 만들었습니다!
Naveen Kumar

1
좋은 회사의 훌륭한 관리자는 공개 된 곳에서 신용을 공개하고 책임을지고 개인적으로 전달합니다. 직원에 대한 크레딧은 어쨌든 잘 반영됩니다. 불행히도 너무 많은 회사는 여러 가지 방법으로 그런 생각을하지 않습니다.
pdr

@pdr-모든 사람들이 특정 유형의 항목 별 승인을 기대하지 않는 한. 결코 신용을주지 않는 것은 나쁜 일입니다. 누군가가 칭찬을하기에 너무 많은 에너지를 탓하기 위해 너무 열심히 노력하는 회사.
JeffO

0

아니요, 그런 상황을 경험 한 적이 없습니다. 소스 컨트롤을 사용하지 않은 곳에서도 초기에 아무도 내 작업에 대한 신용을 얻으려고 시도하지 않았습니다.

내가 있었다면 그 사람이나 고위 경영진과 대화 할 것입니다.

코드에 서명 할 수 있습니까?

당신의 일에 대한 신용을 얻을 수 없다면, 당신의 선택은 무엇이라고 생각합니까?

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