월요일에 상사로부터 부정적인 실적 검토를받을 것이라고 들었습니다. 그는 왜 내가 왜 그렇게 느리고 왜 버그 수정률이 그렇게 낮은 지 이야기하고 싶어합니다.
나는 프로그래밍과 문제 해결을 좋아하지만 실제로 내 직업이 정말 어렵다는 것을 알게된다.
저는 실제로 약 10 년 동안 프로그래머였습니다. 그러나 이것은 첫 번째 멀티 스레딩 임베디드 Linux 작업입니다. 저는 2 년 동안 여기에 있었으며 여전히 어려움을 겪고있는 모든 사람들에게 분명합니다. 그리고 저는 제가 너무 낙담 해져서 소외감을 느끼면서 일을 시작할 때 겪었던 많은 불을 잃어 버렸다고 생각합니다.
비슷한 상황에 처한 사람이 있습니까? 버그 수정률을 높이는 방법은 무엇입니까?
업데이트 : 나는 리뷰를했다. 나는 3 개월의 '직원 개발 프로그램'(Dunk에서 언급 한 유형)을 사용했습니다. 내가 이것을 바꿀 수 있는지 확실하지 않습니다. 그러나 계속 나아가 야할지 라도이 경험에서 많은 것을 배웠습니다.
다른 업데이트
첫 번째 검토 이후 약 6 주가되었습니다. 같은 상황에 처한 사람에게 저의 조언은 비판을 받고 실수를 통해 배울 수있을만큼 겸손해야한다는 것입니다. 그리고 멍청 해 보이는 것을 두려워하지 마십시오. 많은 양의 질문을하십시오. 배우려고한다는 것을 사람들에게 알리고 이해할 때까지 계속 물어보십시오. 그러나 운동하지 않도록 준비하십시오. 코드 포트폴리오를 구축하고 최상의 기회를 제공합니다.
또 다른 업데이트
나는 미래의 고용주를 내 스택 오버 플로우 프로파일로 참조 할 수 없을지 걱정하기 때문에 이것을 여기에 넣는 것을 주저합니다 ... 그러나 어쨌든이 질문을 읽는 사람에게는 관심이있을 수 있지만 실제로는 몇 주 전에 일 했어 나는 필요한 모든 기술을 연마하는 중입니다-여기에 제공된 조언에서 많은 것을 얻었습니다.