🥇 کوڈیم پیزا | پرو ہوسٹر

ہیلو، حبر۔ ہم نے بے ساختہ اپنی پہلی اندرونی ہیکاتھون کا انعقاد کیا۔ میں نے آپ کے ساتھ 2 ہفتوں میں اس کی تیاری کے بارے میں اپنے درد اور نتائج، اور ساتھ ہی وہ پروجیکٹس بھی بتانے کا فیصلہ کیا جو نکلے تھے۔

مارکیٹنگ میں دلچسپی رکھنے والوں کے لیے بورنگ حصہ

میں ایک چھوٹی سی کہانی سے شروع کروں گا۔

اپریل کا آغاز۔ پہلا MskDotNet کمیونٹی ہیکاتھون ہمارے دفتر میں ہو رہا ہے۔ اس وقت ہماری کہکشاں میں Tatooine کی جنگ زوروں پر ہے۔ ہفتہ. 20 ٹیمیں۔ پیزا سب کچھ بہت مخلص ہے (ثبوت)۔ ایک inflatable R2-D2 ہال کے چاروں طرف تیرتا ہے۔ ٹیمیں نقشے پر خطرناک ترین ریس کو پاس کرنے کے لیے سب سے درست الگورتھم لکھتی ہیں۔ ہم پہلی ریسوں کے آغاز کو آگے بڑھا رہے ہیں۔ کوکیز اور کافی زندگی بچانے والے ہیں۔ منتظمین اور میں نے توقع کی تھی کہ ہفتے کے روز دوپہر کے کھانے کے بعد بہت سے لوگ چلے جائیں گے۔ لیکن نہیں. پیچھے کوڈنگ کے 12 گھنٹے۔ آخری. کچھ گر جاتا ہے، کچھ شروع نہیں ہوتا ہے۔ لیکن سب خوش ہیں۔ ہماری ٹیم جیت گئی۔ ہم دوگنا خوش ہیں۔

میں سلیک میں اپنی خوشی بانٹ رہا ہوں اور ذہن میں خیال آتا ہے: "ہمیں اپنا ہیکاتھون خود کرنے کی ضرورت ہے۔" میں ہمارے سروس سٹیشن ساشا کو لکھ رہا ہوں۔ خاموشی

صبح میں دفتر میں کافی پیتا ہوں۔ میں نے ساشا کو پیچھے سے قریب آتے دیکھا۔ "لیزا، یہ بہت اچھا ہے! ہمارے پاس 21 اپریل کو ایک اہم تاریخ ہے۔ چلو کرتے ہیں!" WTF!؟ بہت تیز؟ ا? کیا؟ مجھے اپریل کے وسط میں انٹرن شپ کے لیے Syktyvkar جانا ہے۔ اور اس کے ساتھ جہنم! چلو.

2 ہفتے باقی ہیں۔ میں کبھی بھی ہیکاتھون کا واحد منتظم نہیں رہا۔ اسے اندرونی ہونے دیں۔ میں اس موضوع پر مضامین پڑھتا ہوں۔ مشکل. اس میں کئی مہینے لگتے ہیں۔ کئی لوگوں کی ضرورت ہے۔ آپ کو تجارت، انعامات، شرائط، شیڈول، دلچسپی، مقصد کو سمجھنے، بجٹ کے بارے میں سوچنے کی ضرورت ہے۔ یا شاید زندگی کا مفہوم بھی معلوم کریں۔ میں یقینی طور پر اسے وقت پر نہیں بناؤں گا۔ اور جب آپ پڑھتے اور تیاری کر رہے تھے تو ایک ہفتہ گزر چکا تھا۔ یہ وقت ہے کہ مضامین کو بھول جائیں اور کچھ کرنا شروع کر دیں۔

1 ہفتے میں اندرونی ہیکاتھون کے انعقاد کے لیے ہماری چیک لسٹ دیکھیں

منصوبہ: آپ سکون سے بیٹھیں اور ایک فہرست لکھیں کہ ہیکاتھون کے لیے کیا کرنے کی ضرورت ہے۔ 30 منٹ.
ٹاسک: شرکاء ان پروجیکٹس کی تجویز اور انتخاب کرتے ہیں جو وہ گوگل شیٹس میں بنانا چاہتے ہیں۔ پس منظر کا کام، 2 گھنٹے.
ٹائم ٹیبل: اپنے گھٹنے پر آپ 3 وقفوں اور فائنل کو مدنظر رکھتے ہوئے وقت کا ایک مختصر بریک ڈاؤن لکھتے ہیں۔ 20 منٹ.
ٹیمیں: Slack/mail/etc میں IT چینلز میں سروس سٹیشن سے شیڈول کے ساتھ ہیکاتھون کے بارے میں ایک پیغام شائع کریں اور ہیکاتھون کے لیے علیحدہ چینل بنائیں۔ اس میں، سب کو ٹیموں میں تقسیم کیا جاتا ہے، اور جو لوگ فیصلہ نہیں کر پاتے وہ ہیکاتھون کے پہلے 5 منٹ میں ایسا کرتے ہیں۔ پس منظر کا کام، 2 گھنٹے.
بنس: آپ دو ڈویلپرز کے ساتھ تجارت لے کر آتے ہیں، اسے رینڈرنگ کے لیے ڈیزائنر کو دیتے ہیں، اور اسے تیار وصول کرتے ہیں۔ پس منظر کا کام، 3 دن.
ہیکاتھون: آپ آفس آتے ہیں، شروع میں سب کو مربوط کرتے ہیں، اپنے کاروبار کے بارے میں جاتے ہیں، Reddit کو پڑھیں، اہم بات یہ ہے کہ تازہ پیزا کے بارے میں ہر وقفے کا اعلان کریں، غروب آفتاب کی تصاویر لیں، فائنل کا اعلان کریں، ایک ساتھ ووٹ دیں اور فاتح کا انتخاب کریں۔ 1 دن.
نجمہ کے نیچے: یقیناً، آپ ہر چیز کے ٹھیک ہونے کے بارے میں سوچتے رہتے ہیں۔ یقیناً، ہر کوئی آپ کا پیغام نہیں دیکھے گا اور کچھ لوگوں سے ذاتی طور پر بات کرنا بہتر ہے۔ یقینا، اگر کوئی آپ کی مدد کرتا ہے، تو سب کچھ 2 گنا آسان ہو جائے گا (حیرت انگیز الینا نے میری مدد کی)۔

ہیکاتھون کی تاریخ کے بارے میں کم بورنگ حصہ

21 اپریل کیوں؟ یہ دن ہمارے لیے اہم ہے۔ ٹھیک ایک سال پہلے، 21 اپریل کو، ہم وفاقی اشتہاری مہم کے آغاز کے بعد پہلے ویک اینڈ کے دوران بوجھ کی زد میں آ گئے۔ اگلے دن، اتوار، ہماری ٹیم صبح 8 بجے سے کام پر تھی۔ پھر ہم نے ٹریلو میں ایک اتوار ہیکاتھون بورڈ بنایا اور ایک ہفتہ شفٹ کا کام شروع ہوا، دن میں 12 گھنٹے۔ صورتحال اتنی نازک تھی کہ ہمارے پاس کھانے کا وقت بھی نہیں تھا اور ہمیں دوسری ٹیموں کے لڑکوں نے کھلایا۔

آپ مزید تفصیلی کہانی پر پڑھ سکتے ہیں۔ فیوڈور اوچنیکوف کا صفحہ (ہمارے سی ای او)۔ تب سے لے کر اب تک ہم بہت بدل چکے ہیں لیکن اب ہم تاریخ کو یقینی طور پر نہیں بھولیں گے۔

اس سال، ہم نے فیصلہ کیا کہ یہ تقریب نسلوں کی یاد میں برقرار رہنے کے قابل ہے اور، بہترین روایات کے مطابق، ہم نے ڈوڈو کی تاریخ میں پہلی اندرونی ہیکاتھون کا انعقاد کیا، جو 10 گھنٹے جاری رہا۔

ہیکاتھون پروجیکٹس کے بارے میں سب سے بورنگ حصہ

دستبرداری: تمام وضاحتیں لڑکوں نے خود لکھی ہیں، لہذا متن کی تصنیف میری نہیں ہے۔

اولیگ لرننگ (مشین لرننگ)

دیما کوچنیف، ساشا اینڈرونوف (@ الیکساندرونوف)

وہ ایک ایسا نیورل نیٹ ورک بنانا چاہتے تھے جو بغیر کسی معلومات کے اس بات کا تعین کرے گا کہ تصویر میں پیزا کس قسم کا ہے۔ نتیجے کے طور پر، ہم نے ایک بہت ہی آسان اور کھلونا بنایا - یہ 10 پیزا کو پہچانتا ہے، ہم نے تقریباً اندازہ لگایا کہ ہر چیز کیسے کام کرتی ہے، جہاں تک ممکن ہو ایک دن میں (~10 گھنٹے)۔

خاص طور پر، ہم نے محسوس کیا کہ انڈسٹری ایک ایسی سطح پر پہنچ گئی ہے جہاں ایک عام ڈویلپر ریڈی میڈ لائبریری لے سکتا ہے، دستاویزات پڑھ سکتا ہے اور اپنے نیورل نیٹ ورک کو بغیر کسی گہرے علم کے تربیت دے سکتا ہے۔ اور یہ حقیقی مسائل کو حل کرنے کے لیے کافی کام کرے گا۔

استعمال شدہ اوزار:

امیجائی مشین لرننگ اور کمپیوٹر ویژن کے ساتھ کام کرنے کے لیے ایک آسان اور آسان لائبریری۔
ہم نے دو ماڈل آزمائے - ResNet50, Yolo۔
کوڈ یقیناً ازگر میں لکھا گیا تھا۔

ہمارے پاس 11000 تصاویر تھیں، لیکن ان میں سے تقریباً 3/4 ردی کی ٹوکری میں نکلی، اور باقی کے مختلف، نامناسب زاویے تھے۔ نتیجے کے طور پر، ہم نے ایک ریڈی میڈ ماڈل لیا (جو صرف پیزا کو تلاش کرنا جانتا ہے) اور اس کی مدد سے ہم نے کوڑے دان کو الگ کیا۔ اس کے بعد، تصویر کے عنوان میں پیزا کا نام شامل تھا - لہذا ہم نے اسے فولڈرز میں ترتیب دیا، لیکن پتہ چلا کہ نام حقیقت سے مطابقت نہیں رکھتے تھے اور ہمیں اسے اپنے ہاتھوں سے صاف کرنا پڑا۔ آخر میں، تقریباً 500-600 تصاویر باقی تھیں، یہ واضح ہے کہ یہ ایک معمولی رقم ہے، لیکن اس کے باوجود، یہ 10 پیزا کو ایک دوسرے سے الگ کرنے کے لیے کافی تھا۔

گرڈ کو تربیت دینے کے لیے، ہم نے Azure میں NVIDIA Tesla K80 پر سب سے سستی ورچوئل مشین لی۔ انہوں نے 100 عہدوں تک اس پر تربیت حاصل کی، لیکن یہ واضح تھا کہ نیٹ ورک 50 دوروں کے بعد زیادہ سیر ہو گیا، اس حقیقت کی وجہ سے کہ ایک چھوٹا ڈیٹا سیٹ تھا۔

دراصل، سارا مسئلہ اچھے ڈیٹا کی کمی ہے۔

ہوسکتا ہے کہ ہم نے شرائط کو تھوڑا سا الجھا دیا ہو، لیکن ہمیں اس بات کو مدنظر رکھنا چاہیے کہ ہمیں ان تمام معاملات پر کام کرنے کا کوئی تجربہ نہیں ہے۔

GUI برائے NOOBS (پیزا آرڈر کرنے کے لیے کنسول)

میشا کماچیف (سیریڈن)، Zhenya Bikkinin، Zhenya Vasiliev

ہم نے گیکس کے لیے کنسول ایپلی کیشن کا ایک پروٹو ٹائپ ایک ساتھ رکھا ہے، جس کی بدولت آپ ٹرمینل یا کمانڈ لائن کے ذریعے پیزا آرڈر کر سکتے ہیں، یا یہاں تک کہ اسے تعیناتی پائپ لائن میں ضم کر سکتے ہیں اور کامیاب رہائی پر، دفتر میں پیزا ڈیلیور کر سکتے ہیں۔

کام کو کئی حصوں میں تقسیم کیا گیا تھا: ہم نے اندازہ لگایا کہ موبائل ایپلیکیشنز کے لیے ہمارا API کس طرح کام کرتا ہے، اس کا استعمال کرتے ہوئے اپنے CLI کو جمع کیا۔ oclif اور ہمارے جمع کردہ پیکج کی اشاعت کو ترتیب دیا۔ آخری کام میں ہیکاتھون کے اختتام کی طرف چند ناخوشگوار منٹ شامل تھے۔ ہمارے لیے مقامی طور پر سب کچھ کام کرتا تھا، اور یہاں تک کہ پیکیج کے پرانے شائع شدہ ورژن بھی کام کرتے تھے، لیکن نئے (جس میں مزید عمدہ خصوصیات اور جذباتی نشانات شامل کیے گئے تھے) نے کام کرنے سے انکار کردیا۔ ہم نے یہ جاننے کی کوشش میں تقریباً 40 منٹ گزارے کہ کیا غلط ہوا، لیکن آخر میں سب کچھ جادوئی طور پر اپنے طور پر کام کر گیا)۔

ہیکاتھون کے لیے ہمارا زیادہ سے زیادہ پروگرام ہمارے CLI کے ذریعے دفتر میں پیزا کا حقیقی آرڈر تھا۔ ہم نے ٹیسٹ بینچ پر ایک درجن بار سب کچھ دوڑایا، لیکن جب میں نے پروڈکشن میں کمانڈ داخل کی تو میرے ہاتھ کانپ رہے تھے۔

نتیجے کے طور پر، ہم نے آخر میں یہ کیا!

کورئیرگو

انتون بروزمیلیف (مصنف)، وانیا زیوریف، گلیب لیسنکوف (داخلہ)، آندرے سرافانوف

ہم نے ایک "ایپ فار کورئیر" کا خیال لیا۔

تیاری کے بارے میں پس منظر۔شروع میں میں نے سوچا کہ ایپلی کیشن میں کس قسم کی خصوصیات ہو سکتی ہیں؟ فعالیت کی درج ذیل فہرست سامنے آئی:

درخواست کوڈ کا استعمال کرتے ہوئے ڈیلیوری کیش رجسٹر میں لاگ ان ہوتی ہے۔
درخواست فوری طور پر دستیاب آرڈرز اور آرڈرز دکھاتی ہے جن کو لینے کی ضرورت ہے۔
کورئیر آرڈر کو نوٹ کرتا ہے اور اسے سفر پر لے جاتا ہے۔
اسے اندازہ لگایا گیا ہے کہ وہ وقت پر ہے یا نہیں۔
کلائنٹ کو دکھاتا ہے کہ کورئیر چلا گیا ہے۔
کلائنٹ کو نقشے پر کورئیر کا پوائنٹ اور تخمینہ شدہ وقت دکھایا جانا شروع ہو جاتا ہے۔
کورئیر درخواست سے چیٹ میں کلائنٹ کو لکھ سکتا ہے۔
کلائنٹ درخواست سے چیٹ کے ذریعے کورئیر کو لکھ سکتا ہے۔
پہنچنے سے پانچ منٹ پہلے کلائنٹ کو پیغام ملتا ہے کہ کورئیر قریب ہے، تیار رہو۔
کورئیر نے درخواست میں لکھا ہے کہ وہ آچکا ہے اور انتظار کر رہا ہے۔
کورئیر ایک کلک کے ساتھ ایپلی کیشن سے کال کرتا ہے اور اطلاع دیتا ہے کہ (بڑھ رہا ہے، پہنچ گیا ہے، وغیرہ)
کلائنٹ آرڈر کو قبول کرتا ہے اور ڈیلیوری کی تصدیق کے لیے ایپلیکیشن یا ایس ایم ایس سے ایک پن کوڈ داخل کرتا ہے۔ (بطور دستخط) تاکہ کورئیر دیر سے ڈیلیوری مکمل نہ کر سکے۔
آرڈر کو سسٹم میں ڈیلیور کے بطور نشان زد کیا گیا ہے۔

نیز کچھ متبادل منظرنامے:

کورئیر آرڈر کو غیر ڈیلیوری کے بطور نشان زد کر سکتا ہے اور وجہ منتخب کر سکتا ہے۔
اگر آپ دیر کر رہے ہیں، تو کورئیر ایک بٹن کے ساتھ SMS کے ذریعے الیکٹرانک سرٹیفکیٹ جاری کر سکتا ہے۔ یا ڈیلیوری کی آخری تاریخ پوری نہ ہونے پر سرٹیفکیٹ خود بخود آجائے گا۔

اس منصوبے کے وعدے اور ضرورت کا احساس بلاشبہ حوصلہ افزا تھا۔

اگلے دن ہم ٹیم کے ساتھ لنچ پر گئے اور اس بات پر تبادلہ خیال کیا کہ ایپلی کیشن کی کم از کم فعالیت کیسی ہوگی۔

نتیجے کے طور پر، ہیکاتھون میں کیا کرنا تھا اس کی درج ذیل فہرست تشکیل دی گئی:

ڈیلیوری کیش رجسٹر میں لاگ ان کریں۔
موجودہ پوزیشن دکھائیں۔
ایک بیرونی API کو ڈیٹا بھیجیں (کوآرڈینیٹ، آرڈر موصول ہوا، آرڈر ڈیلیور کیا گیا)۔
بیرونی API (موجودہ کورئیر آرڈرز) سے ڈیٹا وصول کریں۔
ایک واقعہ بھیجیں جس سے یہ ظاہر ہو کہ آپ نے ڈیلیوری/ڈیلیوری کے لیے آرڈر لیا ہے۔
ویب سائٹ پر نقشے پر کورئیر کی موجودہ پوزیشن دکھائیں۔

بنیادی کام، جیسا کہ ایسا لگتا تھا، بیک اینڈ، ایپلی کیشن کو خود بنانا تھا (بات چیت کے بعد، ہم نے ایپلیکیشن تیار کرنے کے لیے ReactNative کا انتخاب کیا، یا اس کے لیے فریم ورک - expo.io، جو آپ کو مقامی کوڈ بالکل نہیں لکھنے کی اجازت دیتا ہے)۔ پس منظر کے لحاظ سے، ابتدائی طور پر وانیا زیویریف میں امید تھی، کیونکہ وہ ہماری سروس ٹیمپلیٹ اور k8s (جس کام پر اس نے کام کیا) کے ساتھ کام کرنے کا تجربہ کیا تھا۔ آندرے سارافانوف اور میں نے ایک اسپن کے لیے ReactNative لیا۔

میں نے فوری طور پر اس منصوبے کے لیے ایک ورکنگ ریپوزٹری بنانے کی کوشش کرنے کا فیصلہ کیا۔ رات 12 بجے میں نے اس حقیقت کو دیکھا کہ پس منظر میں جغرافیائی محل وقوع ReactNative میں اچھی طرح سے کام نہیں کرتا، اگر آپ مقامی کوڈ نہیں لکھتے ہیں، تو میں تھوڑا مایوس تھا۔ پھر میں نے جانے دیا جب مجھے احساس ہوا کہ میں دستاویزات expo.io فریم ورک کی نہیں بلکہ ReactNative کی پڑھ رہا ہوں۔ نتیجے کے طور پر، شام کے دوران میں نے پہلے ہی سمجھ لیا تھا کہ expo.io میں موجودہ پوزیشن کیسے حاصل کی جائے اور الگ الگ اسکرینیں (لاگ ان، آرڈر ڈسپلے وغیرہ کے لیے) کیسے بنائیں۔

صبح ہیکاتھون میں، انہوں نے گلیب کو اپنے شاندار پراجیکٹ میں راغب کیا۔ انہوں نے جلدی سے ایک منصوبہ بنایا کہ کیا کرنے کی ضرورت ہے۔

ہم نے غلطی کی جب پروجیکٹ ٹیمپلیٹ کے مطابق، ہم نے HTTP کے ذریعے نہیں، بلکہ GRPC کے ذریعے بات چیت کرنے کی کوشش کی، کیونکہ کوئی بھی نہیں جانتا تھا کہ JavaScript کے لیے GRPC کلائنٹ کیسے بنایا جائے۔ آخر کار تقریباً ڈیڑھ گھنٹہ اس پر گزارنے کے بعد ہم نے یہ خیال ترک کر دیا۔ اس کی وجہ سے، بیک اینڈ پر موجود لوگوں نے تیار شدہ سرور کو GRPC سے WebApi میں دوبارہ بنانا شروع کیا۔ آدھے گھنٹے کے بعد، ہم بالآخر ایپلیکیشن اور بیک اینڈ کے درمیان مواصلت قائم کرنے میں کامیاب ہو گئے، لو اور دیکھو۔ لیکن ایک ہی وقت میں، Gleb تقریباً k8s پر تعیناتی کو ختم کر رہا تھا اور اس کے علاوہ ماسٹر کے لیے کمٹمنٹ کی خودکار تعیناتی بھی۔ 🙂

ہم نے اسٹوریج کے طور پر MySQL کا انتخاب کیا تاکہ کم از کم ڈیٹا بیس کے ساتھ خطرہ نہ مول لیا جائے (ہمارے پاس CosmosDb کے بارے میں خیالات تھے)۔

خلاصہ یہ کہ:

کورئیر کے موجودہ نقاط کو ایپلیکیشن سے ڈیٹا بیس میں محفوظ کرنا لاگو کیا گیا۔
ہم نے RabbitMQ انسٹال کیا اور کورئیر کے آرڈر لینے کے بارے میں پیغامات کو سبسکرائب کیا تاکہ کورئیر سے آرڈر فوری طور پر درخواست میں ظاہر کیا جا سکے۔
کورئیر کی جانب سے ایپلیکیشن میں ایک بٹن دبانے کے بعد ہم نے آرڈر کی ترسیل کے وقت کو اپنے ڈیٹا بیس میں محفوظ کرنا شروع کر دیا۔ ہمارے پاس ریبٹ کو ایک ایونٹ واپس بھیجنے کو شامل کرنے کا وقت نہیں تھا کہ آرڈر ڈیلیور کیا گیا تھا۔
میں نے کورئیر کی موجودہ پوزیشن کے ساتھ ویب سائٹ پر کرنٹ آرڈر پیج پر نقشہ ڈسپلے کیا۔ لیکن یہ فعالیت تھوڑی نامکمل رہی، کیونکہ ہماری نئی سروس سے کوآرڈینیٹ حاصل کرنے کے لیے ماحول میں CORS کو ترتیب دینا ممکن نہیں تھا۔

M87

روما بکن، گوشہ پولوائے (georgepolevoy)، Artyom Trofimushkin

ہم ایک OpenID Connect فراہم کنندہ کو لاگو کرنا چاہتے تھے، کیونکہ اس وقت ہم اپنے ڈیزائن کا ایک توثیقی پروٹوکول استعمال کرتے ہیں، اور اس سے بہت سی مشکلات پیدا ہوتی ہیں: حسب ضرورت کلائنٹ لائبریریاں، بیرونی شراکت داروں کی جانب سے تکلیف دہ کام، ممکنہ حفاظتی مسائل (آخر کار ، حوالہ کے نفاذ میں OAuth2.0 اور OpenID Connect کو محفوظ سمجھا جا سکتا ہے، لیکن مجھے ہمارے حل کے بارے میں یقین نہیں ہے)۔

ہم نے توثیق فراہم کرنے والے کا ایک چھوٹا کنٹری-ایگنوسٹک ماڈل بنانے کے لیے ذاتی ڈیٹا کو ذخیرہ کرنے کے لیے ایک سروس کی تقلید کرتے ہوئے ایک علیحدہ سروس بنائی ہے جو ذاتی ڈیٹا کے لیے ایک علیحدہ سروس پر جائے گی (اس سے مستقبل میں اس کے ساتھ ایک سروس کا ہونا ممکن ہو جائے گا۔ جو کسی بھی ملک میں اکاؤنٹ کی رجسٹریشن کے ساتھ لاگ ان ہو سکتا ہے، اور ساتھ ہی GDPR اور دیگر وفاقی قوانین کی تعمیل کر سکتا ہے)۔ ہم نے یہ حصہ کیا، جیسا کہ فراہم کنندہ نے کیا، اور انہیں کامیابی کے ساتھ ایک دوسرے سے جوڑ دیا۔ اس کے بعد، ایک ایسا API بنانا ضروری تھا جو فراہم کنندہ کے جاری کردہ ٹوکنز کے ذریعے محفوظ ہو، فراہم کنندہ کے ذریعے ان کے خود شناسی کی حمایت کرے اور اگر درخواست اجازت کی پالیسیوں سے مطمئن ہو تو محفوظ شدہ ڈیٹا واپس کرے (ہم چیک کرتے ہیں کہ صارف بیئرر اسکیم کے مطابق تصدیق شدہ ہے۔ ، اس کے ٹوکن میں ایک مخصوص دائرہ کار + y ہوتا ہے صارف کے پاس خود ایک اجازت ہوتی ہے جو کال کرنے کی اجازت دیتی ہے)۔ یہ حصہ بھی مکمل ہوا۔ آخری جزو جاوا اسکرپٹ کلائنٹ تھا، جسے ایک ٹوکن دیا جائے گا، جس کی مدد سے وہ ایک محفوظ API کو کال کرے گا۔ ہمارے پاس یہ حصہ کرنے کا وقت نہیں تھا۔ یعنی پورا فنکشنل حصہ تو تیار تھا لیکن سامنے والا حصہ پورے سسٹم کی فعالیت کو دکھانے کے لیے تیار نہیں تھا۔

E-E-E (کھلونا)

دیما افونچینکو، ساشا کونوالوف

ہم نے یونکا پر ایک چھوٹا کھلونا بنایا جہاں فریش ہاتھ پیزا پر ساسیج پھینکتے ہیں۔ اگر آپ ساسیج کو غلط طریقے سے لگاتے ہیں تو، ایک افسوسناک "مسترد" پیغام اسکرین پر ظاہر ہوتا ہے، اور اگر تمام ساسیج کو صحیح طریقے سے لگایا گیا تھا، تو پیزا کے بارے میں ایک بے ترتیب حقیقت ظاہر ہوتی ہے۔

ہم ٹماٹر پھینک کر دوسری سطح بنانا چاہتے تھے، لیکن ہمارے پاس وقت نہیں تھا۔

مختصر تسلسل: کون جیتا؟

ہیکاتھون سے پہلے، ہم نے لڑکوں سے بات کی اور میں نے پوچھا کہ اگر وہ جیت جاتے ہیں تو وہ کون سا انعام حاصل کرنا چاہیں گے۔ یہ پتہ چلا کہ سب سے قیمتی انعام "کھانے کا راستہ" ہوگا۔

لہذا، ہم سے توقع ہے کہ ہم جلد ہی ہاتھوں کے ساتھ ایک گیم کا اعلان کریں جو پیزا پر پیپرون ڈالے۔

جیسا کہ ایک دھیان سے پڑھنے والے نے محسوس کیا ہوگا، ٹیم "E-E-E (کھلونا)" جیت گئی۔ مبارک ہو لوگو!

سروے میں صرف رجسٹرڈ صارفین ہی حصہ لے سکتے ہیں۔ سائن ان، برائے مہربانی.

آپ کو کون سا پروجیکٹ سب سے اچھا لگا؟

اولیگ لرننگ (مشین لرننگ)
NOOBS کے لیے GUI
کورئیرگو
M87
ای ای

5 صارفین نے ووٹ دیا۔ 3 صارفین غیر حاضر رہے۔

ماخذ: www.habr.com

کوڈیم پیزا