200914 TIL 개발자로써 필요한 역량

journey·2020년 9월 14일
2

코로나로 인해 걱정스러웠던 한 주를 무사히 보내고, 사회적 거리 두기 2단계에 유념하며 위코드 오리엔테이션에 참석할 수 있었다. 커리큘럼에 대한 설명, 좋은 개발자가 되기 위한 자질, 위코드에서 가져야 할 배움의 자세, 그 외 생활 전반에 대한 규정 등을 은우님이 소개하셨다. 은우님과 멘토님들의 말씀을 간단히 정리해보며 앞으로 가져야할 부분을 알아보겠다.

좋은 개발자?

1. 스스로 답을 찾을 수 있는 능력

기술이 날마다 발전하고 스타일이 정체되어 있지 않아서, 개발자는 지속적으로 같은 지식을 활용해서 반복적으로 작업하는 것이 아니라, 방대하고 변화무쌍한 정보 속에서 필요한 부분을 찾아 문제를 해결한다.

2. D.I.Y 정신

자신이 직접 해보는 정신.

3. 실전 > 이론

답지를 놓고 베껴쓰는 것이 아니라 한 문제를 풀고 나면, 그 후에 어떤 식으로 응용이 될 수 있을 지 생각한다.

4. 팀 워킹, 의사소통

개발은 혼자할 수 없다. 이것은 사실이고 결국 개인의 역량은 팀워킹에서 어느 정도의 협동력을 발휘할 수 있는 가에 달려있다. 그리고 모든 사람 사이의 일들이 그러하듯 의사소통 능력이 중요하다.

5. 커뮤니티

다시 한 번, 개발은 혼자할 수 없다. 결국 커뮤니티를 무시하는 개인은 뒤쳐지는 개발자가 될 수 밖에 없다.

배움의 자세?

1. 절대적 시간 투자

하루 10~12시간, 매일을 쏟아부어야 한다. 은우님 뿐만 아니라 준식님도 이 부분을 강조하시며 마음 가짐의 중요성도 덧붙이셨다. 항상 개발자의 하루는 어떤 것일가 생각하며 마인드셋 자체를 '나는 개발자다.'로 바꿔서 행동하라.

2. 이해 > 암기

많이 암기하기 보다는 제대로 이해하기. 묻어가는 것을 경계하고 자신이 제대로 이해했는 지 확실히 하기.

3. 복습, 블로그, 요약: 읽는 사람을 생각하며 기록하기

자신이 제대로 이해했는 지 효과적으로 확인할 수 있는 방법 중 하나가 직접 글을 쓰며 배운 내용을 정리하는 것이다. 블로그를 통해 TIL(Today I Learned)를 기록을 하되 읽는 이가 있다고 생각하며 쓴다. 혼자만 알아듣고 남이 이해할 수 없는 말을 쓰는 것은 여러 면에서 비효율적이다. 복습을 하든 요약을 하든, 이제부터는 항상 읽는 사람이 있다 생각하며 글을 써라.

4. 문제 해결 능력 >> 지식, 고로 지식은 서로 공유할 것!

개발자는 문제 해결 능력을 우선시 해야 한다. 지식은 필요하면 언제든지 쉽게 찾을 수 있고 기술의 발전 속도, 정보의 방대함을 따져보아 한 사람이 모든 것을 다 알 수 없다. 결국 개발자 개인의 역량에 대해 이야기할 때, 무엇을 얼마나 아느냐보다는 어떻게 빠르고 정확하게 알아내느냐가 중요하다. 혼자만 알겠다고 정보 공유를 하지 않으면 오히려 개인 평판에 악영향을 미칠 뿐이다. 서로 묻고 나누고 가르쳐주고 배우는 태도!

5. 성의 없는 질문하지 않기

멍청한 질문은 없다. 하지만 질문을 하기 전에 모르는 것이 무엇인지 정도는 알고 질문을 해라. 상황에 대한 질문을 하고, 작게 쪼개진, 디테일한 질문을 해야 한다.

6. 과거의 자신과 경쟁할 것

묻어가는 것을 경계하고 자신이 제대로 이해했는 지 확실히 하다보면 진도상, 시간상 남들보다 앞서기도 하고, 뒤쳐지기도 할 것이다. 자만할 필요없고, 속상할 필요없다. 얼마나 빨리 많이 배우냐는 정말 중요하지 않고 얼마나 제대로 소화했느냐가 중요하다. 노력을 했다면 실력은 쌓일 것이고 과거의 자신과 경쟁하며 자신의 성장에 집중하라.

7. 커뮤니티

팀원들, 동기들과 좋은 분위기를 만들 수 있도록 노력하라. 서로 선 넘지 않고, 존중하고, 배려하라. 좋은 분위기는 시너지 효과가 날 수 밖에 없고, 상향 평준화, 모두에게 좋은 결과를 가져올 확률이 높아진다.

profile
J for Journey

0개의 댓글