시니어가 없어서 동료 둘이서 코드리뷰하는데
맨날 가상의 시니어A라면 이렇게 하지 않았을까?
이러고 있는데 요새 힘빠지더라
코드 잘 짜는게 뭐냐?
성능과 가독성을 트레이드 오프해가며 작성하는 것?
좋은 설계? 아니면 생산성? 꼼꼼함? 아 점점 미궁으로 빠저든다
시니어가 없어서 동료 둘이서 코드리뷰하는데
맨날 가상의 시니어A라면 이렇게 하지 않았을까?
이러고 있는데 요새 힘빠지더라
코드 잘 짜는게 뭐냐?
성능과 가독성을 트레이드 오프해가며 작성하는 것?
좋은 설계? 아니면 생산성? 꼼꼼함? 아 점점 미궁으로 빠저든다
1잘돌아가냐? 2언제까지되는데?
언제까지 되는데? 이거에 우리의 비루한 실력이 포함되서 슬픈듯
누가봐도 읽기 쉽고 유지보수하기 좋은 코드.
트레이드오프는 케바케지 근데 보통 대부분 앱은 가독성이 중요하지 가독성과 유지보수는 코드를 어떻게 얼만큼 어떤방식으로 나누고 조합하는게 전부라해도 무방하다 디테일은 그뒤고 길어진다싶으면 일단 새파일만들고 나눠 ㅇㅇ 너무 나눠ㅣㄴ거같으면 다시 합쳐 계속 리팩토링하다보면 답이보인다
리팩토링 커밋이 기능 커밋이나 버그 커밋보다 많은데 이거 비정상적인거죠?
코드리뷰 이후에 운영 오류가 발생했다면 '개발한 사람이 잘못 만들었다'가 아니라 '왜 코드리뷰 참가한 다른 사람들은 그걸 발견하지 못했나'가 될 수 있음. 코드 퀄리티에 대한 조언을 해 줄 사람이 없는 상태라면 이걸 목적으로 해 봐도 좋을거임. 시니어 없이도 이렇게 얻어갈 것은 있음
오 이거 내일 공유해야겠다 좋다좋아!!