ਪਹਿਲਾਂ ਲਿਖੇ ਕੋਡ ਨੂੰ ਕਾਇਮ ਰੱਖਣ ਲਈ ਕਿੰਨੇ ਪ੍ਰੋਗਰਾਮਰ ਲਗਦੇ ਹਨ?

ਕੁਝ ਸਮਾਂ ਪਹਿਲਾਂ, ਮੇਰੇ ਅਤੇ ਮੇਰੇ ਇੱਕ ਚੰਗੇ ਦੋਸਤ ਵਿਚਕਾਰ ਇੱਕ ਗੱਲਬਾਤ ਹੋਈ ਜਿਸ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਵਾਕ ਸੁਣੇ ਗਏ:

- ਪ੍ਰੋਗਰਾਮਰਾਂ ਦੀ ਗਿਣਤੀ ਲਗਾਤਾਰ ਵਧਦੀ ਜਾਵੇਗੀ - ਕਿਉਂਕਿ ਕੋਡ ਦੀ ਮਾਤਰਾ ਵਧ ਰਹੀ ਹੈ, ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਲਗਾਤਾਰ ਇਸਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
— ਪਰ ਕੋਡ ਪੁਰਾਣਾ ਹੋ ਰਿਹਾ ਹੈ, ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਹੁਣ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ। ਇਹ ਵੀ ਸੰਭਵ ਹੈ ਕਿ ਕਿਸੇ ਕਿਸਮ ਦਾ ਸੰਤੁਲਨ ਹੋਵੇ।

ਕੁਝ ਦਿਨਾਂ ਬਾਅਦ ਉਨ੍ਹਾਂ ਨੂੰ ਯਾਦ ਕਰਦੇ ਹੋਏ, ਮੈਂ ਹੈਰਾਨ ਸੀ ਕਿ ਕੀ ਕੋਡ ਨੂੰ ਕਾਇਮ ਰੱਖਣਾ, ਸਮੇਂ ਦੇ ਨਾਲ ਵੱਧ ਤੋਂ ਵੱਧ ਸਰੋਤਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅੰਤ ਵਿੱਚ ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ ਦੇ ਵਿਕਾਸ ਨੂੰ ਅਧਰੰਗ ਕਰ ਸਕਦੀ ਹੈ, ਜਾਂ ਕੀ ਇਸ ਲਈ ਪ੍ਰੋਗਰਾਮਰਾਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਬੇਅੰਤ ਵਾਧੇ ਦੀ ਲੋੜ ਹੋਵੇਗੀ? ਗਣਿਤਿਕ ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਵਿਭਿੰਨ ਸਮੀਕਰਨਾਂ ਨੇ ਵਿਕਾਸ 'ਤੇ ਸਮਰਥਨ ਦੀ ਮਾਤਰਾ ਦੀ ਨਿਰਭਰਤਾ ਦਾ ਗੁਣਾਤਮਕ ਮੁਲਾਂਕਣ ਕਰਨ ਅਤੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਲੱਭਣ ਵਿੱਚ ਮਦਦ ਕੀਤੀ।

ਸਵਾਲ ਇੱਕ. ਕੀ ਸਾਰੇ ਵਿਕਾਸ ਸਰੋਤਾਂ ਨੂੰ "ਖਾਣ" ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦਾ ਹੈ?

ਪ੍ਰੋਗਰਾਮਰਾਂ ਦੀ ਇੱਕ ਟੀਮ 'ਤੇ ਵਿਚਾਰ ਕਰੋ ਜਿਸ ਵਿੱਚ ਭਾਗੀਦਾਰਾਂ ਦੀ ਗਿਣਤੀ ਸਥਿਰ ਹੈ। ਉਹਨਾਂ ਦੇ ਕੰਮ ਦੇ ਸਮੇਂ ਨੂੰ ਸਾਂਝਾ ਕਰੋ () ਨਵੇਂ ਕੋਡ ਨੂੰ ਵਿਕਸਤ ਕਰਨ 'ਤੇ ਖਰਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸਮੇਂ ਦਾ ਬਾਕੀ ਹਿੱਸਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਜਾਂਦਾ ਹੈ। ਮਾਡਲ ਦੀਆਂ ਧਾਰਨਾਵਾਂ ਦੇ ਅੰਦਰ, ਅਸੀਂ ਇਹ ਮੰਨਦੇ ਹਾਂ ਕਿ ਪਹਿਲੀ ਕਿਸਮ ਦੀ ਗਤੀਵਿਧੀ ਦਾ ਉਦੇਸ਼ ਕੋਡ ਦੀ ਮਾਤਰਾ ਨੂੰ ਵਧਾਉਣਾ ਹੈ, ਅਤੇ ਦੂਜੀ ਦਾ ਉਦੇਸ਼ ਇਸਨੂੰ ਬਦਲਣਾ ਹੈ (ਗਲਤੀਆਂ ਨੂੰ ਠੀਕ ਕਰਨਾ) ਅਤੇ ਕੋਡ ਦੀ ਮਾਤਰਾ 'ਤੇ ਮਹੱਤਵਪੂਰਣ ਪ੍ਰਭਾਵ ਨਹੀਂ ਪਾਉਂਦਾ ਹੈ।

ਆਉ ਸੰਕੇਤ ਕਰੀਏ ਉਸ ਸਮੇਂ ਤੱਕ ਲਿਖੇ ਕੋਡ ਦੀ ਪੂਰੀ ਮਾਤਰਾ . ਇਹ ਮੰਨ ਕੇ ਕੋਡ ਲਿਖਣ ਦੀ ਗਤੀ ਅਨੁਪਾਤਕ ਹੈ , ਸਾਨੂੰ ਪ੍ਰਾਪਤ:

ਇਹ ਮੰਨਣਾ ਸੁਭਾਵਕ ਹੈ ਕਿ ਕੋਡ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ ਲੇਬਰ ਦੀਆਂ ਲਾਗਤਾਂ ਇਸਦੀ ਮਾਤਰਾ ਦੇ ਅਨੁਪਾਤੀ ਹਨ:

ਜ

ਕਿਥੋਂ

ਅਸੀਂ ਇੱਕ ਵਿਭਿੰਨ ਸਮੀਕਰਨ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ ਜਿਸਨੂੰ ਆਸਾਨੀ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਸਮੇਂ ਦੇ ਸ਼ੁਰੂਆਤੀ ਪਲ 'ਤੇ ਕੋਡ ਦੀ ਮਾਤਰਾ ਜ਼ੀਰੋ ਹੈ, ਤਾਂ

'ਤੇ ਫੀਚਰ ਅਤੇ . ਅਤੇ ਇਸਦਾ ਅਰਥ ਹੈ ਸਮੇਂ ਦੇ ਨਾਲ ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਜ਼ੀਰੋ ਤੱਕ ਹੌਲੀ ਹੌਲੀ ਕਮੀ ਅਤੇ ਸਮਰਥਨ ਲਈ ਸਾਰੇ ਸਰੋਤਾਂ ਦਾ ਤਬਾਦਲਾ।

ਹਾਲਾਂਕਿ, ਜੇਕਰ ਸਮੇਂ ਦੇ ਦੌਰਾਨ ਕੋਡ ਪੁਰਾਣਾ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਮਰਥਨ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਫਿਰ ਕੋਡ ਦੀ ਮਾਤਰਾ ਜਿਸ ਨੂੰ ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਸਮਰਥਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਪਹਿਲਾਂ ਹੀ ਬਰਾਬਰ ਹੈ ਫਿਰ

а ਇੱਕ ਰਿਟਾਰਡ ਆਰਗੂਮੈਂਟ [1] ਦੇ ਨਾਲ ਇੱਕ ਵਿਭਿੰਨ ਸਮੀਕਰਨ ਦਾ ਹੱਲ ਹੈ:

ਅਜਿਹੇ ਸਮੀਕਰਨ ਦਾ ਹੱਲ ਵਿਲੱਖਣ ਤੌਰ 'ਤੇ ਮੁੱਲਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਕੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ "ਸਮੇਂ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਪਹਿਲਾਂ" . ਕਿਉਂਕਿ ਕੋਡ ਅਜੇ ਤੱਕ ਸਮੇਂ ਦੇ ਸ਼ੁਰੂਆਤੀ ਪਲ ਤੋਂ ਪਹਿਲਾਂ ਨਹੀਂ ਲਿਖਿਆ ਗਿਆ ਸੀ, ਸਾਡੇ ਕੇਸ ਵਿੱਚ ਤੇ .

ਆਓ ਕੁਝ ਉਦਾਹਰਣਾਂ ਵੱਲ ਧਿਆਨ ਦੇਈਏ। ਅਸੀਂ ਸਾਲਾਂ ਵਿੱਚ ਸਮਾਂ, ਅਤੇ ਹਜ਼ਾਰਾਂ ਲਾਈਨਾਂ ਵਿੱਚ ਕੋਡ ਦੀ ਮਾਤਰਾ ਨੂੰ ਮਾਪਾਂਗੇ। ਫਿਰ ਲਈ ਦਸਾਂ ਦੇ ਕ੍ਰਮ ਦੇ ਮੁੱਲ ਸਵੀਕਾਰਯੋਗ ਹਨ, ਅਸੀਂ 50 ਅਤੇ 100 ਲਵਾਂਗੇ। ਭਾਵ, ਇੱਕ ਸਾਲ ਵਿੱਚ ਵਿਕਾਸ ਟੀਮ ਕ੍ਰਮਵਾਰ ਕੋਡ ਦੀਆਂ ਪੰਜਾਹ ਅਤੇ ਇੱਕ ਲੱਖ ਲਾਈਨਾਂ ਲਿਖੇਗੀ। ਲਈ ਸਵੀਕਾਰਯੋਗ ਮੁੱਲ ਹੋ ਸਕਦੇ ਹਨ: , , . ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇੱਕ ਵਿਕਾਸ ਟੀਮ ਇੱਕ ਸਾਲ ਵਿੱਚ ਲਿਖੇ ਕੋਡ ਦੀ ਮਾਤਰਾ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦੀ ਹੈ, ਭਾਵੇਂ ਇਹ ਇੱਕ ਚੌਥਾਈ, ਅੱਧਾ, ਜਾਂ ਪੂਰਾ ਸਮਾਂ ਹੋਵੇ। ਕੋਡ ਦੇ ਔਸਤ ਜੀਵਨ ਕਾਲ ਦੇ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਹੇਠਾਂ ਦਿੱਤੇ ਮੁੱਲਾਂ ਨੂੰ ਸੈੱਟ ਕਰਾਂਗੇ: 1, 2 ਅਤੇ 4 ਸਾਲ। ਸਮੀਕਰਨ ਨੂੰ ਸੰਖਿਆਤਮਕ ਤੌਰ 'ਤੇ ਹੱਲ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ ਫੰਕਸ਼ਨ ਦੇ ਵਿਹਾਰ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ ਕੁਝ ਪੈਰਾਮੀਟਰ ਸੰਜੋਗਾਂ ਲਈ .

ਫੰਕਸ਼ਨ ਦਾ ਵਿਵਹਾਰ ਕੋਡ ਦੀ ਉਮਰ ਦੇ ਰੂਪ ਵਿੱਚ, ਇਹ ਬਦਲ ਗਿਆ ਹੈ. ਫੰਕਸ਼ਨ ਹੁਣ ਇਕਸਾਰ ਨਹੀਂ ਹੈ, ਪਰ ਸਮੇਂ ਦੇ ਨਾਲ ਉਤਰਾਅ-ਚੜ੍ਹਾਅ "ਸ਼ਾਂਤ" ਹੋ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਇੱਥੇ ਇੱਕ ਰੁਝਾਨ ਹੁੰਦਾ ਹੈ ਕੁਝ ਸਥਿਰ ਮੁੱਲ ਲਈ. ਗ੍ਰਾਫ ਦਿਖਾਉਂਦੇ ਹਨ: ਹੋਰ , и , ਯਾਨੀ, ਕੋਡ ਦੀ ਉਮਰ ਜਿੰਨੀ ਹੌਲੀ ਹੋਵੇਗੀ, ਨਵੇਂ ਕੋਡ ਦਾ ਵਿਕਾਸ ਜਿੰਨਾ ਤੇਜ਼ ਹੋਵੇਗਾ ਅਤੇ ਕੋਡ ਦੀ ਗੁਣਵੱਤਾ ਘੱਟ ਹੋਵੇਗੀ, ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ ਦੇ ਵਿਕਾਸ ਲਈ ਘੱਟ ਸਰੋਤ ਬਚੇ ਜਾਣਗੇ। ਘੱਟੋ-ਘੱਟ ਇੱਕ ਉਦਾਹਰਣ ਦੇਣ ਦੀ ਇੱਛਾ ਸੀ ਜਿਸ ਵਿੱਚ ਸ ਜ਼ੀਰੋ ਦੇ ਨੇੜੇ "snuggled"। ਪਰ ਇਸ ਲਈ ਬਹੁਤ ਮਾੜੇ ਵਿਕਾਸ ਗੁਣਵੱਤਾ ਸੂਚਕਾਂ ਅਤੇ ਕੋਡ ਦੀ ਚੋਣ ਦੀ ਲੋੜ ਸੀ ਜੋ ਲੰਬੇ ਸਮੇਂ ਲਈ ਉਮਰ ਨਹੀਂ ਕਰਦੇ। ਹੇਠਲੇ ਖੱਬੇ ਗ੍ਰਾਫ ਵਿੱਚ ਵੀ, ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ ਲਈ ਸਰੋਤਾਂ ਦੀ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਮਾਤਰਾ ਬਚੀ ਹੈ। ਇਸ ਲਈ, ਪਹਿਲੇ ਸਵਾਲ ਦਾ ਸਹੀ ਜਵਾਬ ਇਸ ਦੀ ਬਜਾਏ ਇਹ ਹੈ: ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ - ਹਾਂ, ਇਹ ਸੰਭਵ ਹੈ; ਅਮਲੀ ਤੌਰ 'ਤੇ - ਮੁਸ਼ਕਿਲ ਨਾਲ।

ਸਵਾਲ ਜਿਨ੍ਹਾਂ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦਿੱਤਾ ਜਾ ਸਕਿਆ:

1. ਕੀ ਇਹ ਸੱਚ ਹੈ ਕਿ 'ਤੇ ਕੁਝ ਸੀਮਾ ਵੱਲ ਜਾਂਦਾ ਹੈ ਸਭ ਲਈ ? ਜੇ ਸਾਰਿਆਂ ਲਈ ਨਹੀਂ, ਤਾਂ ਕਿਸ ਲਈ?
2. ਜੇਕਰ ਕੋਈ ਸੀਮਾ ਮੌਜੂਦ ਹੈ, ਤਾਂ ਇਸਦਾ ਮੁੱਲ ਕਿਵੇਂ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ?

ਸਵਾਲ ਦੋ. ਕੀ ਕੋਡ ਮੇਨਟੇਨੈਂਸ ਪ੍ਰੋਗਰਾਮਰਾਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਬੇਅੰਤ ਵਾਧੇ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ?

ਆਉ ਸੰਕੇਤ ਕਰੀਏ ਨਵੇਂ ਕੋਡ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਵਿੱਚ ਸ਼ਾਮਲ ਪ੍ਰੋਗਰਾਮਰਾਂ ਦੀ ਗਿਣਤੀ। ਜਿਵੇਂ ਉੱਪਰ, - ਸਮੇਂ ਵਿੱਚ ਇੱਕ ਬਿੰਦੂ ਤੱਕ ਲਿਖੇ ਗਏ ਕੋਡ ਦੀ ਮਾਤਰਾ . ਫਿਰ

ਕੋਡ ਸਮਰਥਨ ਨੂੰ ਵਿਅਸਤ ਰੱਖੋ ਪ੍ਰੋਗਰਾਮਰ ਉਮਰ ਦੇ ਕੋਡ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ,

ਕਿਥੋਂ

ਜੇ , ਫਿਰ

ਇਸ ਤਰ੍ਹਾਂ, ਦੂਜੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਨਕਾਰਾਤਮਕ ਹੈ: ਜੇ ਨਵੇਂ ਕੋਡ ਦੇ ਡਿਵੈਲਪਰਾਂ ਦੀ ਗਿਣਤੀ ਸੀਮਤ ਹੈ, ਤਾਂ ਬੁਢਾਪੇ ਦੇ ਕੋਡ ਦੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ, ਸਮਰਥਨ ਪ੍ਰੋਗਰਾਮਰਾਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਬੇਅੰਤ ਵਾਧਾ ਨਹੀਂ ਕਰ ਸਕਦਾ.

ਸਿੱਟਾ

ਵਿਚਾਰੇ ਗਏ ਮਾਡਲ "ਨਰਮ" ਗਣਿਤਿਕ ਮਾਡਲ ਹਨ [2]। ਉਹ ਬਹੁਤ ਹੀ ਸਧਾਰਨ ਹਨ. ਫਿਰ ਵੀ, ਪੈਰਾਮੀਟਰ ਮੁੱਲਾਂ 'ਤੇ ਸਿਮੂਲੇਸ਼ਨ ਨਤੀਜਿਆਂ ਦੀ ਨਿਰਭਰਤਾ ਅਸਲ ਪ੍ਰਣਾਲੀਆਂ ਲਈ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇਹ ਮਾਡਲਾਂ ਦੀ ਉੱਚਿਤਤਾ ਅਤੇ ਉੱਚ-ਗੁਣਵੱਤਾ ਦੇ ਅਨੁਮਾਨਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਲੋੜੀਂਦੀ ਸ਼ੁੱਧਤਾ ਦੇ ਪੱਖ ਵਿੱਚ ਬੋਲਦਾ ਹੈ।

ਹਵਾਲੇ

1. Elsgolts L.E., Norkin S.B. ਭਟਕਣ ਵਾਲੀ ਦਲੀਲ ਨਾਲ ਵਿਭਿੰਨ ਸਮੀਕਰਨਾਂ ਦੇ ਸਿਧਾਂਤ ਦੀ ਜਾਣ-ਪਛਾਣ। ਮਾਸਕੋ. ਪਬਲਿਸ਼ਿੰਗ ਹਾਊਸ "ਵਿਗਿਆਨ". 1971
2. ਅਰਨੋਲਡ V.I. "ਸਖਤ" ਅਤੇ "ਨਰਮ" ਗਣਿਤਿਕ ਮਾਡਲ। ਮਾਸਕੋ. ਪਬਲਿਸ਼ਿੰਗ ਹਾਊਸ MCNMO। 2004.

ਸਰੋਤ: www.habr.com