ਇੱਕ ਹਾਰਡਵੇਅਰ ਸਟਾਰਟਅੱਪ ਨੂੰ ਇੱਕ ਸਾਫਟਵੇਅਰ ਹੈਕਾਥਨ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

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

ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਇੰਟਰਫੇਸ ਜੋ ਟ੍ਰੈਕ ਦੇ ਫਾਈਨਲਿਸਟਾਂ ਤੋਂ ਵਾਟਸ ਬੈਟਰੀ ਮੋਡੀਊਲ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ, "ਗਿੱਲੇ ਵਾਲ"

ਫਰਮ

ਸਾਡੀ ਕੰਪਨੀ ਵਾਟਸ ਬੈਟਰੀ ਮਾਡਿਊਲਰ ਪੋਰਟੇਬਲ ਪਾਵਰ ਸਟੇਸ਼ਨ ਬਣਾਉਂਦੀ ਹੈ। ਉਤਪਾਦ ਇੱਕ ਪੋਰਟੇਬਲ ਪਾਵਰ ਸਟੇਸ਼ਨ 46x36x11 ਸੈਂਟੀਮੀਟਰ ਹੈ, ਜੋ 1,5 ਤੋਂ 15 ਕਿਲੋਵਾਟ ਪ੍ਰਤੀ ਘੰਟਾ ਤੱਕ ਪਹੁੰਚਾਉਣ ਦੇ ਸਮਰੱਥ ਹੈ। ਚਾਰ ਅਜਿਹੇ ਮੋਡੀਊਲ ਦੋ ਦਿਨਾਂ ਲਈ ਇੱਕ ਛੋਟੇ ਦੇਸ਼ ਦੇ ਘਰ ਦੀ ਊਰਜਾ ਦੀ ਖਪਤ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੇ ਹਨ.

Хотя в прошлом году мы начали отгрузку серийных образцов, по всем параметрам Watts Battery – стартап. Компания основана в 2016-м и с этого же года – резидент Кластера энергоэффективных технологий «Сколково», сегодня у нас 15 сотрудников и огромный бэклог того, что мы хотели бы на каком-то этапе сделать, но прямо сейчас не до этого.

ਇਸ ਵਿੱਚ ਸਾਫ਼ਟਵੇਅਰ ਕਾਰਜ ਵੀ ਸ਼ਾਮਲ ਹਨ। ਕਿਉਂ?

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

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

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

ਤਿਆਰੀ, ਡਾਟਾ, ਬੁਨਿਆਦੀ ਢਾਂਚਾ

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਦੋ ਟਰੈਕ ਲਏ: ਡੇਟਾ ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ। ਸਾਡੇ ਤੋਂ ਇਲਾਵਾ, ਸਾਥੀਆਂ ਦੇ ਸੱਤ ਹੋਰ ਟਰੈਕ ਸਨ.

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

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

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

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

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

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

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

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

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

ਘਰੇਲੂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਗੱਲ ਕਰੀਏ ਤਾਂ, ਸਕੋਲਕੋਵੋ ਟੈਕਨੋਪਾਰਕ ਨੇ ਇੱਥੇ ਸਾਡੇ ਆਰਾਮਦਾਇਕ ਮਾਡਿਊਲਰ ਕਮਰਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਦੇ ਨਾਲ (ਮੁਫ਼ਤ) ਪੇਸ਼ਕਾਰੀਆਂ ਲਈ ਵੀਡੀਓ ਦੀਵਾਰ ਅਤੇ ਮਨੋਰੰਜਨ ਖੇਤਰ ਲਈ ਅਤੇ ਕੇਟਰਿੰਗ ਦਾ ਆਯੋਜਨ ਕਰਨ ਲਈ ਕੁਝ ਛੋਟੇ ਕਮਰੇ ਮੁਹੱਈਆ ਕਰਵਾ ਕੇ ਮਦਦ ਕੀਤੀ।

ਵਿਸ਼ਲੇਸ਼ਣ

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

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

ਓਪਨਸੋਰਸ ਨਿਊਰਲ ਨੈੱਟਵਰਕ Yandex CatBoost 'ਤੇ ਇੱਕ ਭਵਿੱਖਬਾਣੀ ਮਾਡਲ ਦਾ ਗ੍ਰਾਫ਼

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

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

ਤੁਸੀਂ ਫੈਸਲਾ ਕਿਵੇਂ ਕੀਤਾ?: ਉਨ੍ਹਾਂ ਨੇ ਤੁਰੰਤ ਸਹੀ ਅੰਤਮ ਕਾਰਜ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤਾ। ਇਸ ਦੀ ਬਜਾਏ, ਪੂਰੇ 48 ਘੰਟਿਆਂ ਦੌਰਾਨ, ਅਸੀਂ ਭਾਗੀਦਾਰਾਂ ਨਾਲ ਗੱਲਬਾਤ ਵਿੱਚ ਸੀ, ਤੁਰੰਤ ਇਹ ਪਤਾ ਲਗਾਇਆ ਕਿ ਉਹ ਕੀ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਯੋਗ ਸਨ ਅਤੇ ਕੀ ਨਹੀਂ ਕਰ ਸਕਦੇ ਸਨ। ਇਸ ਦੇ ਆਧਾਰ 'ਤੇ ਸਮਝੌਤੇ ਦੀ ਭਾਵਨਾ ਨਾਲ ਕੰਮ ਨੂੰ ਅੰਤਿਮ ਰੂਪ ਦਿੱਤਾ ਗਿਆ।

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

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

ਓਪਨਸੋਰਸ ਨਿਊਰਲ ਨੈੱਟਵਰਕ ਫੇਸਬੁੱਕ ਪੈਗੰਬਰ 'ਤੇ ਇੱਕ ਭਵਿੱਖਬਾਣੀ ਮਾਡਲ ਦਾ ਗ੍ਰਾਫ਼

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

ਪ੍ਰਸ਼ਾਸਨ

ਉਦੇਸ਼: (ਐਪਲੀਕੇਸ਼ਨ) ਜੋ ਵਾਟਸ ਬੈਟਰੀ ਮੋਡੀਊਲ ਦੇ ਇੱਕ ਨੈਟਵਰਕ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੀ ਹੈ, ਇੱਕ ਨਿੱਜੀ ਖਾਤੇ ਦੇ ਨਾਲ, ਕਲਾਉਡ ਵਿੱਚ ਡਾਟਾ ਸਟੋਰੇਜ, ਅਤੇ ਸਥਿਤੀ ਦੀ ਨਿਗਰਾਨੀ.

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

ਕੰਪਨੀ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਚਾਹੀਦਾ ਹੈ?: ਡਿਵੈਲਪਰਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਜੋ ਵਪਾਰਕ ਵਿਚਾਰਾਂ ਦੇ ਨਾਲ ਆਵੇਗਾ, ਪਰੀਖਿਆਵਾਂ ਦੀ ਜਾਂਚ ਕਰੇਗਾ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਕੰਮ ਕਰਨ ਵਾਲੇ ਟੂਲ ਬਣਾਏਗਾ।

ਇਸ ਪੜਾਅ 'ਤੇ ਇਹ ਸੰਭਵ ਕਿਉਂ ਨਹੀਂ ਹੈ?: ਅਜਿਹੇ ਭਾਈਚਾਰੇ ਦੇ ਜੈਵਿਕ ਗਠਨ ਲਈ ਮਾਰਕੀਟ ਦੀ ਮਾਤਰਾ ਅਜੇ ਵੀ ਬਹੁਤ ਛੋਟੀ ਹੈ।

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

*ਦੂਜੇ ਟਰੈਕ ਦੇ ਜੇਤੂਆਂ ਦਾ ਭਾਸ਼ਣ*

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

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

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

ਲੋਕ

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

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

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

ਸਾਡੇ ਕੋਲ ਲੋੜੀਂਦੇ ਹਾਰਡਵੇਅਰ ਗੀਕਸ ਨਹੀਂ ਸਨ, ਪਰ ਅਸੀਂ ਦੂਜੇ ਹੈਕਾਥੌਨ ਵਿੱਚ ਇਸਦਾ ਪੂਰਾ ਕਰਨ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਾਂ।

ਹੈਕਾਥਨ ਦੀ ਤਰੱਕੀ

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

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

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

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

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

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

ਇੱਥੇ ਵੀ, ਚੰਗੀ ਤਰ੍ਹਾਂ ਤਾਲਮੇਲ ਵਾਲੀਆਂ ਟੀਮਾਂ ਦੁਆਰਾ ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਗਏ ਸਨ ਜਿਸ ਵਿੱਚ ਕਿਰਤ ਦੀ ਵੰਡ ਬਣਾਈ ਗਈ ਸੀ, ਇਹ ਸਪੱਸ਼ਟ ਸੀ ਕਿ ਕੌਣ ਕੀ ਕਰ ਰਿਹਾ ਸੀ।

ਤੀਜੀ ਟੀਮ, FSociety, ਨੂੰ ਇੱਕ ਹੱਲ ਜਾਪਦਾ ਸੀ, ਪਰ ਅੰਤ ਵਿੱਚ ਉਹਨਾਂ ਨੇ ਆਪਣਾ ਵਿਕਾਸ ਨਾ ਦਿਖਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ, ਉਹਨਾਂ ਨੇ ਕਿਹਾ ਕਿ ਉਹਨਾਂ ਨੇ ਇਸ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਨਹੀਂ ਸਮਝਿਆ. ਅਸੀਂ ਇਸ ਦਾ ਸਤਿਕਾਰ ਕਰਦੇ ਹਾਂ ਅਤੇ ਬਹਿਸ ਨਹੀਂ ਕੀਤੀ।

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

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

ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਸਭ ਕੁਝ ਠੀਕ ਹੋ ਜਾਵੇਗਾ, ਅਤੇ ਅਸੀਂ ਮਾਰਚ ਵਿੱਚ ਦੂਜੇ ਹੈਕਾਥਨ ਵਿੱਚ ਸਾਰਿਆਂ ਨੂੰ ਦੇਖਣ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਾਂ!

ਸਰੋਤ: www.habr.com