보통 신입 개발자에게 어느정도의 퍼포먼스를 바랄까요?

회사/팀의 문화, 분위기 그리고 사수분의 성향에 따라 굉장히 편차가 심한 질문입니다.. 뭐라 딱 이렇다 객관적인 기준을 말하긴 어려운거 같고 개인적인 경험을 참고차 적어드릴게요 1. 고민의 흔적이 보이는가 오류가 날 수도, 기능이 미흡할 수도 있습니다. 요지는 고민한 흔적이 보이는가? 그냥 남의 코드 복붙해서 되겠지 하고 제출한 코드가 아니라, 내가 이렇게 저렇게 분석하고 수정해서 여기까지는 구현해봤고 테스트도 이렇게 했다 - 즉 내가 아는 수준까지는 해봤고, 이게 최선인지는 모르겠다, 부족한게 있으면 알려달라 2. 꼼꼼한가 이건 개인의 성향도 있지만 습관도 큰 것 같습니다. 기능적인 면에서는 요구사항에 정의된 걸 하나하나 잘 이해하고 구현하고, 안되는건 정리해서 물어보던지 확인했는지 코드 수준에서는 쓸데 없이 복붙한게 없고 본인이 잘 이해하고 작성한건지, 엣지 케이스 등 예외 처리를 잘 했는지, 모르면 하다못해 //TODO 라도 작성해두었는지 개인적으로 꼼꼼함은 초급 개발자 때부터 달달 볶아서 습관해두면 커리어 내내 든든한 도움이 되는 역량인 것 같습니다. 3. 커뮤니케이션이 원활한가 이건 편차가 큰 영역일 거 같네요. 어떤 분은 시킨 일 다 끝날때가지 말걸지마 식이기도 하고 또 어떤 사람은 한단계 한단계 마다 잘 하고 있는지 걱정하기도 하고.. 대부분은 그 중간 어딘가겠죠? 저는 개인적으로 처음에 업무 설명해주고 지시한 후, 예상 소요기간의 절반쯤 됐을때 중간 보고 받는걸 선호합니다. 이 때는 방향성이 잘 잡혔는지 설계에 부족한 면이 없는지 등을 보고, 완료 직전에는 기능적인 요구사항을 만족했는지, 보안취약점, 심각한 성능 저하 등의 배포 관련 이슈가 없는지를 점검하고요. 이런 커뮤니케이션의 시점과 방법은 팀/사람 마다 다를거라서 본인의 기준도 나름 세워보시고, 팀에 맞춰도 나가시면서 잘 잡아보시기 바랍니다. 여담으로 기획문서도 불친절하고, 업무 설명도 간단하게 한다..고 느끼시는 점과 관련하여, 안타깝지만 대부분의 경우 그렇습니다. 정말정말 체계가 잘 갖추어진 조직이 아니고서야, 사람이 하는 일이고, 담당자가 바뀌거나 사라지기도 하고, 그때와 지금의 환경도 요구사항도 달라지고.. 그래서 기계처럼 요구사항 입력 됐으니 결과물 출력해 - 식의 이상적인 케이스는 잘 없고, (그러면 AI가 다 대체했겠죠?) 좀 더 유기적으로 수시로 커뮤니케이션하고 요구사항 조정하고 서로 원하는 기대치를 맞추며 하는 작업이 많은 것 같습니다. 이건 개발자의 숙명과도 같다고 생각해서.. 이 부분은 불합리하다 여기시기보단 적응해나가시는 걸 권합니다.