질문 삭제

Question

죄송합니다. 회사 사람들이 볼까봐 삭제합니다.

장독깨기 · Answer

컨벤션에 너무 큰 가치를 부여할 필요 없습니다.물론, 플젝 컨벤션이 있고 일관성을 위해 그걸 따르는 것이 기본이긴 합니다.근데, 좀 맘에 안드는 부분이 있고 그걸 개선하기 위해 얘기 해보는 것은 좋은데요,너무 크게 주장할 필요는 없습니다.컨벤션은 코딩 스타일의 일관성 정도라 생각하면 될 것 입니다.이 외 구현 방식에 대해서 특정 방식은 사용하지 말라는 규칙도 좀 있는거 같은데요, 기억이 잘 안 나네요. ㅎ근데, 대부분은 효율적인지, 합리적인지, 유연하게 확장 가능한지, 예외나 여러 상황에 대비가 되어 있는지,...이런 부분들을 깊게 생각해서 구현하면 될 것 입니다.가령, 유효성 검사는 프런트, 백앤드 양 쪽에서 다 해야, 정상적인 상황과 예외 상황에 대비할 수 있습니다.테이블 생성 방식도, 테이블명, 컬럼명,... 이런 명명 규칙은 보통 컨벤션을 정해서 합니다.그러나, 구조 설계 할 때는 때로는 역 정규화를 하는 것이 효율적인 경우가 있습니다.이런 부분을 규칙으로 정해 둘 일은 아니겠죠.컨벤션이나 특정 규칙에 너무 매몰되면, 정작 중요하게 생각해야 할 부분을 놓치게 되는 경우가 많습니다.취업 축하합니다. :)

FeelingXD · Answer

컨벤션의 핵심은 일관성 입니다. 만약 새로운 컨벤션이 생겨서 기존 만들던 서비스에 모두 적용하는데 문제가 생길 수도 있지않을까요 ? 기술적 부채와 개선시 이점을 모두 저울에 놓고 고려해보시기 바랍니다. 의견을 제시 할 수는있으나 설득하기까지 왜 필요한지 납득해보시길바랍니다.

mirheeoj · Answer

개선은 언제나 환영이지만 당사자간 동의와 합의가 있어야 합니다. 그게 "컨벤션"입니다.

엡실론 · Answer

합당한 이유가 있다면 얼마든지 바꿀수도 있어야죠. 좋지 않다라고 느껴지면 이유를 잘 정리해서 개선하자고 건의해 보세요. 컨벤션이라고 그냥 무작정 따르면 잘못된 관행이 됩니다.

개발잡부 · Answer

컨밴션의 타당성, 컨밴션의 범위,, 모두 규칙이므로팀원으로써 자유롭게 건의하면 됩니다.다만 이미 어느정도 안정화된 서비스라면컨밴션을 하나 바꿀때,, 바꿔야하는 코드가...ㅗㅜㅑ모든 일이 항상 이상적으로 돌아갈수는 없죠.조금마음에 안들어도 타협을 할수도있는것이고,이건 정말 바꿔야겠다면 타당한 논거를 들어 팀원들을 설득시키면 되는것입니다.

질문 삭제

5개의 답변

Q&A 목록