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