패러다임의 한계는 프로그램의 덩치가 커져야 알 수가 있습니다. 이러한 방식으로 코드가 커지게 되면 다음과 같은 문제가 발생했습니다. 기본적으로 절차적 프로그래밍은 전역 변수의 형태로 만들었습니다. 그러다 보니 프로그램의 덩치가 커지면 커질수록

부채라고 하는 이유는 제때 갚지 않으면 예기치 못한 시점에 그 코드가 여러분을 찾아와서 쇠파이프로 여러분의 다리를 부러트릴 것이기 때문이다.​다양한 이유로 기술 부채가 쌓일 수 있다. 때론 임의의 값을 위해 상수 변수를 만드는 수고를 감당하는 대신 그 값을 그냥 전달하

기존 구성원들을 설득하고 레거시 코드들을 죄다 바꾸는 수고를 하지 않는 한 일단 기존 제도를 따라야 합니다. 아무리 좋은 변수명 짓기 규칙이 있다고 하더라도 기존에 있는 코드 규칙을 완전히 무시하고 본인만 ‘무소의 뿔처럼 혼자서’ 갈 수는 없는 법입니다. 무엇