ਅਸੀਂ ਕਿਵੇਂ ਟੀਮ ਵਰਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਅਤੇ ਇਸਦਾ ਕੀ ਨਤੀਜਾ ਨਿਕਲਿਆ

ਆਓ ਕ੍ਰਮ ਵਿੱਚ ਚੱਲੀਏ

ਥੋੜੀ ਦੇਰ ਬਾਅਦ ਇਸ ਤਸਵੀਰ ਦਾ ਕੀ ਮਤਲਬ ਹੈ, ਪਰ ਹੁਣ ਲਈ ਮੈਂ ਜਾਣ-ਪਛਾਣ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰਦਾ ਹਾਂ.

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

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

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

ਢਿੱਲ-ਮੱਠ ਬੰਦ ਕਰੋ - ਇਹ ਕੀ ਹੈ, ਇਹ ਕਿਸ ਨਾਲ ਖਾਧਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅਸੀਂ ਇਸਨੂੰ ਕਿਵੇਂ ਵਿਕਸਿਤ ਕੀਤਾ ਅਤੇ ਇਸ ਤੋਂ ਕੀ ਆਇਆ

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

ਇਸ ਦਾ ਕੰਮ ਕਰਦਾ ਹੈ

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

ਇੱਕ ਟੀਮ ਬਣਾਉਣਾ

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

ਕਾਰਜਾਂ ਨੂੰ ਸੈੱਟ ਕਰਨਾ

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

ਅਸੀਂ ਸਪੈਕਸ ਲਿਖਦੇ ਹਾਂ

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

ਇੱਕ ਡਿਜ਼ਾਇਨ ਡਰਾਇੰਗ

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

ਪਰ ਫਿਰ ਡਿਜ਼ਾਇਨ ਨੂੰ ਕੰਘੀ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਆਮ ਵਾਂਗ ਵਾਪਸ ਲਿਆਂਦਾ ਗਿਆ ਸੀ.
(ਲੇਖ ਦੇ ਅੰਤ ਵਿੱਚ ਸਾਰੇ ਡਿਜ਼ਾਈਨ ਤੱਤਾਂ ਦਾ ਲਿੰਕ)।

ਪ੍ਰੋਗਰਾਮਿੰਗ

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

ਖੈਰ, ਟੈਸਟਿੰਗ ਬਾਰੇ

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

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

ਲਿੰਕ:

ਨਵੀਨਤਮ ਨਿਰਧਾਰਨ.
ਡਿਜ਼ਾਈਨ ਚਾਲੂ ਫਿਗਮਾ.
ਟੈਸਟ ਕੇਸ и ਬੱਗ ਰਿਪੋਰਟਾਂ.

ਐਪਲੀਕੇਸ਼ਨ ਖੁਦ ਚਾਲੂ ਹੈ ਹੋਕੀ ਐਪ. - ਐਪਲੀਕੇਸ਼ਨ ਹੈਂਡਆਫ ਨਾਮ ਦੇ ਅਧੀਨ ਬਣਾਈ ਗਈ ਸੀ, ਇਹ ਵੀ ਨਾ ਪੁੱਛੋ ਕਿ ਕਿਉਂ (ਕਿਉਂਕਿ ਢਿੱਲ ਬਹੁਤ ਲੰਮੀ ਹੈ)।

ਨਾਲ ਨਾਲ ਅੰਤ 'ਤੇ

ਕੀ ਤੁਹਾਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਸਭ ਕੁਝ ਸਮਝਦਾਰ ਹੈ?

ਸਿਰਫ਼ ਰਜਿਸਟਰਡ ਉਪਭੋਗਤਾ ਹੀ ਸਰਵੇਖਣ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦੇ ਹਨ। ਸਾਈਨ - ਇਨ, ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ.

ਕੀ ਵਿਦਿਅਕ ਸੰਸਥਾਵਾਂ ਵਿੱਚ ਅਜਿਹਾ ਅਭਿਆਸ ਜ਼ਰੂਰੀ ਹੈ ਅਤੇ ਅਸਲ ਜੀਵਨ ਵਿੱਚ ਇਹ ਕਿੰਨਾ ਲਾਭਦਾਇਕ ਅਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ?

• ਲੋੜੀਂਦਾ, ਅਨਮੋਲ ਅਨੁਭਵ

• ਲੋੜ ਹੈ, ਹਾਲਾਂਕਿ ਥੋੜਾ ਜਿਹਾ ਤਜਰਬਾ

• ਲਗਭਗ ਬੇਕਾਰ, ਵੱਧ ਤੋਂ ਵੱਧ ਤੁਸੀਂ ਇੱਕ ਟੀਮ ਵਿੱਚ ਕੰਮ ਕਰਨ ਦੀਆਂ ਆਮ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸਮਝੋਗੇ

• ਸਮੇਂ ਅਤੇ ਮਿਹਨਤ ਦੀ ਬਰਬਾਦੀ

2 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਦਿੱਤੀ। ਕੋਈ ਪਰਹੇਜ਼ ਨਹੀਂ ਹਨ।

ਸਰੋਤ: www.habr.com