ਪਾਈਥਨ ਕੋਡ ਦੀਆਂ 4 ਮਿਲੀਅਨ ਲਾਈਨਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਦਾ ਮਾਰਗ। ਭਾਗ 2

ਅੱਜ ਅਸੀਂ ਸਮੱਗਰੀ ਦੇ ਅਨੁਵਾਦ ਦਾ ਦੂਜਾ ਭਾਗ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰ ਰਹੇ ਹਾਂ ਕਿ ਕਿਵੇਂ ਡ੍ਰੌਪਬਾਕਸ ਨੇ ਪਾਈਥਨ ਕੋਡ ਦੀਆਂ ਕਈ ਮਿਲੀਅਨ ਲਾਈਨਾਂ ਲਈ ਟਾਈਪ ਕੰਟਰੋਲ ਨੂੰ ਸੰਗਠਿਤ ਕੀਤਾ।

→ ਭਾਗ ਪਹਿਲਾ ਪੜ੍ਹੋ

ਅਧਿਕਾਰਤ ਕਿਸਮ ਸਹਾਇਤਾ (PEP 484)

ਅਸੀਂ ਹੈਕ ਵੀਕ 2014 ਦੌਰਾਨ ਡ੍ਰੌਪਬਾਕਸ 'ਤੇ ਮਾਈਪੀ ਦੇ ਨਾਲ ਸਾਡੇ ਪਹਿਲੇ ਗੰਭੀਰ ਪ੍ਰਯੋਗ ਕੀਤੇ। ਹੈਕ ਵੀਕ ਡ੍ਰੌਪਬਾਕਸ ਦੁਆਰਾ ਆਯੋਜਿਤ ਇੱਕ ਹਫ਼ਤੇ ਦਾ ਇਵੈਂਟ ਹੈ। ਇਸ ਸਮੇਂ ਦੌਰਾਨ, ਕਰਮਚਾਰੀ ਜੋ ਵੀ ਚਾਹੁੰਦੇ ਹਨ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ! ਡ੍ਰੌਪਬਾਕਸ ਦੇ ਸਭ ਤੋਂ ਮਸ਼ਹੂਰ ਤਕਨਾਲੋਜੀ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚੋਂ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਦੀਆਂ ਘਟਨਾਵਾਂ ਤੋਂ ਸ਼ੁਰੂ ਹੋਏ। ਇਸ ਪ੍ਰਯੋਗ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਇਹ ਸਿੱਟਾ ਕੱਢਿਆ ਹੈ ਕਿ ਮਾਈਪੀ ਸ਼ਾਨਦਾਰ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ, ਹਾਲਾਂਕਿ ਪ੍ਰੋਜੈਕਟ ਅਜੇ ਤੱਕ ਵਿਆਪਕ ਵਰਤੋਂ ਲਈ ਤਿਆਰ ਨਹੀਂ ਹੈ।

ਉਸ ਸਮੇਂ, ਪਾਈਥਨ ਕਿਸਮ ਦੇ ਸੰਕੇਤ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਮਿਆਰੀ ਬਣਾਉਣ ਦਾ ਵਿਚਾਰ ਹਵਾ ਵਿੱਚ ਸੀ। ਜਿਵੇਂ ਕਿ ਮੈਂ ਕਿਹਾ ਹੈ, ਪਾਈਥਨ 3.0 ਤੋਂ ਫੰਕਸ਼ਨਾਂ ਲਈ ਟਾਈਪ ਐਨੋਟੇਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸੰਭਵ ਸੀ, ਪਰ ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਸੰਟੈਕਸ ਅਤੇ ਸਿਮੈਂਟਿਕਸ ਤੋਂ ਬਿਨਾਂ, ਸਿਰਫ ਮਨਮਾਨੇ ਸਮੀਕਰਨ ਸਨ। ਪ੍ਰੋਗਰਾਮ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੌਰਾਨ, ਇਹਨਾਂ ਐਨੋਟੇਸ਼ਨਾਂ ਨੂੰ, ਜ਼ਿਆਦਾਤਰ ਹਿੱਸੇ ਲਈ, ਸਿਰਫ਼ ਅਣਡਿੱਠ ਕੀਤਾ ਗਿਆ ਸੀ। ਹੈਕ ਵੀਕ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਅਰਥ ਵਿਗਿਆਨ ਨੂੰ ਮਿਆਰੀ ਬਣਾਉਣ 'ਤੇ ਕੰਮ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ। ਇਹ ਕੰਮ ਉੱਭਰ ਕੇ ਸਾਹਮਣੇ ਆਇਆ ਪੀਈਪੀ 484 (Guido van Rossum, Łukasz Langa ਅਤੇ ਮੈਂ ਇਸ ਦਸਤਾਵੇਜ਼ 'ਤੇ ਸਹਿਯੋਗ ਕੀਤਾ)।

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

ਕਿਸਮ ਸੰਕੇਤ ਸੰਟੈਕਸ ਜੋ ਆਖਰਕਾਰ ਅਪਣਾਇਆ ਗਿਆ ਸੀ ਉਸ ਸਮੇਂ mypy ਨੇ ਸਮਰਥਨ ਕੀਤਾ ਸੀ। PEP 484 ਨੂੰ 3.5 ਵਿੱਚ ਪਾਈਥਨ 2015 ਦੇ ਨਾਲ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ। ਪਾਈਥਨ ਹੁਣ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਟਾਈਪ ਕੀਤੀ ਭਾਸ਼ਾ ਨਹੀਂ ਸੀ। ਮੈਂ ਇਸ ਘਟਨਾ ਨੂੰ ਪਾਈਥਨ ਇਤਿਹਾਸ ਵਿੱਚ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਮੀਲ ਪੱਥਰ ਵਜੋਂ ਸੋਚਣਾ ਪਸੰਦ ਕਰਦਾ ਹਾਂ।

ਪਰਵਾਸ ਦੀ ਸ਼ੁਰੂਆਤ

2015 ਦੇ ਅੰਤ ਵਿੱਚ, ਡ੍ਰੌਪਬਾਕਸ ਨੇ ਮਾਈਪੀ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ ਤਿੰਨ ਲੋਕਾਂ ਦੀ ਇੱਕ ਟੀਮ ਬਣਾਈ। ਉਨ੍ਹਾਂ ਵਿੱਚ ਗਾਈਡੋ ਵੈਨ ਰੋਸਮ, ਗ੍ਰੇਗ ਪ੍ਰਾਈਸ ਅਤੇ ਡੇਵਿਡ ਫਿਸ਼ਰ ਸ਼ਾਮਲ ਸਨ। ਉਸ ਪਲ ਤੋਂ, ਸਥਿਤੀ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਵਿਕਸਤ ਹੋਣ ਲੱਗੀ. ਮਾਈਪੀ ਦੇ ਵਾਧੇ ਵਿੱਚ ਪਹਿਲੀ ਰੁਕਾਵਟ ਪ੍ਰਦਰਸ਼ਨ ਸੀ। ਜਿਵੇਂ ਕਿ ਮੈਂ ਉੱਪਰ ਸੰਕੇਤ ਕੀਤਾ ਹੈ, ਪ੍ਰੋਜੈਕਟ ਦੇ ਸ਼ੁਰੂਆਤੀ ਦਿਨਾਂ ਵਿੱਚ ਮੈਂ ਮਾਈਪੀ ਲਾਗੂਕਰਨ ਨੂੰ C ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਨ ਬਾਰੇ ਸੋਚਿਆ ਸੀ, ਪਰ ਇਹ ਵਿਚਾਰ ਹੁਣ ਲਈ ਸੂਚੀ ਤੋਂ ਬਾਹਰ ਹੋ ਗਿਆ ਸੀ। ਅਸੀਂ CPython ਦੁਭਾਸ਼ੀਏ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਿਸਟਮ ਨੂੰ ਚਲਾਉਣ ਵਿੱਚ ਫਸ ਗਏ ਸੀ, ਜੋ ਕਿ mypy ਵਰਗੇ ਟੂਲਸ ਲਈ ਕਾਫ਼ੀ ਤੇਜ਼ ਨਹੀਂ ਹੈ। (PyPy ਪ੍ਰੋਜੈਕਟ, ਇੱਕ JIT ਕੰਪਾਈਲਰ ਦੇ ਨਾਲ ਇੱਕ ਵਿਕਲਪਿਕ ਪਾਈਥਨ ਲਾਗੂ ਕਰਨਾ, ਨੇ ਵੀ ਸਾਡੀ ਮਦਦ ਨਹੀਂ ਕੀਤੀ।)

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

ਮੌਜੂਦਾ ਕੋਡ ਦੀ ਵੱਡੀ ਮਾਤਰਾ ਨੂੰ ਐਨੋਟੇਟ ਕਰਦੇ ਸਮੇਂ ਵਾਧੇ ਦੀ ਜਾਂਚ ਨੇ ਸਾਡੀ ਬਹੁਤ ਮਦਦ ਕੀਤੀ ਹੈ। ਬਿੰਦੂ ਇਹ ਹੈ ਕਿ ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਮਾਈਪੀ ਦੇ ਬਹੁਤ ਸਾਰੇ ਦੁਹਰਾਓ ਰਨ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ ਕਿਉਂਕਿ ਐਨੋਟੇਸ਼ਨਾਂ ਨੂੰ ਹੌਲੀ ਹੌਲੀ ਕੋਡ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਹੌਲੀ ਹੌਲੀ ਸੁਧਾਰਿਆ ਜਾਂਦਾ ਹੈ। ਮਾਈਪੀ ਦੀ ਪਹਿਲੀ ਰਨ ਅਜੇ ਵੀ ਬਹੁਤ ਹੌਲੀ ਸੀ ਕਿਉਂਕਿ ਇਸਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਬਹੁਤ ਸਾਰੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਸਨ। ਫਿਰ, ਸਥਿਤੀ ਨੂੰ ਸੁਧਾਰਨ ਲਈ, ਅਸੀਂ ਇੱਕ ਰਿਮੋਟ ਕੈਚਿੰਗ ਵਿਧੀ ਲਾਗੂ ਕੀਤੀ। ਜੇਕਰ mypy ਪਤਾ ਲਗਾਉਂਦਾ ਹੈ ਕਿ ਸਥਾਨਕ ਕੈਸ਼ ਪੁਰਾਣਾ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ, ਤਾਂ ਇਹ ਕੇਂਦਰੀਕ੍ਰਿਤ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਪੂਰੇ ਕੋਡਬੇਸ ਲਈ ਮੌਜੂਦਾ ਕੈਸ਼ ਸਨੈਪਸ਼ਾਟ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਦਾ ਹੈ। ਇਹ ਫਿਰ ਇਸ ਸਨੈਪਸ਼ਾਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਵਧੀ ਹੋਈ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਇਸ ਨੇ ਮਾਈਪੀ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਵਧਾਉਣ ਵੱਲ ਇੱਕ ਹੋਰ ਵੱਡਾ ਕਦਮ ਚੁੱਕਿਆ ਹੈ।

ਇਹ ਡ੍ਰੌਪਬਾਕਸ 'ਤੇ ਟਾਈਪ ਚੈਕਿੰਗ ਦੇ ਤੇਜ਼ ਅਤੇ ਕੁਦਰਤੀ ਅਪਣਾਉਣ ਦਾ ਸਮਾਂ ਸੀ। 2016 ਦੇ ਅੰਤ ਤੱਕ, ਸਾਡੇ ਕੋਲ ਟਾਈਪ ਐਨੋਟੇਸ਼ਨਾਂ ਦੇ ਨਾਲ ਪਾਇਥਨ ਕੋਡ ਦੀਆਂ ਲਗਭਗ 420000 ਲਾਈਨਾਂ ਪਹਿਲਾਂ ਹੀ ਸਨ। ਬਹੁਤ ਸਾਰੇ ਉਪਭੋਗਤਾ ਕਿਸਮ ਦੀ ਜਾਂਚ ਲਈ ਉਤਸ਼ਾਹਿਤ ਸਨ। ਵੱਧ ਤੋਂ ਵੱਧ ਵਿਕਾਸ ਟੀਮਾਂ ਡ੍ਰੌਪਬਾਕਸ ਮਾਈਪੀ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀਆਂ ਸਨ।

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

ਵਧੇਰੇ ਉਤਪਾਦਕਤਾ!

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

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

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

ਹੋਰ ਵੀ ਉਤਪਾਦਕਤਾ!

ਰਿਮੋਟ ਕੈਚਿੰਗ ਦੇ ਨਾਲ ਜਿਸਦੀ ਮੈਂ ਉੱਪਰ ਚਰਚਾ ਕੀਤੀ ਹੈ, ਮਾਈਪੀ ਡੈਮਨ ਨੇ ਉਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਲਗਭਗ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹੱਲ ਕਰ ਦਿੱਤਾ ਹੈ ਜੋ ਉਦੋਂ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਇੱਕ ਪ੍ਰੋਗਰਾਮਰ ਅਕਸਰ ਟਾਈਪ ਚੈਕਿੰਗ ਚਲਾਉਂਦਾ ਹੈ, ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਘੱਟੋ-ਘੱਟ ਅਨੁਕੂਲ ਵਰਤੋਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਅਜੇ ਵੀ ਅਨੁਕੂਲ ਤੋਂ ਦੂਰ ਸੀ। mypy ਦੀ ਇੱਕ ਸਾਫ਼ ਸ਼ੁਰੂਆਤ ਵਿੱਚ 15 ਮਿੰਟ ਲੱਗ ਸਕਦੇ ਹਨ। ਅਤੇ ਇਹ ਉਸ ਤੋਂ ਕਿਤੇ ਵੱਧ ਸੀ ਜਿਸ ਤੋਂ ਅਸੀਂ ਖੁਸ਼ ਹੁੰਦੇ। ਹਰ ਹਫ਼ਤੇ ਸਥਿਤੀ ਬਦਤਰ ਹੋ ਗਈ ਕਿਉਂਕਿ ਪ੍ਰੋਗਰਾਮਰ ਨਵੇਂ ਕੋਡ ਨੂੰ ਲਿਖਣਾ ਜਾਰੀ ਰੱਖਦੇ ਹਨ ਅਤੇ ਮੌਜੂਦਾ ਕੋਡ ਵਿੱਚ ਐਨੋਟੇਸ਼ਨ ਜੋੜਦੇ ਹਨ। ਸਾਡੇ ਉਪਭੋਗਤਾ ਅਜੇ ਵੀ ਹੋਰ ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਭੁੱਖੇ ਸਨ, ਪਰ ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਅੱਧੇ ਰਸਤੇ ਵਿੱਚ ਮਿਲ ਕੇ ਖੁਸ਼ ਸੀ.

ਅਸੀਂ ਮਾਈਪੀ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਪੁਰਾਣੇ ਵਿਚਾਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਤੇ ਵਾਪਸ ਜਾਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਅਰਥਾਤ, ਪਾਈਥਨ ਕੋਡ ਨੂੰ ਸੀ ਕੋਡ ਵਿੱਚ ਬਦਲਣ ਲਈ। ਸਾਈਥਨ (ਇੱਕ ਸਿਸਟਮ ਜੋ ਤੁਹਾਨੂੰ ਪਾਈਥਨ ਵਿੱਚ ਲਿਖੇ ਕੋਡ ਨੂੰ C ਕੋਡ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ) ਦੇ ਨਾਲ ਪ੍ਰਯੋਗ ਕਰਨ ਨਾਲ ਸਾਨੂੰ ਕੋਈ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਗਤੀ ਨਹੀਂ ਮਿਲੀ, ਇਸ ਲਈ ਅਸੀਂ ਆਪਣੇ ਖੁਦ ਦੇ ਕੰਪਾਈਲਰ ਨੂੰ ਲਿਖਣ ਦੇ ਵਿਚਾਰ ਨੂੰ ਮੁੜ ਸੁਰਜੀਤ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਕਿਉਂਕਿ ਮਾਈਪੀ ਕੋਡਬੇਸ (ਪਾਈਥਨ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ) ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਸਾਰੀਆਂ ਲੋੜੀਂਦੀਆਂ ਕਿਸਮਾਂ ਦੀਆਂ ਐਨੋਟੇਸ਼ਨਾਂ ਮੌਜੂਦ ਹਨ, ਅਸੀਂ ਸੋਚਿਆ ਕਿ ਸਿਸਟਮ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ ਇਹਨਾਂ ਐਨੋਟੇਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ। ਮੈਂ ਇਸ ਵਿਚਾਰ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਤੁਰੰਤ ਇੱਕ ਪ੍ਰੋਟੋਟਾਈਪ ਬਣਾਇਆ. ਇਸ ਨੇ ਵੱਖ-ਵੱਖ ਸੂਖਮ-ਬੈਂਚਮਾਰਕਾਂ 'ਤੇ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ 10 ਗੁਣਾ ਤੋਂ ਵੱਧ ਵਾਧਾ ਦਿਖਾਇਆ। ਸਾਡਾ ਵਿਚਾਰ ਸੀਥਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਪਾਈਥਨ ਮੋਡੀਊਲ ਨੂੰ C ਮੋਡੀਊਲ ਵਿੱਚ ਕੰਪਾਇਲ ਕਰਨਾ ਸੀ, ਅਤੇ ਟਾਈਪ ਐਨੋਟੇਸ਼ਨਾਂ ਨੂੰ ਰਨ-ਟਾਈਮ ਟਾਈਪ ਚੈਕਾਂ ਵਿੱਚ ਬਦਲਣਾ ਸੀ (ਆਮ ਤੌਰ 'ਤੇ ਟਾਈਪ ਐਨੋਟੇਸ਼ਨਾਂ ਨੂੰ ਰਨ-ਟਾਈਮ 'ਤੇ ਅਣਡਿੱਠ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਿਰਫ ਟਾਈਪ ਚੈਕਿੰਗ ਸਿਸਟਮ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ)। ਅਸੀਂ ਅਸਲ ਵਿੱਚ ਪਾਈਥਨ ਤੋਂ ਮਾਈਪੀ ਲਾਗੂਕਰਨ ਨੂੰ ਇੱਕ ਭਾਸ਼ਾ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਹੈ ਜੋ ਸਥਿਰ ਤੌਰ 'ਤੇ ਟਾਈਪ ਕੀਤੇ ਜਾਣ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਸੀ, ਜੋ ਬਿਲਕੁਲ ਪਾਈਥਨ ਵਾਂਗ ਦਿਖਾਈ ਦੇਵੇਗੀ (ਅਤੇ, ਜ਼ਿਆਦਾਤਰ ਹਿੱਸੇ ਲਈ, ਕੰਮ)। (ਇਸ ਕਿਸਮ ਦੀ ਅੰਤਰ-ਭਾਸ਼ਾ ਮਾਈਗਰੇਸ਼ਨ ਮਾਈਪੀ ਪ੍ਰੋਜੈਕਟ ਦੀ ਇੱਕ ਪਰੰਪਰਾ ਬਣ ਗਈ ਹੈ। ਮੂਲ ਮਾਈਪੀ ਲਾਗੂਕਰਨ ਅਲੋਰੇ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਸੀ, ਫਿਰ ਜਾਵਾ ਅਤੇ ਪਾਈਥਨ ਦਾ ਇੱਕ ਸਿੰਟੈਕਟਿਕ ਹਾਈਬ੍ਰਿਡ ਸੀ)।

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

ਕੰਪਾਈਲਰ, ਜਿਸਨੂੰ ਅਸੀਂ ਮਾਈਪੀਕ ਕਹਿੰਦੇ ਹਾਂ (ਕਿਉਂਕਿ ਇਹ ਕਿਸਮਾਂ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਮਾਈਪੀ ਨੂੰ ਫਰੰਟ-ਐਂਡ ਵਜੋਂ ਵਰਤਦਾ ਹੈ), ਇੱਕ ਬਹੁਤ ਸਫਲ ਪ੍ਰੋਜੈਕਟ ਸਾਬਤ ਹੋਇਆ। ਕੁੱਲ ਮਿਲਾ ਕੇ, ਅਸੀਂ ਕੈਚਿੰਗ ਤੋਂ ਬਿਨਾਂ ਲਗਾਤਾਰ ਮਾਈਪੀ ਰਨ ਲਈ ਲਗਭਗ 4x ਸਪੀਡਅੱਪ ਪ੍ਰਾਪਤ ਕੀਤਾ ਹੈ। ਮਾਈਪੀਕ ਪ੍ਰੋਜੈਕਟ ਦੇ ਮੂਲ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਵਿੱਚ ਮਾਈਕਲ ਸੁਲੀਵਾਨ, ਇਵਾਨ ਲੇਵਕੀਵਸਕੀ, ਹਿਊਗ ਹੈਨ, ਅਤੇ ਮੇਰੇ ਬਾਰੇ 4 ਕੈਲੰਡਰ ਮਹੀਨਿਆਂ ਦੀ ਇੱਕ ਛੋਟੀ ਟੀਮ ਲੱਗ ਗਈ। ਕੰਮ ਦੀ ਇਹ ਮਾਤਰਾ ਉਸ ਨਾਲੋਂ ਬਹੁਤ ਘੱਟ ਸੀ ਜੋ mypy ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣ ਲਈ ਲੋੜੀਂਦੀ ਸੀ, ਉਦਾਹਰਨ ਲਈ, C++ ਜਾਂ Go ਵਿੱਚ। ਅਤੇ ਸਾਨੂੰ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਬਹੁਤ ਘੱਟ ਤਬਦੀਲੀਆਂ ਕਰਨੀਆਂ ਪਈਆਂ ਜਿੰਨੀਆਂ ਸਾਨੂੰ ਕਿਸੇ ਹੋਰ ਭਾਸ਼ਾ ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖਣ ਵੇਲੇ ਕਰਨੀਆਂ ਪੈਣਗੀਆਂ। ਅਸੀਂ ਇਹ ਵੀ ਉਮੀਦ ਕਰਦੇ ਹਾਂ ਕਿ ਅਸੀਂ mypyc ਨੂੰ ਅਜਿਹੇ ਪੱਧਰ 'ਤੇ ਲਿਆ ਸਕਦੇ ਹਾਂ ਕਿ ਦੂਜੇ ਡ੍ਰੌਪਬਾਕਸ ਪ੍ਰੋਗਰਾਮਰ ਇਸਦੀ ਵਰਤੋਂ ਆਪਣੇ ਕੋਡ ਨੂੰ ਕੰਪਾਇਲ ਕਰਨ ਅਤੇ ਤੇਜ਼ ਕਰਨ ਲਈ ਕਰ ਸਕਦੇ ਹਨ।

ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਇਸ ਪੱਧਰ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਸਾਨੂੰ ਕੁਝ ਦਿਲਚਸਪ ਇੰਜੀਨੀਅਰਿੰਗ ਹੱਲ ਲਾਗੂ ਕਰਨੇ ਪਏ। ਇਸ ਤਰ੍ਹਾਂ, ਕੰਪਾਈਲਰ ਤੇਜ਼, ਨੀਵੇਂ-ਪੱਧਰ ਦੇ C ਨਿਰਮਾਣ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਹੁਤ ਸਾਰੇ ਕਾਰਜਾਂ ਨੂੰ ਤੇਜ਼ ਕਰ ਸਕਦਾ ਹੈ ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਕੰਪਾਈਲ ਫੰਕਸ਼ਨ ਕਾਲ ਨੂੰ C ਫੰਕਸ਼ਨ ਕਾਲ ਵਿੱਚ ਅਨੁਵਾਦ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਅਤੇ ਅਜਿਹੀ ਕਾਲ ਇੱਕ ਇੰਟਰਪ੍ਰੇਟਿਡ ਫੰਕਸ਼ਨ ਨੂੰ ਕਾਲ ਕਰਨ ਨਾਲੋਂ ਬਹੁਤ ਤੇਜ਼ ਹੈ. ਕੁਝ ਓਪਰੇਸ਼ਨ, ਜਿਵੇਂ ਕਿ ਡਿਕਸ਼ਨਰੀ ਲੁੱਕਅੱਪ, ਅਜੇ ਵੀ CPython ਤੋਂ ਨਿਯਮਤ C-API ਕਾਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸ਼ਾਮਲ ਹਨ, ਜੋ ਕਿ ਕੰਪਾਇਲ ਕੀਤੇ ਜਾਣ 'ਤੇ ਮਾਮੂਲੀ ਤੇਜ਼ ਸਨ। ਅਸੀਂ ਵਿਆਖਿਆ ਦੁਆਰਾ ਬਣਾਏ ਗਏ ਸਿਸਟਮ 'ਤੇ ਵਾਧੂ ਲੋਡ ਨੂੰ ਖਤਮ ਕਰਨ ਦੇ ਯੋਗ ਸੀ, ਪਰ ਇਸ ਮਾਮਲੇ ਵਿੱਚ ਇਸ ਨੇ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸਿਰਫ ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਲਾਭ ਦਿੱਤਾ.

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

ਨੂੰ ਜਾਰੀ ਰੱਖਿਆ ਜਾਵੇਗਾ…

ਪਿਆਰੇ ਪਾਠਕ! ਜਦੋਂ ਤੁਸੀਂ ਇਸ ਦੀ ਹੋਂਦ ਬਾਰੇ ਸਿੱਖਿਆ ਤਾਂ ਮਾਈਪੀ ਪ੍ਰੋਜੈਕਟ ਬਾਰੇ ਤੁਹਾਡੇ ਕੀ ਪ੍ਰਭਾਵ ਸਨ?

ਸਰੋਤ: www.habr.com