[주니어 개발자일 때 저지른 5가지 실수 From 전, 아마존 팀리드] 아마존 인턴에서 개발자를 시작해서 아마존 팀리드까지 했었던 개발자 Curtis Einsmann이 쓴 글입니다. 공감이 많이

[주니어 개발자일 때 저지른 5가지 실수 From 전, 아마존 팀리드] 아마존 인턴에서 개발자를 시작해서 아마존 팀리드까지 했었던 개발자 Curtis Einsmann이 쓴 글입니다. 공감이 많이 돼서 가져와봤습니다 :) 저도 공감이 되는 내용도 많았고, 주니어 개발자 시절이 생각나는 글인거 같습니다. 특히 그 당시의 생각들을 개선하고 성장해 나가는 모습이 멋져보입니다! 😎주니어 개발자로써 나는 자격이 있었습니다. 프로젝트를 진행하는데 몇 개의 프로젝트에서 첨단의 기술도 아니고, 최신이나 최고의 기술스택도 아닌 느낌을 받았습니다. 때문에 나는 충분히 내가 활용되지 않는다고 생각하고, 일을 진지하게 하지 않았습니다. 그런데, 나는 자격이 있었습니다. 역할을 받아들임으로써, 프로젝트의 기술적 관점이 아닌, 비지니스 가치와 영향을 보기 시작했고, 아무리 작은 프로젝트더라도 최선의 코드를 작성하려고 노력했습니다. 😥주니어 개발자로써, 팀원들과 경쟁했었습니다. 코드 리뷰에서 세부 내용에만 꼬투리를 잡으려고 했고, 디자인 토론에서 하나로 묶으려고 시도했습니다. 이것은 장기적인 관계를 구축하는데 끔찍한 전략이였고, 추후에 팀원들의 성공에 관심을 기울임으로써 이 문제를 해결했습니다. 완벽주의자보단 실용주의자가 되기로 했고, 우리가 같은 팀에 있다는걸 항상 생각했습니다. 😣 주니어 개발자로써, 승진에 대해 말하는 것을 꺼려했습니다. 승진을 요구하는 건 이기적인 것이라고 생각했습니다. 내가 좋은 일을 하면 나에게 온다고 생각했었고, 아무런 의문을 제시하지도 묻지도 않았습니다. 저는 경력의 목표와 열망을 투명하게 공개함으로써 문제를 해결했고, 매니저와 불편한 대화를 나누기 시작했습니다. 이런 투명성 덕분에 다음 단계의 격차를 식별했고, 격차를 메우기 위해 작업의 우선순위를 지정하고, 작업의 영향을 측정하고 문서화했습ㄴ다. 🙄주니어 개발자로써, 다른 사람의 이야기를 듣지 않았습니다. 복잡한 시스템 설계 회의를 할때 내 영역을 나누고, 매일 하는 스탠드업 미팅에서 다른 팀원이 하는 일을 듣지 않았습니다. 무례하려고 한건 아니고, 하고 있는 작업도 충분히 어려웠고, 내 작업에 직접적으로 영향을 미치지 않았기 때문에 이해하지 못하는 모든 것을 정신적으로 건너 뛰었습니다. 하지만 추후에 팀원의 코드나 구성요소를 관리해야하는 상황이 왔을 때 이를 후회했습니다. 적극적으로 경청하고, 후속 질문을 명확히해서 문제를 해결했고, 이는 토대를 만들었습니다. 😳 주니어 개발자로써, 책임을 회피하곤 했습니다. 진행 과정에서 문제가 발생하면 "내 잘못 아닙니다.", "내 코드가 아닙니다"라고 하며 팀이나 고객에게 어떤 영향을 미쳤는지 배우지 않았습니다. 추후에 나는 회피하는 대신, 팀 수준의 프로세스 개선을 생각하고 참여하여 문제를 해결 했습니다. 이는 더 건강한 팀 환경을 만들었습니다.