야 근대 금웅권에서는 리팩토링 잘 못하지 않냐 ㅇㅅㅇ?

[포항의봄(bonnbonn)]

근거없이 니 맘대로 고쳤다가

전수 검증에서 삑사리 나면 누가 책임짐?!

[프갤러 1(210.90)]

그래서 어지간해서는 아예 새로 만들지 않나?

[포항의봄(bonnbonn)]

ㅇ

[HtmlProgrammer(judging7455)]

리팩터링 자체로는 뭘 고치는게 아니라 동작은 그대로 유지하면서 유지보수비용을 줄이기위해 코드 구조나 가독성 등을 개선하는거임 리팩터링을 하면 뭘 고치고 기능 추가하고 구조 변경하는게 쉬워지는거지 그거 자체가 리팩터링이 아녀

[HtmlProgrammer(judging7455)]

실제 금융권에서는 일반적으로 개발 문화나 관습, 현실(일정이나 업무전환 문제 등)이 어떤지 모르겠다만 리팩터링이 유지보수 비용을 줄이는 것을 전제로 하다보니 코드가독성 올리겠다고 100시간 투자해서 20시간 걸릴 작업을 5시간으로 줄이는건 리팩터링에 실패한거임 즉, 결과적으로 일정 내 최대 아웃풋을 뽑아내기 위해서는 코드 가독성 개선이랑 당장 기능 개발하는거랑 잘 줄타기 하면서 밸런스 맞춰야 함

[익명(106.102)]

15시간덜걸리는걸로 오래쓰면 이득인거아님?

[HtmlProgrammer(judging7455)]

저건 이해를 듑기위한 예시고 한 번 수정한거로 지속적으로 시간 절약되어서 이득보는게 중요하다는게 핵심임 그런데 주의해야할 점은 같은 시간이 같은 비용을 의미하지는 않음. 대기업에서 100시간 투자하는건 아무것도 아니지만 스타트업 때의 100시간 투자하는건 상당히 부담되는 작업임. 그 때 그 때 상황 따라 밸런스 봐가면서 장기적으로 이득될만한 수준만큼만 리팩터링하고 이득보다 손실(시간비용)이 클 것 같으면 과감히 포기하는 것이 핵심