저는 최근에 주니어 개발자로 시작했습니다. 나는 팀에서 가장 경험이 적은 사람들 중 한 명일뿐만 아니라, 남성 지배적 인 환경에서 일하는 모든 종류의 도전과 함께 제공되는 여성이기도합니다. 요즘 내 작품에 대해 너무 많은 불합리한 비판을 받고있는 것처럼 느껴져서 문제가 생겼습니다. 최근에 일어난 일에 대한 예를 들어 보겠습니다.
팀장이 너무 바빠서 내가 만든 일부 지점을 밀지 못해 주말까지는 가지 못했습니다. 필자는 실제로 메일을 확인했지만 실제로는 아무런 의미가 없으며 변수 이름을 기준으로 두 가지 분기가 거부되어 오류 메시지를보다 설명 적으로 만들고 일부 값을 구성 파일로 옮겼습니다.
이 기준에 따라 지점을 거부하는 것이 유용하다고 생각하지 않습니다. 주말 동안 많은 사람들이 일하고 있었고, 나는 내가 일할 것이라고 말한 적이 없었습니다. 효과적으로 변경하고 다시 제출할 시간이 없었기 때문에 일부 사람들은 차단되었을 수 있습니다. 우리는 매우 시간에 민감한 프로젝트를 진행 중이며 클라이언트에게 투명한 것을 기반으로 코드를 완전히 거부하는 것이 도움이되지 않는 것 같습니다. 틀릴 수도 있지만 시간이있을 때 이러한 종류의 작업을 패치 유형 커밋에서 처리해야합니다.
이제 일부 환경에서는 이것이 표준 일 것입니다. 그러나 비판은 똑같이 분배되지 않은 것 같습니다. 이것이 다음 문제로 이어집니다. 이 문제의 대부분의 기초는 내가 다른 사람이 작성하고 최소한의 침입을 시도하는 코드베이스에 있었기 때문입니다. 파일의 다른 곳에서 사용되는 변수 이름을 모방했습니다. 이 말을했을 때 나는 "다른 사람들을 모방하지 말고 옳은 일을하라"고 무뚝뚝하게 들었다. 이것은 아마도 내가 들었을 때 가장 유용한 것입니다. 이미 체크인 된 코드가 받아 들일 수 없다면, 무엇이 옳고 그른지를 어떻게 말해야합니까? 혼란의 기초가 기본 코드에서 나온다면 나는 그것을 생각하지 않습니다.
나는이 상황에서 정말로 단절되고 좌절감을 느낍니다. 나는 기대되는 표준을 따르는 것에 대해 훨씬 더 잘 얻었으며, 예를 들어, 이전에 누락 된 ADD 오류 검사로 코드 조각을 리팩터링 할 때 좌절감을 느낍니다. 오류를 충분히 자세하게 작성하십시오 (이 기준으로 분기가 거부되었습니다). 처음에 추가하지 않은 경우 어떻게합니까? 그것이 잘못 되었다면 어떻게 코드에 들어갔습니까? 그렇기 때문에 필자는 이러한 문제를 해결해야합니다. 기존의 문제가되는 코드를 지속적으로 실행하여 모방하거나 리팩터링합니다. 내가 그것을 모방 할 때, 그것은 "잘못된"것이며, 그것을 리팩토링하면, 충분히하지 않은 것에 대해 골칫거리가됩니다 (그리고 계속 나아가면 버그를 도입하는 등). 다시 말하지만, 이것이 그러한 문제라면 코드가 코드베이스에 들어가는 방법을 이해하지 못합니다.
어쨌든, 나는 이것을 어떻게 처리합니까? 맨 위에 내가 여자라고 말한 것을 기억하십시오.이 남자들은 다른 남자의 코드를 검토 할 때 장식에 대해 걱정할 필요가 없지만 솔직히 저에게는 효과가 없다고 확신합니다. , 생산성이 떨어집니다. 관리자와 이야기하면 환경 등을 처리 할 수 없다고 생각합니다.