ਅਸੀਂ ਹੱਲਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਅਤੇ ਬੱਗ ਲੱਭਣ ਲਈ ਮਾਰਕੋਵ ਚੇਨਾਂ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਦੇ ਹਾਂ। ਪਾਈਥਨ ਸਕ੍ਰਿਪਟ ਨਾਲ

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

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

ਇਸ ਲਈ, ਮਾਰਕੋਵ ਚੇਨ ਘਟਨਾਵਾਂ ਵਿਚਕਾਰ ਪਰਿਵਰਤਨ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਦਰਸਾਉਂਦੀਆਂ ਹਨ। ਇੱਥੇ ਵਿਕੀਪੀਡੀਆ ਤੋਂ ਇੱਕ ਮੁੱਢਲੀ ਉਦਾਹਰਨ ਹੈ:

ਇੱਥੇ “E” ਅਤੇ “A” ਇਵੈਂਟ ਹਨ, ਤੀਰ ਉਹਨਾਂ ਵਿਚਕਾਰ ਤਬਦੀਲੀਆਂ ਹਨ (ਇੱਕ ਘਟਨਾ ਤੋਂ ਉਸੇ ਵਿੱਚ ਤਬਦੀਲੀ ਸਮੇਤ), ਅਤੇ ਤੀਰਾਂ ਦੇ ਵਜ਼ਨ ਪਰਿਵਰਤਨ ਦੀ ਸੰਭਾਵਨਾ ਹਨ (“ਵੇਟਿਡ ਡਾਇਰੈਕਟਡ ਗ੍ਰਾਫ”)।

ਤੁਸੀਂ ਕੀ ਵਰਤਿਆ?

ਸਰਕਟ ਨੂੰ ਮਿਆਰੀ ਪਾਈਥਨ ਕਾਰਜਸ਼ੀਲਤਾ ਨਾਲ ਸਿਖਲਾਈ ਦਿੱਤੀ ਗਈ ਸੀ, ਜਿਸ ਨੂੰ ਵਿਦਿਆਰਥੀ ਗਤੀਵਿਧੀ ਲੌਗਸ ਨਾਲ ਖੁਆਇਆ ਗਿਆ ਸੀ। ਨਤੀਜੇ ਵਾਲੇ ਮੈਟ੍ਰਿਕਸ ਉੱਤੇ ਗ੍ਰਾਫ਼ ਨੈੱਟਵਰਕਐਕਸ ਲਾਇਬ੍ਰੇਰੀ ਦੁਆਰਾ ਬਣਾਇਆ ਗਿਆ ਸੀ।

ਲੌਗ ਇਸ ਤਰ੍ਹਾਂ ਦਿਸਦਾ ਹੈ:

ਇਹ ਇੱਕ csv ਫਾਈਲ ਹੈ ਜਿਸ ਵਿੱਚ ਤਿੰਨ ਕਾਲਮਾਂ ਦੀ ਇੱਕ ਸਾਰਣੀ ਹੈ: ਵਿਦਿਆਰਥੀ ਆਈ.ਡੀ., ਘਟਨਾ ਦਾ ਨਾਮ, ਸਮਾਂ ਜਦੋਂ ਇਹ ਵਾਪਰਿਆ। ਇਹ ਤਿੰਨ ਖੇਤਰ ਗਾਹਕ ਦੀਆਂ ਹਰਕਤਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ, ਇੱਕ ਨਕਸ਼ਾ ਬਣਾਉਣ ਅਤੇ ਅੰਤ ਵਿੱਚ ਮਾਰਕੋਵ ਚੇਨ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਹਨ।

ਲਾਇਬ੍ਰੇਰੀ .dot ਜਾਂ .gexf ਫਾਰਮੈਟ ਵਿੱਚ ਬਣਾਏ ਗਏ ਗ੍ਰਾਫਾਂ ਨੂੰ ਵਾਪਸ ਕਰਦੀ ਹੈ। ਪਹਿਲਾਂ ਦੀ ਕਲਪਨਾ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਮੁਫਤ ਗ੍ਰਾਫਵਿਜ਼ ਪੈਕੇਜ (gvedit ਟੂਲ) ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਅਸੀਂ .gexf ਅਤੇ Gephi ਨਾਲ ਕੰਮ ਕੀਤਾ ਹੈ, ਇਹ ਵੀ ਮੁਫਤ ਹੈ।

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

ਪਹਿਲਾ ਕੇਸ: ਮੋਬਾਈਲ ਐਪਲੀਕੇਸ਼ਨ

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

ਲੌਗਸ ਨੂੰ ਲੈ ਕੇ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਸਕ੍ਰਿਪਟ ਦੁਆਰਾ ਚਲਾਉਣਾ, ਮੈਨੂੰ ਕੁਝ ਅਜਿਹਾ ਮਿਲਿਆ:

ਸ਼ੁਰੂਆਤੀ ਨੋਡ ਸਟਾਰਟ ਜਨਰਲ ਹੈ, ਅਤੇ ਹੇਠਾਂ ਤਿੰਨ ਆਉਟਪੁੱਟ ਨੋਡ ਹਨ: ਵਿਦਿਆਰਥੀ "ਸੁੱਤਾ ਪਿਆ", ਕੋਰਸ ਬਦਲਿਆ, ਅਤੇ ਕੋਰਸ ਪੂਰਾ ਕੀਤਾ।

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

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

ਮੋਬਾਈਲ ਐਪਲੀਕੇਸ਼ਨ (ਐਪ ਸੈਸ਼ਨ ਨੋਡ) ਲਈ ਵਧੇਰੇ ਸਹੀ ਮਾਤਰਾਤਮਕ ਸਿੱਟੇ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਅਸੀਂ ਹਰੇਕ ਅੰਤਿਮ ਨੋਡ ਲਈ ਵੱਖਰੀਆਂ ਚੇਨਾਂ ਬਣਾਈਆਂ ਅਤੇ ਫਿਰ ਕਿਨਾਰੇ ਦੇ ਵਜ਼ਨ ਦੀ ਜੋੜੇ ਅਨੁਸਾਰ ਤੁਲਨਾ ਕੀਤੀ:

• ਐਪ ਸੈਸ਼ਨ ਤੋਂ ਇਸ 'ਤੇ ਵਾਪਸ;
• ਐਪ ਸੈਸ਼ਨ ਤੋਂ ਸਫਲ ਕਲਾਸ ਤੱਕ;
• ਸਫਲ ਕਲਾਸ ਤੋਂ ਐਪ ਸੈਸ਼ਨ ਤੱਕ।

ਖੱਬੇ ਪਾਸੇ ਉਹ ਵਿਦਿਆਰਥੀ ਹਨ ਜਿਨ੍ਹਾਂ ਨੇ ਕੋਰਸ ਪੂਰਾ ਕੀਤਾ, ਸੱਜੇ ਪਾਸੇ ਉਹ ਹਨ ਜੋ "ਸੌਂ ਗਏ"

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

• ਅਸੀਂ ਯਕੀਨੀ ਬਣਾਇਆ ਹੈ ਕਿ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਵੱਖ-ਵੱਖ ਸਮੂਹ ਮੋਬਾਈਲ ਐਪਲੀਕੇਸ਼ਨ ਨਾਲ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਗੱਲਬਾਤ ਕਰਦੇ ਹਨ;
• ਸਫਲ ਵਿਦਿਆਰਥੀ ਮੋਬਾਈਲ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਘੱਟ ਤੀਬਰਤਾ ਨਾਲ ਵਰਤੋਂ ਕਰਦੇ ਹਨ;
• ਜਿਹੜੇ ਵਿਦਿਆਰਥੀ ਸੌਂ ਜਾਂਦੇ ਹਨ ਉਹ ਮੋਬਾਈਲ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਵਧੇਰੇ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।

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

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

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

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

ਦੂਜਾ ਕੇਸ: ਔਨਬੋਰਡਿੰਗ ਬੱਗ

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

ਇਹ ਕੁਝ ਔਨਬੋਰਡਿੰਗ ਪੰਨਿਆਂ ਨੇ ਇਸ ਤਰ੍ਹਾਂ ਦਾ ਫਨਲ ਦਿਖਾਇਆ:

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

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

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

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

ਇਸ ਅਜੀਬ ਤਸਵੀਰ ਦੇ ਦੋ ਕਾਰਨ ਹੋ ਸਕਦੇ ਹਨ:

• ਲੌਗ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸ਼ੋਅਸ crept;
• ਉਤਪਾਦ ਵਿੱਚ ਹੀ ਗਲਤੀਆਂ ਹਨ - ਆਨਬੋਰਡਿੰਗ।

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

ਇਸ ਕਹਾਣੀ ਨੇ ਸਾਨੂੰ QA ਦੇ ਖੇਤਰ ਵਿੱਚ ਮਾਰਕੋਵ ਚੇਨਾਂ ਦੀ ਇੱਕ ਅਚਾਨਕ ਐਪਲੀਕੇਸ਼ਨ ਦਿਖਾਈ.

ਇਸ ਨੂੰ ਆਪਣੇ ਆਪ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ!

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

ਖੈਰ, ਉਪਯੋਗੀ ਲਿੰਕ: ਨੈੱਟਵਰਕਐਕਸ ਲਾਇਬ੍ਰੇਰੀ, ਗ੍ਰਾਫਵਿਜ਼ ਵਿਜ਼ੂਅਲਾਈਜ਼ਰ. ਅਤੇ ਇੱਥੇ Habré 'ਤੇ ਇੱਕ ਲੇਖ ਹੈ ਮਾਰਕੋਵ ਚੇਨਜ਼ ਬਾਰੇ. ਲੇਖ ਵਿੱਚ ਗ੍ਰਾਫ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਣਾਏ ਗਏ ਹਨ ਗੇਫੀ.

ਸਰੋਤ: www.habr.com