나 혼자 만들때는 문제가 없어도, 협업할때는 좋지 않을거같다는 생각이 듬.. 이런걸 스파게티 코드라고 부르나??
기능구현할때 최대한 독립적으로 구현하는게 맞는거겠죠?
아니면 그정도는 협업하는사람이랑 의사소통만 잘 하면 문제 없는 부분이려나요
혼자하다보니 뭐가 좋은 코드습관인지 구분이 잘 안됌,,
댓글 8
가능한만큼 디커플링하고
변수와 함수의 이름과 목적을 명확하게 하면 됨
사실 이걸로도 부족해서 주석쓰는거임
협업의 절반은 소통이다
익명(plastic4826)2025-12-31 14:35:00
그래서 한가지 함수에 한가지 기능만 담으라고 하는거같음 return은 함수 결합용으로만 쓰고
Indie 1(220.86)2025-12-31 14:39:00
그래서 중앙에 필요한 데이터들을 가져다 쓰게끔 뭔가를 놓거나.. 메시지/이벤트/구독 같은 걸 구현하기도 하고.. 여러가지 방법이 있음
Indie 2(175.207)2025-12-31 14:44:00
코드리뷰 ai한테 자주던져보셈
파베르(jaba001)2025-12-31 14:48:00
물론 깔끔하게 참조정리하고 예쁜코드 만들면 좋은데 인디라면 서로 메인 담당구역을 정해두고, 자기가 메인이 아닌 쪽을 참조해야 되면 협업자한테 어디서 참조할지 물어보면 됨. 요청받은 사람은 깔끔하게 참조가 안되는 경우라면 자기가 알아서 코드정리하고 참조할 인터페이스를 만들어서 넘겨주면 됨. 내부가 어떻건 기준은 겉으로 주고받는 부분에 신경쓰면 된다는 소리.
가능한만큼 디커플링하고 변수와 함수의 이름과 목적을 명확하게 하면 됨 사실 이걸로도 부족해서 주석쓰는거임 협업의 절반은 소통이다
그래서 한가지 함수에 한가지 기능만 담으라고 하는거같음 return은 함수 결합용으로만 쓰고
그래서 중앙에 필요한 데이터들을 가져다 쓰게끔 뭔가를 놓거나.. 메시지/이벤트/구독 같은 걸 구현하기도 하고.. 여러가지 방법이 있음
코드리뷰 ai한테 자주던져보셈
물론 깔끔하게 참조정리하고 예쁜코드 만들면 좋은데 인디라면 서로 메인 담당구역을 정해두고, 자기가 메인이 아닌 쪽을 참조해야 되면 협업자한테 어디서 참조할지 물어보면 됨. 요청받은 사람은 깔끔하게 참조가 안되는 경우라면 자기가 알아서 코드정리하고 참조할 인터페이스를 만들어서 넘겨주면 됨. 내부가 어떻건 기준은 겉으로 주고받는 부분에 신경쓰면 된다는 소리.
같이일해본 프로그래머들 말로는 협업할때 작업시간의 절반은 주석쓰는데 써야 진행이 원활하게 된다던데...
ㅇㅇ 결합도는 낮을수록 좋으니까 그래야지
좋은 습관은 모든 기능을 함수단위로 쪼개