ਜ਼ਰੂਰੀ ਡਿਵੈਲਪਰ ਹੁਨਰ ਜੋ ਤੁਹਾਡੇ ਕੋਡ ਨੂੰ ਬਿਹਤਰ ਬਣਾਏਗਾ

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

ਬੇਲੋੜੇ ਕੋਡ ਨੂੰ ਨਾਂਹ ਕਹੋ। ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਤਿੰਨ ਅੱਖਰ ਇਕੱਠੇ ਕਰਨੇ ਹਨ ਅਤੇ ਸ਼ਬਦ ਬੋਲਣਾ ਹੈ। ਆਉ ਮਿਲ ਕੇ ਅਜਿਹਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ: "Noooo!"

ਪਰ ਉਡੀਕ ਕਰੋ. ਅਸੀਂ ਅਜਿਹਾ ਕਿਉਂ ਕਰ ਰਹੇ ਹਾਂ? ਆਖ਼ਰਕਾਰ, ਇੱਕ ਪ੍ਰੋਗਰਾਮਰ ਦਾ ਮੁੱਖ ਕੰਮ ਕੋਡ ਲਿਖਣਾ ਹੈ. ਪਰ ਕੀ ਤੁਹਾਨੂੰ ਕੋਈ ਵੀ ਕੋਡ ਲਿਖਣ ਦੀ ਲੋੜ ਹੈ ਜੋ ਤੁਹਾਡੇ ਤੋਂ ਪੁੱਛਿਆ ਜਾਂਦਾ ਹੈ? ਨਹੀਂ! "ਕੋਡ ਕਦੋਂ ਨਹੀਂ ਲਿਖਣਾ ਹੈ ਇਹ ਸਮਝਣਾ ਇੱਕ ਪ੍ਰੋਗਰਾਮਰ ਲਈ ਸ਼ਾਇਦ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਹੁਨਰ ਹੈ।" ਪੜ੍ਹਨਯੋਗ ਕੋਡ ਦੀ ਕਲਾ.

ਅਸੀਂ ਯਾਦ ਦਿਵਾਉਂਦੇ ਹਾਂ: "Habr" ਦੇ ਸਾਰੇ ਪਾਠਕਾਂ ਲਈ - "Habr" ਪ੍ਰਚਾਰ ਕੋਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕਿਸੇ ਵੀ ਸਕਿੱਲਬਾਕਸ ਕੋਰਸ ਵਿੱਚ ਦਾਖਲਾ ਲੈਣ ਵੇਲੇ 10 ਰੂਬਲ ਦੀ ਛੋਟ।

ਸਕਿੱਲਬਾਕਸ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦਾ ਹੈ: ਪ੍ਰੈਕਟੀਕਲ ਕੋਰਸ "ਮੋਬਾਈਲ ਡਿਵੈਲਪਰ ਪ੍ਰੋ".

ਪ੍ਰੋਗਰਾਮਿੰਗ ਸਮੱਸਿਆ ਹੱਲ ਕਰਨ ਦੀ ਕਲਾ ਹੈ। ਅਤੇ ਤੁਸੀਂ ਇਸ ਕਲਾ ਦੇ ਮਾਹਰ ਹੋ।
ਕਈ ਵਾਰ, ਜਿੰਨੀ ਜਲਦੀ ਹੋ ਸਕੇ ਕੰਮ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਵਿੱਚ, ਅਸੀਂ ਹੱਥ ਵਿੱਚ ਕੰਮ ਨੂੰ ਪੂਰਾ ਕਰਨ ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਕੁਝ ਨਹੀਂ ਸੋਚਦੇ. ਅਤੇ ਇਸ ਨਾਲ ਹੋਰ ਵੀ ਗੰਭੀਰ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੋ ਸਕਦੀਆਂ ਹਨ।

ਪ੍ਰੋਗਰਾਮਰ ਕਿਸ ਵੱਲ ਅੱਖਾਂ ਬੰਦ ਕਰਦੇ ਹਨ?

ਸਾਰੇ ਕੋਡ ਜੋ ਤੁਸੀਂ ਲਿਖਦੇ ਹੋ, ਦੂਜੇ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਸਮਝਣ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਟੈਸਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਡੀਬੱਗ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਪਰ ਇੱਕ ਸਮੱਸਿਆ ਹੈ: ਤੁਸੀਂ ਜੋ ਵੀ ਲਿਖਦੇ ਹੋ, ਇਹ ਤੁਹਾਡੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਗੁੰਝਲਦਾਰ ਬਣਾ ਦੇਵੇਗਾ ਅਤੇ ਸ਼ਾਇਦ ਭਵਿੱਖ ਵਿੱਚ ਬੱਗ ਪੇਸ਼ ਕਰੇਗਾ।

ਰਿਚ ਸਕ੍ਰੈਂਟ ਦੇ ਅਨੁਸਾਰ, ਕੋਡ ਸਾਡਾ ਦੁਸ਼ਮਣ ਹੈ. ਇੱਥੇ ਉਹ ਕੀ ਲਿਖਦਾ ਹੈ:

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

ਤੁਸੀਂ ਕਿਵੇਂ ਜਾਣਦੇ ਹੋ ਕਿ ਕੋਡ ਕਦੋਂ ਨਹੀਂ ਲਿਖਣਾ ਹੈ?

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

ਤੁਹਾਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ ਹੈ।

ਇੱਕ ਉਦਾਹਰਨ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਹੈ ਜੋ ਸਿਰਫ਼ ਇੱਕ ਕੰਮ ਨੂੰ ਹੱਲ ਕਰਦੀ ਹੈ - ਈਮੇਲ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ। ਇਸ ਮੰਤਵ ਲਈ, ਦੋ ਫੰਕਸ਼ਨ ਪੇਸ਼ ਕੀਤੇ ਗਏ ਹਨ - ਪੱਤਰ ਭੇਜਣਾ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨਾ। ਤੁਹਾਨੂੰ ਮੇਲ ਮੈਨੇਜਰ ਤੋਂ ਉਸੇ ਸਮੇਂ ਇੱਕ ਟਾਸਕ ਮੈਨੇਜਰ ਬਣਨ ਦੀ ਉਮੀਦ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।

ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਜੋੜਨ ਲਈ ਪ੍ਰਸਤਾਵਾਂ ਨੂੰ ਮਜ਼ਬੂਤੀ ਨਾਲ "ਨਹੀਂ" ਕਹਿਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਮੁੱਖ ਕੰਮ ਨਾਲ ਸਬੰਧਤ ਨਹੀਂ ਹਨ। ਇਹ ਬਿਲਕੁਲ ਉਹ ਪਲ ਹੈ ਜਦੋਂ ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ ਕਿ ਵਾਧੂ ਕੋਡ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ.

ਆਪਣੀ ਅਰਜ਼ੀ ਦਾ ਫੋਕਸ ਕਦੇ ਨਾ ਗੁਆਓ।

ਹਮੇਸ਼ਾ ਆਪਣੇ ਆਪ ਨੂੰ ਪੁੱਛੋ:

- ਹੁਣ ਕਿਹੜਾ ਫੰਕਸ਼ਨ ਲਾਗੂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ?
- ਮੈਨੂੰ ਕਿਹੜਾ ਕੋਡ ਲਿਖਣਾ ਚਾਹੀਦਾ ਹੈ?

ਮਨ ਵਿੱਚ ਆਉਣ ਵਾਲੇ ਵਿਚਾਰਾਂ 'ਤੇ ਸਵਾਲ ਕਰੋ ਅਤੇ ਬਾਹਰੋਂ ਆਉਣ ਵਾਲੇ ਸੁਝਾਵਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ। ਨਹੀਂ ਤਾਂ, ਵਾਧੂ ਕੋਡ ਸਿਰਫ਼ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਖਤਮ ਕਰ ਸਕਦਾ ਹੈ।

ਇਹ ਜਾਣਨਾ ਕਿ ਬੇਲੋੜੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਕਦੋਂ ਨਹੀਂ ਜੋੜਨਾ ਹੈ, ਤੁਹਾਡੇ ਕੋਡ ਬੇਸ ਨੂੰ ਪੱਕੇ ਨਿਯੰਤਰਣ ਵਿੱਚ ਰੱਖਣ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰੇਗਾ।

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

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

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

ਹੁਣ ਸਾਨੂੰ ਪ੍ਰੋਜੈਕਟ ਦੀ ਜ਼ਿੰਦਗੀ ਲਈ ਲੜਨਾ ਪਵੇਗਾ. ਕਿਉਂ?

ਤੱਥ ਇਹ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਇਹ ਸਮਝ ਨਹੀਂ ਆਇਆ ਕਿ ਤੁਹਾਨੂੰ ਵਾਧੂ ਕੋਡ ਕਦੋਂ ਨਹੀਂ ਜੋੜਨਾ ਚਾਹੀਦਾ, ਅਤੇ ਹਰ ਸੁਝਾਅ ਅਤੇ ਵਿਚਾਰ ਦਾ ਜਵਾਬ "ਹਾਂ" ਵਿੱਚ ਦਿੱਤਾ। ਤੁਸੀਂ ਅੰਨ੍ਹੇ ਹੋ, ਨਵੀਆਂ ਚੀਜ਼ਾਂ ਬਣਾਉਣ ਦੀ ਇੱਛਾ ਨੇ ਤੁਹਾਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੱਥਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ।

ਇੱਕ ਡਰਾਉਣੀ ਫਿਲਮ ਸਕ੍ਰਿਪਟ ਵਰਗਾ ਆਵਾਜ਼, ਠੀਕ?

ਇਹ ਬਿਲਕੁਲ ਅਜਿਹਾ ਹੀ ਹੋਵੇਗਾ ਜੇਕਰ ਤੁਸੀਂ ਹਾਂ ਕਹਿੰਦੇ ਰਹਿੰਦੇ ਹੋ। ਇਹ ਸਮਝਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਕਿ ਕੋਡ ਕਦੋਂ ਨਹੀਂ ਜੋੜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ। ਪ੍ਰੋਜੈਕਟ ਤੋਂ ਬੇਲੋੜੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਹਟਾਓ - ਇਹ ਤੁਹਾਡੀ ਜ਼ਿੰਦਗੀ ਨੂੰ ਬਹੁਤ ਸੌਖਾ ਬਣਾ ਦੇਵੇਗਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਉਮਰ ਨੂੰ ਲੰਮਾ ਕਰੇਗਾ।

"ਮੇਰੇ ਸਭ ਤੋਂ ਵੱਧ ਲਾਭਕਾਰੀ ਦਿਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸੀ ਜਦੋਂ ਮੈਂ ਕੋਡ ਦੀਆਂ 1000 ਲਾਈਨਾਂ ਨੂੰ ਮਿਟਾ ਦਿੱਤਾ ਸੀ।"
- ਕੇਨ ਥਾਮਸਨ।

ਕੋਡ ਕਦੋਂ ਨਹੀਂ ਲਿਖਣਾ ਸਿੱਖਣਾ ਮੁਸ਼ਕਲ ਹੈ। ਪਰ ਇਹ ਜ਼ਰੂਰੀ ਹੈ।

ਹਾਂ, ਮੈਂ ਜਾਣਦਾ ਹਾਂ ਕਿ ਤੁਸੀਂ ਹੁਣੇ ਹੀ ਇੱਕ ਡਿਵੈਲਪਰ ਦੇ ਮਾਰਗ 'ਤੇ ਚੱਲ ਪਏ ਹੋ ਅਤੇ ਕੋਡ ਲਿਖਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਇਹ ਚੰਗਾ ਹੈ, ਉਸ ਪਹਿਲੀ ਪ੍ਰਭਾਵ ਨੂੰ ਨਾ ਗੁਆਓ, ਪਰ ਜੋਸ਼ ਦੇ ਕਾਰਨ ਮਹੱਤਵਪੂਰਨ ਕਾਰਕਾਂ ਨੂੰ ਨਾ ਭੁੱਲੋ। ਅਸੀਂ ਅਜ਼ਮਾਇਸ਼ ਅਤੇ ਗਲਤੀ ਦੁਆਰਾ ਸਭ ਕੁਝ ਮਹਿਸੂਸ ਕੀਤਾ. ਤੁਸੀਂ ਗਲਤੀਆਂ ਵੀ ਕਰੋਗੇ ਅਤੇ ਉਨ੍ਹਾਂ ਤੋਂ ਸਿੱਖੋਗੇ। ਪਰ ਜੇ ਤੁਸੀਂ ਉਪਰੋਕਤ ਤੋਂ ਸਿੱਖ ਸਕਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਡਾ ਕੰਮ ਹੋਰ ਸੁਚੇਤ ਹੋ ਜਾਵੇਗਾ.

ਬਣਾਉਣਾ ਜਾਰੀ ਰੱਖੋ, ਪਰ ਜਾਣੋ ਕਿ ਕਦੋਂ ਨਾਂਹ ਕਹਿਣਾ ਹੈ।

ਸਕਿੱਲਬਾਕਸ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦਾ ਹੈ:

• ਆਨਲਾਈਨ ਕੋਰਸ ਅਪਲਾਈ ਕੀਤਾ "ਪਾਈਥਨ ਡੇਟਾ ਐਨਾਲਿਸਟ".
• Onlineਨਲਾਈਨ ਕੋਰਸ "ਪ੍ਰੋਫੈਸ਼ਨ ਫਰੰਟਐਂਡ ਡਿਵੈਲਪਰ".
• ਪ੍ਰੈਕਟੀਕਲ ਸਾਲ ਦਾ ਕੋਰਸ "0 ਤੋਂ PRO ਤੱਕ PHP ਡਿਵੈਲਪਰ".

ਸਰੋਤ: www.habr.com