કોડિમ-પિઝા

હેલો, હેબ્ર. અમે સ્વયંભૂ રીતે અમારી પ્રથમ આંતરિક હેકાથોન યોજી. મેં તમારી સાથે 2 અઠવાડિયામાં તેની તૈયારી વિશેની મારી પીડા અને તારણો, તેમજ પ્રોજેક્ટ્સ કે જે બહાર આવ્યા તે શેર કરવાનું નક્કી કર્યું.

માર્કેટિંગમાં રસ ધરાવતા લોકો માટે કંટાળાજનક ભાગ

હું એક નાની વાર્તાથી શરૂઆત કરીશ.

એપ્રિલની શરૂઆત. પ્રથમ MskDotNet કોમ્યુનિટી હેકાથોન અમારી ઓફિસમાં થઈ રહી છે. આ વખતે આપણી ગેલેક્સીમાં ટેટૂઈનનું યુદ્ધ પૂરજોશમાં છે. શનિવાર. 20 ટીમો. પિઝા. બધું ખૂબ જ નિષ્ઠાવાન છે (પુરાવાઓ). હોલની આસપાસ ઇન્ફ્લેટેબલ R2-D2 તરે છે. નકશા પર સૌથી ખતરનાક રેસ પસાર કરવા માટે ટીમો સૌથી સાચા અલ્ગોરિધમ્સ લખે છે. અમે પ્રથમ રેસના પ્રક્ષેપણને આગળ વધારી રહ્યા છીએ. કૂકીઝ અને કોફી જીવન બચાવનાર છે. આયોજકો અને મને અપેક્ષા હતી કે શનિવારે બપોરના ભોજન પછી ઘણા લોકો નીકળી જશે. પણ ના. કોડિંગના 12 કલાક પાછળ. આખરી. કંઈક પડી જાય છે, કંઈક શરૂ થતું નથી. પરંતુ દરેક જણ ખુશ છે. અમારી ટીમ જીતે છે. અમે બમણા ખુશ છીએ.

હું સ્લેકમાં મારો આનંદ વહેંચી રહ્યો છું અને મનમાં વિચાર આવે છે: "આપણે અમારી પોતાની હેકાથોન કરવાની જરૂર છે." હું અમારા સર્વિસ સ્ટેશન શાશાને લખી રહ્યો છું. મૌન.

સવાર. હું ઓફિસમાં કોફી પીઉં છું. હું શાશાને પાછળથી નજીક આવતો જોઉં છું. “લિસા, આ મહાન છે! અમારી પાસે 21મી એપ્રિલે મહત્વની તારીખ છે. ચાલો તે કરીએ!" WTF!? બહુ જડપી? એ? શું? મને એપ્રિલના મધ્યમાં ઇન્ટર્નશિપ માટે સિક્ટીવકર જવાની જરૂર છે. અને તેની સાથે નરકમાં! ચાલો.

2 અઠવાડિયા બાકી. હું ક્યારેય હેકાથોનનો એકમાત્ર આયોજક રહ્યો નથી. તેને આંતરિક થવા દો. મેં આ વિષય પરના લેખો વાંચ્યા. કઠિન. તે કેટલાક મહિના લે છે. ઘણા લોકોની જરૂર છે. તમારે વેપાર, ઇનામો, શરતો, શેડ્યૂલ, રસ, ધ્યેય, બજેટ વિશે વિચારવાની જરૂર છે. અથવા કદાચ જીવનનો અર્થ પણ શોધી કાઢો. હું ચોક્કસપણે સમયસર કરીશ નહીં. અને જ્યારે તમે વાંચતા અને તૈયારી કરી રહ્યા હતા, ત્યારે એક અઠવાડિયું પસાર થઈ ગયું હતું. આ લેખો વિશે ભૂલી જવાનો અને કંઈક કરવાનું શરૂ કરવાનો સમય છે.

1 અઠવાડિયામાં આંતરિક હેકાથોન યોજવા માટે અમારી ચેકલિસ્ટ મેળવો

• યોજના: તમે શાંતિથી બેસો અને હેકાથોન માટે શું કરવાની જરૂર છે તેની યાદી લખો. 30 મિનિટ.
• ઉદ્દેશ: સહભાગીઓ Google શીટ્સમાં તેઓ જે પ્રોજેક્ટ બનાવવા માગે છે તેનો પ્રસ્તાવ મૂકે છે અને પસંદ કરે છે. પૃષ્ઠભૂમિ કાર્ય, 2 કલાક.
• સૂચિ: તમારા ઘૂંટણ પર તમે 3 વિરામ અને અંતિમને ધ્યાનમાં લેતા, સમયનું ટૂંકું ભંગાણ લખો. 20 મિનિટ.
• કોમેડી: Slack/mail/etc માં IT ચેનલોમાં સર્વિસ સ્ટેશનના શેડ્યૂલ સાથે હેકાથોન વિશે સંદેશ પ્રકાશિત કરો અને હેકાથોન માટે અલગ ચેનલ બનાવો. તેમાં, દરેકને ટીમોમાં વહેંચવામાં આવે છે, અને જેઓ અનિર્ણિત છે તેઓ હેકાથોનની પ્રથમ 5 મિનિટમાં આ કરે છે. પૃષ્ઠભૂમિ કાર્ય, 2 કલાક.
• બન્સ: તમે બે ડેવલપર સાથે મર્ચ લઈને આવો છો, તેને રેન્ડરિંગ માટે ડિઝાઇનરને આપો અને તેને તૈયાર મેળવો. પૃષ્ઠભૂમિ કાર્ય, 3 દિવસ.
• હેકાથોન: તમે ઑફિસમાં આવો, શરૂઆતમાં દરેકને સંકલન કરો, તમારા વ્યવસાય વિશે જાઓ, Reddit વાંચો, મહત્વપૂર્ણ રીતે તાજા પિઝા વિશેના દરેક વિરામની જાહેરાત કરો, સૂર્યાસ્તની તસવીરો લો, ફાઈનલની જાહેરાત કરો, સાથે મળીને મત આપો અને વિજેતાને પસંદ કરો. 1 દિવસ.
• ફૂદડી હેઠળ: અલબત્ત, તમે સતત બધું સારું થઈ રહ્યું છે તે વિશે વિચારો છો. અલબત્ત, દરેક જણ તમારો સંદેશ જોશે નહીં અને કેટલાક સાથે રૂબરૂમાં વાત કરવી વધુ સારું છે. અલબત્ત, જો કોઈ તમને મદદ કરે છે, તો બધું 2 ગણું સરળ થઈ જશે (અદ્ભુત એલેનાએ મને મદદ કરી).

હેકાથોન તારીખ વિશે ઓછો કંટાળાજનક ભાગ

21 એપ્રિલ શા માટે? આ દિવસ આપણા માટે મહત્વપૂર્ણ છે. બરાબર એક વર્ષ પહેલાં, 21 એપ્રિલે, અમે ફેડરલ જાહેરાત ઝુંબેશની શરૂઆત પછીના પ્રથમ સપ્તાહના અંતે ભારણ હેઠળ આવી ગયા હતા. બીજા દિવસે, રવિવાર, અમારી ટીમ સવારે 8 વાગ્યાથી કામ પર હતી. પછી અમે Trello માં sundayhackathon નું બોર્ડ બનાવ્યું અને એક અઠવાડિયું શિફ્ટ કામ શરૂ કર્યું, દિવસમાં 12 કલાક. પરિસ્થિતિ એટલી નાજુક હતી કે અમારી પાસે જમવાનો સમય પણ નહોતો અને અમને અન્ય ટીમોના લોકો દ્વારા ખવડાવવામાં આવ્યા હતા.

તમે વધુ વિગતવાર વાર્તા અહીં વાંચી શકો છો ફ્યોડર ઓવચિનીકોવનું પૃષ્ઠ (અમારા સીઇઓ). ત્યારથી, અમે ઘણું બદલાઈ ગયા છીએ, પરંતુ હવે અમે ચોક્કસપણે તારીખ ભૂલીશું નહીં.

આ વર્ષે, અમે નક્કી કર્યું કે આ ઇવેન્ટ વંશજોની યાદમાં કાયમી રાખવા યોગ્ય છે અને, શ્રેષ્ઠ પરંપરાઓમાં, અમે ડોડો ઇતિહાસમાં પ્રથમ આંતરિક હેકાથોનનું આયોજન કર્યું, જે 10 કલાક ચાલ્યું.

હેકાથોન પ્રોજેક્ટ્સ વિશેનો સૌથી કંટાળાજનક ભાગ

અસ્વીકરણ: બધા વર્ણનો ગાય્સ દ્વારા લખવામાં આવ્યા હતા, તેથી ટેક્સ્ટની લેખકત્વ મારી નથી.

ઓલેગ લર્નિંગ (મશીન લર્નિંગ)

દિમા કોચનેવ, શાશા એન્ડ્રોનોવ (@ એલેક્ઝાન્ડ્રોનોવ)

તેઓ એક ન્યુરલ નેટવર્ક બનાવવા માંગતા હતા જે કોઈ પણ જાણકારી વગર ફોટોમાં કયા પ્રકારનો પિઝા છે તે નક્કી કરી શકે. પરિણામે, અમે એક ખૂબ જ સરળ અને રમકડું બનાવ્યું - તે 10 પિઝાને ઓળખે છે, અમે લગભગ એક દિવસમાં (~10 કલાક) શક્ય હોય ત્યાં સુધી બધું કેવી રીતે કાર્ય કરે છે તે શોધી કાઢ્યું.

ખાસ કરીને, અમને સમજાયું કે ઉદ્યોગ એવા સ્તરે પહોંચી ગયો છે જ્યાં એક સામાન્ય વિકાસકર્તા તૈયાર પુસ્તકાલયો લઈ શકે છે, દસ્તાવેજો વાંચી શકે છે અને વિષયના ઊંડા જ્ઞાન વિના તેના ન્યુરલ નેટવર્કને તાલીમ આપી શકે છે. અને તે વાસ્તવિક સમસ્યાઓ ઉકેલવા માટે પૂરતી સારી રીતે કામ કરશે.

વપરાયેલ સાધનો:

• imageai — મશીન લર્નિંગ અને કોમ્પ્યુટર વિઝન સાથે કામ કરવા માટે અનુકૂળ અને સરળ પુસ્તકાલય.
• અમે બે મોડલનો પ્રયાસ કર્યો - ResNet50, Yolo.
• કોડ, અલબત્ત, પાયથોનમાં લખવામાં આવ્યો હતો.

અમારી પાસે 11000 ફોટા હતા, પરંતુ તેમાંથી લગભગ 3/4 કચરો નીકળ્યા, અને બાકીનામાં અલગ-અલગ, અયોગ્ય ખૂણા હતા. પરિણામે, અમે એક તૈયાર મોડેલ લીધું (જે ફક્ત પિઝા કેવી રીતે શોધવું તે જાણે છે) અને તેની સહાયથી અમે કચરો અલગ કર્યો. આગળ, ફોટાના શીર્ષકમાં પિઝાનું નામ શામેલ છે - તેથી અમે તેને ફોલ્ડર્સમાં સૉર્ટ કર્યું, પરંતુ તે બહાર આવ્યું કે નામો વાસ્તવિકતા સાથે સુસંગત નથી અને અમારે તેને અમારા હાથથી સાફ કરવું પડ્યું. અંતે, લગભગ 500-600 ફોટા બાકી હતા, તે સ્પષ્ટ છે કે આ એક નજીવી રકમ છે, પરંતુ તેમ છતાં, આ એક બીજાથી 10 પિઝાને અલગ કરવા માટે પૂરતું હતું.

ગ્રીડને તાલીમ આપવા માટે, અમે NVIDIA Tesla K80 પર Azureમાં સૌથી સસ્તું વર્ચ્યુઅલ મશીન લીધું. તેઓએ 100 યુગો માટે તેના પર તાલીમ લીધી હતી, પરંતુ તે સ્પષ્ટ હતું કે 50 યુગો પછી નેટવર્ક ઓવરસેચ્યુરેટેડ હતું, કારણ કે ત્યાં એક નાનો ડેટાસેટ હતો.

વાસ્તવમાં, આખી સમસ્યા સારા ડેટાનો અભાવ છે.

અમે શરતોને થોડી ભેળસેળ કરી શકીએ છીએ, પરંતુ આપણે ધ્યાનમાં લેવું જોઈએ કે આ બધી બાબતો સાથે કામ કરવાનો અમને બિલકુલ અનુભવ નથી.

NOOBS માટે GUI (પિઝા ઓર્ડર કરવા માટે કન્સોલ)

મિશા કુમાચેવ (સેરીડન), ઝેન્યા બિક્કિનિન, ઝેન્યા વાસિલીવ

અમે ગીક્સ માટે કન્સોલ એપ્લિકેશનનો પ્રોટોટાઇપ એકસાથે મૂક્યો છે, જેનો આભાર તમે ટર્મિનલ અથવા કમાન્ડ લાઇન દ્વારા પિઝા ઓર્ડર કરી શકો છો, અથવા તેને ડિપ્લોયમેન્ટ પાઇપલાઇનમાં પણ એકીકૃત કરી શકો છો અને, સફળ રિલીઝ પર, ઓફિસમાં પિઝા પહોંચાડી શકો છો.

કાર્યને કેટલાક ભાગોમાં વિભાજિત કરવામાં આવ્યું હતું: અમે શોધી કાઢ્યું કે મોબાઇલ એપ્લિકેશન માટેનું અમારું API કેવી રીતે કાર્ય કરે છે, તેનો ઉપયોગ કરીને અમારી પોતાની CLI એસેમ્બલ કરી ઓક્લિફ અને અમે એકત્રિત કરેલ પેકેજના પ્રકાશનને રૂપરેખાંકિત કર્યું. છેલ્લા કાર્યમાં હેકાથોનના અંત તરફ થોડી અપ્રિય મિનિટો સામેલ હતી. અમારા માટે બધું સ્થાનિક રીતે કામ કરતું હતું, અને પેકેજના જૂના પ્રકાશિત સંસ્કરણોએ પણ કામ કર્યું હતું, પરંતુ નવા (જે વધુ શાનદાર સુવિધાઓ અને ઇમોટિકોન્સ ઉમેર્યા હતા) એ કામ કરવાનો ઇનકાર કર્યો હતો. શું ખોટું થયું તે શોધવાનો પ્રયાસ કરવામાં અમે લગભગ 40 મિનિટ વિતાવી, પરંતુ અંતે બધું જાદુઈ રીતે તેના પોતાના પર કામ કર્યું).

હેકાથોન માટેનો અમારો મહત્તમ કાર્યક્રમ અમારા CLI દ્વારા ઓફિસમાં પિઝાનો વાસ્તવિક ઓર્ડર હતો. અમે ટેસ્ટ બેન્ચ પર એક ડઝન વખત બધું ચલાવ્યું, પરંતુ જ્યારે મેં ઉત્પાદનમાં આદેશો દાખલ કર્યા ત્યારે મારા હાથ હજી પણ ધ્રુજતા હતા.

પરિણામે, અમે આખરે તે કર્યું!

કુરિયરગો

એન્ટોન બ્રુઝમેલેવ (લેખક), વાન્યા ઝવેરેવ, ગ્લેબ લેસ્નીકોવ (એન્ટ્રોપી), આન્દ્રે સરાફાનોવ

અમે "કુરિયર માટે એપ્લિકેશન" નો વિચાર લીધો.

તૈયારી વિશે પૃષ્ઠભૂમિ.શરૂઆતમાં, મને આશ્ચર્ય થયું કે એપ્લિકેશનમાં કયા પ્રકારની સુવિધાઓ હોઈ શકે છે? કાર્યક્ષમતાની નીચેની સૂચિ બહાર આવી:

• એપ્લિકેશન કોડનો ઉપયોગ કરીને ડિલિવરી કેશ રજિસ્ટરમાં લોગ ઇન કરે છે.
• એપ્લિકેશન તરત જ ઉપલબ્ધ ઓર્ડર અને ઓર્ડર બતાવે છે જે લેવાની જરૂર છે.
• કુરિયર ઓર્ડરની નોંધ લે છે અને તેને ટ્રિપ પર લઈ જાય છે.
• તેને અંદાજિત સમય બતાવવામાં આવે છે અને તે સમયસર છે કે નહીં.
• ક્લાયન્ટને બતાવે છે કે કુરિયર છોડી ગયો છે.
• ક્લાયન્ટને નકશા પર કુરિયરનો પોઈન્ટ અને અંદાજિત સમય બતાવવાનું શરૂ થાય છે.
• કુરિયર એપ્લિકેશનમાંથી ચેટમાં ક્લાયંટને લખી શકે છે.
• ક્લાયંટ એપ્લિકેશનમાંથી ચેટ દ્વારા કુરિયરને લખી શકે છે.
• આગમનની પાંચ મિનિટ પહેલાં, ક્લાયન્ટને સંદેશ મળે છે કે કુરિયર નજીક છે, તૈયાર રહો.
• કુરિયર અરજીમાં નોંધ કરે છે કે તે આવી ગયો છે અને રાહ જોઈ રહ્યો છે.
• કુરિયર એક ક્લિક સાથે એપ્લિકેશનમાંથી કૉલ કરે છે અને અહેવાલ આપે છે કે (વધાઈ રહ્યું છે, આવી ગયું છે, વગેરે)
• ક્લાયન્ટ ઓર્ડર સ્વીકારે છે અને ડિલિવરીની પુષ્ટિ કરવા માટે એપ્લિકેશન અથવા SMSમાંથી પિન કોડ દાખલ કરે છે. (હસ્તાક્ષર તરીકે) જેથી કરીને જો કુરિયર મોડું થાય તો તે અગાઉથી ડિલિવરી પૂર્ણ કરી શકે નહીં.
• ઓર્ડર સિસ્ટમમાં વિતરિત તરીકે ચિહ્નિત થયેલ છે.

ઉપરાંત કેટલાક વૈકલ્પિક દૃશ્યો:

• કુરિયર ઓર્ડરને અવિતરિત તરીકે ચિહ્નિત કરી શકે છે અને કારણ પસંદ કરી શકે છે.
• જો તમે મોડું કરો છો, તો કુરિયર એક બટન વડે SMS દ્વારા ઇલેક્ટ્રોનિક પ્રમાણપત્ર આપી શકે છે. અથવા ડિલિવરીની સમયમર્યાદા પૂરી ન થાય તો પ્રમાણપત્ર આપમેળે આવે છે.

આ પ્રોજેક્ટના વચન અને આવશ્યકતાની લાગણી, અલબત્ત, શક્તિ આપનારી હતી.

બીજા દિવસે અમે ટીમ સાથે લંચ પર ગયા અને એપ્લિકેશનની ન્યૂનતમ કાર્યક્ષમતા કેવી હશે તેની ચર્ચા કરી.

પરિણામે, હેકાથોનમાં શું કરવાનું હતું તેની નીચેની સૂચિ બનાવવામાં આવી હતી:

• ડિલિવરી કેશ રજિસ્ટરમાં લોગિન કરો.
• વર્તમાન સ્થિતિ દર્શાવો.
• બાહ્ય API (કોઓર્ડિનેટ્સ, ઓર્ડર પ્રાપ્ત, ઓર્ડર વિતરિત) પર ડેટા મોકલો.
• બાહ્ય API (વર્તમાન કુરિયર ઓર્ડર્સ) માંથી ડેટા પ્રાપ્ત કરો.
• એક ઇવેન્ટ મોકલો જે દર્શાવે છે કે તમે ડિલિવરી/વિતરિત કરવા માટે ઓર્ડર લીધો છે.
• વેબસાઇટ પરના નકશા પર કુરિયરની વર્તમાન સ્થિતિ દર્શાવો.

મુખ્ય કાર્ય, જેમ કે એવું લાગતું હતું, બેકએન્ડ બનાવવાનું હતું, એપ્લિકેશન પોતે (ચર્ચા કર્યા પછી, અમે એપ્લિકેશન વિકસાવવા માટે ReactNative પસંદ કર્યું, અથવા તેના બદલે તેના માટેનું માળખું - expo.io, જે તમને મૂળ કોડ બિલકુલ ન લખવા દે છે). બેકએન્ડના સંદર્ભમાં, શરૂઆતમાં વાન્યા ઝવેરેવમાં આશા હતી, કારણ કે તે અમારા સર્વિસ ટેમ્પ્લેટ અને k8s (તેણે કઈ નોકરી લીધી) સાથે કામ કરવાનો અનુભવ કર્યો હતો. આન્દ્રે સરાફાનોવ અને મેં સ્પિન માટે રિએક્ટનેટિવ લીધો.

મેં તરત જ પ્રોજેક્ટ માટે કાર્યકારી ભંડાર બનાવવાનો પ્રયાસ કરવાનું નક્કી કર્યું. રાત્રે 12 વાગ્યે મને એ હકીકત મળી કે રીએક્ટનેટિવમાં પૃષ્ઠભૂમિમાં ભૌગોલિક સ્થાન સારી રીતે કામ કરતું નથી, જો તમે મૂળ કોડ લખતા નથી, તો હું થોડો હતાશ હતો. પછી જ્યારે મને સમજાયું કે હું expo.io ફ્રેમવર્કનું નહીં, પણ ReactNativeનું દસ્તાવેજ વાંચી રહ્યો છું ત્યારે મેં છોડી દીધું. પરિણામે, સાંજના સમયગાળા દરમિયાન હું પહેલેથી જ સમજી ગયો હતો કે expo.io માં વર્તમાન સ્થિતિ કેવી રીતે મેળવવી અને અલગ સ્ક્રીન કેવી રીતે દોરવી (લોગિન, ઓર્ડર ડિસ્પ્લે વગેરે માટે).

હેકાથોનમાં સવારે, તેઓએ ગ્લેબને તેમના સુપર-પ્રોમિસિંગ પ્રોજેક્ટમાં આકર્ષિત કર્યા. તેઓ ઝડપથી શું કરવાની જરૂર છે તેની યોજના સાથે આવ્યા.

અમે ભૂલ કરી જ્યારે, પ્રોજેક્ટ નમૂના અનુસાર, અમે HTTP દ્વારા નહીં, પરંતુ GRPC દ્વારા વાતચીત કરવાનો પ્રયાસ કર્યો, કારણ કે JavaScript માટે GRPC ક્લાયંટ કેવી રીતે બનાવવું તે કોઈ જાણતું ન હતું. અંતે, આના પર લગભગ દોઢ કલાક પસાર કર્યા પછી, અમે આ વિચાર છોડી દીધો. આને કારણે, બેક-એન્ડ પરના લોકોએ GRPC થી WebApi પર તૈયાર સર્વરને રીમેક કરવાનું શરૂ કર્યું. અડધા કલાક પછી, અમે આખરે એપ્લીકેશન અને બેકએન્ડ વચ્ચે કોમ્યુનિકેશન સેટ કરવામાં સક્ષમ હતા, lo and behold. પરંતુ તે જ સમયે, Gleb લગભગ k8s પર જમાવટ પૂર્ણ કરી રહ્યો હતો અને ઉપરાંત માસ્ટર માટે કમિટની સ્વતઃ જમાવટ. 🙂

અમે MySQL ને સ્ટોરેજ તરીકે પસંદ કર્યું જેથી ઓછામાં ઓછું ડેટાબેઝ સાથે જોખમ ન લે (અમે CosmosDb વિશે વિચારો હતા).

સારાંશ:

• કુરિયરના વર્તમાન કોઓર્ડિનેટ્સને એપ્લિકેશનથી ડેટાબેઝમાં સાચવવાનું અમલીકરણ.
• અમે RabbitMQ ઇન્સ્ટોલ કર્યું છે અને કુરિયર દ્વારા ઑર્ડર ઉપાડવા વિશેના સંદેશાઓ પર સબ્સ્ક્રાઇબ કર્યું છે જેથી કરીને ઍપ્લિકેશનમાં કુરિયરમાંથી ઑર્ડર તરત જ પ્રદર્શિત થાય.
• કુરિયરે એપ્લિકેશનમાં એક બટન દબાવ્યા પછી અમે ઓર્ડર ડિલિવરીનો સમય અમારા ડેટાબેઝમાં સાચવવાનું શરૂ કર્યું. ઑર્ડર વિતરિત કરવામાં આવ્યો હતો તે રેબિટને ઇવેન્ટ પાછા મોકલવાનું ઉમેરવા માટે અમારી પાસે સમય નથી.
• મેં કુરિયરની વર્તમાન સ્થિતિ સાથે વેબસાઇટ પર વર્તમાન ઓર્ડર પૃષ્ઠ પર એક નકશો પ્રદર્શિત કર્યો. પરંતુ આ કાર્યક્ષમતા થોડી અધૂરી રહી, કારણ કે અમારી નવી સેવામાંથી કોઓર્ડિનેટ્સ મેળવવા માટે પર્યાવરણમાં CORS ને ગોઠવવાનું શક્ય ન હતું.

M87

રોમા બુકિન, ગોશા પોલેવોય (georgepolevoy), આર્ટીઓમ ટ્રોફિમુશ્કિન

અમે એક OpenID કનેક્ટ પ્રદાતાનો અમલ કરવા માગીએ છીએ, કારણ કે આ ક્ષણે અમે અમારી પોતાની ડિઝાઇનના પ્રમાણીકરણ પ્રોટોકોલનો ઉપયોગ કરીએ છીએ, અને આ ઘણી મુશ્કેલીઓ ઊભી કરે છે: કસ્ટમ ક્લાયંટ લાઇબ્રેરીઓ, બાહ્ય ભાગીદારોના ભાગ પર અસુવિધાજનક કાર્ય, સંભવિત સુરક્ષા સમસ્યાઓ (છેવટે. , સંદર્ભ અમલીકરણમાં OAuth2.0 અને OpenID Connect સુરક્ષિત ગણી શકાય, પરંતુ મને અમારા ઉકેલ વિશે ખાતરી નથી).

અમે પ્રમાણીકરણ પ્રદાતાનું એક નાનું કન્ટ્રી-અગ્નોસ્ટિક મોડલ બનાવવા માટે વ્યક્તિગત ડેટા સ્ટોર કરવા માટે સેવાનું અનુકરણ કરતી એક અલગ સેવા બનાવી છે જે વ્યક્તિગત ડેટા માટે એક અલગ સેવા પર જશે (આ ભવિષ્યમાં તેની સાથે એક સેવા મેળવવાનું શક્ય બનાવશે. જે કોઈપણ દેશમાં એકાઉન્ટ રજીસ્ટ્રેશન સાથે લોગ ઇન કરી શકે છે અને તે જ સમયે GDPR અને અન્ય ફેડરલ કાયદાઓનું પાલન કરી શકે છે). અમે આ ભાગ કર્યો, જેમ કે પ્રદાતાએ કર્યું, અને સફળતાપૂર્વક તેમને એકબીજા સાથે જોડી દીધા. આગળ, એક API બનાવવી જરૂરી હતી જે પ્રદાતા દ્વારા જારી કરાયેલ ટોકન્સ દ્વારા સુરક્ષિત કરવામાં આવે, પ્રદાતા દ્વારા તેમના આત્મનિરીક્ષણને સમર્થન આપે અને જો વિનંતી અધિકૃતતા નીતિઓને સંતુષ્ટ કરે તો સુરક્ષિત ડેટા પરત કરે (અમે તપાસ કરીએ છીએ કે વપરાશકર્તા બેરર સ્કીમ અનુસાર પ્રમાણિત છે. , તેના ટોકનમાં ચોક્કસ સ્કોપ + y હોય છે. આ ભાગ પણ પૂરો થયો. છેલ્લું ઘટક JavaScript ક્લાયન્ટ હતું, જેને ટોકન આપવામાં આવશે, જેની મદદથી તે સુરક્ષિત API કૉલ કરશે. અમારી પાસે આ ભાગ કરવા માટે સમય નહોતો. એટલે કે, સમગ્ર કાર્યાત્મક ભાગ તૈયાર હતો, પરંતુ આગળનો ભાગ સમગ્ર સિસ્ટમની કાર્યક્ષમતા દર્શાવવા માટે તૈયાર ન હતો.

E-E-E (રમકડું)

દિમા અફોન્ચેન્કો, શાશા કોનોવાલોવ

અમે yunka પર એક મીની-રમકડું બનાવ્યું જ્યાં ફ્રિસ્કી હાથ પિઝા પર સોસેજ ફેંકે છે. જો તમે સોસેજને ખોટી રીતે ચાલુ કરો છો, તો સ્ક્રીન પર ઉદાસીનો "નકારેલ" સંદેશ દેખાય છે, અને જો તમામ સોસેજ યોગ્ય રીતે મૂકવામાં આવ્યું હોય, તો પિઝા વિશેની રેન્ડમ હકીકત દેખાય છે.

અમે ટામેટાં ફેંકીને બીજું સ્તર બનાવવા માંગતા હતા, પરંતુ અમારી પાસે સમય નહોતો.

ટૂંકું ચાલુ: કોણ જીત્યું?

હેકાથોન પહેલા, અમે છોકરાઓ સાથે વાત કરી અને મેં પૂછ્યું કે જો તેઓ જીતે તો તેઓ કયું ઇનામ મેળવવા માંગશે. તે બહાર આવ્યું છે કે સૌથી મૂલ્યવાન ઇનામ "ખોરાકનો માર્ગ" હશે.

તેથી, અમે ટૂંક સમયમાં જ પીઝા પર પેપરન મૂકતા હાથ સાથેની રમતની જાહેરાત કરવાની અપેક્ષા રાખીએ છીએ.

એક સચેત વાચકે નોંધ્યું હશે કે, ટીમ “E-E-E (રમકડું)” જીતી ગઈ. અભિનંદન ગાય્ઝ!

ફક્ત નોંધાયેલા વપરાશકર્તાઓ જ સર્વેમાં ભાગ લઈ શકે છે. સાઇન ઇન કરો, મહેરબાની કરીને.

તમને કયો પ્રોજેક્ટ સૌથી વધુ ગમ્યો?

• ઓલેગ લર્નિંગ (મશીન લર્નિંગ)

• NOOBS માટે GUI

• કુરિયરગો

• M87

• ઇ-ઇ-ઇ

5 વપરાશકર્તાઓએ મત ​​આપ્યો. 3 વપરાશકર્તાઓ દૂર રહ્યા.

સોર્સ: www.habr.com