클린코딩 하는데 구현을 못하는 개발자

어제 본 영상인데 커리어리에서도 이렇게 마주하니 반갑네요 ㅎㅎ 첫 문단에 써주신 의견처럼 “좋은 코드를 만들면서 기한 내에 구현을 하는 개발자” 는 당연하다고 생각해요. 그리고 다른 말로 표현하자면 “그냥 잘하자” 정도로 해석 될거 같네요:) 이 부분은 저도 공감하지만, 개인적으로 해당 영상은 취지와 예시가 조금은 잘못되었다는 생각도 해요. 이건 더 이상 학교가 아니고 우선은 비즈니스니까 마감을 지키는 게 선행조건임이 분명하고 이후 코드의 품질을 따지는 것이라 구현이 먼저라는 것이 결국 영상의 취지로 비춰지는데, 백퍼센트 동의하지만 예시가 이상한 것 같다는 건 저 상황은 일종의 “면접” 상황이라는 것이죠..! 면접자의 관점에서는 다 하는 것 보다는 하나라도 더 최선을 다해서 해보겠다는 마인드를 가진 사람이 많을 거라고 생각해요. 논술 시험과 비교해볼 수 있을 것 같은데 10문제가 있다면 구현과정에 따라 각 문제 별 점수가 차등 지급될 겁니다. 이 때 시험을 보는 자는 선택을 해야하는데 (물론 그냥 다 잘해서 백점이 최곱니다) 5문제를 풀더라도 완벽하게 하겠다는 사람과 과정은 엉망이어도 아무튼 답은 내서 10문제 다 찍먹했다로 갈릴거에요. 때문에 양쪽 다 본인 수준에서 최선을 다한 결과라고 보는데 어느쪽 결과가 더 낫다 라고 말하는 건 의미없어 보여요. 호돌님이 영상에서 말하신 것처럼 “면접관” 입장에서 둘 다 뽑거나 둘 다 떨구겠다는 이 말이 가장 상황에 적절하게 들리네요 ㅋㅋㅋ 굳이 뽑아야한다면 영상에서는 구현이라도 다 한사람을 뽑겠다고 하는데 저는 반대입니다. 태관님이 마지막에 쓰신 것처럼 완벽한 것은 없죠. 일이라고 생각하지 않는다는 건 말 그대로 개발이라는 걸 좋아한다는 말인데 좋아했으면 더 나은 방법을 끊임없이 고민했기에 후자와 같은 결과가 나오지 않았을까? 싶어요. 오히려 주먹구구식으로 구현만 끝낸 사람은 잘하기 위한 고민은 없이 일단 풀고 제출해야지 라는 가벼운 마음이지 않았을지. 때문에 저는 둘 중 골라야한다면 그래도 개발을 좋아하는 것처럼 느껴지는 사람을 고르고 싶네요 :)

지금 작성한 클린코드도 하루가 지나면 레거시가 됩니다. 중요한건 기한내에 버그없는 코드를 작성하는게 아닐까 싶습니다. 개발자로써의 철학도 중요하지만, 그럼에도 회사에서 돈을 받고 일하는 직원이기에 비즈니스적인 관점으로 데드라인은 지켜야 한다고 봅니다.

많은것을 이야기 하게 되는 주제인건 확실하네요! ㅎㅎ 평소 테스트코드 사용의 중요성도 결국 이런 상황에서 마감을 지키면서 품질도 어느 정도 지키기 위한, 유지보수와 리팩터링의 안정성을 위한 것이라는 걸 생각하게 되네요! 당연히 처음엔 어렵죠! 본인과 팀이 체화하기까지는 오랜시간 공을 들여야 겠지요

더 좋은 코드를 위해 고민은 하되 기한 내에 구현해야 되는 현실이 99.99프로기 때문에 적정선에서 trade off가 필요하고 언제든 리팩토링을 통한 개선이 가능하도록 Flexible 하면서 Loose Coupling 한 구조로 개발하는 습관이 필요하다 봅니다.(말로는 쉽게). 가장 어려운 부분이지만....때론 누구나 이해 가능하고 간단하게 짜는 게 더 좋은 approach일수도 있죠. Simple is the best.

제가 생각하는 클린코딩은 최종적으로 코드에 소모하는 시간을 줄여주기 위해서 사용한다고 생각하는 데 클린 코딩 때문에 기한 내에 구현을 못한다는 건 생각 지도 못 했네요... 클린 코딩을 못한다는 개발자는 코드에 대해서 고민을 해본 적이 없는 것 같고..... 클린 코딩 때문에 데드라인을 못 맞춘 것도 결국 그 시간에는 내가 이때까지 옳다고 생각했다는 코드로 작성 해 나아가야 하는 시간인데 그 시간에 클린 코딩에 대해 고민을 하고 있었던 것이니 이것도 연습량 부족이라.. 둘 중에 우열을 가리기 어렵네요 아무튼 좋은 말씀 감사합니다 물론 아직 경력이 없는 학생으로서 열심히 작성해 나아갔습니다 헿