ਅਸੈਂਬਲਰ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਵੇਲੇ ਮੇਰੀ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਗਰਾਮਰ ਪ੍ਰਵਿਰਤੀ ਅਸਫਲ ਹੋ ਗਈ

ਅਸੈਂਬਲਰ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਵੇਲੇ ਮੇਰੀ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਗਰਾਮਰ ਪ੍ਰਵਿਰਤੀ ਅਸਫਲ ਰਹੀ

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

ਨਿਯੰਤਰਣ ਦਾ ਭਰਮ ਅਤੇ ਬੇਅਰ ਧਾਤੂ ਦਾ ਸਦਮਾ

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

ਜਦੋਂ ਤੁਹਾਡੇ ਦਿਮਾਗ ਦਾ ਕੂੜਾ ਇਕੱਠਾ ਕਰਨ ਵਾਲਾ ਟੁੱਟ ਜਾਂਦਾ ਹੈ

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

ਸੋਚਣਾ ਕਿਵੇਂ ਹੈ: ਇੱਕ ਵੱਖਰੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਦਾ ਮੁੱਲ

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

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

ਡੀਬੱਗਿੰਗ ਅਸੈਂਬਲਰ ਨੇ ਮੈਨੂੰ ਸਿਖਾਇਆ ਕਿ ਸਭ ਤੋਂ ਖਤਰਨਾਕ ਬੱਗ ਕੋਡ ਵਿੱਚ ਨਹੀਂ ਹਨ, ਪਰ ਪ੍ਰੋਗਰਾਮਰ ਦੀਆਂ ਧਾਰਨਾਵਾਂ ਵਿੱਚ ਹਨ ਕਿ ਕੋਡ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ।

ਬੁਨਿਆਦੀ ਆਦਰ ਵਿੱਚ ਇੱਕ ਸਬਕ

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

ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ

ਅਸੈਂਬਲਰ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਵੇਲੇ ਮੇਰੀ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਗਰਾਮਰ ਪ੍ਰਵਿਰਤੀ ਅਸਫਲ ਰਹੀ

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

ਨਿਯੰਤਰਣ ਦਾ ਭਰਮ ਅਤੇ ਬੇਅਰ ਧਾਤੂ ਦਾ ਸਦਮਾ

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

ਜਦੋਂ ਤੁਹਾਡੇ ਦਿਮਾਗ ਦਾ ਕੂੜਾ ਇਕੱਠਾ ਕਰਨ ਵਾਲਾ ਟੁੱਟ ਜਾਂਦਾ ਹੈ

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

ਸੋਚਣਾ ਕਿਵੇਂ ਹੈ: ਇੱਕ ਵੱਖਰੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਦਾ ਮੁੱਲ

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

ਬੁਨਿਆਦੀ ਆਦਰ ਵਿੱਚ ਇੱਕ ਸਬਕ

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