항상 충실하게

기업과제 5회차만에 그래도 어느정도 만족스러운 과제를 낸 기념으로, 협업에 대한 깨달음들을 써본다.

1. 팀 단위에서는 개개인의 능력보다 협업이 생산성의 제 1 팩터이다.

 이전에 팀단위 일을 했을때는 협업때문에 이렇게까지 생산성이 떨어져 본 적이 없다. 1~4차 과제는 거의 코드만 제출했는데, 이는 협업이 잘 안되어서 엄청난 생산성 저하로 이어졌기 때문이다. 그렇기 때문에 우리 팀원들의 능력으로 수행할 수 있는 과제였음에도 불구하고, 제대로 진행되지 못했다.

 이에 따라 중간점검을 진행하고, 팀을 쪼개서 협업의 난이도를 낮추었다.

아래는 내가 했던 중간점검

2. 팀 담위 + 원격으로 협업하는 경우, 커뮤니케이션에  매우매우 신경써야한다.

  원격으로 회의할때 딱히 서기를 안두고 진행했다. 그러다 보니 각자 기억에 의존해서 프로젝트를 진행하였고, 이는 자잘한 협업부채를 발생시켰다. (깃 충돌 이슈, 세팅 이슈 등등)

 따라서 커뮤니케이션을 할 때는 수신자가 들리게끔 발화해야하는 것 같다. 특히, 팀단위 즉, 수신자가 한명이 아닐때, 그리고 원격으로 진행된다면 더더욱 신경써야한다. 제일 잘들을 것 같은 사람을 기준으로 세우는 것이 아니라 제일 안들을 것 같은 사람을 기준으로 전파하여야 한다.

 개인적으로 문서화된 커뮤니케이션을 하는 것이 좋지 않을까 생각한다. 기억보다는 기록에 의존할 수 있고, 적다보면 발화자는 좀 더 정확하게 전달하게 되기 때문이다.

3.규칙이 중요하다. 단, 합의되는 규칙에 한해서

 사실 시작할때 여러가지 규칙들에 대해서 이야기를 했는데, 거의 지켜지지 않았다. 하지만 중간점검 이후 규칙의 중요성에 대해 공감대가 형성된 이후에는 하나 둘 씩 지켜지기 시작했다.

규칙을 정하는 것 보다 합의후 정착하는 것이 중요한 것 같다.

4. 발언권과 실력의 상관관계

 적어도 개발자 협업에서는 실력이랑 발언권이 정비례하는 것 같다.

5. 질좋은 협업을 위해서는 결국, 시간이 걸린다.

 사실 돌이켜보면, 우리팀이 협업이 잘안되었던 이유는 개개인에게 문제가 있었다기 보다는 **시스템의 부재** 때문이었다.

그리고 우리팀이 초반에 적극적으로 시스템을 도입하지 않았던 이유는, 다들 시스템의 중요성을 충분히 인지하지 못해서 였던 것 같다.

따라서 협업에는 시스템 도입 --> 적응 --> 정착 이라는 과정이 필요하기 때문에 절대적인 시간이 필요한 영역인 것 같다.

그러니 조급해하지 말고, 오늘보다 나아질 협업 및 더 좋은 시스템에 대해 고민하도록 하자.

나는  개발자가 되기로 결심한 계기/과정

 사실 제일 큰 이유이자 시작하게 된 동기는 미래 변화에 제일 최전선에 있으며 향후 10년간 수요가 꾸준히 증가할 직업이기 때문이다.

참고로 필자는 경제학과 12학번인데, 나름 우리나라 최상위 경제학과를 졸업했음에도 점점 문과 직군의 수요가 줄어가는 것을 실시간으로 느꼇다. 사실 이는 당연한 수순이다. 과거 우리나라는 고학력자 자체가 부족했을 뿐더러 산업들도 고도의 지식을 요구하는 산업보다는 세일즈가 더 중요한 산업들에서 젊은이들을 채용해왔다. 그런데 이제 고학력자는 충분하고, 산업들도 고도화됨에 따라 관리직에 해당하는 문과직에 대한 수요가 줄어든 것이다.

 머 물론 문돌이로서 감히 코딩을 할만하겠는데?하고 뛰어든것은 아니다. 그냥 코딩을 아는 기획자정도의 포지션으로 코딩을 시작했는데, 의외로 할만했다. 안어렵다는 것이아니라, 코디을 하면서 느끼는 고통이 견딜만했다. 사실 평생 동안 해야하는 것들(직업, 결혼 등등)은 좋은 점보다는 최악의 점을 견딜 수 있는가?로 판단해야하는 입장에서 개발은 할만하다는 생각이 들었다.

 무엇보다도 나는 공부하는 것을 꽤 즐긴다. 과거 행정고시라는 시험을 준비했을 때는 나의 과한 호기심이 발목을 붙잡았다. 행정법의 상당 인과관계라는 개념을 좀 제대로 이해하고 싶어서,, 중고서점의 형법책까지 뒤져봤었던 나의 호기심..은 오히려 개발자의 세계에서는 환영받더라.

여튼 이러저러한 이유로 개발자를 하기로 결심하였다.

내가 위코드 x 원티드 프리온보딩에 참여하게 된 동기/이유.

 당연히 취직때문이다. 과제들로 오디션이 열린다는 점이 마음에 들었고, 위코드는 어떤 곳인지 궁금했다.

그런데 사실 위코드가 하는 역할은 딱히 크지않는 것 같고, 교육컨텐츠 제공 및 채점자의 역할정도 하는 것 같다.

나는 앞으로 어떤 개발자가 되고 싶은가?

최근 칼 뉴포트의  열정의 배신 이라는 책을 읽었는데, 거기서 결국 자기가 만든 산출품에 대한 장인정신이 중요하다는 이야기가 나온다.

나도 나의 코드에 대해 장인정신을 가진 개발자가 되고 싶다.

그러한 의미에서 이번에 진행하는 프로젝트들에 대한 회고와 리팩토링을 꼭 해야겠다.

1. fast api 도전기

2. sql 공부하도록하자

3. 하나의 문제점에 대한 다양한 생각

4. 팀 협업에 있어서의 문제점들.

월~수: 원티드 프리온보딩 참여함

그간에 배운점들

1. 생각보다 소통이 어려움

특히 페어프로그래밍 할때 느꼈는데,

내가 지칭하는 것과 페어분이 받아들이는게 다를때 가 있다는점.

--> 앞으로는 좀 더 명확하게 전제조건을 깔고, 맥락이 담긴 언어를 구사해야겠음

2. nosql류 처음 써봄

언제나 그렇듯 처음해보니 어렵더라.

unique_key를 안줘도 되는점이나, 그냥 foreign key를 주면되는 것들이 다른 식으로 구현가능하다는 점.

배운점 잘 정리해봐야 겠다.

-->https://semper-fide1is.tistory.com/70 정리중

3. CI/CD의 중요성

ci/cd를 해야 제출시간까지 안전하게 배포할 수 있겠더라

--> 도커 다시 복습