새우튀김
32
2019-09-10 19:13:36 작성 2019-09-11 08:04:43 수정됨
6
530

CTO 여도 주언어가 아니면 코드리뷰 안해주나요?



0
0
  • 댓글 6

  • mirheeoj
    8k
    2019-09-10 20:03:03

    "해당 작업은 성과도 아니고 그냥 개인공부인거고, 제가 착한 사람(?)이라서 자진해서 한 것이다." 

    이런 반응으로 보아 관리자들이 해당 작업에 대해서 명시적 허가를 하지 않은 것 같네요. 말하자면 시키지 않은 일을 했다는 얘기.. 동료 개발자들의 반응이 좋았다 하더라도, 그 피드백을 가지고 허가를 받고 제품 개발 일정에 제대로 반영한 뒤에 진행하셔야 제대로 된 평가가 가능해집니다. "자진해서 했다"는 말은 그런 배경에서 나온 거죠. 

    본인의 팀장이나 고과자가 해당 결정에 관여한 사실이 있다면, 그 부분을 어필해서 공식적으로 인정받을 수 있게 도와달라고 하세요. 


    질문으로 돌아와보면.. 

    - 원래 보일러플레이트 작업은 그냥 개인공부로 치는게 맞나요? 아뇨. 담당자들의 동의하에 공식적으로 일정에 반영된 일이면 업무가 됩니다.  

    - 언어 스택이 다르면 코드 리뷰를 안하는것도 당연한건가요? 아뇨. 할 수 있는 사람이 없을 경우라 해도 아예 안하는 것보단 낫다 봅니다. 

    - 개발자 성과 측정은 코드로 하는게 아니고 기능 갯수나 개발한 기능이 일으킨 매출로 하는게 맞나요? 이건 케바케죠. 정답은 없다 봅니다. 다만 일반적으론 매출이 제일 중요한 지표가 되지요. 사기업이니까요. 하지만 갯수로 평가하는 건 조금 이상하게 들리고요. 단순히 기계적으로 갯수만 체크하는 건 아예 말이 안 되고, 그렇다고 기능별 가중치를 매긴다는 것도 이상하고.. KPI중 하나가 될 수는 있을 것 같지만요. 


    0
  • devcrema
    218
    2019-09-10 20:17:38

    먼저 CTO는 언어스택과 상관없이 코드의 품질을 높이기 위해 노력해야 합니다. 혹여나 기술스택이 다르다고 품질에 신경쓰지 않거나 성과를 인정하지 않는다는 것은 있을 수 없는 일이죠. 제가 상황을 몰라서 추측할 수 밖에 없지만 아마도 비즈니스에 기여하는 점이 높지 않다고 생각하는 것 같네요.

    코드의 품질을 높이는 것에 기여했다고 그냥 솔직하게 이야기하셔도 좋을 것 같아요.

    CTO라고 해서 해당 분야의 전설적인 마스터나 모든 것을 다 아는 사람이 아니니까요.


    성과측정은 정확히 정해진 것이 없어서 가장 어려운 부분중 하나인 것 같네요.

    옛날처럼 라인수로 비용을 계산하지도 않고 그렇다고 기능점수를 얼마나 많이 구현했냐가 성과를 측정하는 절대적인 기준이 되기도 어려우니까요.

    그렇다고 어떤 코드를 잘 만들었다고 했을때 잘 만들었다는 기준이 절대적이지 않으니까요. 반대로 빠르게만 만들면 좋은 소프트웨어고 성과를 잘 만들었냐하면 그것도 추후 유지보수와 기능개선 속도에 영향을 주기 때문에 모호한 부분이 있구요.

    그래서 회사마다 조금씩 다 다릅니다.

    0
  • 새우튀김
    32
    2019-09-11 00:45:09 작성 2019-09-11 00:50:38 수정됨
    추가하자면 먼저 작업을 해서 담당자들의 컨펌을 받고난뒤 더 진행을 했고 공식적으로 일정에 반영했습니다. 성능이 더 좋아졌고 코드 품질도 좋다는 피드백을 이미 받은 상태였습니다. 이미 그런 부분을 얘기했는데 개인 공부라는 대답을 들어서 황당했던거구요. 그런데 본인이 리뷰도 안한다는 코드는 뭘믿고 쓰는지 여전히 의문이드네요. 
    0
  • zepinos
    18k
    2019-09-11 09:48:18

    CTO 가 모두 개발 능력이 최고라고 생각하시면 곤란합니다.

    0
  • mirheeoj
    8k
    2019-09-11 09:58:39

    새우튀김 // 공식적으로 주어진 일을 했는데 개인프로젝트라고 치부하는 건 굉장히 이상한 일입니다. 증거자료 수집해서 강력하게 합의하시고, 시정이 되지 않을 경우 앞으로도 같은 일이 일어날 것이 뻔하니 회사에서의 미래에 대해 재고해보심이 좋을 것 같네요. 

    다만 한가지 걸리는 건 "담당자"가 누구였는지입니다. 개발팀 자원투자를 관리하는 사람들(최소 팀 매니저, 최대 사업부장 등)하고도 얘기가 된 것인지 궁금합니다. 

    0
  • pooq
    3k
    2019-09-11 11:39:33

    CTO 입장에서는 당장 성과가 나는 일에 모든 인력이 투입해야하는데,

    굳이 잘돌아가는 기존 코드를 개선하기 위해 인력을 낭비하고 있으니까 답답해서 그런거겠죠.

    안그래도 쓸데없는 일이라고 생각하는데, 코드리뷰까지 해달라고 하면 당연히 안해주죠.


    왠만하면 적당히 마무리하고 다른 프로젝트에 참여하세요.

    그리고, 기존 코드 개선은... 왠만하면 하지 마세요. 잘해도 욕 먹고 못하면 두배로 욕 먹습니다.

    0
  • 로그인을 하시면 댓글을 등록할 수 있습니다.