ਪਹੀਏ ਨੂੰ ਪੁਨਰ-ਨਿਰਮਾਣ ਕਰਨਾ ਲਾਭਦਾਇਕ ਕਿਉਂ ਹੈ?

ਦੂਜੇ ਦਿਨ ਮੈਂ ਇੱਕ JavaScript ਡਿਵੈਲਪਰ ਦੀ ਇੰਟਰਵਿਊ ਕੀਤੀ ਜੋ ਇੱਕ ਸੀਨੀਅਰ ਅਹੁਦੇ ਲਈ ਅਰਜ਼ੀ ਦੇ ਰਿਹਾ ਸੀ। ਇੱਕ ਸਹਿਕਰਮੀ, ਜੋ ਕਿ ਇੰਟਰਵਿਊ ਵਿੱਚ ਵੀ ਮੌਜੂਦ ਸੀ, ਨੇ ਉਮੀਦਵਾਰ ਨੂੰ ਇੱਕ ਫੰਕਸ਼ਨ ਲਿਖਣ ਲਈ ਕਿਹਾ ਜੋ ਇੱਕ HTTP ਬੇਨਤੀ ਕਰੇਗਾ ਅਤੇ, ਜੇਕਰ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕਈ ਵਾਰ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰੋ।

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

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

ਡਿਵੈਲਪਰ ਰੈਡੀਮੇਡ ਕੋਡ ਨੂੰ ਸਵੈ-ਸਪੱਸ਼ਟ ਮੰਨਦੇ ਹਨ

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

ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਜਦੋਂ ਚੀਜ਼ਾਂ ਗੁੰਝਲਦਾਰ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਮਕੈਨਿਕਸ ਨੂੰ ਸਮਝਣਾ ਬੰਦ ਹੋਣ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਹੁੰਦਾ ਹੈ.

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

return new Promise((resolve, reject) => {
  functionWithCallback((err, result) => {
   return err ? reject(err) : resolve(result);
  });
});

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

ਜੜ੍ਹਾਂ ’ਤੇ ਵਾਪਸ ਜਾਓ

2012 ਵਿੱਚ, ਜਦੋਂ ਫਰੰਟ-ਐਂਡ ਫਰੇਮਵਰਕ ਦਾ ਦਬਦਬਾ ਅਜੇ ਸਥਾਪਤ ਨਹੀਂ ਹੋਇਆ ਸੀ, jQuery ਨੇ ਦੁਨੀਆ ਉੱਤੇ ਰਾਜ ਕੀਤਾ, ਅਤੇ ਮੈਂ ਕਿਤਾਬ ਪੜ੍ਹੀ। JavaScript Ninja ਦੇ ਰਾਜ਼, ਜੋਹਨ ਰੇਸਿਗ ਦੁਆਰਾ ਲੇਖਕ, jQuery ਦੇ ਨਿਰਮਾਤਾ।

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

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

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

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

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

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

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

ਇਸ ਪਹੀਏ ਨੂੰ ਪੁਨਰ-ਨਿਰਮਾਣ ਕਰੋ

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

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

ਸਰੋਤ: www.habr.com