ਕੋਡਿਮ-ਪੀਜ਼ਾ

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

ਮਾਰਕੀਟਿੰਗ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਣ ਵਾਲਿਆਂ ਲਈ ਬੋਰਿੰਗ ਹਿੱਸਾ

ਮੈਂ ਇੱਕ ਛੋਟੀ ਜਿਹੀ ਕਹਾਣੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰਾਂਗਾ।

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

ਮੈਂ ਸਲੈਕ ਵਿੱਚ ਆਪਣੀ ਖੁਸ਼ੀ ਸਾਂਝੀ ਕਰ ਰਿਹਾ ਹਾਂ ਅਤੇ ਮਨ ਵਿੱਚ ਇਹ ਵਿਚਾਰ ਆਉਂਦਾ ਹੈ: "ਸਾਨੂੰ ਆਪਣਾ ਹੈਕਾਥਨ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।" ਮੈਂ ਸਾਡੇ ਸਰਵਿਸ ਸਟੇਸ਼ਨ ਸਾਸ਼ਾ ਨੂੰ ਲਿਖ ਰਿਹਾ ਹਾਂ। ਚੁੱਪ।

ਸਵੇਰ. ਮੈਂ ਦਫਤਰ ਵਿੱਚ ਕੌਫੀ ਪੀਂਦਾ ਹਾਂ। ਮੈਂ ਸਾਸ਼ਾ ਨੂੰ ਪਿੱਛੇ ਤੋਂ ਨੇੜੇ ਆਉਂਦਾ ਦੇਖਦਾ ਹਾਂ। “ਲੀਜ਼ਾ, ਇਹ ਬਹੁਤ ਵਧੀਆ ਹੈ! ਸਾਡੇ ਕੋਲ 21 ਅਪ੍ਰੈਲ ਨੂੰ ਇੱਕ ਮਹੱਤਵਪੂਰਣ ਤਾਰੀਖ ਹੈ। ਚਲੋ ਕਰੀਏ!" WTF!? ਬਹੁਤ ਤੇਜ? ਏ? ਕੀ? ਮੈਨੂੰ ਅਪਰੈਲ ਦੇ ਅੱਧ ਵਿੱਚ ਇੰਟਰਨਸ਼ਿਪ ਲਈ Syktyvkar ਜਾਣ ਦੀ ਲੋੜ ਹੈ। ਅਤੇ ਇਸ ਦੇ ਨਾਲ ਨਰਕ ਨੂੰ! ਚਲੋ।

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

1 ਹਫ਼ਤੇ ਵਿੱਚ ਇੱਕ ਅੰਦਰੂਨੀ ਹੈਕਾਥਨ ਆਯੋਜਿਤ ਕਰਨ ਲਈ ਸਾਡੀ ਚੈੱਕਲਿਸਟ ਨੂੰ ਫੜੋ

• ਯੋਜਨਾ: ਤੁਸੀਂ ਸ਼ਾਂਤ ਹੋ ਕੇ ਬੈਠੋ ਅਤੇ ਹੈਕਾਥਨ ਲਈ ਕੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਦੀ ਸੂਚੀ ਲਿਖੋ। 30 ਮਿੰਟ.
• ਉਦੇਸ਼: ਭਾਗੀਦਾਰ ਉਹਨਾਂ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਪ੍ਰਸਤਾਵਿਤ ਕਰਦੇ ਹਨ ਅਤੇ ਚੁਣਦੇ ਹਨ ਜੋ ਉਹ Google ਸ਼ੀਟਾਂ ਵਿੱਚ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹਨ। ਬੈਕਗ੍ਰਾਊਂਡ ਟਾਸਕ, 2 ਘੰਟੇ.
• ਅਨੁਸੂਚੀ: ਆਪਣੇ ਗੋਡੇ 'ਤੇ ਤੁਸੀਂ 3 ਬ੍ਰੇਕ ਅਤੇ ਫਾਈਨਲ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਸਮੇਂ ਦਾ ਇੱਕ ਛੋਟਾ ਬ੍ਰੇਕਡਾਊਨ ਲਿਖਦੇ ਹੋ। 20 ਮਿੰਟ.
• Команды: Slack/mail/etc ਵਿੱਚ IT ਚੈਨਲਾਂ ਵਿੱਚ ਸਰਵਿਸ ਸਟੇਸ਼ਨ ਤੋਂ ਇੱਕ ਅਨੁਸੂਚੀ ਦੇ ਨਾਲ ਹੈਕਾਥਨ ਬਾਰੇ ਇੱਕ ਸੰਦੇਸ਼ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਅਤੇ ਹੈਕਾਥਨ ਲਈ ਇੱਕ ਵੱਖਰਾ ਚੈਨਲ ਬਣਾਓ। ਇਸ ਵਿੱਚ, ਹਰ ਕਿਸੇ ਨੂੰ ਟੀਮਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ, ਅਤੇ ਜੋ ਲੋਕ ਨਿਰਣਾਇਕ ਹਨ ਉਹ ਹੈਕਾਥਨ ਦੇ ਪਹਿਲੇ 5 ਮਿੰਟ ਵਿੱਚ ਅਜਿਹਾ ਕਰਦੇ ਹਨ. ਬੈਕਗ੍ਰਾਊਂਡ ਟਾਸਕ, 2 ਘੰਟੇ.
• ਬੰਸ: ਤੁਸੀਂ ਦੋ ਡਿਵੈਲਪਰਾਂ ਦੇ ਨਾਲ ਵਪਾਰਕ ਮਾਲ ਲੈ ਕੇ ਆਉਂਦੇ ਹੋ, ਇਸਨੂੰ ਰੈਂਡਰਿੰਗ ਲਈ ਡਿਜ਼ਾਈਨਰ ਨੂੰ ਦਿਓ, ਅਤੇ ਇਸਨੂੰ ਤਿਆਰ ਪ੍ਰਾਪਤ ਕਰੋ। ਪਿਛੋਕੜ ਕਾਰਜ, 3 ਦਿਨ.
• ਹੈਕਾਥੋਨ: ਤੁਸੀਂ ਦਫਤਰ ਆਉਂਦੇ ਹੋ, ਸ਼ੁਰੂ ਵਿੱਚ ਸਾਰਿਆਂ ਦਾ ਤਾਲਮੇਲ ਕਰੋ, ਆਪਣੇ ਕਾਰੋਬਾਰ ਬਾਰੇ ਜਾਓ, Reddit ਪੜ੍ਹੋ, ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਤਾਜ਼ਾ ਪੀਜ਼ਾ ਬਾਰੇ ਹਰ ਬ੍ਰੇਕ ਦਾ ਐਲਾਨ ਕਰੋ, ਸੂਰਜ ਡੁੱਬਣ ਦੀਆਂ ਤਸਵੀਰਾਂ ਲਓ, ਫਾਈਨਲ ਦਾ ਐਲਾਨ ਕਰੋ, ਇਕੱਠੇ ਵੋਟ ਕਰੋ ਅਤੇ ਜੇਤੂ ਦੀ ਚੋਣ ਕਰੋ। 1 ਦਿਨ.
• ਤਾਰੇ ਦੇ ਹੇਠਾਂ: ਬੇਸ਼ੱਕ, ਤੁਸੀਂ ਲਗਾਤਾਰ ਸਭ ਕੁਝ ਠੀਕ ਹੋਣ ਬਾਰੇ ਸੋਚਦੇ ਹੋ। ਬੇਸ਼ੱਕ, ਹਰ ਕੋਈ ਤੁਹਾਡਾ ਸੁਨੇਹਾ ਨਹੀਂ ਦੇਖੇਗਾ ਅਤੇ ਕੁਝ ਲੋਕਾਂ ਨਾਲ ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ ਗੱਲ ਕਰਨਾ ਬਿਹਤਰ ਹੈ। ਬੇਸ਼ੱਕ, ਜੇ ਕੋਈ ਤੁਹਾਡੀ ਮਦਦ ਕਰਦਾ ਹੈ, ਤਾਂ ਸਭ ਕੁਝ 2 ਗੁਣਾ ਆਸਾਨ ਹੋ ਜਾਵੇਗਾ (ਅਦਭੁਤ ਅਲੇਨਾ ਨੇ ਮੇਰੀ ਮਦਦ ਕੀਤੀ).

ਹੈਕਾਥਨ ਮਿਤੀ ਬਾਰੇ ਘੱਟ ਬੋਰਿੰਗ ਹਿੱਸਾ

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

ਤੁਸੀਂ 'ਤੇ ਵਧੇਰੇ ਵਿਸਤ੍ਰਿਤ ਕਹਾਣੀ ਪੜ੍ਹ ਸਕਦੇ ਹੋ Fyodor Ovchinnikov ਦਾ ਪੰਨਾ (ਸਾਡੇ ਸੀਈਓ)। ਉਦੋਂ ਤੋਂ, ਅਸੀਂ ਬਹੁਤ ਬਦਲ ਗਏ ਹਾਂ, ਪਰ ਹੁਣ ਅਸੀਂ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਤਾਰੀਖ ਨੂੰ ਨਹੀਂ ਭੁੱਲਾਂਗੇ.

ਇਸ ਸਾਲ, ਅਸੀਂ ਫੈਸਲਾ ਕੀਤਾ ਕਿ ਇਹ ਇਵੈਂਟ ਉੱਤਰਾਧਿਕਾਰੀ ਦੀ ਯਾਦ ਵਿੱਚ ਸਥਾਈ ਰਹਿਣ ਦੇ ਯੋਗ ਸੀ ਅਤੇ, ਸਭ ਤੋਂ ਵਧੀਆ ਪਰੰਪਰਾਵਾਂ ਵਿੱਚ, ਅਸੀਂ ਡੋਡੋ ਇਤਿਹਾਸ ਵਿੱਚ ਪਹਿਲੀ ਅੰਦਰੂਨੀ ਹੈਕਾਥੌਨ ਦਾ ਆਯੋਜਨ ਕੀਤਾ, ਜੋ ਕਿ 10 ਘੰਟੇ ਚੱਲੀ।

ਹੈਕਾਥਨ ਪ੍ਰੋਜੈਕਟਾਂ ਬਾਰੇ ਸਭ ਤੋਂ ਬੋਰਿੰਗ ਹਿੱਸਾ

ਬੇਦਾਅਵਾ: ਸਾਰੇ ਵਰਣਨ ਮੁੰਡਿਆਂ ਦੁਆਰਾ ਆਪਣੇ ਆਪ ਲਿਖੇ ਗਏ ਸਨ, ਇਸਲਈ ਪਾਠ ਦਾ ਲੇਖਕ ਮੇਰਾ ਨਹੀਂ ਹੈ।

ਓਲੇਗ ਲਰਨਿੰਗ (ਮਸ਼ੀਨ ਲਰਨਿੰਗ)

ਦੀਮਾ ਕੋਚਨੇਵ, ਸਾਸ਼ਾ ਐਂਡਰੋਨੋਵ (@ ਅਲੈਗਜ਼ੈਂਡਰੋਨੋਵ)

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

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

ਵਰਤੇ ਗਏ ਸੰਦ:

• ਚਿੱਤਰ - ਮਸ਼ੀਨ ਲਰਨਿੰਗ ਅਤੇ ਕੰਪਿਊਟਰ ਵਿਜ਼ਨ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਇੱਕ ਸੁਵਿਧਾਜਨਕ ਅਤੇ ਸਧਾਰਨ ਲਾਇਬ੍ਰੇਰੀ।
• ਅਸੀਂ ਦੋ ਮਾਡਲਾਂ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ - ResNet50, Yolo.
• ਕੋਡ ਲਿਖਿਆ ਗਿਆ ਸੀ, ਬੇਸ਼ਕ, ਪਾਈਥਨ ਵਿੱਚ.

ਸਾਡੇ ਕੋਲ 11000 ਫੋਟੋਆਂ ਸਨ, ਪਰ ਉਹਨਾਂ ਵਿੱਚੋਂ ਲਗਭਗ 3/4 ਕੂੜਾ ਨਿਕਲੀਆਂ, ਅਤੇ ਬਾਕੀਆਂ ਦੇ ਵੱਖਰੇ, ਅਣਉਚਿਤ ਕੋਣ ਸਨ। ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਇੱਕ ਤਿਆਰ ਮਾਡਲ ਲਿਆ (ਜੋ ਸਿਰਫ਼ ਪੀਜ਼ਾ ਨੂੰ ਲੱਭਣਾ ਜਾਣਦਾ ਹੈ) ਅਤੇ ਇਸਦੀ ਮਦਦ ਨਾਲ ਅਸੀਂ ਰੱਦੀ ਨੂੰ ਵੱਖ ਕੀਤਾ। ਅੱਗੇ, ਫੋਟੋ ਦੇ ਸਿਰਲੇਖ ਵਿੱਚ ਪੀਜ਼ਾ ਦਾ ਨਾਮ ਸ਼ਾਮਲ ਸੀ - ਇਸ ਲਈ ਅਸੀਂ ਇਸਨੂੰ ਫੋਲਡਰਾਂ ਵਿੱਚ ਕ੍ਰਮਬੱਧ ਕੀਤਾ, ਪਰ ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਨਾਮ ਅਸਲੀਅਤ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੇ ਅਤੇ ਸਾਨੂੰ ਇਸਨੂੰ ਆਪਣੇ ਹੱਥਾਂ ਨਾਲ ਸਾਫ਼ ਕਰਨਾ ਪਿਆ। ਅੰਤ ਵਿੱਚ, ਲਗਭਗ 500-600 ਫੋਟੋਆਂ ਬਚੀਆਂ ਸਨ, ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਇਹ ਇੱਕ ਮਾਮੂਲੀ ਰਕਮ ਹੈ, ਪਰ ਫਿਰ ਵੀ, ਇਹ 10 ਪੀਜ਼ਾ ਨੂੰ ਇੱਕ ਦੂਜੇ ਤੋਂ ਵੱਖ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਸੀ।

ਗਰਿੱਡ ਨੂੰ ਸਿਖਲਾਈ ਦੇਣ ਲਈ, ਅਸੀਂ ਇੱਕ NVIDIA Tesla K80 'ਤੇ Azure ਵਿੱਚ ਸਭ ਤੋਂ ਸਸਤੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਲਈ। ਉਨ੍ਹਾਂ ਨੇ 100 ਯੁੱਗਾਂ ਲਈ ਇਸ 'ਤੇ ਸਿਖਲਾਈ ਦਿੱਤੀ, ਪਰ ਇਹ ਸਪੱਸ਼ਟ ਸੀ ਕਿ 50 ਯੁੱਗਾਂ ਤੋਂ ਬਾਅਦ ਨੈਟਵਰਕ ਓਵਰਸੈਚੁਰੇਟਡ ਸੀ, ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਕਿ ਇੱਕ ਛੋਟਾ ਡੇਟਾਸੈਟ ਸੀ।

ਅਸਲ ਵਿੱਚ, ਸਾਰੀ ਸਮੱਸਿਆ ਚੰਗੇ ਡੇਟਾ ਦੀ ਘਾਟ ਹੈ।

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

NOOBS ਲਈ GUI (ਪੀਜ਼ਾ ਆਰਡਰ ਕਰਨ ਲਈ ਕੰਸੋਲ)

ਮੀਸ਼ਾ ਕੁਮਾਚੇਵ (ਸੇਰੀਡਨ), Zhenya Bikkinin, Zhenya Vasiliev

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

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

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

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਅੰਤ ਵਿੱਚ ਇਹ ਕੀਤਾ!

CourierGo

ਐਂਟਨ ਬਰੂਜ਼ਮੇਲੇਵ (ਲੇਖਕ), ਵਾਨਿਆ ਜ਼ਵੇਰੇਵ, ਗਲੇਬ ਲੈਸਨੀਕੋਵ (ਐਂਟਰੌਪੀ), ਐਂਡਰੀ ਸਰਾਫਾਨੋਵ

ਅਸੀਂ "ਕੂਰੀਅਰ ਲਈ ਐਪ" ਦਾ ਵਿਚਾਰ ਲਿਆ।

ਤਿਆਰੀ ਬਾਰੇ ਪਿਛੋਕੜ।ਸ਼ੁਰੂ ਵਿੱਚ, ਮੈਂ ਹੈਰਾਨ ਸੀ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਕਿਸ ਤਰ੍ਹਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ? ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਹੇਠ ਲਿਖੀ ਸੂਚੀ ਸਾਹਮਣੇ ਆਈ:

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

ਪਲੱਸ ਵਿਕਲਪਕ ਦ੍ਰਿਸ਼ਾਂ ਦੇ ਇੱਕ ਜੋੜੇ:

• ਕੋਰੀਅਰ ਆਰਡਰ ਨੂੰ ਅਡਿਲੀਵਰਡ ਵਜੋਂ ਮਾਰਕ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕਾਰਨ ਚੁਣ ਸਕਦਾ ਹੈ।
• ਜੇਕਰ ਤੁਸੀਂ ਲੇਟ ਹੋ, ਤਾਂ ਕੋਰੀਅਰ ਇੱਕ ਬਟਨ ਨਾਲ SMS ਰਾਹੀਂ ਇਲੈਕਟ੍ਰਾਨਿਕ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰ ਸਕਦਾ ਹੈ। ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਆਪਣੇ ਆਪ ਆ ਜਾਂਦਾ ਹੈ ਜੇਕਰ ਡਿਲੀਵਰੀ ਦੀ ਸਮਾਂ ਸੀਮਾ ਪੂਰੀ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।

ਇਸ ਪ੍ਰੋਜੈਕਟ ਦੇ ਵਾਅਦੇ ਅਤੇ ਲੋੜ ਦੀ ਭਾਵਨਾ, ਬੇਸ਼ੱਕ, ਊਰਜਾਵਾਨ ਸੀ।

ਅਗਲੇ ਦਿਨ ਅਸੀਂ ਟੀਮ ਨਾਲ ਦੁਪਹਿਰ ਦੇ ਖਾਣੇ 'ਤੇ ਗਏ ਅਤੇ ਚਰਚਾ ਕੀਤੀ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਘੱਟੋ-ਘੱਟ ਕਾਰਜਕੁਸ਼ਲਤਾ ਕਿਸ ਤਰ੍ਹਾਂ ਦੀ ਹੋਵੇਗੀ।

ਨਤੀਜੇ ਵਜੋਂ, ਹੈਕਾਥਨ ਵਿੱਚ ਕੀ ਕਰਨਾ ਸੀ ਦੀ ਹੇਠ ਲਿਖੀ ਸੂਚੀ ਬਣਾਈ ਗਈ ਸੀ:

• ਡਿਲੀਵਰੀ ਕੈਸ਼ ਰਜਿਸਟਰ ਵਿੱਚ ਲੌਗਇਨ ਕਰੋ।
• ਮੌਜੂਦਾ ਸਥਿਤੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰੋ।
• ਇੱਕ ਬਾਹਰੀ API ਨੂੰ ਡੇਟਾ ਭੇਜੋ (ਕੋਆਰਡੀਨੇਟਸ, ਆਰਡਰ ਪ੍ਰਾਪਤ ਕੀਤਾ, ਆਰਡਰ ਡਿਲੀਵਰ ਕੀਤਾ)।
• ਬਾਹਰੀ API (ਮੌਜੂਦਾ ਕੋਰੀਅਰ ਆਰਡਰ) ਤੋਂ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰੋ।
• ਇੱਕ ਇਵੈਂਟ ਭੇਜੋ ਜੋ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਡਿਲੀਵਰੀ / ਡਿਲੀਵਰੀ ਲਈ ਆਰਡਰ ਲੈ ਲਿਆ ਹੈ।
• ਵੈੱਬਸਾਈਟ 'ਤੇ ਨਕਸ਼ੇ 'ਤੇ ਕੋਰੀਅਰ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰੋ।

ਮੁੱਖ ਕੰਮ, ਜਿਵੇਂ ਕਿ ਇਹ ਜਾਪਦਾ ਸੀ, ਬੈਕਐਂਡ ਬਣਾਉਣ ਵਿੱਚ ਪਿਆ, ਐਪਲੀਕੇਸ਼ਨ ਆਪਣੇ ਆਪ (ਵਿਚਾਰ-ਵਟਾਂਦਰੇ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਲਈ ਰੀਐਕਟਨੈਟਿਵ ਚੁਣਿਆ, ਜਾਂ ਇਸਦੇ ਲਈ ਢਾਂਚਾ - expo.io, ਜੋ ਤੁਹਾਨੂੰ ਮੂਲ ਕੋਡ ਬਿਲਕੁਲ ਨਹੀਂ ਲਿਖਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ)। ਬੈਕਐਂਡ ਦੇ ਸੰਦਰਭ ਵਿੱਚ, ਸ਼ੁਰੂ ਵਿੱਚ ਵਾਨਿਆ ਜ਼ਵੇਰੇਵ ਵਿੱਚ ਉਮੀਦ ਸੀ, ਕਿਉਂਕਿ ਉਸ ਨੂੰ ਸਾਡੇ ਸੇਵਾ ਟੈਂਪਲੇਟ ਅਤੇ k8s (ਉਸ ਨੇ ਕਿਹੜੀ ਨੌਕਰੀ ਲਈ) ਨਾਲ ਕੰਮ ਕਰਨ ਦਾ ਅਨੁਭਵ ਕੀਤਾ ਸੀ। ਐਂਡਰੀ ਸਰਾਫਾਨੋਵ ਅਤੇ ਮੈਂ ਸਪਿਨ ਲਈ ਰੀਐਕਟਨੇਟਿਵ ਲਿਆ।

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

ਸਵੇਰੇ ਹੈਕਾਥਨ 'ਤੇ, ਉਨ੍ਹਾਂ ਨੇ ਗਲੇਬ ਨੂੰ ਆਪਣੇ ਸੁਪਰ-ਹੋਨਹਾਰ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਲੁਭਾਇਆ। ਉਹ ਜਲਦੀ ਹੀ ਇੱਕ ਯੋਜਨਾ ਲੈ ਕੇ ਆਏ ਕਿ ਕੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਅਸੀਂ ਇੱਕ ਗਲਤੀ ਕੀਤੀ ਜਦੋਂ, ਪ੍ਰੋਜੈਕਟ ਟੈਮਪਲੇਟ ਦੇ ਅਨੁਸਾਰ, ਅਸੀਂ HTTP ਰਾਹੀਂ ਨਹੀਂ, ਸਗੋਂ GRPC ਰਾਹੀਂ ਸੰਚਾਰ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ, ਕਿਉਂਕਿ ਕੋਈ ਵੀ ਨਹੀਂ ਜਾਣਦਾ ਸੀ ਕਿ JavaScript ਲਈ GRPC ਕਲਾਇੰਟ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ। ਅੰਤ ਵਿੱਚ, ਇਸ ਉੱਤੇ ਲਗਭਗ ਡੇਢ ਘੰਟਾ ਬਿਤਾਉਣ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਇਹ ਵਿਚਾਰ ਤਿਆਗ ਦਿੱਤਾ। ਇਸਦੇ ਕਾਰਨ, ਬੈਕ-ਐਂਡ 'ਤੇ ਮੁੰਡਿਆਂ ਨੇ GRPC ਤੋਂ WebApi ਤੱਕ ਮੁਕੰਮਲ ਸਰਵਰ ਨੂੰ ਰੀਮੇਕ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ। ਅੱਧੇ ਘੰਟੇ ਬਾਅਦ, ਅਸੀਂ ਅੰਤ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਬੈਕਐਂਡ ਵਿਚਕਾਰ ਸੰਚਾਰ ਸਥਾਪਤ ਕਰਨ ਦੇ ਯੋਗ ਹੋ ਗਏ, ਵੇਖੋ ਅਤੇ ਵੇਖੋ। ਪਰ ਉਸੇ ਸਮੇਂ, ਗਲੇਬ k8s ਲਈ ਤੈਨਾਤੀ ਅਤੇ ਨਾਲ ਹੀ ਮਾਸਟਰ ਲਈ ਇੱਕ ਵਚਨਬੱਧਤਾ ਦੀ ਸਵੈ-ਤੈਨਾਤੀ ਨੂੰ ਲਗਭਗ ਖਤਮ ਕਰ ਰਿਹਾ ਸੀ। 🙂

ਅਸੀਂ ਸਟੋਰੇਜ ਦੇ ਤੌਰ 'ਤੇ MySQL ਨੂੰ ਚੁਣਿਆ ਹੈ ਤਾਂ ਜੋ ਘੱਟੋ-ਘੱਟ ਡਾਟਾਬੇਸ ਦੇ ਨਾਲ ਜੋਖਮ ਨਾ ਲਿਆ ਜਾਵੇ (ਸਾਡੇ ਕੋਲ CosmosDb ਬਾਰੇ ਵਿਚਾਰ ਸੀ)।

ਸੰਖੇਪ ਵਿੱਚ:

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

M87

ਰੋਮਾ ਬੁਕਿਨ, ਗੋਸ਼ਾ ਪੋਲੇਵੋਏ (georgepolevoy), ਆਰਟਿਓਮ ਟ੍ਰੋਫਿਮੁਸ਼ਕਿਨ

ਅਸੀਂ ਇੱਕ ਓਪਨਆਈਡੀ ਕਨੈਕਟ ਪ੍ਰਦਾਤਾ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ, ਕਿਉਂਕਿ ਇਸ ਸਮੇਂ ਅਸੀਂ ਆਪਣੇ ਖੁਦ ਦੇ ਡਿਜ਼ਾਈਨ ਦੇ ਪ੍ਰਮਾਣੀਕਰਨ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਇਸ ਨਾਲ ਬਹੁਤ ਸਾਰੀਆਂ ਮੁਸ਼ਕਲਾਂ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ: ਕਸਟਮ ਕਲਾਇੰਟ ਲਾਇਬ੍ਰੇਰੀਆਂ, ਬਾਹਰੀ ਭਾਈਵਾਲਾਂ ਦੁਆਰਾ ਅਸੁਵਿਧਾਜਨਕ ਕੰਮ, ਸੰਭਵ ਸੁਰੱਖਿਆ ਸਮੱਸਿਆਵਾਂ (ਆਖ਼ਰਕਾਰ , ਸੰਦਰਭ ਲਾਗੂ ਕਰਨ ਵਿੱਚ OAuth2.0 ਅਤੇ OpenID ਕਨੈਕਟ ਨੂੰ ਸੁਰੱਖਿਅਤ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਮੈਨੂੰ ਸਾਡੇ ਹੱਲ ਬਾਰੇ ਯਕੀਨ ਨਹੀਂ ਹੈ)।

ਅਸੀਂ ਇੱਕ ਪ੍ਰਮਾਣਿਕਤਾ ਪ੍ਰਦਾਤਾ ਦਾ ਇੱਕ ਛੋਟਾ ਕੰਟਰੀ-ਅਗਨੋਸਟਿਕ ਮਾਡਲ ਬਣਾਉਣ ਲਈ ਨਿੱਜੀ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਇੱਕ ਸੇਵਾ ਦੀ ਨਕਲ ਕਰਦੇ ਹੋਏ ਇੱਕ ਵੱਖਰੀ ਸੇਵਾ ਬਣਾਈ ਹੈ ਜੋ ਨਿੱਜੀ ਡੇਟਾ ਲਈ ਇੱਕ ਵੱਖਰੀ ਸੇਵਾ ਵਿੱਚ ਜਾਵੇਗੀ (ਇਹ ਭਵਿੱਖ ਵਿੱਚ ਇਸ ਨਾਲ ਇੱਕ ਸੇਵਾ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸੰਭਵ ਬਣਾਵੇਗੀ। ਜੋ ਕਿ ਕਿਸੇ ਵੀ ਦੇਸ਼ ਵਿੱਚ ਖਾਤਾ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਨਾਲ ਲੌਗਇਨ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਉਸੇ ਸਮੇਂ GDPR ਅਤੇ ਹੋਰ ਸੰਘੀ ਕਾਨੂੰਨਾਂ ਦੀ ਪਾਲਣਾ ਕਰ ਸਕਦਾ ਹੈ)। ਅਸੀਂ ਇਹ ਹਿੱਸਾ ਕੀਤਾ, ਜਿਵੇਂ ਕਿ ਪ੍ਰਦਾਤਾ ਨੇ ਕੀਤਾ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਇੱਕ ਦੂਜੇ ਨਾਲ ਜੋੜਿਆ। ਅੱਗੇ, ਇੱਕ API ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਸੀ ਜੋ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਜਾਰੀ ਕੀਤੇ ਟੋਕਨਾਂ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਵੇਗਾ, ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਉਹਨਾਂ ਦੇ ਆਤਮ ਨਿਰੀਖਣ ਦਾ ਸਮਰਥਨ ਕਰੇਗਾ ਅਤੇ ਜੇਕਰ ਬੇਨਤੀ ਪ੍ਰਮਾਣਿਕਤਾ ਨੀਤੀਆਂ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਦੀ ਹੈ ਤਾਂ ਸੁਰੱਖਿਅਤ ਡੇਟਾ ਵਾਪਸ ਕਰੇਗਾ (ਅਸੀਂ ਜਾਂਚ ਕਰਦੇ ਹਾਂ ਕਿ ਉਪਭੋਗਤਾ ਬੇਅਰਰ ਸਕੀਮ ਦੇ ਅਨੁਸਾਰ ਪ੍ਰਮਾਣਿਤ ਹੈ। , ਉਸਦੇ ਟੋਕਨ ਵਿੱਚ ਇੱਕ ਖਾਸ ਸਕੋਪ + y ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਉਪਭੋਗਤਾ ਕੋਲ ਖੁਦ ਇੱਕ ਅਨੁਮਤੀ ਹੈ ਜੋ ਕਾਲ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ)। ਇਹ ਹਿੱਸਾ ਵੀ ਪੂਰਾ ਹੋ ਗਿਆ। ਆਖਰੀ ਭਾਗ ਇੱਕ JavaScript ਕਲਾਇੰਟ ਸੀ, ਜਿਸਨੂੰ ਇੱਕ ਟੋਕਨ ਦਿੱਤਾ ਜਾਵੇਗਾ, ਜਿਸਦੀ ਮਦਦ ਨਾਲ ਇਹ ਇੱਕ ਸੁਰੱਖਿਅਤ API ਨੂੰ ਕਾਲ ਕਰੇਗਾ। ਸਾਡੇ ਕੋਲ ਇਹ ਹਿੱਸਾ ਕਰਨ ਦਾ ਸਮਾਂ ਨਹੀਂ ਸੀ। ਭਾਵ, ਪੂਰਾ ਕਾਰਜਸ਼ੀਲ ਹਿੱਸਾ ਤਿਆਰ ਸੀ, ਪਰ ਸਾਹਮਣੇ ਵਾਲਾ ਹਿੱਸਾ ਪੂਰੇ ਸਿਸਟਮ ਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਦਾ ਪ੍ਰਦਰਸ਼ਨ ਕਰਨ ਲਈ ਤਿਆਰ ਨਹੀਂ ਸੀ।

ਈ-ਈ-ਈ (ਖਿਡੌਣਾ)

ਦੀਮਾ ਅਫੋਨਚੇਂਕੋ, ਸਾਸ਼ਾ ਕੋਨੋਵਾਲੋਵ

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

ਅਸੀਂ ਟਮਾਟਰ ਸੁੱਟ ਕੇ ਦੂਜਾ ਪੱਧਰ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਸੀ, ਪਰ ਸਾਡੇ ਕੋਲ ਸਮਾਂ ਨਹੀਂ ਸੀ।

ਛੋਟਾ ਨਿਰੰਤਰਤਾ: ਕੌਣ ਜਿੱਤਿਆ?

ਹੈਕਾਥਨ ਤੋਂ ਪਹਿਲਾਂ, ਅਸੀਂ ਮੁੰਡਿਆਂ ਨਾਲ ਗੱਲ ਕੀਤੀ ਅਤੇ ਮੈਂ ਪੁੱਛਿਆ ਕਿ ਜੇਕਰ ਉਹ ਜਿੱਤ ਜਾਂਦੇ ਹਨ ਤਾਂ ਉਹ ਕਿਹੜਾ ਇਨਾਮ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁਣਗੇ। ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਸਭ ਤੋਂ ਕੀਮਤੀ ਇਨਾਮ "ਭੋਜਨ ਦਾ ਰਾਹ" ਹੋਵੇਗਾ।

ਇਸ ਲਈ, ਸਾਡੇ ਤੋਂ ਹੱਥਾਂ ਨਾਲ ਇੱਕ ਖੇਡ ਦੀ ਘੋਸ਼ਣਾ ਕਰਨ ਦੀ ਉਮੀਦ ਕਰੋ ਜੋ ਪੀਜ਼ਾ 'ਤੇ ਪੇਪਰੋਨ ਪਾਵੇ.

ਜਿਵੇਂ ਕਿ ਇੱਕ ਧਿਆਨ ਦੇਣ ਵਾਲੇ ਪਾਠਕ ਨੇ ਦੇਖਿਆ ਹੋਵੇਗਾ, ਟੀਮ "ਈ-ਈ-ਈ (ਖਿਡੌਣਾ)" ਜਿੱਤ ਗਈ। ਵਧਾਈਆਂ ਦੋਸਤੋ!

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

ਤੁਹਾਨੂੰ ਕਿਹੜਾ ਪ੍ਰੋਜੈਕਟ ਸਭ ਤੋਂ ਵਧੀਆ ਲੱਗਾ?

• ਓਲੇਗ ਲਰਨਿੰਗ (ਮਸ਼ੀਨ ਲਰਨਿੰਗ)

• NOOBS ਲਈ GUI

• CourierGo

• M87

• ਈ-ਈ-ਈ

5 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਪਾਈ। 3 ਉਪਭੋਗਤਾ ਪਰਹੇਜ਼ ਰਹੇ।

ਸਰੋਤ: www.habr.com