이전에 작성된 코드를 유지하려면 몇 명의 프로그래머가 필요합니까?

얼마 전 나와 좋은 친구 사이에 다음과 같은 대화가 들렸습니다.

— 프로그래머의 수는 지속적으로 증가할 것입니다. 코드의 양이 증가하고 이를 지원해야 하는 개발자가 점점 더 많아지기 때문입니다.
— 하지만 코드가 오래되어 일부는 더 이상 지원되지 않습니다. 일종의 균형이 있을 수도 있습니다.

며칠 후 그 일을 기억하면서 시간이 지남에 따라 점점 더 많은 리소스가 필요한 코드를 유지 관리하는 것이 궁극적으로 새로운 기능의 개발을 마비시킬 수 있는지, 아니면 프로그래머 수를 무제한으로 늘려야 하는지 궁금했습니다. 수학적 분석과 미분 방정식은 개발에 대한 지원 금액의 의존성을 질적으로 평가하고 질문에 대한 답을 찾는 데 도움이 되었습니다.

질문 XNUMX. 모든 개발 리소스를 "먹어버릴" 수 있도록 지원할 수 있나요?

참가자 수가 일정한 프로그래머 팀을 생각해 보십시오. 근무 시간의 공유 ()는 새로운 코드를 개발하는 데 소비되고 남은 시간은 지원하러 갑니다. 모델 가정 내에서 첫 번째 활동 유형은 코드 양을 늘리는 것을 목표로 하고, 두 번째 활동 유형은 이를 변경(오류 수정)하는 것을 목표로 하며 코드 양에 큰 영향을 미치지 않는다고 가정합니다.

나타내자 해당 시점까지 작성된 코드의 전체 양 . 코드 작성 속도는 비례한다고 가정 , 우리는 다음을 얻습니다:

코드를 유지하는 데 드는 인건비는 코드의 양에 비례한다고 가정하는 것은 당연합니다.

또는

어디로부터

우리는 쉽게 적분할 수 있는 미분방정식을 얻습니다. 초기에 코드의 양이 XNUMX이라면,

에 기능 과 . 이는 새로운 기능 개발을 XNUMX으로 만들고 모든 리소스를 지원으로 이전하는 과정에서 시간이 지남에 따라 점진적으로 감소한다는 것을 의미합니다.

그러나 만약 그 시간 동안 코드가 더 이상 사용되지 않고 지원이 중단되면 한 번에 지원이 필요한 코드의 양이 늘어납니다. 이미 평등하다 그때

а 지연된 논증을 갖는 미분 방정식의 해법입니다 [1]:

이러한 방정식의 해는 값을 지정하여 고유하게 결정됩니다. "시간이 시작되기 전에" . 코드는 초기 순간 이전에 아직 작성되지 않았으므로 우리의 경우 при .

몇 가지 예를 살펴보겠습니다. 우리는 시간을 연 단위로 측정하고, 코드의 양을 수천 줄 단위로 측정할 것입니다. 그럼 50 단위의 값이 허용되며 100과 XNUMX을 사용합니다. 즉, 개발 팀은 XNUMX년에 각각 XNUMX줄과 XNUMX만 줄의 코드를 작성하게 됩니다. 을 위한 허용되는 값은 다음과 같습니다. , , . 이는 개발 팀이 분기, 반기, 풀타임 등 1년 동안 작성하는 코드의 양을 지원할 수 있음을 의미합니다. 코드의 평균 수명으로 2, 4, XNUMX년 값을 설정합니다. 방정식을 수치적으로 풀면 함수 동작의 예를 얻을 수 있습니다. 일부 매개변수 조합의 경우 .

함수의 동작 코드가 오래됨에 따라 변경되었습니다. 기능은 더 이상 단조롭지 않지만 시간이 지남에 따라 변동이 "진정"되고 일정한 값으로. 그래프는 다음을 보여줍니다. , и 즉, 코드 수명이 느려질수록 새 코드 개발 속도가 빨라지고 코드 품질이 낮아질수록 새 기능 개발을 위해 남겨지는 리소스가 줄어듭니다. 적어도 하나의 예를 제시하고 싶었습니다. XNUMX에 가깝게 "밀착"되었습니다. 하지만 이를 위해서는 매우 열악한 개발 품질 지표와 오랫동안 노화되지 않는 코드를 선택해야 했습니다. 왼쪽 하단 그래프에서도 새로운 기능을 위해 상당한 양의 리소스가 남아 있습니다. 따라서 첫 번째 질문에 대한 정답은 오히려 다음과 같습니다. 이론적으로는 가능합니다. 거의 - 거의.

대답할 수 없는 질문:

1. 그게 사실인가요? 어느 정도 한계가 있는 경향이 있습니다. 모두를위한 ? 모든 사람을 위한 것이 아니라면 누구를 위한 것입니까?
2. 한계가 존재하는 경우 그 값은 어떻게 결정됩니까? ?

질문 XNUMX. 코드 유지 관리로 인해 프로그래머 수가 무한정 늘어날 수 있습니까?

나타내자 새로운 코드 개발에 참여하는 프로그래머의 수. 위와 같이, — 특정 시점까지 작성된 코드의 양 . 그런 다음

코드 지원을 바쁘게 유지 프로그래머. 에이징 코드를 고려하여,

어디로부터

면 , 그런 다음

따라서 두 번째 질문에 대한 대답은 부정적입니다. 새 코드의 개발자 수가 제한되어 있으면 코드가 노후화되는 상황에서 지원을 통해 프로그래머 수를 무제한으로 늘릴 수는 없습니다.

결론

고려된 모델은 "소프트" 수학적 모델입니다[2]. 그것들은 매우 간단합니다. 그럼에도 불구하고 매개변수 값에 대한 시뮬레이션 결과의 의존성은 실제 시스템에 대해 예상되는 것과 일치합니다. 이는 모델의 적절성과 고품질 추정치를 얻기에 충분한 정확성을 나타냅니다.

참조

1. 엘스골츠 L.E., 노킨 S.B. 편향 논증을 이용한 미분 방정식 이론 소개. 모스크바. 출판사 "과학". 1971.
2. 아놀드 V.I. "하드" 및 "소프트" 수학적 모델. 모스크바. 출판사 MCNMO. 2004.

출처 : habr.com