آپ کتنی بار 48 گھنٹے بغیر سوئے گزرتے ہیں؟ کیا آپ اپنے پیزا کو کافی کاک ٹیل کے ساتھ انرجی ڈرنکس کے ساتھ دھوتے ہیں؟ کیا آپ مانیٹر کو گھور رہے ہیں اور کانپتی انگلیوں سے چابیاں تھپتھپا رہے ہیں؟ ہیکاتھون کے شرکاء کی طرح اکثر ایسا ہوتا ہے۔ بلاشبہ، دو روزہ آن لائن ہیکاتھون، اور یہاں تک کہ "بوسٹنگ" حالت میں بھی، مشکل ہے۔ اسی لیے ہم نے آپ کے لیے کچھ تجاویز تیار کی ہیں جو آپ کو 48 گھنٹوں کے اندر زیادہ مؤثر طریقے سے کوڈ کرنے اور ذہن سازی کرنے میں مدد کریں گی۔ آپ بہت جلد ان تجاویز کو عملی طور پر آزما سکیں گے - مقابلے کے لیے رجسٹریشن 12 مئی تک کھلی ہے جو کہ موسم گرما میں روس کے 40 شہروں میں ہیکاتھون کی شکل میں منعقد ہوں گے۔
غیر حقیقی اہداف سے بچیں۔
آپ کا اصل حریف دوسرے شرکاء نہیں بلکہ وقت ہے۔ ہیکاتھون کا ایک واضح ٹائم فریم ہوتا ہے، لہذا پروجیکٹ کی غیر ضروری تفصیلات پر کام کرنے میں قیمتی گھنٹے ضائع نہ کریں۔ اس کے علاوہ، ضرورت سے زیادہ تناؤ سوچ کی وضاحت میں مداخلت کرے گا۔ ایک کم از کم قابل عمل پروڈکٹ جو آسانی سے چلتی ہے پہلے ہی ہیکاتھون میں جیتنے کی پوزیشن حاصل کر سکتی ہے۔
اپنی ٹیم کا انتخاب سمجھداری سے کریں۔
کوئی بھی، یہاں تک کہ سب سے بہترین آئیڈیا بھی برباد ہو سکتا ہے اگر آپ کی ٹیم میں ایسے لوگ موجود ہیں جو آپ کے وژن یا نقطہ نظر کو نہیں سمجھتے/شیئر نہیں کرتے۔ ہیکاتھون کے دوران، ٹیم کو ایک طریقہ کار بننا چاہیے (چاہے یہ کتنا ہی معمولی کیوں نہ ہو)۔
ہیکاتھون کے لیے آپ کو اپنی ٹیم میں کس کو مدعو کرنا چاہیے؟ تمام شرکاء کو کوڈنگ کا شوق ہونا چاہیے، ورنہ وہ بند جگہ میں 48 گھنٹے کیسے زندہ رہ سکتے ہیں؟ کمپوزیشن کو متنوع ہونے دیں، اپنے تکنیکی ماہرین کے گروپ کو کسی ڈیزائنر یا یہاں تک کہ ایک مارکیٹر کے ساتھ "کمزور" کرنے سے نہ گھبرائیں - جب آپ پریرتا کے ساتھ کوڈنگ کر رہے ہوں، تو وہ آپ کو صحیح طریقے سے لہجے رکھنے اور پروڈکٹ کی خوبیوں کو "ہائی لائٹ" کرنے میں مدد کریں گے۔ جیوری کے سامنے دفاع کرنا۔ ٹیم کے تمام اراکین کو وقت کے دباؤ اور تناؤ کے تحت کام کرنے کے قابل ہونا چاہیے، کیونکہ آپ میں سے کسی ایک کی روح کی کمی پورے پروجیکٹ کو پٹڑی سے اتار سکتی ہے - صرف آخری تاریخ کو پورا کرنے میں ناکام۔
اپنے ساتھیوں کے کام سے متاثر ہوں۔
اپنے ساتھیوں کے تجربے کا تجزیہ کریں: اپنے آخری ہیکاتھون کو یاد رکھیں، اس بارے میں سوچیں کہ آپ کون سے شرکاء کو یاد رکھتے ہیں اور کیوں (دوسرے لوگوں کی غلطیاں بھی مفید ہیں)۔ انہوں نے کیا حربے استعمال کیے؟ وقت اور کاموں کی تقسیم کیسے ہوئی؟ ان کے تجربات، کامیابیاں اور ناکامیاں آپ کو عملی منصوبہ بنانے میں مدد کریں گی۔
ورژن کنٹرول ٹول استعمال کریں۔
تصور کریں: آپ ایک طویل عرصے سے بہاؤ کی حالت میں ہیں، ایک پروٹو ٹائپ پر کام کر رہے ہیں، پھر اچانک آپ کو ایک بگ دریافت ہوا اور آپ یہ نہیں سمجھ سکتے کہ کتنے منٹ یا گھنٹے پہلے اور آپ سے غلطی کہاں ہوئی تھی۔ ظاہر ہے، آپ کے پاس "دوبارہ شروع کرنے" کا وقت نہیں ہے: بدترین صورت میں، آپ کے پاس دوبارہ تمام مراحل سے گزرنے کا وقت نہیں ہوگا، اور اگر آپ ایسا کرتے ہیں، تو آپ صرف جیوری کو دکھانے کے قابل ہوں گے۔ کچھ بہت خام. اس صورت حال سے بچنے کے لیے، ورژن کنٹرول سسٹم جیسے گٹ کا استعمال منطقی ہے۔
موجودہ لائبریریاں اور فریم ورک استعمال کریں۔
پہیے کو دوبارہ ایجاد نہ کریں! اضافی وقت لکھنے کے فنکشن کو خرچ کرنے کی ضرورت نہیں ہے جو لائبریریوں اور فریم ورک کا استعمال کرتے ہوئے لاگو کیا جا سکتا ہے. اس کے بجائے، ان خصوصیات پر توجہ مرکوز کریں جو آپ کی مصنوعات کو خاص بناتی ہیں۔
تیزی سے تعیناتی کے حل استعمال کریں۔
ہیکاتھون کا بنیادی خیال اپنے آئیڈیا کے لیے ایک ورکنگ پروٹو ٹائپ بنانا ہے۔ اپنی درخواست کی تعیناتی میں زیادہ وقت نہ لگائیں۔ پہلے سے معلوم کریں کہ آپ اسے AWS، Microsoft Azure، یا Google Cloud جیسے کلاؤڈ پر کس طرح تیزی سے تعینات کر سکتے ہیں۔ تعیناتی اور ہوسٹنگ کے لیے، آپ PaaS سلوشنز جیسے ہیروکو، اوپن شفٹ یا IBM Bluemix استعمال کر سکتے ہیں۔ آپ ایک بہترین سسٹم ایڈمنسٹریٹر ہو سکتے ہیں، لیکن ہیکاتھون کے دوران اپنے لیے چیزوں کو جتنا ممکن ہو آسان بنانا بہتر ہے تاکہ پوری ٹیم کوڈنگ، تعیناتی اور جانچ پر توجہ مرکوز کر سکے۔
پیشگی پیش کرنے کے لیے ایک شخص کا انتخاب کریں۔
پریزنٹیشن بہت اہم ہے! اس سے کوئی فرق نہیں پڑتا کہ آپ کا پروٹو ٹائپ کتنا اچھا ہے اگر آپ اسے درست نہیں کر سکتے۔ اور اس کے برعکس - ایک اچھی طرح سے سوچی سمجھی پیشکش ایک نم خیال کو بچا سکتی ہے (اور ہم صرف سلائیڈز کے بارے میں بات نہیں کر رہے ہیں)۔ اس بات کو یقینی بنائیں کہ آپ تمام اہم پہلوؤں کو نہ بھولیں: آپ کا تصور کون سا مسئلہ حل کرتا ہے، اسے کہاں لاگو کیا جانا چاہیے، اور یہ موجودہ حلوں سے کیسے مختلف ہے۔ پیشگی فیصلہ کریں کہ آپ کو پریزنٹیشن تیار کرنے میں کتنا وقت درکار ہوگا اور آپ کے پروجیکٹ کا چہرہ کون ہوگا۔ ٹیم کے سب سے تجربہ کار رکن کو منتخب کریں جو عوامی تقریر کا تجربہ رکھتا ہو۔ کسی نے کرشمہ کو منسوخ نہیں کیا۔
نامزدگیوں اور موضوع کو پہلے سے معلوم کریں۔
ہیکاتھون کو اکثر ایک مخصوص صنعت میں کمپنیاں سپانسر کرتی ہیں۔ معلوم کریں کہ آیا آپ کی ہیکاتھون پارٹنر کمپنیوں کی اپنی نامزدگییں ہیں، مثال کے طور پر، آپ کے کام میں اپنی خدمات استعمال کرنے کے لیے۔
اپنے ہیکاتھون تھیم پر کام کرنے کو نظرانداز نہ کریں! آگے سوچیں اور آئیڈیاز کی ایک فہرست بنائیں جو مقابلے میں لاگو کیے جاسکتے ہیں۔
اس بارے میں سوچیں کہ آپ کی ٹیم کو آرام سے کام کرنے کی کیا ضرورت ہے؟
اپنی ٹیم کے لیے تمام تکنیکی آلات پیشگی تیار کریں: لیپ ٹاپ، ایکسٹینشن کورڈز، کیبلز وغیرہ۔ یہ صرف ٹیکنالوجی ہی نہیں ہے جو اہم ہے: فن تعمیر کے کچھ بنیادی منصوبے بنائیں، لائبریریوں اور دوسرے ٹولز کو منتخب کریں جن کی آپ کو ضرورت ہو سکتی ہے۔ آپ کو اپنے سر کے ساتھ کام کرنا ہوگا، اپنے دماغ کا خیال رکھنا ہوگا: ڈارک چاکلیٹ، گری دار میوے اور پھل شدید سوچ کے عمل میں حصہ ڈالتے ہیں۔ انرجی ڈرنکس کچھ لوگوں کی مدد کرتے ہیں، لیکن انہیں کافی کے ساتھ نہ ملائیں، یہ آپ کی صحت کے لیے اچھا نہیں ہوگا۔
* * *
اور آخری بات: ڈرو مت اور شک نہ کرو۔ کام کی لہر اور نتائج حاصل کرنے کے لیے ٹیون ان کریں۔ ہیکاتھون نہ صرف مقابلہ کے بارے میں ہیں، بلکہ نیٹ ورکنگ اور پریرتا کے بارے میں بھی ہیں۔ اہم بات یہ ہے کہ آپ کے آس پاس جو کچھ ہو رہا ہے اس سے لطف اندوز ہوں۔ سب کے بعد، فتح واحد چیز نہیں ہے جسے آپ اپنے ساتھ لے جا سکتے ہیں.
ماخذ: www.habr.com