저는 10 명 정도의 소규모 팀에서 일하고 있습니다. 우리는 코딩 표준이 전혀 없습니다. 표준이 된 것들이 있지만 어떤 일을하는 방법은 완전히 다릅니다. 내 큰 것은 들여 쓰기입니다. 일부는 탭을 사용하고 일부는 공백을 사용하고 일부는 다른 수의 공백을 사용하므로 큰 문제가 발생합니다. 누군가가 IDE를 사용하여 자동 형식을 지정하고 다른 문자를 사용하여 들여 쓰기 때문에 병합 할 때 종종 충돌이 발생합니다. 나는 우리가 어느 것을 사용하는지 상관하지 않으며, 우리 모두가 같은 것을 사용하기를 원합니다.
그렇지 않으면 파일을 열 것이고 일부 줄은 조건과 같은 줄에 중괄호가 있고 다른 줄은 다음 줄에 있습니다. 다시, 나는 그들이 모두 같은 한 마음에 들지 않습니다.
나는 직속 상사, 일대일 및 그룹 회의에서 표준 문제를 제기했으며, 그 표준에 대해 너무 걱정하지 않습니다 (나와 같은 견해를 공유하는 다른 사람들도 있습니다). 나는 들여 쓰기 문자에 대한 특정한 관심을 불러 일으켰고, "우리가 저장소에서 밀거나 당길 때 모든 것을 변환 할 수있는 일종의 스크립트를 만드는 것"이 더 나은 해결책이라고 생각했다. 나는 그가 변경하고 싶지 않다고 생각 하고이 솔루션은 지나치게 복잡해 보이며 유지 관리 문제가 발생하기 쉽습니다 (또한 큰 문제의 한 가지 징후 만 나타냅니다).
직장에서 비슷한 상황에 처한 사람이 있습니까? 그렇다면 어떻게 처리 했습니까? 표준에 따라 상사를 판매하는 데 도움이되는 좋은 점은 무엇입니까? 관심있는 사람들 중 코딩 표준을 만들기 위해 풀뿌리 운동을 시작하는 것이 좋은 생각입니까? 너무 구체적입니까? 그냥 놓아 두어야합니까?
시간 내 주셔서 감사합니다.
참고 : 지금까지 훌륭한 의견을 보내 주셔서 감사합니다! 분명히, 나는 그들 모두를 지배하는 하나의 스타일을 지시하고 싶지 않습니다. 나는 모든 사람에게 가장 적합한 것을 선호하는 것을 선호하는 방식을 기꺼이 인정합니다. 나는 일관성을 원하고 이것이 민주주의가되기를 원합니다. 나는 그것이 모두가 동의하는 그룹 결정이되기를 원합니다. 사실, 모든 사람이 나아갈 수는 없지만 그룹의 발전을 위해 타협하기에 충분히 성숙하기를 바랍니다.
참고 2 : 위에서 언급 한 두 가지 예에서 일부 사람들이 따라 잡고 있습니다. 나는 그 문제의 핵심을 더 잘 따르고 있습니다. 명명 규칙, 해체해야 할 거대한 함수, 유틸리티 또는 서비스에 무언가가 있거나, 상수가 있거나 주입되거나, 다른 버전의 종속성을 사용하거나 동일한 경우, 이 경우 인터페이스를 사용하고, 단위 테스트를 설정하는 방법, 단위 테스트를 수행 할 대상, Java 또는 주석 또는 외부 구성을 사용해야하는 경우 (자바 관련) 계속할 수있었습니다.