هيلو، حبر. اسان پنهنجي پهرين اندروني هيڪاٿن کي فوري طور تي منعقد ڪيو. مون 2 هفتن ۾ ان جي تياري ڪرڻ بابت پنهنجا ڏک ۽ نتيجا توهان سان شيئر ڪرڻ جو فيصلو ڪيو آهي، انهي سان گڏ اهي منصوبا جيڪي ثابت ٿيا آهن.
بورنگ حصو انهن لاءِ جيڪي مارڪيٽنگ ۾ دلچسپي رکن ٿا
مان هڪ ننڍڙي ڪهاڻي سان شروع ڪندس.
اپريل جي شروعات. پهريون MskDotNet ڪميونٽي هيڪاٿون اسان جي آفيس ۾ ٿي رهيو آهي. Tatooine جي جنگ هن وقت اسان جي ڪهڪشان ۾ پوري جھولي ۾ آهي. ڇنڇر. 20 ٽيمون. پيزا. هر شي تمام مخلص آهي (). هڪ inflatable R2-D2 هال جي چوڌاري floats. ٽيمون نقشي تي سڀ کان وڌيڪ خطرناڪ نسل کي پاس ڪرڻ لاء سڀ کان وڌيڪ صحيح الگورتھم لکن ٿا. اسان پهرين ريس جي لانچ کي منتقل ڪري رهيا آهيون. ڪوڪيز ۽ ڪافي زندگي بچائيندڙ آهن. منتظمين ۽ مون کي اميد هئي ته ڪيترائي ماڻهو ڇنڇر تي لنچ کان پوءِ نڪري ويندا. پر نه. 12 ڪلاڪ ڪوڊنگ جي پويان. فائنل. ڪجھ ختم ٿئي ٿو، ڪجھ شروع نٿو ٿئي. پر هرڪو خوش آهي. اسان جي ٽيم کٽي. اسان ٻه ڀيرا خوش آهيون.
مان پنهنجي خوشي شيئر ڪري رهيو آهيان Slack ۾ ۽ اهو خيال ذهن ۾ اچي ٿو: ”اسان کي پنهنجو هيڪٿون ڪرڻ گهرجي. مان اسان جي سروس اسٽيشن ساشا ڏانهن لکي رهيو آهيان. خاموشي.
صبح. مان آفيس ۾ ڪافي پيئندو آهيان. مان ساشا کي پوئتي کان ويجھو ڏسان ٿو. ”ليزا، هي عظيم آهي! اسان وٽ 21 اپريل تي هڪ اهم تاريخ آهي. اچو ته ڪريون!" WTF!؟ ايترو جلدي؟ الف؟ ڇا؟ مون کي اپريل جي وچ ۾ انٽرنيشنل شپ لاءِ Syktyvkar ڏانهن اڏامڻ جي ضرورت آهي. ۽ ان سان گڏ دوزخ ڏانهن! اچو.
2 هفتا باقي. مان ڪڏهن به هيڪاٿون جو اڪيلو آرگنائيزر نه رهيو آهيان. اچو ته اندروني هجي. مون هن موضوع تي آرٽيڪل پڙهيو. سخت. ان ۾ ڪيترائي مهينا لڳن ٿا. ڪيترن ئي ماڻهن جي ضرورت آهي. توهان کي واپار، انعام، شرطن، شيڊول، دلچسپي، مقصد کي سمجهڻ، بجيٽ بابت سوچڻ جي ضرورت آهي. يا شايد زندگيءَ جي معنيٰ کي به سمجهايو. مان يقيني طور تي وقت ۾ نه ڪندس. ۽ جڏهن توهان پڙهي رهيا هئا ۽ تيار ڪري رهيا هئاسين، هڪ هفتو اڳ ۾ ئي گذري چڪو هو. اهو وقت آهي مضمونن جي باري ۾ وسارڻ ۽ ڪجهه ڪرڻ شروع ڪرڻ.
1 هفتي ۾ اندروني هيڪاٿون منعقد ڪرڻ لاءِ اسان جي چيڪ لسٽ کي پڪڙيو
- منصوبو: توهان آرام سان ويھي رھيو ۽ ھڪڙي فهرست لکو جيڪو ھيڪاٿون لاءِ ڪرڻ گھرجي. 30 منٽ.
- مقصد: شرڪت ڪندڙ پروجيڪٽ پيش ڪن ٿا ۽ چونڊيندا آهن جيڪي اهي گوگل شيٽ ۾ ٺاهڻ چاهين ٿا. پس منظر جو ڪم، 2 ڪلاڪ.
- شيڊول: توهان جي گوڏن تي توهان وقت جو هڪ مختصر وقفو لکندا، اڪائونٽ ۾ 3 وقفن ۽ فائنل ۾. 20 منٽ.
- Команды: هيڪاٿون بابت نياپو شايع ڪريو سروس اسٽيشن کان شيڊول سان IT چينلز ۾ Slack/mail/etc ۽ هيڪاٿون لاءِ الڳ چينل ٺاهيو. ان ۾، هرڪو ٽيمن ۾ ورهايل آهي، ۽ جيڪي اڻڄاتل آهن اهي هيڪاٿون جي پهرين 5 منٽن ۾ ڪندا آهن. پس منظر جو ڪم، 2 ڪلاڪ.
- بنس: توهان ٻن ڊولپرز سان گڏ واپار سان گڏ اچو، ان کي رينڊرنگ لاءِ ڊزائينر کي ڏيو، ۽ ان کي تيار حاصل ڪريو. پس منظر جو ڪم، 3 ڏينهن.
- هيڪاٿون: توهان آفيس ۾ اچو، شروعات ۾ سڀني کي همٿايو، پنهنجي ڪاروبار جي باري ۾ وڃو، Reddit پڙهو، اهم طور تي تازو پيزا بابت هر وقفي جو اعلان ڪريو، غروب آفتاب جون تصويرون وٺو، فائنل جو اعلان ڪريو، گڏجي ووٽ ڏيو ۽ فاتح چونڊيو. 1 ڏينهن.
- تارن جي هيٺان: يقينا، توهان مسلسل هر شيء جي باري ۾ سوچيو. يقينن، هرڪو توهان جو پيغام نه ڏسندو ۽ اهو بهتر آهي ته ڪجهه ماڻهو سان ڳالهائڻ. يقينن، جيڪڏهن ڪو ماڻهو توهان جي مدد ڪري، هر شي 2 ڀيرا آسان ٿي ويندي (عجيب الينا منهنجي مدد ڪئي).
هيڪاٿون جي تاريخ بابت گهٽ بورنگ حصو
21 اپريل ڇو؟ هي ڏينهن اسان لاء اهم آهي. ٺيڪ هڪ سال اڳ، 21 اپريل تي، اسان وفاقي اشتهاري مهم جي شروعات کان پوءِ پهرين هفتي جي آخر ۾ لوڊ هيٺ ٿي ويا. ٻئي ڏينهن، آچر، اسان جي ٽيم صبح 8 وڳي کان ڪم تي هئي. پوءِ اسان Trello ۾ هڪ sundayhackathon بورڊ ٺاهيو ۽ شفٽ جو هڪ هفتي ڪم شروع ڪيو، ڏينهن ۾ 12 ڪلاڪ. صورتحال ايتري نازڪ هئي جو اسان وٽ کائڻ جو وقت به نه هو ۽ اسان کي ٻين ٽيمن جي ماڻهن مان کارايو ويو.
توهان وڌيڪ تفصيلي ڪهاڻي پڙهي سگهو ٿا تي (اسان جي سي اي او). ان وقت کان وٺي، اسان تمام گهڻو تبديل ٿي چڪا آهيون، پر هاڻي اسان تاريخ کي ضرور نه وسارينداسين.
هن سال، اسان فيصلو ڪيو ته هي واقعو پوئين نسل جي يادگيري ۾ جاري رکڻ جي لائق هو ۽، بهترين روايتن ۾، اسان ڊڊو جي تاريخ ۾ پهريون اندروني هيڪاٿون منظم ڪيو، جيڪو 10 ڪلاڪ جاري رهيو.
هيڪاٿون منصوبن بابت سڀ کان وڌيڪ بورنگ حصو
ڊسڪليمر: سڀئي وضاحتون پاڻ لکيا ويا آهن، تنهنڪري متن جي تصنيف منهنجي ناهي.
اوليگ لرننگ (مشين لرننگ)
ديما ڪوچنيف، ساشا اندرونوف (@ اليگزينڊرانوف)
اهي هڪ نيورل نيٽ ورڪ ٺاهڻ چاهيندا هئا جيڪو اهو طئي ڪري سگهندو ته تصوير ۾ ڪهڙي قسم جي پيزا آهي بغير ڪنهن ڄاڻ جي. نتيجي طور، اسان ھڪڙو تمام سادو ۽ رانديڪو ٺاھيو آھي - اھو 10 پيزا کي سڃاڻي ٿو، اسان اندازو لڳايو ته سڀ ڪجھ ڪيئن ڪم ڪري ٿو، جيترو ٿي سگھي ھڪڙي ڏينھن ۾ (~ 10 ڪلاڪ).
خاص طور تي، اسان محسوس ڪيو ته صنعت هڪ سطح تي پهچي چڪي آهي جتي هڪ عام ڊولپر تيار ڪيل لائبريريون وٺي سگهي ٿو، دستاويز پڙهي سگهي ٿو ۽ موضوع جي ڄاڻ کان سواء پنهنجي نيورل نيٽ ورڪ کي تربيت ڏئي سگهي ٿو. ۽ اهو حقيقي مسئلن کي حل ڪرڻ لاء ڪافي ڪم ڪندو.
استعمال ٿيل اوزار:
- - مشين لرننگ ۽ ڪمپيوٽر ويزن سان ڪم ڪرڻ لاءِ هڪ آسان ۽ سادي لائبريري.
- اسان ڪوشش ڪئي ٻه ماڊل - ResNet50, Yolo.
- ڪوڊ لکيو ويو، يقينا، پٿون ۾.
اسان وٽ 11000 تصويرون هيون، پر انهن مان لڳ ڀڳ 3/4 تصويرون گندگي جون هيون، ۽ باقي مختلف، نامناسب زاويه هئا. نتيجي طور، اسان ھڪڙو تيار ڪيل ماڊل ورتو (جنھن کي صرف ڄاڻو ته پيزا ڪيئن ڳولڻ) ۽ ان جي مدد سان اسان ڪچري کي الڳ ڪيو. اڳيون، تصوير جي عنوان ۾ پيزا جو نالو شامل هو - تنهنڪري اسان ان کي فولڊر ۾ ترتيب ڏنو، پر اهو ظاهر ٿيو ته نالا حقيقت سان ٺهڪندڙ نه هئا ۽ اسان کي پنهنجي هٿن سان صاف ڪرڻو پوندو. آخر ۾، اٽڪل 500-600 فوٽو رهجي ويا، اهو واضح آهي ته هي هڪ غير معمولي رقم آهي، پر ان جي باوجود، اهو هڪ ٻئي کان 10 پيزا کي الڳ ڪرڻ لاء ڪافي هو.
گرڊ کي ٽرين ڏيڻ لاءِ، اسان ورتو آزور ۾ سستي ترين ورچوئل مشين NVIDIA Tesla K80 تي. انهن 100 دورن تائين ان تي تربيت ڪئي، پر اهو واضح ٿيو ته نيٽ ورڪ 50 دورن کان پوءِ اوور سير ٿي ويو، ان حقيقت جي ڪري ته هڪ ننڍڙو ڊيٽا سيٽ موجود هو.
دراصل، سڄو مسئلو سٺي ڊيٽا جي کوٽ آهي.
ٿي سگهي ٿو ته اسان شرطن کي ٿورو کنيو هجي، پر اسان کي اهو خيال رکڻ گهرجي ته اسان وٽ انهن سڀني معاملن تي ڪم ڪرڻ جو ڪو به تجربو ناهي.
NOOBS لاءِ GUI (پيزا آرڊر ڪرڻ لاءِ ڪنسول)
ميشا ڪماچوف ()، زينيا بيڪنين، زينيا واسيليف
اسان گيڪس لاءِ هڪ ڪنسول ايپليڪيشن جو هڪ پروٽوٽائپ گڏ ڪيو آهي، جنهن جي مهرباني توهان ٽرمينل يا ڪمانڊ لائن ذريعي پيزا آرڊر ڪري سگهو ٿا، يا ان کي ڊيپلائيمينٽ پائيپ لائين ۾ به ضم ڪري سگهو ٿا ۽، ڪامياب ٿيڻ تي، پيزا آفيس ۾ پهچائي سگهو ٿا.
ڪم کي ڪيترن ئي حصن ۾ ورهايو ويو: اسان معلوم ڪيو ته موبائل ايپليڪيشنن لاءِ اسان جو API ڪيئن ڪم ڪري ٿو، اسان جي پنهنجي CLI کي استعمال ڪندي گڏ ڪيو ۽ اسان گڏ ڪيل پيڪيج جي اشاعت کي ترتيب ڏنو. آخري ڪم ۾ هيڪاٿون جي پڄاڻيءَ تي چند ناپسنديده منٽ شامل هئا. اسان لاءِ سڀ ڪجھ مقامي طور ڪم ڪيو، ۽ حتي ته پيڪيج جا پراڻا شايع ٿيل ورجن ڪم ڪيا، پر نوان (جنهن ۾ وڌيڪ سٺا خاصيتون ۽ جذبات شامل ڪيا ويا) ڪم ڪرڻ کان انڪار ڪيو. اسان اٽڪل 40 منٽ گذاريا ته اهو معلوم ڪرڻ جي ڪوشش ڪئي ته ڇا غلط ٿيو، پر آخر ۾ سڀ ڪجهه جادوءَ سان پنهنجو ڪم ڪيو).
هيڪاٿون لاءِ اسان جو وڌ ۾ وڌ پروگرام اسان جي CLI ذريعي آفيس ڏانهن پيزا جو حقيقي آرڊر هو. اسان ٽيسٽ بينچ تي هڪ درجن ڀيرا هر شي کي ڊوڙايو، پر جڏهن مون پيداوار ۾ ڪمانڊ داخل ڪيو ته منهنجا هٿ اڃا به لرزندا رهيا.
نتيجي طور، اسان آخرڪار ڪيو!
CourierGo
Anton Bruzhmelev (ليکڪ)، Vanya Zverev، Gleb Lesnikov ()، آندري سرافانوف
اسان هڪ "ايپ فار ڪوريئر" جو خيال ورتو.
تياري جي باري ۾ پس منظر.شروعات ۾، مون حيران ڪيو ته ايپليڪيشن ۾ ڪهڙي قسم جون خاصيتون ٿي سگهن ٿيون؟ ڪارڪردگي جي هيٺ ڏنل فهرست سامهون آئي:
- ايپليڪيشن ڪوڊ استعمال ڪندي ترسيل ڪيش رجسٽر ۾ لاگ ان ٿئي ٿي.
- اپليڪيشن فوري طور تي دستياب آرڊر ۽ آرڊر ڏيکاري ٿو جيڪي وٺڻ جي ضرورت آهي.
- ڪوريئر آرڊر نوٽ ڪري ٿو ۽ ان کي سفر تي وٺي ٿو.
- هن کي اندازو لڳايو ويو آهي ته هو وقت تي آهي يا نه.
- ڪلائنٽ ڏيکاري ٿو ته ڪوريئر ڇڏي ويو آهي.
- ڪلائنٽ شروع ٿئي ٿو نقشي تي ڪوريئر پوائنٽ ۽ اندازي مطابق وقت ڏيکاريو.
- ڪوريئر ايپليڪيشن کان چيٽ ۾ ڪلائنٽ کي لکي سگهي ٿو.
- ڪلائنٽ ايپليڪيشن کان چيٽ ذريعي ڪوريئر ڏانهن لکي سگهي ٿو.
- پهچڻ کان پنج منٽ اڳ، ڪلائنٽ کي پيغام ملي ٿو ته ڪوريئر ويجهو آهي، تيار رهو.
- ڪوريئر درخواست ۾ لکي ٿو ته هو پهچي چڪو آهي ۽ انتظار ڪري رهيو آهي.
- ڪوريئر ايپليڪيشن کان هڪ ڪلڪ سان ڪال ڪري ٿو ۽ رپورٽ ڪري ٿو ته (اڀري رهيو آهي، پهچي ويو آهي، وغيره)
- گراهڪ آرڊر قبول ڪري ٿو ۽ ڊليوري جي تصديق ڪرڻ لاءِ ايپليڪيشن يا ايس ايم ايس مان هڪ پن ڪوڊ داخل ڪري ٿو. (دستخط جي طور تي) ته جيئن ڪوريئر دير سان پهچائڻ جي اڳڀرائي مڪمل نه ڪري سگهي.
- آرڊر نشان لڳايو ويو آهي جيئن سسٽم ۾ پهچايو ويو آهي.
گڏوگڏ ڪجھ متبادل منظرنامو:
- ڪوريئر آرڊر کي اڻڄاتل طور نشان لڳايو ۽ سبب چونڊيو.
- جيڪڏهن توهان دير سان آهيو، ڪوريئر هڪ بٽڻ سان ايس ايم ايس ذريعي اليڪٽرانڪ سرٽيفڪيٽ جاري ڪري سگهي ٿو. يا سرٽيفڪيٽ پاڻمرادو اچي ٿو جيڪڏهن ترسيل جي آخري تاريخ نه ملي آهي.
هن منصوبي جي واعدي ۽ ضرورت جو احساس، يقينا، توانائي ڏيندڙ هو.
ٻئي ڏينهن اسان ٽيم سان لنچ تي وياسين ۽ بحث ڪيو ته ايپليڪيشن جي گهٽ ۾ گهٽ ڪارڪردگي ڪهڙي طرح نظر ايندي.
نتيجي طور، هيڪٿون تي ڇا ٿيڻو هو، هيٺ ڏنل فهرست ٺاهي وئي هئي:
- ترسيل نقد رجسٽر ۾ لاگ ان ٿيو.
- موجوده پوزيشن ڏيکاري.
- هڪ خارجي API ڏانهن ڊيٽا موڪليو (همڪاري، آرڊر وصول ڪيو، آرڊر پهچايو).
- خارجي API مان ڊيٽا حاصل ڪريو (موجوده ڪوريئر آرڊر).
- ھڪڙو واقعو موڪليو جيڪو اشارو ڪري ٿو ته توھان آرڊر ورتو آھي ترسيل / پهچائڻ لاءِ.
- ويب سائيٽ تي نقشي تي ڪوريئر جي موجوده پوزيشن کي ڏيکاريو.
بنيادي ڪم، جيئن ته اهو لڳي ٿو، پس منظر ٺاهڻ ۾ رکيل آهي، ايپليڪيشن پاڻ (بات چیت کان پوء، اسان ايپليڪيشن کي ترقي ڪرڻ لاء ReactNative چونڊيو، يا بلڪه ان لاء فريم ورڪ - ، جيڪو توهان کي اجازت ڏئي ٿو ته اصل ڪوڊ نه لکن). پسمنظر جي لحاظ کان، شروعات ۾ وانيا زيوروف ۾ اميد هئي، ڇاڪاڻ ته هن کي اسان جي سروس ٽيمپليٽ ۽ k8s سان ڪم ڪرڻ جو تجربو هو (جنهن نوڪري هن ورتي). Andrey Sarafanov ۽ مون ReactNative کي اسپن لاءِ ورتو.
مون فيصلو ڪيو ته فوري طور تي منصوبي لاء ڪم ڪندڙ مخزن ٺاهڻ جي ڪوشش ڪئي. رات جو 12 وڳي مون کي حقيقت معلوم ٿي ته پس منظر ۾ جغرافيائي مقام ReactNative ۾ سٺو ڪم نٿو ڪري، جيڪڏهن توهان مقامي ڪوڊ نه لکو، مان ٿورڙي مايوس ٿي چڪو هوس. پوءِ مون وڃڻ ڏنو جڏهن مون محسوس ڪيو ته مان دستاويز پڙهي رهيو آهيان expo.io فريم ورڪ جو نه پر ReactNative جو. نتيجي طور، شام جي دوران، مون اڳ ۾ ئي سمجهي ورتو ته موجوده پوزيشن ڪيئن حاصل ڪجي expo.io ۽ الڳ اسڪرين (لاگ ان لاء، آرڊر ڊسپلي، وغيره).
صبح جو هيڪاٿون تي، انهن گليب کي پنهنجي سپر وعدي واري منصوبي ۾ لالچ ڪيو. اهي جلدي هڪ منصوبي سان آيا جيڪي ڪرڻ جي ضرورت آهي.
اسان غلطي ڪئي جڏهن، پروجيڪٽ ٽيمپليٽ جي مطابق، اسان HTTP ذريعي نه، پر GRPC ذريعي گفتگو ڪرڻ جي ڪوشش ڪئي، ڇاڪاڻ ته ڪنهن کي خبر ناهي ته جاوا اسڪرپٽ لاء GRPC ڪلائنٽ ڪيئن ٺاهيو. آخر ۾، اٽڪل اڌ ڪلاڪ گذارڻ کان پوءِ، اسان ان خيال کي ڇڏي ڏنو. انهي جي ڪري، پوئين آخر تي ماڻهو GRPC کان WebApi تائين ختم ٿيل سرور کي ٻيهر ٺاهڻ شروع ڪيو. اڌ ڪلاڪ کان پوء، اسان آخرڪار ايپليڪيشن ۽ پس منظر جي وچ ۾ رابطي کي قائم ڪرڻ جي قابل ٿي ويا، لو ۽ ڏسو. پر ساڳئي وقت، Gleb لڳ ڀڳ ختم ڪري رهيو هو k8s تي تعیناتي ۽ گڏوگڏ ماسٽر ڏانهن هڪ وابستگي جي خودڪار تعیناتي. 🙂
اسان MySQL کي اسٽوريج جي طور تي چونڊيو آهي ته جيئن گهٽ ۾ گهٽ ڊيٽابيس سان خطرات نه وٺن (اسان CosmosDb بابت سوچيو هو).
آخرڪار:
- ڪوريئر جي موجوده همراهن کي بچائڻ لاءِ لاڳو ڪيو ويو ايپليڪيشن کان ڊيٽابيس تائين.
- اسان RabbitMQ انسٽال ڪيو ۽ پيغامن جي رڪنيت حاصل ڪئي ڪوريئر بابت آرڊر کڻڻ لاءِ فوري طور تي ايپليڪيشن ۾ ڪوريئر کان آرڊر ظاهر ڪرڻ لاءِ.
- اسان آرڊر پهچائڻ واري وقت کي اسان جي ڊيٽابيس ۾ بچائڻ شروع ڪيو جڏهن ڪوريئر ايپليڪيشن ۾ هڪ بٽڻ دٻايو. اسان وٽ وقت نه هو ته هڪ ايونٽ واپس ريبٽ ڏانهن موڪلڻ شامل ڪيو وڃي ته آرڊر پهچايو ويو.
- مون ڪوريئر جي موجوده پوزيشن سان ويب سائيٽ تي موجوده آرڊر واري صفحي تي نقشو ڏيکاريو. پر اها ڪارڪردگي ٿوري اڻپوري رهي، ڇاڪاڻ ته ماحول ۾ CORS کي ترتيب ڏيڻ ممڪن نه هو ته جيئن اسان جي نئين سروس مان همراهن کي حاصل ڪري سگهجي.
M87
روما بکين، گوشا پوليو ()، Artyom Trofimushkin
اسان چاهيون ٿا ته هڪ OpenID Connect فراهم ڪندڙ کي لاڳو ڪرڻ، ڇاڪاڻ ته هن وقت اسان پنهنجي پنهنجي ڊيزائن جو هڪ تصديق وارو پروٽوڪول استعمال ڪندا آهيون، ۽ اهو ڪيتريون ئي مشڪلاتون پيدا ڪري ٿو: ڪسٽم ڪلائنٽ لائبريريون، ٻاهرين ڀائيوارن جي طرف کان ناقابل ڪم ڪم، ممڪن سيڪيورٽي مسئلا (آخرڪار. , OAuth2.0 ۽ OpenID Connect ريفرنس جي عمل ۾ محفوظ سمجهي سگهجي ٿو، پر مون کي اسان جي حل بابت پڪ ناهي).
اسان ذاتي ڊيٽا کي محفوظ ڪرڻ لاءِ هڪ خدمت جي نقل ڪندي هڪ الڳ خدمت ٺاهي آهي ته جيئن هڪ تصديق ڪندڙ فراهم ڪندڙ جو هڪ ننڍڙو ملڪ-اگنوسٽڪ ماڊل ٺاهيو وڃي جيڪو ذاتي ڊيٽا لاءِ هڪ الڳ سروس ڏانهن ويندو (اهو مستقبل ۾ ممڪن ٿيندو ته هڪ خدمت سان گڏ جيڪو ڪنهن به ملڪ ۾ اڪائونٽ رجسٽريشن سان لاگ ان ٿي سگهي ٿو، ۽ ساڳئي وقت GDPR ۽ ٻين وفاقي قانونن جي تعميل ڪري سگهي ٿو). اسان اهو حصو ڪيو، جيئن مهيا ڪندڙ ڪيو، ۽ ڪاميابي سان انهن کي هڪ ٻئي سان ڳنڍيو. اڳيون، اهو هڪ API ٺاهڻ ضروري هو جيڪو فراهم ڪندڙ طرفان جاري ڪيل ٽوڪن ذريعي محفوظ ڪيو ويندو، فراهم ڪندڙ جي ذريعي انهن جي خودڪشي جي حمايت ڪندي ۽ محفوظ ڪيل ڊيٽا واپس آڻيندي جيڪڏهن درخواست اجازت ڏيڻ واري پاليسين کي مطمئن ڪري ٿي (اسان چيڪ ڪريون ٿا ته صارف بيئرر اسڪيم جي مطابق تصديق ٿيل آهي. ، هن جي ٽوڪن ۾ هڪ خاص دائرو شامل آهي + y استعمال ڪندڙ کي پاڻ وٽ هڪ اجازت آهي جيڪا ڪال ڪرڻ جي اجازت ڏئي ٿي). اهو حصو پڻ مڪمل ڪيو ويو. آخري حصو هڪ JavaScript ڪلائنٽ هو، جنهن کي هڪ ٽوڪن ڏنو ويندو، جنهن جي مدد سان اهو هڪ محفوظ API سڏيندو. اسان وٽ اهو حصو ڪرڻ جو وقت نه هو. يعني سڄو فنڪشنل حصو تيار هو، پر سامهون وارو حصو پوري نظام جي ڪارڪردگيءَ جو مظاهرو ڪرڻ لاءِ تيار نه هو.
اي-اي-اي (ڏينهن)
Dima Afonchenko، ساشا Konovalov
اسان يونڪا تي ھڪڙو ننڍڙو رانديڪو ٺاھيو جتي فريڪي ھٿن پيزا تي ساسج اڇلائي. جيڪڏهن توهان سساج کي غلط طور تي لڳايو، هڪ اداس "رد ٿيل" پيغام اسڪرين تي ظاهر ٿئي ٿو، ۽ جيڪڏهن سڀ سسج صحيح طور تي رکيل هئي، پيزا بابت هڪ بي ترتيب حقيقت ظاهر ٿئي ٿي.
اسان ٽماٽر اڇلڻ سان ٻيو ليول ٺاهڻ چاهيون ٿا، پر اسان وٽ وقت نه هو.
مختصر تسلسل: ڪير کٽيو؟
هيڪاٿون کان اڳ، اسان ماڻهن سان ڳالهايو ۽ مون پڇيو ته اهي انعام حاصل ڪرڻ چاهيندا جيڪڏهن اهي کٽيندا. اهو ظاهر ٿيو ته سڀ کان وڌيڪ قيمتي انعام "کاڌي جو رستو" هوندو.
تنهن ڪري، اسان کي هٿن سان هڪ راند جو اعلان ڪرڻ جي اميد رکون ٿا جيڪو پيزا تي پيپرون وجهي ٿو.
جيئن ته هڪ محتاط پڙهندڙ شايد محسوس ڪيو هوندو، ٽيم "اي-اي-اي (کھليون)" کٽيو. مبارڪون هجن دوستو!
صرف رجسٽرڊ استعمال ڪندڙ سروي ۾ حصو وٺي سگهن ٿا. ، توهان جي مهرباني.
ڪهڙو منصوبو توهان کي بهترين پسند ڪيو؟
-
اوليگ لرننگ (مشين لرننگ)
-
NOOBS لاءِ GUI
-
CourierGo
-
M87
-
اي-اي-اي
5 صارفين ووٽ ڪيو. 3 استعمال ڪندڙن کي روڪيو ويو.
جو ذريعو: www.habr.com