주니어 개발자의 스타트업 3개월 회고

주니어 개발자의 스타트업 3개월 회고

스타트업 3개월

사실 긴 기간은 아니라서 회고 할 만한 점이 있는가 싶긴 하다. 그래서 글은 짧아질 것 같긴 한데, 첫 개발직 회사나 다름 없었기 때문에, 짧은 기간에 필요한 내용들을 잘 배운 것 같기도 하다. 결과적으로 나는 이번 경험을 통해서 나에게 맞는 기업 가치관, 개발 하는 회사에 대한 요구 조건 등이 형성 된 것 같기도 하다. 이번 회고는 앞으로 나는 어떤 회사를 찾아 나가고 싶다는 점을 정리하고 싶다.

커뮤니케이션과 코드 리뷰

이번에 있었던 회사는 커뮤니케이션을 하지 않았다. 아니, 하려고 노력 한 것 같은데 쉽게 바뀌지는 않았던 것 같다. 회사 분위기는 정말 차분하고 조용했다. 심지어 점심 시간 마저도 밥 먹으면서 서로 거의 한 마디도 하지 않았다. 입사 전에는, 개발과 관련된 얘기를 할 사람이 주변에 없어서 회사를 다니면, 이러한 사적인 대화는 제외 하더라도, 개발과 관련된 얘기를 하고 할 수 있는 환경이 있을 것이라는 기대가 있었는데 그런 점은 거의 없었고 앉아서 트렐로에 주어진 카드만 해결하는 노동을 했다 (정말 이 점은 별로였음). 졸업 이후 취업할 때는 꼭 여러 커뮤니케이션 채널이 있고, 개발자들 사이에 긍정적인 영향력을 주는 개발 문화가 정착된 회사를 꼭 가고 싶다. 예를 들어서 스터디가 활성화 되어 있다든지, 내부 세션을 자주 열고 있다든지 사내 토이프로젝트? 오픈소스 프로젝트 등이 별도로 존재한다든지 등…

노력이라 함은 식사 중에 세 마디 이상 하기 (얼마나 말을 안 했으면…), 그리고 코드 리뷰 시도가 있었다. 코드 리뷰는 깃헙을 이용했는데, 코드 리뷰 경험 자체가 없었기 때문에 회사에서 사용한 방식이 베스트인가는 판단할 방법이 없지만 아래와 같은 점을 주로 봐주셨던 것 같다.

  • 중복된 코드가 이미 존재하는가?
  • 아키텍처에 맞는 위치에 코드가 존재하는가?
  • 해당 코드가 리소스 효율적으로 사용하는가? (이 부분은 사실… 거의 잘 안나왔다. 아마 회사에 시니어급의 개발자가 없었기 때문이 아닐까?)

나는 아래와 같은 점이 더 있으면 좋겠다고 생각했다.

  • 읽기 좋은 코드인가?
  • 적절한 네이밍이었나?
  • 적절한 알고리즘이었나?

개발 스택과 포지션

이번 회사에서는 풀스택 개발자로 입사했다. Node.js, MongoDB 백앤드와, React, JQuery를 사용했는데 JQuery를 사용한 부분은 레거시로 남아 있는 부분이고, React는 바꿔가고 있는 부분이었다. 입사 전에도 프론트보다 백앤드가 훨씬 재밌었지만, 프론트도 재미로 공부했었다. 그런데 회사를 다녀보니 확실하게 나는 프론트를 하고 싶지 않다(주로 맡고 싶지가 않다 정도? 사실 프로젝트 할 때는 괜찮다…). 앞으로 포지션을 선택할 때 프론트 부분은 신중하게 생각해볼 필요가 있을 것 같다.

또 지금은 백앤드 개발을 하고 싶다 보다는, DevOps를 하고 싶다. 최근에 자동화에 큰 관심이 생겨서 개인, 동아리 프로젝트에 천천히 적용해 보고 있다. 막히는 부분들을 뚫기 어려워서 뭔가 레퍼런스가 있는 환경에서 배운다면 좋겠다고 생각하는데, DevOps를 적용한 회사에서 일 할 수 있다면 (이왕이면 DevOps를 할 수 있다면) 정말 좋을 것 같다.

회사를 다니면서 가장 기대한 점은 테스트 코드를 쓰는 개발 방식이다. 그런데 이번 회사에서는 경험하지 못 했다.

회사의 개발 우선 순위

이번 회사에서 느낀 가장 큰 점은 개발팀의 퍼포먼스, 개발 효율성을 위한 기술 도입을 비지니스에 의해 지나치게 막히지 않았으면 좋겠다는 것이다. 예를 들어서 Redux를 도입할 만한 상황인데 비지니스적인 요소로 개발 우선 순위가 무한으로 밀려나거나, 레거시를 대체하는데 큰 노력을 하지 않는다든지… 이러한 요소들은 개발 효율성, 퍼포먼스를 떨어뜨리고, 점점 악화시키는 요소라고 느껴졌다. 개발 문제를 해결하기 위한 기술 도입을 한 경험을 공유한 아티클을 읽으면서 정말 부러움을 많이 느꼈다. 말로만 도전을 두려워하지 않는 게 아니고 여러 시도를 장려하고 도전하는 회사를 선택해야겠다고 생각했다. 그런데 이러한 점을 어떻게 확인할 수 있을지는 모르겠다!

좋았던 점?

회사 사람들 모두 좋은 사람들을 만났던 것 같다. 너무 잘 배웠다. 그리고 트렐로, 노션 등을 활용하는 방법, 깃헙으로 협업하는 방법 등을 조금 더 디테일하고 정형화 된 방식으로 배웠던 것 같다. 백앤드 API서버 아키텍처를 배웠다. 사실 그 전에는 MVC 패턴으로 작성했는데, 유사하지만(MVC 패턴으로 아예 설명하는 글도 보긴 했다.) 3 Layer로 나뉘는 아키텍처를 알게 되었고, 지금은 Monotholic한 앱을 만들 때는 같은 방식을 사용한다. (MSA를 시도하려고 노력하는데, 어떤 아키텍처가 좋을지가 항상 고민이다. Typescript를 시도하면서 types, interface를 또 어떻게 관리하는게 좋을지도…)

앞으로 나는 뭘 할 건가?

당연히 학교를 졸업해야겠지. 학교를 다니면서 공학에 집중해보고 싶기도 하고, MSA를 열심히 배워보고 싶기도 하고, DevOps를 열심히 공부해보고 싶기도 하다. 교환학생을 가보고 싶기도 하고, 졸업하기 전에 창업도 해보고 싶다. 어느 정도는 동시에 할 수 없지만, 대부분은 동시에 가능하다고 생각한다 (열심히 살면!). 열심히 사는 건 좋으니까 시도해볼만 하다.

주니어 개발자의 스타트업 3개월 회고

https://changhoi.kim/posts/logs/20191027/

Author

changhoi

Posted on

2019-10-27

Updated on

2019-10-27

Licensed under

댓글

Your browser is out-of-date!

Update your browser to view this website correctly.&npsb;Update my browser now

×