[7팀 박의근] Chapter 2-1. 클린코드와 리팩토링

[adds-bug]

과제 체크포인트

배포링크

https://adds-bug.github.io/front_6th_chapter2-1/

기본과제

• 코드가 Prettier를 통해 일관된 포맷팅이 적용되어 있는가?
• 적절한 줄바꿈과 주석을 사용하여 코드의 논리적 단위를 명확히 구분했는가?
• 변수명과 함수명이 그 역할을 명확히 나타내며, 일관된 네이밍 규칙을 따르는가?
• 매직 넘버와 문자열을 의미 있는 상수로 추출했는가?
• 중복 코드를 제거하고 재사용 가능한 형태로 리팩토링했는가?
• 함수가 단일 책임 원칙을 따르며, 한 가지 작업만 수행하는가?
• 조건문과 반복문이 간결하고 명확한가? 복잡한 조건을 함수로 추출했는가?
• 코드의 배치가 의존성과 실행 흐름에 따라 논리적으로 구성되어 있는가?
• 연관된 코드를 의미 있는 함수나 모듈로 그룹화했는가?
• ES6+ 문법을 활용하여 코드를 더 간결하고 명확하게 작성했는가?
• 전역 상태와 부수 효과(side effects)를 최소화했는가?
• 에러 처리와 예외 상황을 명확히 고려하고 처리했는가?
• 코드 자체가 자기 문서화되어 있어, 주석 없이도 의도를 파악할 수 있는가?
• 비즈니스 로직과 UI 로직이 적절히 분리되어 있는가?
• 코드의 각 부분이 테스트 가능하도록 구조화되어 있는가?
• 성능 개선을 위해 불필요한 연산이나 렌더링을 제거했는가?
• 새로운 기능 추가나 변경이 기존 코드에 미치는 영향을 최소화했는가?
• 코드 리뷰를 통해 다른 개발자들의 피드백을 반영하고 개선했는가?
• (핵심!) 리팩토링 시 기존 기능을 그대로 유지하면서 점진적으로 개선했는가?

심화과제

• 변경한 구조와 코드가 기존의 코드보다 가독성이 높고 이해하기 쉬운가?
• 변경한 구조와 코드가 기존의 코드보다 기능을 수정하거나 확장하기에 용이한가?
• 변경한 구조와 코드가 기존의 코드보다 테스트를 하기에 더 용이한가?
• 변경한 구조와 코드가 기존의 모든 기능은 그대로 유지했는가?
• (핵심!) 변경한 구조와 코드를 새로운 한번에 새로만들지 않고 점진적으로 개선했는가?

과제 셀프회고

정제되지 않은 코드를 나중에 다듬는 일이 얼마나 고된지 직접 겪어보며, 값진 경험을 했습니다.
지난 토요일 발제에서는 잘 와닿지 않았던 아래 차트의 의미를, 이제는 200% 이해할 수 있게 됐습니다.

지금 작성하고 있는 '나의' 코드가 언젠가 '너의' 손을 탈 수도 있다는 생각을 매번 해야겠다고 다짐합니다.
그렇게해서 이 코드와 엮이게 될 모두의 정신 건강을 지켜내겠습니다.

(출처: [항해플러스]클린코드와 리팩토링)

[jeongmingi123]

명언 잘세겨듣겠습니다..

[2Estella]

의근님~!
회사때문에 바쁜 와중에 팀 활동에 참여해주시고, 노력해주시는 모습이 정말 멋있습니다!
팀원들과 함께 컨벤션을 맞춰보고 맞춘 컨벤션을 적용해보는 것만으로도 의근님께 좋은 경험이 되었을거라고 생각해요!
앞으로도 화이팅 🔥

[eveneul]

갓 의 근
지금 탈주해도 환불 못 받는대요
많이 고민하셨을 텐데, 같이 있어 주셔서 정말 감사 드려요! 저희 수료식 때 꼭 만나요~!! 첫차 태우고 집에 보냅니다~

[BangDori]

나 의근인데....

밤새 미팅하시면서도 팀 활동에 어떻게든 참여하려고 노력하시는 하시는 모습이 너무 멋있고 배울점이 많은 거 같아요.

수료까지 화이팅 화이팅 ~~ 의근님은 계속해서 제 마음속의 팀장님이에오

[Elli-Lee]

의근님 안녕하세요~ 4팀 이유진입니다!
회사 일 엄청 바쁘실텐데도 팀 활동 꾸준히 참여해주셔서 감사합니다!!
회사가 잘 되는 건 좋은 일이니까요! 때때로 참여 못하셔도 부담갖지 않으시면 좋겠습니다!
화이팅~~!!

[BangDori]

@adds-bug

첨언하자면

지금 작성하고 있는 '나의' 코드가 언젠가 '너의' 손을 탈 수도 있다는 생각을 매번 해야겠다고 다짐합니다. 그렇게해서 이 코드와 엮이게 될 모두의 정신 건강을 지켜내겠습니다.

이 의견에 매우매우 공감합니다..!!

클린 코드 1장을 보면 이런 문장이 있더라구요.

"우리 모두는 자신이 짠 쓰레기 코드를 쳐다보며 나중에 손보겠다고 생각한 경험이 있다. 우리 모두는 대충 짠 프로그램이 돌아간다는 사실에 안도감을 느끼며 그래도 안 돌아가는 프로그램보다 돌아가는 쓰레기가 좋다고 스스로를 위로한 경험이 있다. 다시 돌아와 나중에 정리하겠다고 다짐했었다. 물론 그때 그 시절 우리는 르블랑의 법칙을 몰랐다. 나중은 결코 오지 않는다."

저도 작업하다 보면 늘 "이 부분 나중에 고쳐야지" 생각하지만, 그 나중이 잘 오지 않더라고요. 이건 마치 코드뿐만 아니라 삶에서도 적용되는 말 같아서 더 와닿았어요. 그래서 요즘은 “내일의 나를 믿지 말고, 오늘의 나에게 최선을 다하자”는 마음으로 살고 있어요.

제가 드리고 싶은 말은 요즘 밤새 일하고, 미팅하시느라 항해에는 참여하지 못하는게 많이 아쉽게 느껴지시겠지만(목소리가 넘 좋아서 계속 듣고 싶은데...), 지금처럼 의근님에게 주어진 일에 최선을 다하며 후회 없이 잘 보내신다면 아주~~ 행복한 미래를 그려나가실 수 있을거라고 생각해요!! 그러니 늘 화이팅입니다.

항해에 적극적으로 참여하지 못한다고 아쉬워하지 마세요. 항해 참여해서 우리 팀원 모두를 알게 되셨잖아~ 한잔해~