ਅਸੀਂ ਅਰਬਨ ਟੈਕ ਚੈਲੇਂਜ ਹੈਕਾਥੌਨ ਵਿੱਚ ਬਿਗ ਡੇਟਾ ਟਰੈਕ ਕਿਵੇਂ ਅਤੇ ਕਿਉਂ ਜਿੱਤਿਆ

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

ਇਸ ਲਈ ਪਹਿਲਾਂ ਕੁਝ ਆਮ ਨਿਰੀਖਣ.

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

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

ਜਿੱਤਣ ਲਈ, ਤੁਹਾਡੇ ਕੋਲ ਕੁਝ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਸੇ ਕਿਸਮ ਦਾ ਪ੍ਰਤੀਯੋਗੀ ਲਾਭ: ਇੱਕ ਸਮਾਨ ਪ੍ਰੋਜੈਕਟ ਜੋ ਤੁਸੀਂ ਪਿਛਲੇ ਸਮੇਂ ਵਿੱਚ ਕੀਤਾ ਸੀ, ਕਿਸੇ ਖਾਸ ਵਿਸ਼ੇ ਵਿੱਚ ਗਿਆਨ ਅਤੇ ਅਨੁਭਵ, ਜਾਂ ਹੈਕਾਥਨ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤਾ ਗਿਆ ਇੱਕ ਤਿਆਰ ਕੀਤਾ ਕੰਮ। ਹਾਂ, ਇਹ ਖੇਡ ਨਹੀਂ ਹੈ। ਹਾਂ, ਇਹ ਖਰਚ ਕੀਤੇ ਗਏ ਯਤਨਾਂ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ (ਇੱਥੇ, ਹਰ ਕੋਈ ਆਪਣੇ ਲਈ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਇਹ 3 ਹਜ਼ਾਰ ਦੇ ਇਨਾਮ ਲਈ 100 ਹਫ਼ਤਿਆਂ ਲਈ ਰਾਤ ਨੂੰ ਕੋਡਿੰਗ ਕਰਨ ਦੇ ਯੋਗ ਹੈ, ਪੂਰੀ ਟੀਮ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ, ਅਤੇ ਇਹ ਨਾ ਮਿਲਣ ਦੇ ਜੋਖਮ ਦੇ ਨਾਲ ਵੀ)। ਪਰ, ਅਕਸਰ, ਇਹ ਅੱਗੇ ਵਧਣ ਦਾ ਇੱਕੋ ਇੱਕ ਮੌਕਾ ਹੁੰਦਾ ਹੈ।

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

ਟੀਮ ਦੀ ਰਚਨਾ ਲਈ, ਇਹ ਬਹੁਤ ਵਿਅਕਤੀਗਤ ਹੈ ਅਤੇ ਕੰਮ 'ਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਮੈਂ ਕਹਿ ਸਕਦਾ ਹਾਂ ਕਿ ਘੱਟੋ-ਘੱਟ ਵਿਹਾਰਕ ਟੀਮ ਰਚਨਾ ਇੱਕ ਡਿਜ਼ਾਈਨਰ - ਫਰੰਟ-ਐਂਡ ਜਾਂ ਫਰੰਟ-ਐਂਡ - ਬੈਕ-ਐਂਡ ਹੈ। ਪਰ ਮੈਂ ਉਹਨਾਂ ਮਾਮਲਿਆਂ ਬਾਰੇ ਵੀ ਜਾਣਦਾ ਹਾਂ ਜਦੋਂ ਸਿਰਫ ਫਰੰਟ-ਐਂਡਰਾਂ ਦੀਆਂ ਟੀਮਾਂ ਜਿੱਤੀਆਂ, ਜਿਨ੍ਹਾਂ ਨੇ node.js ਵਿੱਚ ਇੱਕ ਸਧਾਰਨ ਬੈਕ-ਐਂਡ ਜੋੜਿਆ, ਜਾਂ React Native ਵਿੱਚ ਇੱਕ ਮੋਬਾਈਲ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਈ; ਜਾਂ ਸਿਰਫ਼ ਬੈਕਐਂਡਰਾਂ ਤੋਂ ਜਿਨ੍ਹਾਂ ਨੇ ਸਧਾਰਨ ਖਾਕਾ ਕੀਤਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, ਹਰ ਚੀਜ਼ ਬਹੁਤ ਵਿਅਕਤੀਗਤ ਹੈ ਅਤੇ ਕੰਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ. ਹੈਕਾਥਨ ਲਈ ਇੱਕ ਟੀਮ ਚੁਣਨ ਦੀ ਮੇਰੀ ਯੋਜਨਾ ਇਸ ਤਰ੍ਹਾਂ ਸੀ: ਮੈਂ ਇੱਕ ਟੀਮ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਜਾਂ ਇੱਕ ਟੀਮ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਜਿਵੇਂ ਕਿ ਫਰੰਟ-ਐਂਡ - ਬੈਕ-ਐਂਡ - ਡਿਜ਼ਾਈਨਰ (ਮੈਂ ਖੁਦ ਇੱਕ ਫਰੰਟ-ਐਂਡ ਹਾਂ)। ਅਤੇ ਬਹੁਤ ਜਲਦੀ ਮੈਂ ਇੱਕ python backender ਅਤੇ ਇੱਕ ਡਿਜ਼ਾਈਨਰ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨੀ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤੀ ਜਿਸਨੇ ਸਾਡੇ ਨਾਲ ਜੁੜਨ ਦਾ ਸੱਦਾ ਸਵੀਕਾਰ ਕਰ ਲਿਆ। ਥੋੜੀ ਦੇਰ ਬਾਅਦ, ਇੱਕ ਕੁੜੀ, ਇੱਕ ਵਪਾਰਕ ਵਿਸ਼ਲੇਸ਼ਕ, ਜਿਸਨੂੰ ਪਹਿਲਾਂ ਹੀ ਹੈਕਾਥਨ ਜਿੱਤਣ ਦਾ ਤਜਰਬਾ ਸੀ, ਸਾਡੇ ਨਾਲ ਜੁੜ ਗਈ, ਅਤੇ ਇਸਨੇ ਉਸਦੇ ਸਾਡੇ ਨਾਲ ਜੁੜਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਇੱਕ ਛੋਟੀ ਮੀਟਿੰਗ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਸ਼ਾਨਦਾਰ ਚਾਰ ਦੇ ਸਮਾਨਤਾ ਨਾਲ U4 (URBAN 4, ਸ਼ਹਿਰੀ ਚਾਰ) ਕਹਿਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਅਤੇ ਉਨ੍ਹਾਂ ਨੇ ਸਾਡੇ ਟੈਲੀਗ੍ਰਾਮ ਚੈਨਲ ਦੇ ਅਵਤਾਰ 'ਤੇ ਇਕ ਅਨੁਸਾਰੀ ਤਸਵੀਰ ਵੀ ਪਾ ਦਿੱਤੀ.

4. ਕੋਈ ਕੰਮ ਚੁਣਨਾ। ਜਿਵੇਂ ਕਿ ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਕਿਹਾ ਹੈ, ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਪ੍ਰਤੀਯੋਗੀ ਫਾਇਦਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਹੈਕਾਥਨ ਲਈ ਕੰਮ ਇਸ ਦੇ ਅਧਾਰ ਤੇ ਚੁਣਿਆ ਗਿਆ ਹੈ. ਇਸ ਦੇ ਆਧਾਰ 'ਤੇ ਦੇਖਿਆ ਗਿਆ ਕਾਰਜ ਸੂਚੀ ਅਤੇ ਉਹਨਾਂ ਦੀ ਗੁੰਝਲਤਾ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ ਦੋ ਕਾਰਜਾਂ 'ਤੇ ਸੈਟਲ ਹੋ ਗਏ: DPiIR ਤੋਂ ਨਵੀਨਤਾਕਾਰੀ ਉੱਦਮਾਂ ਦਾ ਇੱਕ ਕੈਟਾਲਾਗ ਅਤੇ EFKO ਤੋਂ ਇੱਕ ਚੈਟਬੋਟ। DPIiR ਤੋਂ ਕੰਮ ਬੈਕੈਂਡਰ ਦੁਆਰਾ ਚੁਣਿਆ ਗਿਆ ਸੀ, EFKO ਤੋਂ ਕੰਮ ਮੇਰੇ ਦੁਆਰਾ ਚੁਣਿਆ ਗਿਆ ਸੀ, ਕਿਉਂਕਿ node.js ਅਤੇ DialogFlow ਵਿੱਚ ਚੈਟਬੋਟਸ ਲਿਖਣ ਦਾ ਅਨੁਭਵ ਸੀ। EFKO ਕੰਮ ਵਿੱਚ ML ਵੀ ਸ਼ਾਮਲ ਸੀ; ਮੇਰੇ ਕੋਲ ML ਵਿੱਚ ਕੁਝ, ਬਹੁਤ ਜ਼ਿਆਦਾ ਵਿਆਪਕ ਨਹੀਂ, ਅਨੁਭਵ ਹੈ। ਅਤੇ ਸਮੱਸਿਆ ਦੀਆਂ ਸਥਿਤੀਆਂ ਦੇ ਅਨੁਸਾਰ, ਇਹ ਮੈਨੂੰ ਜਾਪਦਾ ਸੀ ਕਿ ਇਹ ਐਮਐਲ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਹੱਲ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਨਹੀਂ ਸੀ. ਇਹ ਭਾਵਨਾ ਉਦੋਂ ਮਜ਼ਬੂਤ ​​ਹੋਈ ਜਦੋਂ ਮੈਂ ਅਰਬਨ ਟੈਕ ਚੈਲੇਂਜ ਮੀਟਿੰਗ ਵਿੱਚ ਗਿਆ, ਜਿੱਥੇ ਪ੍ਰਬੰਧਕਾਂ ਨੇ ਮੈਨੂੰ EFKO 'ਤੇ ਇੱਕ ਡੇਟਾਸੈਟ ਦਿਖਾਇਆ, ਜਿੱਥੇ ਉਤਪਾਦ ਲੇਆਉਟ ਦੀਆਂ ਲਗਭਗ 100 ਫੋਟੋਆਂ (ਵੱਖ-ਵੱਖ ਕੋਣਾਂ ਤੋਂ ਲਈਆਂ ਗਈਆਂ) ਅਤੇ ਲੇਆਉਟ ਦੀਆਂ ਗਲਤੀਆਂ ਦੀਆਂ ਲਗਭਗ 20 ਕਲਾਸਾਂ ਸਨ। ਅਤੇ, ਉਸੇ ਸਮੇਂ, ਜਿਨ੍ਹਾਂ ਨੇ ਕੰਮ ਦਾ ਆਦੇਸ਼ ਦਿੱਤਾ ਉਹ 90% ਦੀ ਵਰਗੀਕਰਣ ਸਫਲਤਾ ਦਰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸਨ. ਨਤੀਜੇ ਵਜੋਂ, ਮੈਂ ਐਮਐਲ ਤੋਂ ਬਿਨਾਂ ਹੱਲ ਦੀ ਇੱਕ ਪੇਸ਼ਕਾਰੀ ਤਿਆਰ ਕੀਤੀ, ਬੈਕੈਂਡਰ ਨੇ ਕੈਟਾਲਾਗ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਪੇਸ਼ਕਾਰੀ ਤਿਆਰ ਕੀਤੀ, ਅਤੇ ਇਕੱਠੇ ਮਿਲ ਕੇ, ਪ੍ਰਸਤੁਤੀਆਂ ਨੂੰ ਅੰਤਿਮ ਰੂਪ ਦੇਣ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਅਰਬਨ ਟੈਕ ਚੈਲੇਂਜ ਵਿੱਚ ਭੇਜਿਆ. ਪਹਿਲਾਂ ਹੀ ਇਸ ਪੜਾਅ 'ਤੇ, ਹਰੇਕ ਭਾਗੀਦਾਰ ਦੀ ਪ੍ਰੇਰਣਾ ਅਤੇ ਯੋਗਦਾਨ ਦਾ ਪੱਧਰ ਪ੍ਰਗਟ ਕੀਤਾ ਗਿਆ ਸੀ. ਸਾਡੇ ਡਿਜ਼ਾਈਨਰ ਨੇ ਵਿਚਾਰ-ਵਟਾਂਦਰੇ ਵਿੱਚ ਹਿੱਸਾ ਨਹੀਂ ਲਿਆ, ਦੇਰ ਨਾਲ ਜਵਾਬ ਦਿੱਤਾ, ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਆਖਰੀ ਸਮੇਂ ਵਿੱਚ ਪੇਸ਼ਕਾਰੀ ਵਿੱਚ ਆਪਣੇ ਬਾਰੇ ਜਾਣਕਾਰੀ ਭਰ ਦਿੱਤੀ, ਆਮ ਤੌਰ 'ਤੇ, ਸ਼ੱਕ ਪੈਦਾ ਹੋਇਆ.

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ DPiIR ਤੋਂ ਕੰਮ ਪਾਸ ਕੀਤਾ, ਅਤੇ ਇਸ ਗੱਲ ਤੋਂ ਬਿਲਕੁਲ ਵੀ ਪਰੇਸ਼ਾਨ ਨਹੀਂ ਸੀ ਕਿ ਅਸੀਂ EFKO ਨੂੰ ਪਾਸ ਨਹੀਂ ਕੀਤਾ, ਕਿਉਂਕਿ ਇਹ ਕੰਮ ਸਾਨੂੰ ਅਜੀਬ ਲੱਗ ਰਿਹਾ ਸੀ, ਇਸ ਨੂੰ ਹਲਕੇ ਢੰਗ ਨਾਲ ਕਹਿਣ ਲਈ.

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

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

ਇਸ ਲਈ, ਸੌਣ ਤੋਂ ਬਾਅਦ, 9.00 ਵਜੇ ਅਸੀਂ ਡੇਵੋਕਰੇਸੀ ਦੀ ਛੇਵੀਂ ਮੰਜ਼ਿਲ 'ਤੇ ਬੈਠੇ ਸੀ। ਫਿਰ ਸਾਡੇ ਡਿਜ਼ਾਈਨਰ ਨੇ ਅਚਾਨਕ ਘੋਸ਼ਣਾ ਕੀਤੀ ਕਿ ਉਸ ਕੋਲ ਲੈਪਟਾਪ ਨਹੀਂ ਹੈ ਅਤੇ ਉਹ ਘਰ ਤੋਂ ਕੰਮ ਕਰੇਗਾ, ਅਤੇ ਅਸੀਂ ਫ਼ੋਨ ਦੁਆਰਾ ਸੰਚਾਰ ਕਰਾਂਗੇ। ਇਹ ਆਖਰੀ ਤੂੜੀ ਸੀ। ਅਤੇ ਇਸ ਲਈ ਅਸੀਂ ਚਾਰ ਤੋਂ ਤਿੰਨ ਵਿੱਚ ਬਦਲ ਗਏ, ਹਾਲਾਂਕਿ ਅਸੀਂ ਟੀਮ ਦਾ ਨਾਮ ਨਹੀਂ ਬਦਲਿਆ। ਦੁਬਾਰਾ ਫਿਰ, ਇਹ ਸਾਡੇ ਲਈ ਕੋਈ ਵੱਡਾ ਝਟਕਾ ਨਹੀਂ ਸੀ; ਮੇਰੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਪੁਰਾਣੇ ਪ੍ਰੋਜੈਕਟ ਤੋਂ ਡਿਜ਼ਾਈਨ ਸੀ. ਆਮ ਤੌਰ 'ਤੇ, ਸਭ ਕੁਝ ਬਹੁਤ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਅਤੇ ਯੋਜਨਾ ਦੇ ਅਨੁਸਾਰ ਚਲਾ ਗਿਆ. ਅਸੀਂ ਆਯੋਜਕਾਂ ਤੋਂ ਨਵੀਨਤਾਕਾਰੀ ਕੰਪਨੀਆਂ ਦਾ ਡੇਟਾਬੇਸ (ਅਸੀਂ neo4j ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ) ਵਿੱਚ ਲੋਡ ਕੀਤਾ। ਮੈਂ ਟਾਈਪਸੈਟਿੰਗ ਸ਼ੁਰੂ ਕੀਤੀ, ਫਿਰ node.js ਲਿਆ, ਅਤੇ ਫਿਰ ਚੀਜ਼ਾਂ ਗਲਤ ਹੋਣ ਲੱਗੀਆਂ। ਮੈਂ ਪਹਿਲਾਂ ਕਦੇ ਵੀ neo4j ਨਾਲ ਕੰਮ ਨਹੀਂ ਕੀਤਾ ਸੀ, ਅਤੇ ਪਹਿਲਾਂ ਮੈਂ ਇਸ ਡੇਟਾਬੇਸ ਲਈ ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲੇ ਡਰਾਈਵਰ ਦੀ ਭਾਲ ਕਰ ਰਿਹਾ ਸੀ, ਫਿਰ ਮੈਨੂੰ ਪਤਾ ਲੱਗਿਆ ਕਿ ਇੱਕ ਪੁੱਛਗਿੱਛ ਕਿਵੇਂ ਲਿਖਣੀ ਹੈ, ਅਤੇ ਫਿਰ ਮੈਨੂੰ ਇਹ ਜਾਣ ਕੇ ਹੈਰਾਨੀ ਹੋਈ ਕਿ ਇਹ ਡੇਟਾਬੇਸ, ਜਦੋਂ ਪੁੱਛਗਿੱਛ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਸ ਵਿੱਚ ਇਕਾਈਆਂ ਨੂੰ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਨੋਡ ਆਬਜੈਕਟ ਅਤੇ ਉਹਨਾਂ ਦੇ ਕਿਨਾਰਿਆਂ ਦੀ ਇੱਕ ਐਰੇ ਦਾ ਰੂਪ। ਉਹ. ਜਦੋਂ ਮੈਂ ਇੱਕ ਸੰਗਠਨ ਆਬਜੈਕਟ ਦੀ ਬਜਾਏ, TIN ਦੁਆਰਾ ਇੱਕ ਸੰਗਠਨ ਅਤੇ ਇਸ 'ਤੇ ਸਾਰੇ ਡੇਟਾ ਦੀ ਬੇਨਤੀ ਕੀਤੀ, ਤਾਂ ਮੈਨੂੰ ਇਸ ਸੰਗਠਨ ਅਤੇ ਉਹਨਾਂ ਵਿਚਕਾਰ ਸਬੰਧਾਂ ਵਾਲੇ ਡੇਟਾ ਵਾਲੇ ਆਬਜੈਕਟਾਂ ਦੀ ਇੱਕ ਲੰਮੀ ਲੜੀ ਵਾਪਸ ਕੀਤੀ ਗਈ। ਮੈਂ ਇੱਕ ਮੈਪਰ ਲਿਖਿਆ ਜੋ ਪੂਰੀ ਐਰੇ ਵਿੱਚੋਂ ਲੰਘਿਆ ਅਤੇ ਉਹਨਾਂ ਦੇ ਸੰਗਠਨ ਦੇ ਅਨੁਸਾਰ ਸਾਰੀਆਂ ਵਸਤੂਆਂ ਨੂੰ ਇੱਕ ਵਸਤੂ ਵਿੱਚ ਚਿਪਕਾਇਆ। ਪਰ ਲੜਾਈ ਵਿੱਚ, ਜਦੋਂ 8 ਹਜ਼ਾਰ ਸੰਗਠਨਾਂ ਦੇ ਡੇਟਾਬੇਸ ਦੀ ਬੇਨਤੀ ਕੀਤੀ ਗਈ, ਇਸ ਨੂੰ ਬਹੁਤ ਹੌਲੀ ਹੌਲੀ, ਲਗਭਗ 20 - 30 ਸਕਿੰਟਾਂ ਵਿੱਚ ਚਲਾਇਆ ਗਿਆ। ਮੈਂ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਬਾਰੇ ਸੋਚਣਾ ਸ਼ੁਰੂ ਕੀਤਾ... ਅਤੇ ਫਿਰ ਅਸੀਂ ਸਮੇਂ ਦੇ ਨਾਲ ਰੁਕ ਗਏ ਅਤੇ ਮੋਂਗੋਡੀਬੀ 'ਤੇ ਬਦਲ ਗਏ, ਅਤੇ ਇਸ ਵਿੱਚ ਸਾਨੂੰ ਲਗਭਗ 30 ਮਿੰਟ ਲੱਗ ਗਏ। ਕੁੱਲ ਮਿਲਾ ਕੇ, neo4j 'ਤੇ ਲਗਭਗ 5 ਘੰਟੇ ਖਤਮ ਹੋ ਗਏ ਸਨ।

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

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

7. ਪੇਸ਼ਕਾਰੀ। ਮੇਰੇ ਆਪਣੇ ਤਜ਼ਰਬੇ ਤੋਂ, ਮੈਂ ਇਹ ਕਹਿ ਸਕਦਾ ਹਾਂ ਕਿ ਤੁਹਾਨੂੰ ਇੱਕ ਪੇਸ਼ਕਾਰੀ ਨੂੰ 3 ਤੋਂ 4 ਘੰਟੇ ਪਹਿਲਾਂ ਤਿਆਰ ਕਰਨ ਲਈ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ. ਖ਼ਾਸਕਰ ਜੇ ਇਸ ਵਿੱਚ ਵੀਡੀਓ ਸ਼ਾਮਲ ਹੈ, ਤਾਂ ਇਸਦੀ ਸ਼ੂਟਿੰਗ ਅਤੇ ਸੰਪਾਦਨ ਵਿੱਚ ਕਾਫ਼ੀ ਸਮਾਂ ਲੱਗਦਾ ਹੈ। ਸਾਨੂੰ ਇੱਕ ਵੀਡੀਓ ਹੋਣਾ ਚਾਹੀਦਾ ਸੀ. ਅਤੇ ਸਾਡੇ ਕੋਲ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਵਿਅਕਤੀ ਸੀ ਜਿਸਨੇ ਇਸ ਨਾਲ ਨਜਿੱਠਿਆ, ਅਤੇ ਕਈ ਹੋਰ ਸੰਗਠਨਾਤਮਕ ਮੁੱਦਿਆਂ ਨੂੰ ਵੀ ਹੱਲ ਕੀਤਾ। ਇਸ ਸਬੰਧ ਵਿਚ, ਅਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਆਖਰੀ ਪਲ ਤੱਕ ਕੋਡਿੰਗ ਤੋਂ ਵਿਚਲਿਤ ਨਹੀਂ ਕੀਤਾ.

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

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

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

ਅਤੇ ਮੈਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਫਾਈਨਲ ਵਿੱਚ, ਦੂਜੇ ਟਰੈਕਾਂ ਤੋਂ ਮਜ਼ਬੂਤ ​​​​ਟੀਮਾਂ ਦੀ ਪਿੱਠਭੂਮੀ ਦੇ ਵਿਰੁੱਧ, ਅਸੀਂ ਫਿੱਕੇ ਦਿਖਾਈ ਦੇ ਰਹੇ ਸੀ; ਸਰਕਾਰੀ ਗਾਹਕ ਨਾਮਜ਼ਦਗੀ ਵਿੱਚ ਜਿੱਤ ਰੀਅਲ ਅਸਟੇਟ ਤਕਨੀਕੀ ਟਰੈਕ ਤੋਂ ਟੀਮ ਨੂੰ ਕਾਫ਼ੀ ਹੱਕਦਾਰ ਸੀ। ਮੈਂ ਸੋਚਦਾ ਹਾਂ ਕਿ ਟਰੈਕ 'ਤੇ ਸਾਡੀ ਜਿੱਤ ਵਿੱਚ ਯੋਗਦਾਨ ਪਾਉਣ ਵਾਲੇ ਮੁੱਖ ਕਾਰਕ ਸਨ: ਇੱਕ ਰੈਡੀਮੇਡ ਖਾਲੀ ਦੀ ਉਪਲਬਧਤਾ, ਜਿਸ ਕਾਰਨ ਅਸੀਂ ਜਲਦੀ ਇੱਕ ਪ੍ਰੋਟੋਟਾਈਪ ਬਣਾਉਣ ਦੇ ਯੋਗ ਹੋ ਗਏ, ਪ੍ਰੋਟੋਟਾਈਪ ਵਿੱਚ "ਹਾਈਲਾਈਟਾਂ" ਦੀ ਮੌਜੂਦਗੀ (ਸੀਈਓਜ਼ ਦੀ ਖੋਜ ਸੋਸ਼ਲ ਨੈਟਵਰਕਸ 'ਤੇ) ਅਤੇ ਸਾਡੇ ਬੈਕੈਂਡਰ ਦੇ NLP ਹੁਨਰ, ਜੋ ਜਿਊਰੀ ਨੂੰ ਵੀ ਬਹੁਤ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹਨ।

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

ਸਰੋਤ: www.habr.com