منهنجو نالو دمتري آهي. ۽ مان ڳالهائڻ چاهيان ٿو ته ڪيئن اسان جي ٽيم بگ ڊيٽا ٽريڪ تي اربن ٽيڪ چيلنج هيڪاٿون جي فائنل تائين پهتي. مان فوري طور تي چوندس ته هي پهريون هيڪاٿون ناهي جنهن ۾ مون حصو ورتو هو ۽ نه ئي پهريون جنهن ۾ مون انعام ورتو هو. ان سلسلي ۾، منهنجي ڪهاڻي ۾، مان ڪجهه عام مشاهدن ۽ نتيجن کي آواز ڏيڻ چاهيان ٿو هيڪاٿون صنعت جي حوالي سان مجموعي طور تي، ۽ منهنجي نقطي نظر کي انهن منفي جائزي جي مخالفت ڪرڻ لاء، جيڪي شهري ٽيڪني چيلنج جي خاتمي کان پوء فوري طور تي آن لائن ظاهر ٿيا. مثال ).
تنهن ڪري پهريان ڪجهه عام مشاهدو.
1. اها حيرت جي ڳالهه آهي ته ڪافي ٿورا ماڻهو سمجهن ٿا ته هيڪاٿون هڪ قسم جي راندين جو مقابلو آهي جتي بهترين ڪوڊرز کٽيندا آهن. هي غلط آهي. مان ڪيسن تي غور نٿو ڪريان جڏهن هيڪاٿون آرگنائيزر پاڻ کي نه ٿا ڄاڻن ته اهي ڇا ٿا چاهين (مون اهو پڻ ڏٺو آهي). پر، ضابطي جي طور تي، ڪمپني جيڪا منظم ڪري ٿي هيڪاٿون پنهنجن مقصدن جو تعاقب ڪري ٿو. انهن جي فهرست مختلف ٿي سگهي ٿي: اهو ٿي سگهي ٿو ڪجهه مسئلن جو ٽيڪنيڪل حل، نئين خيالن ۽ ماڻهن جي ڳولا، وغيره. اهي مقصد اڪثر ڪري ايونٽ جي فارميٽ، ان جو ٽائيم، آن لائن/آف لائن، ڪم ڪيئن ٺهندا (۽ ڇا اهي مڪمل طور تي ٺاهيا ويندا)، ڇا هيڪاٿون ۾ ڪوڊ جو جائزو هوندو، وغيره. ٻنهي ٽيمن ۽ جيڪي ڪيو انهن جو جائزو هن نقطي نظر کان ورتو وڃي ٿو. ۽ اھي ٽيمون جيڪي بھترين نقطي تي ھلنديون آھن ڪمپني کي کٽڻ جي ضرورت آھي، ۽ ڪيترائي ھن نقطي تي مڪمل طور تي غير شعوري طور تي ۽ حادثي سان، سوچيندا آھن ته اھي واقعي راندين جي مقابلي ۾ حصو وٺي رھيا آھن. منهنجو مشاهدو ڏيکاري ٿو ته شرڪت ڪندڙن کي حوصلا افزائي ڪرڻ لاء، منتظمين کي گهٽ ۾ گهٽ راندين جي ماحول ۽ برابر حالتن جي ظاهر ٿيڻ گهرجي، ٻي صورت ۾ اهي منفيات جي لهر حاصل ڪندا، جيئن مٿي ڏنل جائزو ۾. پر اسان جهڪي رهيا آهيون.
2. تنهن ڪري هيٺ ڏنل نتيجو. آرگنائيزرز شرڪت ڪندڙن ۾ دلچسپي وٺندا آهن جيڪي هيڪاٿون ۾ ايندا آهن انهن جي پنهنجي ڪم سان، ڪڏهن ڪڏهن اهي ان مقصد لاءِ آن لائن خط و ڪتابت واري اسٽيج کي به خاص طور تي منظم ڪندا آهن. هي اجازت ڏئي ٿو مضبوط پيداوار حل لاء. "پنهنجو ڪم" جو تصور تمام گهڻو تعلق رکندڙ آهي؛ ڪو به تجربيڪار ڊولپر پنهنجي پهرين ڪمٽ ۾ پنهنجي پراڻي منصوبن مان ڪوڊ جون هزارين لائينون گڏ ڪري سگهي ٿو. ۽ ڇا اھو اڳ ۾ تيار ڪيل ترقي ھوندو؟ پر ڪنهن به صورت ۾، قاعدو لاڳو ٿئي ٿو، جنهن جو اظهار مون هڪ مشهور ياداشت جي صورت ۾ ڪيو آهي:
کٽڻ لاءِ، توهان کي ڪجهه هجڻ گهرجي، ڪنهن قسم جو مقابلو فائدو: اهڙو ساڳيو منصوبو جيڪو توهان ماضي ۾ ڪيو، ڪنهن مخصوص موضوع ۾ ڄاڻ ۽ تجربو، يا هيڪاٿون شروع ٿيڻ کان اڳ ڪيل تيار ڪيل ڪم. ها، اها راند نه آهي. ها، اهو ٿي سگهي ٿو خرچ ڪيل ڪوشش جي قيمت نه هجي (هتي، هرڪو پاڻ لاءِ فيصلو ڪري ٿو ته ڇا اهو 3 هفتن لاءِ رات جو 100 هزار جي انعام لاءِ ڪوڊنگ ڪرڻ جي قابل آهي، سڄي ٽيم ۾ ورهايل آهي، ۽ ان کي حاصل نه ڪرڻ جي خطري سان به). پر، اڪثر، اهو ئي موقعو آهي اڳتي وڌڻ جو.
3. ٽيم جي چونڊ. جيئن ته مون هيڪاٿون چيٽس ۾ محسوس ڪيو، ڪيترائي هن مسئلي کي بلڪل بيوقوفيءَ سان ڏسن ٿا (جيتوڻيڪ اهو سڀ کان اهم فيصلو آهي جيڪو توهان جو نتيجو هيڪاٿون ۾ طئي ڪندو). سرگرمي جي ڪيترن ئي علائقن ۾ (ٻنهي راندين ۾ ۽ هيڪاٿون ۾) مون ڏٺو آهي ته مضبوط ماڻهو مضبوط سان گڏ، ڪمزور ڪمزورن سان، هوشيار هوشيار سان، چڱي طرح، عام طور تي، توهان کي خيال اچي ٿو ... چيٽس ۾ لڳ ڀڳ اهو ئي ٿئي ٿو: گهٽ مضبوط پروگرامر انهن کي فوري طور تي هٽايو ويندو آهي، جيڪي ماڻهو هيڪاٿون لاءِ ڪا به قابل قدر صلاحيتون نه رکندا آهن اهي گهڻي وقت تائين چيٽ ۾ لٽڪندا رهندا آهن ۽ هڪ ٽيم چونڊيندا آهن اصول تي ته جيڪڏهن صرف ڪو ماڻهو ان کي وٺي. . ڪجهه هيڪاٿن تي، ٽيمن کي بي ترتيب واري تفويض تي عمل ڪيو ويندو آهي، ۽ منتظمين جو دعوي آهي ته بي ترتيب ٽيمون موجوده کان وڌيڪ خراب ڪارڪردگي نه ڪن ٿيون. پر منهنجي مشاهدي مطابق، حوصلا افزائي وارا، ضابطي جي طور تي، پنهنجي طور تي هڪ ٽيم ڳوليندا آهن؛ جيڪڏهن ڪنهن کي مقرر ڪيو وڃي، پوء، اڪثر ڪري، انهن مان گهڻا هيڪاٿون نه ايندا آهن.
جيئن ته ٽيم جي جوڙجڪ لاء، اهو بلڪل انفرادي آهي ۽ ڪم تي انتهائي منحصر آهي. مان چئي سگهان ٿو ته گهٽ ۾ گهٽ قابل عمل ٽيم جي جوڙجڪ هڪ ڊزائنر آهي - سامهون-آخر يا سامهون-آخر- پوئتي-آخر. پر مون کي انهن ڪيسن جي به خبر آهي جڏهن ٽيمون جن ۾ صرف فرنٽ اينڊرز شامل آهن، جن node.js ۾ هڪ سادي پٺاڻ شامل ڪئي، يا React Native ۾ موبائل ايپليڪيشن ٺاهي. يا صرف پٺاڻن کان جن سادي ترتيب ڏني. عام طور تي، هر شيء بلڪل انفرادي آهي ۽ ڪم تي منحصر آهي. هيڪاٿون لاءِ ٽيم چونڊڻ لاءِ منهنجو منصوبو هن ريت هو: مون هڪ ٽيم کي گڏ ڪرڻ يا هڪ ٽيم ۾ شامل ٿيڻ جو منصوبو ٺاهيو جيئن فرنٽ-اينڊ - بيڪ-اينڊ-ڊزائنر (مان پاڻ فرنٽ اينڊ آهيان). ۽ تمام جلدي مون هڪ پٿون پس منظر ۽ هڪ ڊزائنر سان ڳالهائڻ شروع ڪيو جنهن اسان سان شامل ٿيڻ جي دعوت قبول ڪئي. ٿوري دير کان پوء، هڪ ڇوڪري، هڪ ڪاروباري تجزيه نگار، جنهن کي اڳ ۾ ئي هيڪاٿون کٽڻ جو تجربو هو، اسان سان شامل ٿيو، ۽ هن اسان سان شامل ٿيڻ جو فيصلو ڪيو. هڪ مختصر ملاقات کان پوءِ، اسان پاڻ کي U4 (URBAN 4، urban four) سڏڻ جو فيصلو ڪيو. ۽ اهي اسان جي ٽيليگرام چينل جي اوتار تي هڪ لاڳاپيل تصوير پڻ رکيا آهن.
4. هڪ ڪم چونڊيو. جيئن ته مون اڳ ۾ ئي چيو آهي، توهان کي لازمي طور تي مقابلي ۾ فائدو حاصل ڪرڻ گهرجي، هيڪٿون لاء ڪم هن جي بنياد تي چونڊيو ويو آهي. ان جي بنياد تي، ڏسڻ ۾ اچي ٿو ۽ انهن جي پيچيدگي جو اندازو لڳائيندي، اسان ٻن ڪمن تي آباد ٿياسون: DPiIR کان جديد ادارن جو هڪ فهرست ۽ EFKO کان هڪ چيٽ بوٽ. DPIiR کان ڪم کي پس منظر طرفان چونڊيو ويو، EFKO کان ڪم مون پاران چونڊيو ويو، ڇاڪاڻ ته node.js ۽ DialogFlow ۾ chatbots لکڻ جو تجربو هو. EFKO ڪم ۾ ML پڻ شامل آهي؛ مون وٽ ML ۾ ڪجهه، تمام وسيع نه، تجربو آهي. ۽ مسئلو جي حالتن جي مطابق، اهو مون کي لڳي ٿو ته اهو ممڪن ناهي ته ايم ايل اوزار استعمال ڪندي حل ڪيو وڃي. اهو احساس تڏهن مضبوط ٿيو جڏهن مان اربن ٽيڪ چيلنج ميٽنگ ۾ ويس، جتي آرگنائيزرز مون کي EFKO تي هڪ ڊيٽا سيٽ ڏيکاريو، جتي پراڊڪٽ جي لي آئوٽ جون لڳ ڀڳ 100 تصويرون (مختلف زاوين کان ورتيون ويون) ۽ اٽڪل 20 طبقن جي ترتيب ۾ غلطيون هيون. ۽، ساڳئي وقت، جن ڪم کي حڪم ڏنو هو 90٪ جي درجه بندي ڪاميابي جي شرح حاصل ڪرڻ چاهيندا هئا. نتيجي طور، مون حل جي هڪ پريزنٽيشن تيار ڪئي ML کان سواءِ، پٺاڻ ڪيٽلاگ جي بنياد تي هڪ پريزنٽيشن تيار ڪئي، ۽ گڏجي، پريزنٽيشن کي حتمي شڪل ڏيڻ کان پوءِ، اسان انهن کي اربن ٽيڪچ چيلنج ڏانهن موڪليو. اڳ ۾ ئي هن اسٽيج تي، هر شرڪت جي حوصلا افزائي ۽ تعاون جي سطح نازل ڪيو ويو آهي. اسان جي ڊزائنر بحثن ۾ حصو نه ورتو، دير سان جواب ڏنو، ۽ ان جي باري ۾ معلومات پڻ ڀريو پريزنٽيشن ۾ آخري وقت ۾، عام طور تي، شڪ پيدا ٿيو.
نتيجي طور، اسان DPiIR کان ٽاسڪ پاس ڪيو، ۽ بلڪل پريشان نه هئاسين ته اسان EFKO پاس نه ڪيو، ڇاڪاڻ ته اهو ڪم اسان کي عجيب لڳي، ان کي نرميء سان رکڻ لاء.
5. هيڪاٿون جي تياري. جڏهن اهو معلوم ٿيو ته اسان هيڪاٿون لاءِ قابليت حاصل ڪري چڪا آهيون، اسان تياري شروع ڪئي. ۽ هتي مان هيڪاٿون جي شروعات کان هڪ هفتو اڳ ڪوڊ لکڻ شروع ڪرڻ جي حمايت نه ڪري رهيو آهيان. گھٽ ۾ گھٽ، توھان وٽ ھڪڙو بوائلر پليٽ تيار ھجڻ گھرجي، جنھن سان توھان فوري طور تي ڪم شروع ڪري سگھو ٿا، بغير اوزار کي ترتيب ڏيڻ جي، ۽ ڪجھ lib جي ڪيڙن کي ڌڪڻ کان سواء، جيڪو توھان ھيڪاٿون ۾ پھريون ڀيرو ڪوشش ڪرڻ جو فيصلو ڪيو آھي. مون کي خبر آهي ته ڪوئلي انجنيئرن جي باري ۾ هڪ ڪهاڻي جيڪي هيڪاٿون ۾ آيا ۽ 2 ڏينهن گذاريا پروجيڪٽ جي تعمير کي ترتيب ڏيڻ، تنهنڪري هر شي کي اڳ ۾ تيار ڪيو وڃي. اسان ذميدارين کي هن ريت ورهائڻ جو ارادو ڪيو آهي: پس منظر لکي ٿو ڪريلر جيڪي انٽرنيٽ کي اسڪور ڪن ٿا ۽ گڏ ڪيل معلومات ڊيٽابيس ۾ رکن ٿا، جڏهن ته مان node.js ۾ هڪ API لکان ٿو جيڪو هن ڊيٽابيس کي پڇي ٿو ۽ ڊيٽا کي اڳيان موڪلي ٿو. ان سلسلي ۾، مون اڳ ۾ ئي هڪ سرور تيار ڪيو express.js استعمال ڪندي ۽ هڪ فرنٽ-اينڊ تيار ڪيو رد عمل ۾. مان CRA استعمال نٿو ڪريان، مان هميشه پنهنجي لاءِ ويب پيڪ کي ڪسٽمائي ڪريان ٿو ۽ مان چڱيءَ طرح ڄاڻان ٿو ته هي ڪهڙا خطرا پيدا ڪري سگهن ٿا (ڪهاڻي ياد رکو ڪنولر ڊولپرز بابت). هن موقعي تي، مون درخواست ڪئي انٽرفيس ٽيمپليٽس يا گهٽ ۾ گهٽ ميڪ اپس اسان جي ڊزائنر کان انهي جو خيال رکڻ لاءِ ته مان ڇا ترتيب ڏيندس. نظرياتي طور تي، هن کي پڻ پنهنجون تياريون ڪرڻ گهرجن ۽ انهن کي اسان سان گڏ ڪرڻ گهرجي، پر مون کي ڪڏهن به جواب نه مليو. نتيجي طور، مون ڊزائن کي منهنجي پراڻي منصوبن مان هڪ کان قرض ورتو. ۽ اهو اڃا به تيزيء سان ڪم ڪرڻ شروع ڪيو، ڇاڪاڻ ته هن منصوبي لاء سڀ انداز اڳ ۾ ئي لکيل هئا. تنهن ڪري نتيجو: هڪ ڊزائنر هميشه ٽيم تي گهربل ناهي))). اسان انهن ترقيات سان هيڪاٿون ۾ آياسين.
6. هيڪٿون تي ڪم ڪريو. پهريون ڀيرو مون پنهنجي ٽيم کي لائيو ڏٺو صرف سينٽرل ڊسٽري بيوشن سينٽر تي هيڪاٿون جي افتتاح تي. اسان ملاقات ڪئي، مسئلي تي ڪم ڪرڻ جي حل ۽ مرحلن تي بحث ڪيو. ۽ جيتوڻيڪ کولڻ کان پوءِ اسان کي بس ذريعي ريڊ آڪٽوبر ڏانهن وڃڻو هو، پر اسان سمهڻ لاءِ گهر وياسين، 9.00 تائين جاءِ تي پهچڻ جو اتفاق ڪيو. ڇو؟ منتظمين ظاهري طور تي شرڪت ڪندڙن مان تمام گهڻو فائدو حاصل ڪرڻ چاهيندا هئا، تنهنڪري انهن صرف هڪ شيڊول جو بندوبست ڪيو. پر، منهنجي تجربي ۾، توهان ڪوڊ ڪري سگهو ٿا عام طور تي هڪ رات جي ننڊ کان سواء. جيئن ته ٻئي لاء، مون کي وڌيڪ پڪ ناهي. هيڪاٿون هڪ ميراٿون آهي؛ توهان کي پنهنجي طاقت جو مناسب حساب ۽ پلان ڪرڻ جي ضرورت آهي. ان کان سواء، اسان تياريون ڪيون هيون.
تنهن ڪري، سمهڻ کان پوء، 9.00 تي اسين ڊيوڪريسي جي ڇهين ماڙ تي ويٺا هئاسين. پوءِ اسان جي ڊزائنر اوچتو اعلان ڪيو ته هن وٽ ليپ ٽاپ نه آهي ۽ هو گهر کان ڪم ڪندو، ۽ اسان فون ذريعي ڳالهائينداسين. هي آخري تارو هو. ۽ تنهنڪري اسان هڪ چار مان هڪ ٽن ڏانهن ڦيرايو، جيتوڻيڪ اسان ٽيم جو نالو تبديل نه ڪيو. ٻيهر، اهو اسان لاء هڪ وڏو ڌڪ نه هو؛ مون وٽ اڳ ۾ ئي پراڻي منصوبي جي ڊيزائن هئي. عام طور تي، پهرين تي هر شيء بلڪل آساني سان ۽ منصوبي مطابق ٿي وئي. اسان ڊيٽابيس ۾ لوڊ ڪيو (اسان neo4j استعمال ڪرڻ جو فيصلو ڪيو) منتظمين کان جديد ڪمپنين جو هڪ ڊيٽابيس. مون ٽائيپ سيٽنگ شروع ڪئي، پوءِ node.js ورتو، ۽ پوءِ شيون خراب ٿيڻ لڳيون. مون اڳ ۾ neo4j سان ڪڏهن به ڪم نه ڪيو هو، ۽ پهريان ته مان هن ڊيٽابيس لاءِ ڪم ڪندڙ ڊرائيور ڳولي رهيو هوس، پوءِ مون اهو معلوم ڪيو ته سوال ڪيئن لکجي، ۽ پوءِ مون کي اهو معلوم ڪري حيرت ٿي ته هي ڊيٽابيس، جڏهن پڇا ڪئي وئي، ادارن کي واپس ڪري ٿو. نوڊ شين ۽ انهن جي ڪنارن جي هڪ صف جو روپ. اهي. جڏهن مون هڪ تنظيمي اعتراض جي بدران TIN ذريعي هڪ تنظيم ۽ ان تي سڀني ڊيٽا جي درخواست ڪئي، مون کي شين جي هڪ ڊگهي صف ڏني وئي جنهن ۾ هن تنظيم تي ڊيٽا ۽ انهن جي وچ ۾ لاڳاپا شامل هئا. مون هڪ نقشو لکيو جيڪو سڄي صف مان گذريو ۽ سڀني شين کي انهن جي تنظيم جي مطابق هڪ اعتراض ۾ چمڪيو. پر جنگ ۾، جڏهن 8 هزار تنظيمن جي ڊيٽابيس جي درخواست ڪئي وئي، اهو انتهائي سست رفتار سان، تقريبا 20 - 30 سيڪنڊن تي عمل ڪيو ويو. مون اصلاح جي باري ۾ سوچڻ شروع ڪيو... ۽ پوءِ اسان وقت ۾ روڪيو ۽ مونگو ڊي بي تي سوئچ ڪيو، ۽ ان ۾ اسان کي اٽڪل 30 منٽ لڳي ويا. مجموعي طور تي، neo4j تي اٽڪل 5 ڪلاڪ گم ٿي ويا.
ياد رکو، ٽيڪنالاجي کي هيڪاٿون ۾ ڪڏهن به نه وٺو جنهن کان توهان واقف نه آهيو، اتي حيران ٿي سگهي ٿي. پر، عام طور تي، هن ناڪامي کان سواء، سڀڪنھن شيء کي رٿ جي مطابق ٿيو. ۽ اڳ ۾ ئي 9 ڊسمبر جي صبح تي، اسان وٽ مڪمل طور تي ڪم ڪندڙ ايپليڪيشن هئي. باقي ڏينهن لاءِ اسان ان ۾ اضافي خاصيتون شامل ڪرڻ جو منصوبو ٺاهيو. مستقبل ۾، مون لاءِ هر شيءِ نسبتاً آسان ٿي وئي، پر پٺاڻن کي سرچ انجڻ ۾ سندس ڪريلر جي پابندي سان، قانوني ادارن جي جمع ڪندڙ اسپام ۾ تمام گهڻيون مشڪلاتون هيون، جيڪي درخواست ڪرڻ وقت ڳولا جي نتيجن جي پهرين جڳهن ۾ اينديون هيون. هر مخصوص ڪمپني لاء. پر اھو بھتر آھي ته اھو پاڻ ان بابت ٻڌائي. پهرين اضافي خصوصيت جيڪا مون شامل ڪئي هئي مڪمل نالي سان ڳولا. VKontakte جي جنرل ڊائريڪٽر. ان ۾ ڪيترائي ڪلاڪ لڳي ويا.
تنهن ڪري، اسان جي اپليڪيشن ۾ ڪمپني جي صفحي تي، جنرل ڊائريڪٽر جو هڪ اوتار ظاهر ٿيو، هڪ لنڪ سندس VKontakte صفحي ۽ ڪجهه ٻين ڊيٽا. اها ڪيڪ تي هڪ سٺي چيري هئي، جيتوڻيڪ اهو شايد اسان کي فتح نه ڏنو هجي. پوء، مون کي ڪجهه تجزياتي هلائڻ چاهيو. پر اختيارن جي ڊگهي ڳولا کان پوءِ (UI سان گڏ ڪيتريون ئي نونسون هيون)، مون اقتصادي سرگرمي ڪوڊ ذريعي تنظيمن جي آسان ترين مجموعن تي آباد ٿيو. اڳ ۾ ئي شام ۾، آخري ڪلاڪن ۾، مان هڪ ٽيمپليٽ ٺاهي رهيو هو جديد شين جي نمائش لاءِ (اسان جي اپليڪيشن ۾ هڪ پراڊڪٽس ۽ سروسز سيڪشن هجڻ گهرجي)، جيتوڻيڪ پس منظر ان لاءِ تيار نه هو. ساڳي ئي وقت، ڊيٽابيس لڏپلاڻ ۽ حدن سان سڙي رهيو هو، ڪرالرز ڪم ڪرڻ جاري رکي، پس منظر اين ايل پي سان تجربا ڪيا ته جيئن جديد متنن کي غير جديد کان ڌار ڪرڻ لاءِ))). پر فائنل پيش ڪرڻ جو وقت اڳ ۾ ئي ويجهو هو.
7. پريزنٽيشن. منهنجي پنهنجي تجربي مان، مان اهو چئي سگهان ٿو ته توهان کي تبديل ڪرڻ گهرجي هڪ پيشڪش تيار ڪرڻ لاءِ 3 کان 4 ڪلاڪ اڳ ان جي مقرر ٿيڻ کان اڳ. خاص طور تي جيڪڏهن ان ۾ وڊيو، فلمنگ ۽ ايڊيٽنگ شامل هجي ته اهو ڪافي وقت وٺندو آهي. اسان کي هڪ وڊيو هجڻ گهرجي. ۽ اسان وٽ ھڪڙو خاص ماڻھو ھو جنھن ھن سان معاملو ڪيو، ۽ ٻيا ڪيترائي تنظيمي مسئلا حل ڪيا. ان سلسلي ۾، اسان پاڻ کي آخري لمحن تائين ڪوڊنگ کان پريشان نه ڪيو.
8. پچ. مون کي اهو پسند نه آيو ته پريزنٽيشن ۽ فائنل هڪ الڳ هفتيوار ڏينهن (سومر) تي منعقد ڪيا ويا. هتي، گهڻو ڪري، شرڪت ڪندڙن کي وڌ کان وڌ نچوض ڪرڻ جي منتظمين جي پاليسي جاري رهي. مون ڪم مان وقت ڪڍڻ جو ارادو نه ڪيو، مان صرف فائنل ۾ اچڻ چاهيان ٿو، باقي منهنجي ٽيم ڏينهن جي موڪل ورتي. بهرحال، هيڪاٿون ۾ جذباتي وسعت اڳي ئي ايتري ته وڌي وئي هئي جو صبح 8 وڳي مون پنهنجي ٽيم جي چيٽ ۾ (ڪم واري ٽيم نه، هيڪاٿون ٽيم) لکيو ته مان اهو ڏينهن پنهنجي خرچ تي وٺي رهيو آهيان، ۽ سينٽرل ڏانهن ويو. پچ لاء آفيس. اسان جو مسئلو نڪتو ته ڪيترائي خالص ڊيٽا سائنسدان آهن، ۽ اهو مسئلو حل ڪرڻ جي طريقي کي تمام گهڻو متاثر ڪيو. گهڻن وٽ سٺو ڊي ايس هو، پر ڪنهن وٽ به ڪم ڪندڙ پروٽوٽائپ نه هو، ڪيترائي سرچ انجڻ ۾ پنهنجن ڪريلر جي پابندين جي چوڌاري حاصل نه ڪري سگهيا. اسان واحد ٽيم هئاسين هڪ ڪم ڪندڙ پروٽوٽائپ سان. ۽ اسان ڄاڻون ٿا ته مسئلو ڪيئن حل ڪجي. آخر ۾، اسان ٽريڪ کٽيو، جيتوڻيڪ اسان ڏاڍا خوش قسمت هئاسين ته اسان گهٽ ۾ گهٽ مقابلي واري ڪم کي چونڊيو. ٻين رستن ۾ پچن کي ڏسي، اسان محسوس ڪيو ته اسان کي اتي ڪو موقعو نه هوندو. مان اهو به چوڻ چاهيان ٿو ته اسان جيوري سان تمام خوش قسمت هئا؛ انهن احتياط سان ڪوڊ چيڪ ڪيو. ۽، جائزو وٺڻ سان، اهو سڀ ٽريڪ ۾ نه ٿيو.
9. فائنل. بعد ۾ اسان کي ڪوڊ جي نظرثاني لاءِ ڪيترائي ڀيرا جيوري ڏانهن سڏيو ويو، اسان، اهو سوچيو ته اسان آخرڪار سڀئي مسئلا حل ڪري ڇڏيا هئا، برگر ڪنگ وٽ لنچ ڪرڻ لاءِ وياسين. اتي منتظمين اسان کي ٻيهر سڏ ڪيو، اسان کي جلدي پنهنجا آرڊر پيڪ ڪري واپس وڃڻا هئا.
آرگنائيزر اسان کي ڏيکاريو ته اسان کي ڪهڙي ڪمري ۾ وڃڻ جي ضرورت آهي، ۽ داخل ٿيڻ تي، اسان پاڻ کي فاتح ٽيمن لاءِ عوامي ڳالهائڻ واري ٽريننگ سيشن ۾ ڏٺو. جن ماڻهن کي اسٽيج تي پرفارم ڪرڻو هو، اهي تمام سٺو چارج هئا، هرڪو حقيقي شومين وانگر ٻاهر آيو.
۽ مون کي تسليم ڪرڻ گهرجي، فائنل ۾، ٻين ٽريڪ کان مضبوط ٽيمن جي پس منظر جي خلاف، اسان پيلا نظر آيا؛ حڪومتي گراهڪ جي نامزدگي ۾ فتح ڪافي مستحق طور تي ٽيم ڏانهن ويو ريئل اسٽيٽ ٽيڪ ٽريڪ کان. مان سمجهان ٿو ته ٽريڪ تي اسان جي فتح ۾ اهم عنصر شامل هئا: هڪ تيار ٿيل خالي جي دستيابي، جنهن جي ڪري اسان جلدي هڪ پروٽوٽائپ ٺاهڻ جي قابل ٿي ويا، پروٽوٽائپ ۾ "نمايان" جي موجودگي (سي اي او جي ڳولا ڪريو. سماجي نيٽ ورڪن تي) ۽ اسان جي پٺاڻن جي NLP صلاحيتن، جن کي پڻ جيوري جي وڏي دلچسپي هئي.
۽ آخر ۾، روايتي شڪرگذار انهن سڀني جو جن اسان جي حمايت ڪئي، اسان جي ٽريڪ جي جيوري، ايويگيني ايگرافيف (انهي جو ليکڪ جيڪو اسان هيڪاٿون ۾ حل ڪيو هو) ۽ يقينا هيڪٿون جي منتظمين. اهو شايد سڀ کان وڏو ۽ بهترين هيڪاٿون هو جنهن ۾ مون ڪڏهن به حصو ورتو آهي، مان صرف اها خواهش ڪري سگهان ٿو ته دوست مستقبل ۾ اهڙو اعليٰ معيار برقرار رکن!
جو ذريعو: www.habr.com