협업할때 이런 상황에는 어떻게 하시나요?

Question

상황 : 다른사람이 작성한 코드 혹은 공통 라이브러리를 수정하는 것이 매우 바람직한 경우저는 웬만하면 하위호환성을 많이 고려해서 작업했어요혼자 작업하면 이렇게까지는 안할텐데, 같이 작업하는 것이다 보니 하위호환성을 많이 고려했어요제가 코드를 수정 하더라도 원래 돌아가고있던 다른 코드에는 웬만하면 지장이 안가게끔 하위호환성을 많이 고려했어요그런데 그렇게 하다보니 코드가 불필요하게 많아지거나, 복잡해지는 경우가 생깁니다.여러분들은 어떻게 하시나요?

zxcvewr · Answer

로드맵 같은걸 먼저 정하고 진행했어요.만약 수정하는게 바람직한 상황인데 로드맵 정하기 어려운상황이라면수정하지않아서 운영상 문제가 생기는 경우가 아니면 수정하지 않았습니다.(이게 맞는건진모르겠네요)

옥다방고양이 · Answer

&#x1f6a9;&#x1f6a9;맞습니다. 프로그램이 좀 지저분해지더라고,,,,하위 호환성 중요하게 챙겨야 합니다.✅️업무 프로그램 작성할때, (특별한 경우가 아니면) 왠만하면 기존에 잘 사용하던 업무 프로그램은 돌아가게 해줘야 합니다.&#x1f449;개선한다고 뭔가 만들었는데,,,그 기능이 정말 획기적인 것이 아니면,,,기존에 잘 사용하던 업무 프로그램이 안되면,,, 욕 먹는게 인지상정입니다.✅️엔더유저(현업 실무자)입장에서, 야간에 전산실에서 어떤 프로그램 배포했는데, 기존에 잘 사용하던 업무 프로그램이 안되면, 아침부터 황당하지 않을까요?

kotliner · Answer

간단하게 실제로 돌아가는 형태로 테스트나 스크립트를 짜고 아래 순서마다 테스트를 돌려서 동일한 결과가 나오는지 보면 됩니다. 논리적으로 동일하다고 판단할 수 있도록 계속 테스트를 돌릴 수 있으면 수정을 과감하게 할 수 있게 됩니다.하위호환성 유지하는 추가로직구현불필요한 기존 로직 제거 및 리팩토링

협업할때 이런 상황에는 어떻게 하시나요?

3개의 답변

Q&A 목록