నా పేరు డిమిత్రి. బిగ్ డేటా ట్రాక్‌లో అర్బన్ టెక్ ఛాలెంజ్ హ్యాకథాన్‌లో మా బృందం ఎలా ఫైనల్స్‌కు చేరుకుంది అనే దాని గురించి నేను మాట్లాడాలనుకుంటున్నాను. ఇది నేను పాల్గొన్న మొదటి హ్యాకథాన్ కాదని, నేను బహుమతులు తీసుకున్న మొదటిది కాదని నేను వెంటనే చెబుతాను. ఈ విషయంలో, నా కథలో నేను మొత్తం హ్యాకథాన్ పరిశ్రమకు సంబంధించి కొన్ని సాధారణ పరిశీలనలు మరియు ముగింపులను తెలియజేయాలనుకుంటున్నాను మరియు అర్బన్ టెక్ ఛాలెంజ్ ముగిసిన వెంటనే ఆన్‌లైన్‌లో కనిపించిన ప్రతికూల సమీక్షలకు విరుద్ధంగా నా అభిప్రాయాన్ని తెలియజేయాలనుకుంటున్నాను (కోసం ఉదాహరణ ).
కాబట్టి మొదట కొన్ని సాధారణ పరిశీలనలు.
1. హ్యాకథాన్ అనేది ఒక రకమైన క్రీడా పోటీ అని చాలా మంది వ్యక్తులు అమాయకంగా భావించడం ఆశ్చర్యంగా ఉంది, ఇక్కడ ఉత్తమ కోడర్లు గెలుస్తారు. ఇది తప్పు. హ్యాకథాన్ నిర్వాహకులు తమకు ఏమి కావాలో తెలియనప్పుడు నేను కేసులను పరిగణించను (నేను కూడా చూశాను). కానీ, ఒక నియమం వలె, హ్యాకథాన్ నిర్వహించే సంస్థ దాని స్వంత లక్ష్యాలను అనుసరిస్తుంది. వారి జాబితా భిన్నంగా ఉండవచ్చు: ఇది కొన్ని సమస్యలకు సాంకేతిక పరిష్కారం, కొత్త ఆలోచనలు మరియు వ్యక్తుల కోసం శోధన మొదలైనవి కావచ్చు. ఈ లక్ష్యాలు తరచుగా ఈవెంట్ యొక్క ఫార్మాట్, దాని సమయం, ఆన్‌లైన్/ఆఫ్‌లైన్, టాస్క్‌లు ఎలా రూపొందించబడతాయి (మరియు అవి పూర్తిగా రూపొందించబడతాయా), హ్యాకథాన్‌లో కోడ్ సమీక్ష ఉంటుందా మొదలైనవాటిని నిర్ణయిస్తాయి. ఈ దృక్కోణం నుండి రెండు జట్లు మరియు వారు ఏమి చేసారు. మరియు కంపెనీకి అవసరమైన పాయింట్‌ను ఉత్తమంగా కొట్టే జట్లు గెలుస్తాయి మరియు చాలా మంది పూర్తిగా తెలియకుండానే మరియు ప్రమాదవశాత్తు ఈ స్థితికి చేరుకుంటారు, వారు నిజంగా క్రీడా పోటీలో పాల్గొంటున్నట్లు భావిస్తారు. పాల్గొనేవారిని ప్రేరేపించడానికి, నిర్వాహకులు కనీసం క్రీడా వాతావరణం మరియు సమాన పరిస్థితుల రూపాన్ని సృష్టించాలని నా పరిశీలనలు చూపిస్తున్నాయి, లేకుంటే వారు పై సమీక్షలో వలె ప్రతికూల తరంగాన్ని అందుకుంటారు. కానీ మేము తప్పుకుంటాము.
2. అందుకే క్రింది ముగింపు. నిర్వాహకులు తమ స్వంత పనితో హ్యాకథాన్‌కు వచ్చే పాల్గొనడానికి ఆసక్తి కలిగి ఉంటారు, కొన్నిసార్లు వారు ఈ ప్రయోజనం కోసం ప్రత్యేకంగా ఆన్‌లైన్ కరస్పాండెన్స్ స్టేజ్‌ను కూడా నిర్వహిస్తారు. ఇది బలమైన అవుట్‌పుట్ పరిష్కారాలను అనుమతిస్తుంది. "సొంత పని" అనే భావన చాలా సాపేక్షమైనది; ఏ అనుభవజ్ఞుడైన డెవలపర్ అయినా తన మొదటి కమిట్‌లో తన పాత ప్రాజెక్ట్‌ల నుండి వేలకొద్దీ కోడ్‌లను సేకరించవచ్చు. మరి ఇది ముందస్తుగా సిద్ధమైన పరిణామం అవుతుందా? ఏదేమైనా, నియమం వర్తిస్తుంది, నేను ప్రసిద్ధ పోటి రూపంలో వ్యక్తీకరించాను:
గెలవడానికి, మీరు ఏదో ఒక రకమైన పోటీ ప్రయోజనాన్ని కలిగి ఉండాలి: మీరు గతంలో చేసిన ఇలాంటి ప్రాజెక్ట్, నిర్దిష్ట అంశంలో జ్ఞానం మరియు అనుభవం లేదా హ్యాకథాన్ ప్రారంభానికి ముందు చేసిన రెడీమేడ్ పని. అవును, ఇది క్రీడ కాదు. అవును, ఇది ఖర్చు చేసిన కృషికి విలువైనది కాకపోవచ్చు (ఇక్కడ, 3 వేల బహుమతి కోసం రాత్రిపూట 100 వారాల పాటు కోడింగ్ చేయడం విలువైనదేనా అని ప్రతి ఒక్కరూ తమను తాము నిర్ణయించుకుంటారు, ఇది మొత్తం జట్టులో విభజించబడింది మరియు అది పొందలేని ప్రమాదంతో కూడా). కానీ, తరచుగా, ఇది ముందుకు రావడానికి ఏకైక అవకాశం.
3. జట్టు ఎంపిక. నేను హ్యాకథాన్ చాట్‌లలో గమనించినట్లుగా, చాలా మంది ఈ సమస్యను చాలా పనికిమాలిన రీతిలో సంప్రదించారు (ఇది హ్యాకథాన్‌లో మీ ఫలితాన్ని నిర్ణయించే అత్యంత ముఖ్యమైన నిర్ణయం అయినప్పటికీ). అనేక కార్యకలాపాలలో (క్రీడలలో మరియు హ్యాకథాన్‌లలో) బలమైన వ్యక్తులు బలమైన వారితో, బలహీనులు బలహీనులతో, తెలివైన వారితో, తెలివైన వారితో ఏకమవుతారని నేను చూశాను, బాగా, సాధారణంగా, మీకు ఆలోచన వస్తుంది... చాట్‌లలో ఇది దాదాపుగా జరుగుతుంది: తక్కువ బలమైన ప్రోగ్రామర్లు వారు వెంటనే స్నాప్ చేయబడతారు, హ్యాకథాన్‌కు విలువైన నైపుణ్యాలు లేని వ్యక్తులు చాలా కాలం పాటు చాట్‌లో హ్యాంగ్ చేస్తారు మరియు ఎవరైనా తీసుకుంటే మాత్రమే దానిని తీసుకుంటారు అనే సూత్రంపై బృందాన్ని ఎంచుకోండి. . కొన్ని హ్యాకథాన్‌లలో, జట్లకు యాదృచ్ఛిక అసైన్‌మెంట్ సాధన చేయబడుతుంది మరియు యాదృచ్ఛిక బృందాలు ఇప్పటికే ఉన్న వాటి కంటే అధ్వాన్నంగా పని చేయవని నిర్వాహకులు పేర్కొన్నారు. కానీ నా పరిశీలనల ప్రకారం, ప్రేరేపిత వ్యక్తులు, ఒక నియమం వలె, వారి స్వంత బృందాన్ని కనుగొనండి, అప్పుడు, తరచుగా, వారిలో చాలామంది హ్యాకథాన్‌కు రారు.
జట్టు కూర్పు విషయానికొస్తే, ఇది చాలా వ్యక్తిగతమైనది మరియు పనిపై ఎక్కువగా ఆధారపడి ఉంటుంది. కనీస ఆచరణీయ జట్టు కూర్పు డిజైనర్ - ఫ్రంట్ ఎండ్ లేదా ఫ్రంట్ ఎండ్ - బ్యాక్ ఎండ్ అని నేను చెప్పగలను. కానీ node.jsలో సాధారణ బ్యాక్ ఎండ్‌ను జోడించిన లేదా రియాక్ట్ నేటివ్‌లో మొబైల్ అప్లికేషన్‌ను రూపొందించిన ఫ్రంట్-ఎండర్‌లతో కూడిన జట్లు గెలిచిన సందర్భాల గురించి కూడా నాకు తెలుసు; లేదా సాధారణ లేఅవుట్ చేసిన బ్యాకెండర్ల నుండి మాత్రమే. సాధారణంగా, ప్రతిదీ చాలా వ్యక్తిగతమైనది మరియు పని మీద ఆధారపడి ఉంటుంది. హ్యాకథాన్ కోసం టీమ్‌ని ఎంచుకోవడానికి నా ప్లాన్ ఈ క్రింది విధంగా ఉంది: నేను ఒక టీమ్‌ని సమీకరించాలని లేదా ఫ్రంట్-ఎండ్ - బ్యాక్-ఎండ్ - డిజైనర్ (నేనే ఫ్రంట్-ఎండ్) వంటి టీమ్‌లో చేరాలని ప్లాన్ చేసాను. మరియు చాలా త్వరగా నేను పైథాన్ బ్యాకెండర్ మరియు మాతో చేరమని ఆహ్వానాన్ని అంగీకరించిన డిజైనర్‌తో చాట్ చేయడం ప్రారంభించాను. కొద్దిసేపటి తర్వాత, హ్యాకథాన్‌లో గెలిచిన అనుభవం ఉన్న ఒక అమ్మాయి, వ్యాపార విశ్లేషకుడు, మాతో చేరారు, మరియు ఆమె మాతో చేరే సమస్యను ఇది నిర్ణయించింది. ఒక చిన్న సమావేశం తర్వాత, అద్భుతమైన నలుగురితో సారూప్యతతో మమ్మల్ని U4 (URBAN 4, అర్బన్ ఫోర్) అని పిలవాలని నిర్ణయించుకున్నాము. మరియు వారు మా టెలిగ్రామ్ ఛానెల్ అవతార్‌పై సంబంధిత చిత్రాన్ని కూడా ఉంచారు.
4. ఒక పనిని ఎంచుకోవడం. నేను ఇప్పటికే చెప్పినట్లుగా, మీరు పోటీ ప్రయోజనాన్ని కలిగి ఉండాలి, హ్యాకథాన్ కోసం పని దీని ఆధారంగా ఎంపిక చేయబడుతుంది. దీని ఆధారంగా చూసారు మరియు వాటి సంక్లిష్టతను అంచనా వేస్తూ, మేము రెండు పనులపై స్థిరపడ్డాము: DPiIR నుండి వినూత్న సంస్థల జాబితా మరియు EFKO నుండి చాట్‌బాట్. DPIiR నుండి టాస్క్‌ను బ్యాకెండర్ ఎంచుకున్నాడు, EFKO నుండి టాస్క్ నేను ఎంచుకున్నాను, ఎందుకంటే node.js మరియు DialogFlowలో చాట్‌బాట్‌లను వ్రాసిన అనుభవం ఉంది. EFKO టాస్క్‌లో ML కూడా ఉంది; మరియు సమస్య యొక్క పరిస్థితుల ప్రకారం, ML సాధనాలను ఉపయోగించి ఇది పరిష్కరించబడే అవకాశం లేదని నాకు అనిపించింది. నేను అర్బన్ టెక్ ఛాలెంజ్ మీట్‌అప్‌కి వెళ్లినప్పుడు ఈ భావన బలపడింది, నిర్వాహకులు నాకు EFKOలో డేటాసెట్‌ను చూపించారు, అక్కడ ఉత్పత్తి లేఅవుట్‌ల యొక్క 100 ఫోటోలు (వివిధ కోణాల నుండి తీసుకోబడ్డాయి) మరియు దాదాపు 20 తరగతుల లేఅవుట్ ఎర్రర్‌లు ఉన్నాయి. మరియు, అదే సమయంలో, పనిని ఆదేశించిన వారు 90% వర్గీకరణ విజయ రేటును సాధించాలని కోరుకున్నారు. ఫలితంగా, నేను ML లేకుండా పరిష్కారం యొక్క ప్రెజెంటేషన్‌ను సిద్ధం చేసాను, బ్యాకెండర్ కేటలాగ్ ఆధారంగా ప్రెజెంటేషన్‌ను సిద్ధం చేసాను మరియు కలిసి, ప్రెజెంటేషన్‌లను ఖరారు చేసిన తర్వాత, మేము వాటిని అర్బన్ టెక్ ఛాలెంజ్‌కి పంపాము. ఇప్పటికే ఈ దశలో, ప్రతి పాల్గొనేవారి ప్రేరణ మరియు సహకారం యొక్క స్థాయి వెల్లడైంది. మా డిజైనర్ చర్చలలో పాల్గొనలేదు, ఆలస్యంగా స్పందించారు మరియు చివరి క్షణంలో ప్రదర్శనలో తన గురించి సమాచారాన్ని పూరించారు, సాధారణంగా, సందేహాలు తలెత్తాయి.
ఫలితంగా, మేము DPiIR నుండి టాస్క్‌ను పాస్ చేసాము మరియు మేము EFKOలో ఉత్తీర్ణత సాధించనందుకు అస్సలు కలత చెందలేదు, ఎందుకంటే ఈ పని మాకు వింతగా అనిపించింది, తేలికగా చెప్పాలంటే.
5. హ్యాకథాన్ కోసం సిద్ధమౌతోంది. చివరకు హ్యాకథాన్‌కు అర్హత సాధించామని తెలియగానే ప్రిపరేషన్‌కు శ్రీకారం చుట్టాం. మరియు ఇక్కడ నేను హ్యాకథాన్ ప్రారంభానికి ఒక వారం ముందు కోడ్ రాయడం ప్రారంభించాలని సూచించడం లేదు. కనిష్టంగా, మీరు ఒక బాయిలర్‌ప్లేట్‌ని సిద్ధంగా ఉంచుకోవాలి, దానితో మీరు వెంటనే పనిని ప్రారంభించవచ్చు, సాధనాలను కాన్ఫిగర్ చేయకుండా మరియు మీరు హ్యాకథాన్‌లో మొదటిసారి ప్రయత్నించాలని నిర్ణయించుకున్న కొన్ని లిబ్‌ల బగ్‌లలోకి ప్రవేశించకుండా. హ్యాకథాన్‌కి వచ్చి ప్రాజెక్ట్ బిల్డ్‌ను సెటప్ చేయడానికి 2 రోజులు గడిపిన కోణీయ ఇంజనీర్ల గురించి నాకు ఒక కథ తెలుసు, కాబట్టి ప్రతిదీ ముందుగానే సిద్ధం చేసుకోవాలి. మేము ఈ క్రింది విధంగా బాధ్యతలను పంపిణీ చేయడానికి ఉద్దేశించాము: బ్యాకెండర్ ఇంటర్నెట్‌ను శోధించే క్రాలర్‌లను వ్రాస్తాడు మరియు సేకరించిన మొత్తం సమాచారాన్ని డేటాబేస్‌లో ఉంచుతాను, అయితే నేను ఈ డేటాబేస్ను ప్రశ్నించే మరియు డేటాను ముందుకి పంపే APIని node.jsలో వ్రాస్తాను. దీనికి సంబంధించి, నేను express.jsని ఉపయోగించి ముందుగానే సర్వర్‌ని సిద్ధం చేసాను మరియు రియాక్ట్‌లో ఫ్రంట్-ఎండ్‌ని సిద్ధం చేసాను. నేను CRAని ఉపయోగించను, నేను ఎల్లప్పుడూ నా కోసం వెబ్‌ప్యాక్‌ని అనుకూలీకరిస్తాను మరియు దీని వల్ల ఎలాంటి ప్రమాదాలు ఎదురవుతాయో నాకు బాగా తెలుసు (కోణీయ డెవలపర్‌ల గురించిన కథనాన్ని గుర్తుంచుకోండి). ఈ సమయంలో, నేను ఏమి వేయబోతున్నాను అనే ఆలోచనను కలిగి ఉండటానికి మా డిజైనర్ నుండి ఇంటర్‌ఫేస్ టెంప్లేట్‌లను లేదా కనీసం మోకప్‌లను అభ్యర్థించాను. సిద్ధాంతపరంగా, అతను కూడా తన స్వంత సన్నాహాలు చేసుకోవాలి మరియు వాటిని మాతో సమన్వయం చేయాలి, కానీ నాకు సమాధానం రాలేదు. ఫలితంగా, నేను నా పాత ప్రాజెక్ట్‌లలో ఒకదాని నుండి డిజైన్‌ను తీసుకున్నాను. మరియు ఈ ప్రాజెక్ట్ కోసం అన్ని శైలులు ఇప్పటికే వ్రాయబడినందున ఇది మరింత వేగంగా పని చేయడం ప్రారంభించింది. అందువల్ల ముగింపు: జట్టులో డిజైనర్ ఎల్లప్పుడూ అవసరం లేదు))). ఈ పరిణామాలతో హ్యాకథాన్‌కు వచ్చాం.
6. హ్యాకథాన్‌లో పని చేయండి. సెంట్రల్ డిస్ట్రిబ్యూషన్ సెంటర్‌లో హ్యాకథాన్ ఓపెనింగ్‌లో మాత్రమే నేను మొదటిసారిగా నా టీమ్‌ని ప్రత్యక్షంగా చూశాను. మేము కలుసుకున్నాము, సమస్య పరిష్కారం మరియు దశల గురించి చర్చించాము. మరియు ప్రారంభమైన తర్వాత మేము రెడ్ అక్టోబర్‌కు బస్సులో వెళ్లవలసి ఉన్నప్పటికీ, మేము 9.00 గంటలకు ఆ ప్రదేశానికి చేరుకోవడానికి అంగీకరించి నిద్రించడానికి ఇంటికి వెళ్ళాము. ఎందుకు? నిర్వాహకులు స్పష్టంగా పాల్గొనేవారి నుండి ఎక్కువ ప్రయోజనం పొందాలని కోరుకున్నారు, కాబట్టి వారు అలాంటి షెడ్యూల్‌ను ఏర్పాటు చేశారు. కానీ, నా అనుభవంలో, మీరు ఒక రాత్రి నిద్రపోకుండా సాధారణంగా కోడ్ చేయవచ్చు. రెండవది విషయానికొస్తే, నేను ఇకపై ఖచ్చితంగా చెప్పలేను. హ్యాకథాన్ ఒక మారథాన్, మీరు మీ బలాన్ని తగినంతగా లెక్కించాలి మరియు ప్లాన్ చేయాలి. అదనంగా, మేము సన్నాహాలు చేసాము.
అందువల్ల, నిద్రపోయిన తర్వాత, 9.00 గంటలకు మేము డెవోక్రసీ యొక్క ఆరవ అంతస్తులో కూర్చున్నాము. అప్పుడు మా డిజైనర్ అనుకోకుండా తన వద్ద ల్యాప్‌టాప్ లేదని మరియు అతను ఇంటి నుండి పని చేస్తానని మరియు మేము ఫోన్ ద్వారా కమ్యూనికేట్ చేస్తామని ప్రకటించాడు. ఇది చివరి గడ్డి. మేము జట్టు పేరును మార్చనప్పటికీ, మేము నాలుగు నుండి మూడుకి మారాము. మళ్ళీ, ఇది మాకు పెద్ద దెబ్బ కాదు; నేను ఇప్పటికే పాత ప్రాజెక్ట్ నుండి డిజైన్ చేసాను. సాధారణంగా, మొదట ప్రతిదీ చాలా సజావుగా మరియు ప్రణాళిక ప్రకారం జరిగింది. మేము నిర్వాహకుల నుండి వినూత్న కంపెనీల డేటాసెట్‌ను డేటాబేస్‌లోకి లోడ్ చేసాము (మేము neo4jని ఉపయోగించాలని నిర్ణయించుకున్నాము). నేను టైప్‌సెట్టింగ్ ప్రారంభించాను, ఆపై node.jsని తీసుకున్నాను, ఆపై విషయాలు మిస్‌ఫైర్ కావడం ప్రారంభించాను. నేను ఇంతకు ముందెన్నడూ neo4jతో పని చేయలేదు మరియు మొదట నేను ఈ డేటాబేస్ కోసం వర్కింగ్ డ్రైవర్ కోసం వెతుకుతున్నాను, ఆపై ప్రశ్నను ఎలా వ్రాయాలో నేను కనుగొన్నాను, ఆపై ఈ డేటాబేస్, ప్రశ్నించినప్పుడు, ఎంటిటీలను తిరిగి ఇస్తుందని తెలుసుకుని నేను ఆశ్చర్యపోయాను. నోడ్ వస్తువులు మరియు వాటి అంచుల శ్రేణి యొక్క రూపం. ఆ. నేను TIN ద్వారా ఒక సంస్థను మరియు దానిలోని మొత్తం డేటాను అభ్యర్థించినప్పుడు, ఒక సంస్థ ఆబ్జెక్ట్‌కు బదులుగా, ఈ సంస్థ మరియు వాటి మధ్య ఉన్న సంబంధాలపై డేటాను కలిగి ఉన్న వస్తువుల యొక్క సుదీర్ఘ శ్రేణి నాకు తిరిగి ఇవ్వబడింది. నేను మొత్తం శ్రేణి గుండా వెళ్ళే మ్యాపర్‌ను వ్రాసాను మరియు వాటి సంస్థ ప్రకారం అన్ని వస్తువులను ఒక వస్తువుగా అతికించాను. కానీ యుద్ధంలో, 8 వేల సంస్థల డేటాబేస్ను అభ్యర్థించినప్పుడు, ఇది చాలా నెమ్మదిగా, దాదాపు 20 - 30 సెకన్లలో అమలు చేయబడింది. నేను ఆప్టిమైజేషన్ గురించి ఆలోచించడం మొదలుపెట్టాను... ఆపై మేము సమయానికి ఆగి, MongoDBకి మారాము మరియు ఇది మాకు 30 నిమిషాలు పట్టింది. మొత్తంగా, neo4jలో సుమారు 5 గంటలు పోయాయి.
గుర్తుంచుకోండి, మీకు తెలియని హ్యాకథాన్‌కు సాంకేతికతను ఎప్పుడూ తీసుకెళ్లవద్దు, ఆశ్చర్యకరమైనవి ఉండవచ్చు. కానీ, సాధారణంగా, ఈ వైఫల్యం కాకుండా, ప్రతిదీ ప్రణాళిక ప్రకారం జరిగింది. మరియు ఇప్పటికే డిసెంబర్ 9 ఉదయం, మాకు పూర్తిగా పని చేసే అప్లికేషన్ ఉంది. మిగిలిన రోజుల్లో మేము దీనికి అదనపు ఫీచర్లను జోడించాలని ప్లాన్ చేసాము. భవిష్యత్తులో, నాకు ప్రతిదీ సాపేక్షంగా సాఫీగా సాగింది, కానీ సెర్చ్ ఇంజన్‌లలో, చట్టపరమైన సంస్థల అగ్రిగేటర్‌ల స్పామ్‌లో అతని క్రాలర్‌ల నిషేధంతో బ్యాకెండర్‌కు మొత్తం సమస్యలు ఉన్నాయి, అభ్యర్థించినప్పుడు శోధన ఫలితాల్లో మొదటి స్థానాల్లో ఇది వచ్చింది. ప్రతి నిర్దిష్ట సంస్థ కోసం. కానీ అతను దాని గురించి స్వయంగా చెప్పడం మంచిది. నేను జోడించిన మొదటి అదనపు ఫీచర్ పూర్తి పేరుతో శోధించడం. VKontakte జనరల్ డైరెక్టర్. చాలా గంటలు పట్టింది.
కాబట్టి, మా అప్లికేషన్‌లోని కంపెనీ పేజీలో, సాధారణ డైరెక్టర్ యొక్క అవతార్ కనిపించింది, అతని VKontakte పేజీకి లింక్ మరియు కొన్ని ఇతర డేటా. ఇది కేక్‌పై చక్కని చెర్రీ, అయినప్పటికీ ఇది మాకు విజయాన్ని అందించకపోవచ్చు. అప్పుడు, నేను కొన్ని విశ్లేషణలను అమలు చేయాలనుకున్నాను. కానీ ఎంపికల యొక్క సుదీర్ఘ శోధన తర్వాత (UIతో చాలా సూక్ష్మ నైపుణ్యాలు ఉన్నాయి), నేను ఆర్థిక కార్యకలాపాల కోడ్ ద్వారా సంస్థల యొక్క సరళమైన సమీకరణపై స్థిరపడ్డాను. ఇప్పటికే సాయంత్రం, చివరి గంటలలో, నేను వినూత్న ఉత్పత్తులను ప్రదర్శించడానికి ఒక టెంప్లేట్‌ను వేస్తున్నాను (మా అప్లికేషన్‌లో ఉత్పత్తులు మరియు సేవల విభాగం ఉండాలి), అయినప్పటికీ బ్యాకెండ్ దీనికి సిద్ధంగా లేదు. అదే సమయంలో, డేటాబేస్ విపరీతంగా పెరుగుతోంది, క్రాలర్లు పని చేస్తూనే ఉన్నారు, బ్యాకెండర్ NLPతో వినూత్న గ్రంథాలను వినూత్నమైన వాటి నుండి వేరు చేయడానికి ప్రయోగాలు చేశారు))). అయితే ఫైనల్ ప్రెజెంటేషన్‌కు సమయం ఆసన్నమైంది.
7. ప్రదర్శన. నా స్వంత అనుభవం నుండి, మీరు ప్రెజెంటేషన్‌ని 3 నుండి 4 గంటల ముందు సిద్ధం చేయడానికి మారాలని నేను చెప్పగలను. ముఖ్యంగా ఇందులో వీడియో ఉంటే, దాని షూటింగ్ మరియు ఎడిటింగ్‌కి చాలా సమయం పడుతుంది. మా దగ్గర ఒక వీడియో ఉండాల్సింది. మరియు మేము దీనితో వ్యవహరించే ఒక ప్రత్యేక వ్యక్తిని కలిగి ఉన్నాము మరియు అనేక ఇతర సంస్థాగత సమస్యలను కూడా పరిష్కరించాము. ఈ విషయంలో, మేము చివరి క్షణం వరకు కోడింగ్ నుండి మనల్ని మనం మరల్చుకోలేదు.
8. పిచ్. ప్రెజెంటేషన్‌లు మరియు ఫైనల్‌లు ప్రత్యేక వారంరోజు (సోమవారం) జరగడం నాకు నచ్చలేదు. ఇక్కడ, చాలా మటుకు, పాల్గొనేవారి నుండి గరిష్టంగా పిండడం యొక్క నిర్వాహకుల విధానం కొనసాగింది. నేను పని నుండి సమయం తీసుకోవాలని ప్లాన్ చేయలేదు, నేను ఫైనల్స్‌కి రావాలని మాత్రమే కోరుకున్నాను, అయినప్పటికీ నా బృందంలోని మిగిలిన వారంతా వారాంతంలో గడిపారు. అయితే, హ్యాకథాన్‌లో ఎమోషనల్ ఇమ్మర్షన్ అప్పటికే చాలా ఎక్కువగా ఉంది, ఉదయం 8 గంటలకు నా టీమ్ (వర్క్ టీమ్, హ్యాకథాన్ టీమ్ కాదు) చాట్‌లో నేను నా స్వంత ఖర్చుతో రోజు తీసుకుంటున్నానని రాసి, సెంట్రల్‌కి వెళ్లాను. పిచ్‌ల కోసం కార్యాలయం. మా సమస్య చాలా మంది స్వచ్ఛమైన డేటా శాస్త్రవేత్తలను కలిగి ఉంది మరియు ఇది సమస్యను పరిష్కరించే విధానాన్ని బాగా ప్రభావితం చేసింది. చాలా మందికి మంచి DS ఉంది, కానీ ఎవరికీ వర్కింగ్ ప్రోటోటైప్ లేదు, చాలామంది శోధన ఇంజిన్‌లలో తమ క్రాలర్‌ల నిషేధాన్ని అధిగమించలేరు. వర్కింగ్ ప్రోటోటైప్ ఉన్న ఏకైక బృందం మేము మాత్రమే. మరియు సమస్యను ఎలా పరిష్కరించాలో మాకు తెలుసు. చివరికి, మేము ట్రాక్‌ను గెలుచుకున్నాము, అయినప్పటికీ మేము చాలా అదృష్టవంతులమే అయినప్పటికీ మేము తక్కువ పోటీని ఎంచుకున్నాము. ఇతర ట్రాక్‌లలోని పిచ్‌లను చూస్తే, అక్కడ మాకు అవకాశం ఉండదని మేము గ్రహించాము. మేము జ్యూరీతో చాలా అదృష్టవంతులమని కూడా నేను చెప్పాలనుకుంటున్నాను; మరియు, సమీక్షల ద్వారా నిర్ణయించడం, ఇది అన్ని ట్రాక్‌లలో జరగలేదు.
9. ఫైనల్. కోడ్ రివ్యూ కోసం మమ్మల్ని చాలాసార్లు జ్యూరీకి పిలిచిన తర్వాత, మేము చివరకు అన్ని సమస్యలను పరిష్కరించాము అని భావించి, బర్గర్ కింగ్‌లో భోజనం చేయడానికి వెళ్ళాము. అక్కడ నిర్వాహకులు మమ్మల్ని మళ్లీ పిలిచారు, మేము త్వరగా మా ఆర్డర్‌లను ప్యాక్ చేసి తిరిగి వెళ్ళవలసి వచ్చింది.
మేము ఏ గదిలోకి వెళ్లాలో నిర్వాహకులు మాకు చూపించారు మరియు ప్రవేశించగానే, గెలిచిన జట్లకు పబ్లిక్ స్పీకింగ్ ట్రైనింగ్ సెషన్‌లో ఉన్నాము. వేదికపై ప్రదర్శన ఇవ్వాల్సిన కుర్రాళ్ళు బాగా ఛార్జ్ అయ్యారు, అందరూ నిజమైన షోమెన్ లాగా బయటకు వచ్చారు.
మరియు నేను అంగీకరించాలి, ఫైనల్‌లో, ఇతర ట్రాక్‌ల నుండి బలమైన జట్ల నేపథ్యంలో, మేము ప్రభుత్వ కస్టమర్ నామినేషన్‌లో విజయం రియల్ ఎస్టేట్ టెక్ ట్రాక్ నుండి జట్టుకు చాలా అర్హతగా ఉంది. ట్రాక్‌లో మా విజయానికి దోహదపడిన ముఖ్య కారకాలు: రెడీమేడ్ ఖాళీ లభ్యత, దీని కారణంగా మేము త్వరగా ప్రోటోటైప్‌ను తయారు చేయగలిగాము, ప్రోటోటైప్‌లో “హైలైట్‌లు” ఉండటం (CEO ల కోసం శోధించండి సోషల్ నెట్‌వర్క్‌లలో) మరియు మా బ్యాండర్ యొక్క NLP నైపుణ్యాలు , ఇది జ్యూరీకి కూడా చాలా ఆసక్తిని కలిగిస్తుంది.
మరియు ముగింపులో, మాకు మద్దతు ఇచ్చిన వారందరికీ, మా ట్రాక్ యొక్క జ్యూరీ, Evgeniy Evgrafiev (మేము హ్యాకథాన్‌లో పరిష్కరించిన సమస్య రచయిత) మరియు హ్యాకథాన్ నిర్వాహకులకు సాంప్రదాయ ధన్యవాదాలు. ఇది బహుశా నేను ఇప్పటివరకు పాల్గొన్న అతిపెద్ద మరియు చక్కని హ్యాకథాన్, భవిష్యత్తులో అబ్బాయిలు ఇంత ఉన్నత స్థాయిని కొనసాగించాలని నేను కోరుకుంటున్నాను!
మూలం: www.habr.com