ਕਿਵੇਂ ਇੱਕ ਛੋਟੇ ਪ੍ਰੋਗਰਾਮ ਨੇ ਇੱਕ ਛੋਟੇ ਦਫ਼ਤਰ ਨੂੰ 100+ ਮਿਲੀਅਨ ਰੂਬਲ/ਮਹੀਨੇ ਦੇ ਲਾਭ ਨਾਲ ਇੱਕ ਸੰਘੀ ਕੰਪਨੀ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ

ਦਸੰਬਰ 2008 ਦੇ ਅੰਤ ਵਿੱਚ, ਮੈਨੂੰ ਮੌਜੂਦਾ ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰਨ ਦੇ ਟੀਚੇ ਨਾਲ ਪਰਮ ਵਿੱਚ ਟੈਕਸੀ ਸੇਵਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਲਈ ਸੱਦਾ ਦਿੱਤਾ ਗਿਆ ਸੀ। ਆਮ ਤੌਰ 'ਤੇ, ਮੈਨੂੰ ਤਿੰਨ ਬੁਨਿਆਦੀ ਕੰਮ ਦਿੱਤੇ ਗਏ ਸਨ:


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

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

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

ਅੱਗੇ ਦੇਖ ਕੇ, ਮੈਂ ਤੁਰੰਤ ਕਹਾਂਗਾ. ਨਤੀਜਾ ਰੂਸ ਦੇ 60 ਸ਼ਹਿਰਾਂ ਅਤੇ ਕਜ਼ਾਕਿਸਤਾਨ ਵਿੱਚ 12 ਸ਼ਹਿਰਾਂ ਵਿੱਚ 2+ ਸਰਵਰਾਂ 'ਤੇ ਚੱਲ ਰਿਹਾ ਇੱਕ ਸਕੇਲੇਬਲ ਪਲੇਟਫਾਰਮ ਸੀ। ਕੰਪਨੀ ਦਾ ਕੁੱਲ ਲਾਭ 100+ ਮਿਲੀਅਨ ਰੂਬਲ/ਮਹੀਨਾ ਸੀ।

ਪੜਾਅ ਇੱਕ. ਪ੍ਰੋਟੋਟਾਈਪ

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

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

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

ਨਾਲ ਹੀ ਡਿਜ਼ਾਈਨ ਅਤੇ ਵਿਕਾਸ ਨਾਲ ਸਬੰਧਤ ਕਈ ਹੋਰ ਮੁੱਦੇ।

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

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

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

• ਡਾਟਾਬੇਸ ਸਰਵਰ: MsSQL (2GB ਤੱਕ ਡਾਟਾਬੇਸ ਫਾਈਲ ਸੀਮਾ ਵਾਲਾ ਮੁਫਤ ਸੰਸਕਰਣ);
• ਵਿੰਡੋਜ਼ ਦੇ ਅਧੀਨ ਡੈਲਫੀ ਵਿੱਚ ਮੋਬਾਈਲ ਕਲਾਇੰਟਸ ਦੀ ਸੇਵਾ ਕਰਨ ਵਾਲੇ ਸਰਵਰ ਦਾ ਵਿਕਾਸ, ਕਿਉਂਕਿ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਵਿੰਡੋਜ਼ ਸਰਵਰ ਸੀ ਜਿਸ 'ਤੇ ਡੇਟਾਬੇਸ ਸਥਾਪਤ ਕੀਤਾ ਜਾਵੇਗਾ, ਅਤੇ ਨਾਲ ਹੀ ਵਿਕਾਸ ਵਾਤਾਵਰਣ ਆਪਣੇ ਆਪ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਵਿਕਾਸ ਦੀ ਸਹੂਲਤ ਦਿੰਦਾ ਹੈ;
• 2009 ਵਿੱਚ ਮੋਬਾਈਲ ਫੋਨਾਂ 'ਤੇ ਘੱਟ ਇੰਟਰਨੈਟ ਸਪੀਡ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਵਿਚਕਾਰ ਐਕਸਚੇਂਜ ਪ੍ਰੋਟੋਕੋਲ ਬਾਈਨਰੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਪ੍ਰਸਾਰਿਤ ਡੇਟਾ ਪੈਕੇਟਾਂ ਦੇ ਆਕਾਰ ਨੂੰ ਘਟਾ ਦੇਵੇਗਾ ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ, ਸਰਵਰ ਨਾਲ ਗਾਹਕਾਂ ਦੇ ਕੰਮ ਦੀ ਸਥਿਰਤਾ ਨੂੰ ਵਧਾਏਗਾ;

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

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

MVP 'ਤੇ ਕੰਮ ਦੇ ਦੂਜੇ ਮਹੀਨੇ ਦੇ ਅੰਤ ਤੱਕ, ਸਰਵਰ ਅਤੇ ਕਲਾਇੰਟ ਪ੍ਰੋਟੋਟਾਈਪ ਦਾ ਪਹਿਲਾ ਸੰਸਕਰਣ ਤਿਆਰ ਸੀ।

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

ਇਸ ਪਲ ਤੋਂ ਪ੍ਰੋਜੈਕਟ ਦਾ ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਅਤੇ ਸਭ ਤੋਂ ਮੁਸ਼ਕਲ ਹਿੱਸਾ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ.

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

ਮਰਫੀ ਦਾ ਕਾਨੂੰਨ ਸਾਨੂੰ ਦੱਸਦਾ ਹੈ: "ਜੋ ਕੁਝ ਵੀ ਗਲਤ ਹੋ ਸਕਦਾ ਹੈ, ਉਹ ਗਲਤ ਹੋਵੇਗਾ।" ਅਤੇ ਇਹ ਬਿਲਕੁਲ ਇਸ ਤਰ੍ਹਾਂ ਹੈ ਕਿ ਚੀਜ਼ਾਂ ਗਲਤ ਹੋ ਗਈਆਂ... ਇਹ ਇੱਕ ਗੱਲ ਹੈ ਜਦੋਂ ਮੈਂ ਅਤੇ ਕਈ ਟੈਕਸੀ ਡਰਾਈਵਰਾਂ ਨੇ ਕਈ ਦਰਜਨ ਟੈਸਟ ਆਰਡਰਾਂ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕੀਤੀ। ਅਤੇ ਇਹ ਬਿਲਕੁਲ ਵੱਖਰਾ ਮਾਮਲਾ ਹੈ ਜਦੋਂ ਲਾਈਨ 'ਤੇ 500+ ਡਰਾਈਵਰ ਅਸਲ ਲੋਕਾਂ ਦੇ ਅਸਲ ਆਦੇਸ਼ਾਂ 'ਤੇ ਅਸਲ ਸਮੇਂ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ।

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

ਸਰਵਰ ਵਿੱਚ ਮੁੱਖ ਤੌਰ 'ਤੇ ਆਰਡਰ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਐਲਗੋਰਿਦਮ ਵਿੱਚ ਤਰੁੱਟੀਆਂ ਸਨ ਅਤੇ ਗਾਹਕਾਂ ਦੀਆਂ ਕੁਝ ਬੇਨਤੀਆਂ ਦੀ ਗਲਤ ਪ੍ਰਕਿਰਿਆ ਸੀ। ਗਲਤੀਆਂ ਦੀ ਪਛਾਣ ਕਰਨ 'ਤੇ, ਮੈਂ ਸਰਵਰ ਨੂੰ ਠੀਕ ਕੀਤਾ ਅਤੇ ਅਪਡੇਟ ਕੀਤਾ।

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

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

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

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

ਨੂੰ ਜਾਰੀ ਰੱਖਿਆ ਜਾਵੇਗਾ..

ਸਰੋਤ: www.habr.com