소스코드 퀄리티와 좋은 설계를 신경쓰는 기업이 있을까요?

Question

--- 서론 ---취미로 뭔가를 만드는걸 좋아하는 사람입니다남의 프로그램(오픈소스 혹은 인터프리터형 언어)도 뜯어보고 이것저것 만져보면서 왜 이런거지? 왜 이래야만 하지? 라고 고민하다가 Java도 접하고, C도 접해보고 뭔가 컴퓨터 동작구조까지 접근하면서 대충 아 이래서 이렇게 컴퓨터가 멍청한거구나에 대한 대략적인 접근은 해보았습니다방 정리하는것처럼 소스코드도 보기 쉽고 꼭 필요한것만 들어가는게 중요하다고 생각하고, 특정 기술에 매몰되서 사용자(개발자도 소스코드를 사용하는 사용자라고 봅니다)가 불편함을 느끼는 설계가 나오는 것은 좋지 않다고 생각하는 사람입니다물론 위에서 언급했듯이 저는 책이나 시니어의 도움을 받아본 적이 별로 없어서 그런지, 이게 어떤 기술이고 어떤 기술이 좋은지 그런걸 판단해본적 없이 기본기만 갈고닦은듯하네요스프링 부트나 레디스, AWS ELB, RDS 등 여러 기술들을 첫 회사에 입사하자마자 처음 써봤는데, 뜯어보면서 이런기술도 있구나 저런기술도 있구나 하면서 신기해하고 감탄도 했습니다아직 갈 길이 멀다는건 느끼고있고, 알아야 할 것들이랑 여러가지 문제상황에 대해 어떻게 해결하면 더 좋을지 등을 많이 공부해야함을 느끼고있습니다--- 본론 ---그런 와중에 요즘들어 회사의 소스코드가 퀄리티가 너무 떨어져서 읽기도 힘들고, 코드에 표현하고 강하게 제약을 거는 등의 여러 조치를 취하면 실수할 여지를 줄일 수 있는 코드들을 방치해두고 여러 일정이 바쁘다는 이유 등으로, 사용자(개발자)가 실수할 여지를 남기는 코드를 남겨두는(작성할 당시부터 NULL 체크를 하지 않는다던가, 리퀘스트와 리스폰스에 사용하는 객체와 DB에서 받는 객체를 같은것을 사용한다던가, API에서 고정된 파라미터 키와 벨류를 받는데 범용적인 Map을 사용한다던가 등)여러가지 사소한것들의 퀄리티를 신경쓰지 않는 팀 문화가 조금 맘에 들지 않는다고 생각이 들고, 이때부터 잡생각에 좀 빠지는 일이 잦아졌습니다솔직히 실수할 여지를 두면 원숭이도 나무에서 떨어진다는데 너무 위험천만하지않나 싶기도 합니다그 외에도 쓰레드 풀만으론 해결이 안되는 대량의 요청들에 대한 처리를 위해 비동기 넌블러킹 방식의 처리가 필요하다, DB에 데이터를 보관하고 읽을 때 스트링까지 같이 보내는건 좋은데, 3000행 이상 되는 데이터인데 각 한행마다 300자가 넘는 description 스트링을 다 받아오는건 무모한 짓이다 등 제가 말하고 싶은 건 많은데, 회사가 바쁘다, 좋은 사람이 없다 등의 이유로 필요하면 제가 다 하라고 던져주는 등의 일을 겪었습니다과연 이렇게 제가 (레거시코드에 문제없이) 수정을 하고 이걸 개발자가 합리적으로 받아들일 수 있게 고치더라도 이런 퀄리티가 유지될지 모르겠습니다. 저 혼자만 한다고 코드 퀄리티가 올라가고 좋은 설계가 나오는건 아니니까요, 무엇보다도 저만의 생각이 모두를 행복하게 해줄 수 있는 좋은 설계로 이어지지 않는건 제가 완벽하지 않다는 사실을 알기 때문입니다과연 이런 사소한 유효성 검사 처리부터 좋은 설계에 대한 고민을 하는 회사, 아니 개발팀이 있을까요? 그런 개발팀이 있다면 행복회로를 돌리면서 개발할 수 있을것같습니다...ㅠㅠ------P.S. 언어는 상관없습니다, 어차피 언어는 컴퓨터에게 명령을 알려주는 도구라고 생각하기 때문에... 어떤 언어를 사용하는건 상관없고 그런 회사, 개발팀이 있는지 궁금합니다

아직도개발중 · Accepted Answer

기술부채에 대해 고민이 많으신 것 같습니다. 개인적으론 개발자가 가져야할 마인드 중 가장 좋은 마인드라고 생각합니다^^말씀하신 내용들은 회사의 상황에 따라 달라지는 것 같습니다.제가 지금 다니고 있는 회사는 빠르게 성장하고 시장이나 투자사들이 원하는 방향에 따라 빠르게 피쳐들이 변경되어야 하기 때문에 코드 품질에 대해서 어느정도 내려놓고 나아가고 있는 상태입니다. 하나하나 신경쓰면서 서비스를 키워 나가기엔 인력의 부족, 시간의 부족 문제가 계속 생기는 것이죠. 빨리 만들어서 빨리 고객에게 보여줘야 이게 잘못된 선택인지 올바른 선택인지 판단이 되니까요.다만 어느정도 규모가 있는 서비스 회사들은 항상 코드 품질에 대해 고민합니다. 예전에 다녔던 1000만 이상 회원을 가지고 있는 회사에서는 아예 팀을 쪼개서 개선작업만 하는 팀들도 있었으니까요. 저도 1년 중 6개월 이상은 코드 품질 올리는 작업만 했었구요. 그러니 너무 회의적으로 생각하지 마시고, 지금 일하시는 곳에서 먼저 하나씩 해결하다 보면 분명 비슷한 생각을 가지신 동료 분들이 나올 것입니다. 만약 그렇지 않다고 해도 개선 하시면서 지식, 경험을 쌓는 것이 미래의 개발자 생활에 매우 도움이 될거라고 생각합니다. 저 같은 경우도 같이 일할 동료를 뽑을 때 개선작업을 많이 해주신 개발자 분들에게 좀더 끌리거든요.(리펙토링이라는게 잘돌아가는 코드를 고쳐서 버그로 만들 수도 있기 때문에 이것을 이겨낼 수 있는 매우 큰 용기가 필요합니다.)앞으로 즐거운 개발 생활 하셨으면 좋겠습니다~

basscraft · Answer

어려운 주제 이긴 합니다만...기본적으로 기업의 최종 목표는 영리 입니다.기업의 영리 행위를 합법의 범주만 놓고 본다고 해도 돈을 번다는 것은 많은 경우 도덕적인 부분과 일치하지 않을 수 있습니다.그런 것이 변명이 되지는 모르겠지만 많은 시간, 많은 인력, 많은 비용을 투자해서 적은 수익을 낸다면 기업은 존재 할 수가 없을 것 입니다.말씀하신 좋은 소프트웨어를 제작하는 것을 최종의 목적으로 한다면 기업이라고 표현할 수 없겠죠여러가지 고려해야 할 부분이 있겠지만, 말씀하신 내용을 만족하는 조직은 자원봉사자로 이뤄진 비영리 소프트웨어 재단에서나 가능할 것 이라고 생각합니다.물론 개발자는 어떤 경우든 좋은 성능과 유지보수 하기 좋은 형태의 코드를 만드는 것을 지향해야 하겠지만일정, 인력, 비용 등을 고려해서 가능한 수준을 선택 할 때가 대부분 인 것 같습니다.

kiel · Answer

구글 엔지니어는 이렇게 일한다 책을 보시면 좋을것 같습니다.구글이 같은 고민을 어떻게 회사에 정착시켰는지에 대한 내용이고요, 자체 서비스 운영하는 회사들은 대부분 소스 퀄리티를 높이기 위해 고민하고 있습니다.

vollfeed · Answer

서비스 5분 뻗을때, 1억이 깨지면 어떻게든 대응합니다.하루 이틀 뻗어도 상관이 없으니까 그러고 있는 거지요. 안타깝게도 경제 논리입니다.

소스코드 퀄리티와 좋은 설계를 신경쓰는 기업이 있을까요?

4개의 답변

커리어 목록