कैलिनिनग्राद में DevFest 2019 के पहले दिन से 11 वीडियो

28-29 सितंबर को, कैलिनिनग्राद में पांचवां देवफेस्ट आयोजित किया गया था - जीडीजी कैलिनिनग्राद के डेवलपर्स के लिए एक सम्मेलन। आज, लोगों ने अपने YouTube चैनल रिकॉर्डिंग पर वक्ताओं के साथ मुफ्त में अपलोड किया है।

कैलिनिनग्राद में DevFest 2019 के बारे में

1. कृत्रिम बुद्धिमत्ता और लोगों का नया विज्ञान। एलेक्सी शाग्रैव। यैंडेक्स खोज

2. स्पंदन क्रिया में। एवगेनी सतरोव, सर्फ

पिछले साल के बाद से, वोरोनिश स्टूडियो सर्फ सक्रिय रूप से क्रॉस-प्लेटफॉर्म के विकास में रुचि रखता है और उसने फ्लटर पर भरोसा किया है। यह न केवल मोबाइल के लिए, बल्कि वेब डेवलपर्स के लिए भी रूपरेखा की ओर ध्यान देने योग्य है। क्या स्पंदन को इतना आकर्षक बनाता है और कहां से शुरू करना है?

3. भावनात्मक बुद्धिमत्ता। मिशा मोर्डविंटसेव, सिडेनिस

ऐसा लगता है कि देवफेस्ट एक तकनीकी सम्मेलन है, भावनात्मक खुफिया के बारे में एक रिपोर्ट क्या हो सकती है? सिडेनिस मिखाइल मोर्डविंटसेव सुनिश्चित है कि टीम के विकास और संचार के विकास के वर्तमान चरण में डेवलपर्स के बीच न केवल तर्कसंगत पहलुओं पर विचार करना महत्वपूर्ण है, बल्कि भावनात्मक पृष्ठभूमि भी है। अपनी भावनाओं को पहचानना कैसे सीखें, उन्हें कैसे प्रबंधित करें, अन्य लोगों की भावनाओं को कैसे पढ़ें और सही तरीके से प्रतिक्रिया दें? इस रिपोर्ट में प्रतिबिंब, विज्ञान और होलीवर के लिए जगह है।

4. बढ़ती कंपनी में संचार का विकास। दिमित्री मारुशेंको, सगाई

क्या आप उस समय को याद करते हैं जब आपकी कंपनी ने एक कार्यालय पर कब्जा कर लिया था, सभी प्रश्नों को मक्खी पर हल किया गया था, और कोई भी संचार की कठिनाइयों के बारे में नहीं कहता था?

हां, मुझे यह स्वीकार करना चाहिए कि टीम की वृद्धि के साथ, न केवल प्रबंधन, बल्कि कर्मचारियों को भी सफल सहयोग के लिए नई बाधाओं का सामना करना पड़ता है।

Bado से दिमित्री Marushchenko ने एक बढ़ती कंपनी में संचार विधियों के विकास में अपने अवलोकन और अनुभव साझा किए।

प्लांटैन के बजाय, रिपोर्ट को टीम के साथ असफल बातचीत के बाद डेवलपर के थके हुए सिर पर लागू किया जाना चाहिए।

5. बिना सीमा के बैकएंड आर्किटेक्चर। शिमोन क्रिवोशेव, ज़ीरहब

डेवलपर्स व्यावसायिक लक्ष्यों को प्राप्त करने में कितना समय बिताते हैं? थोड़ा सा। जब वे बग्स को ठीक करते हैं या पहिए को मजबूत करते हैं तो कंपनी के संसाधन पिघल जाते हैं। सिर्फ एक पैटर्न का उपयोग करना, प्रोग्रामिंग भाषा या वास्तुकला शुरुआत में एक महान समाधान की तरह लगता है, लेकिन यह दुखद परिणाम की ओर जाता है।

ज़ेरोहब से शिमोनोन क्रिवोशेव ने क्रिप्टोक्यूरेंसी बाजार में वित्तीय परियोजनाएं बनाने का अपना अनुभव साझा किया - सबसे कठिन व्यावसायिक क्षेत्रों में से एक। अपने विकास में, लोग बैकएंड डिज़ाइन के लिए मिश्रित दृष्टिकोणों का उपयोग करते हैं: माइक्रोसिस्टिक्स, अखंड एमवीपी, गो / जावा / नोड्ज / जो भी।

6. सामूहिकता। जॉर्ज एमिलानोव, सहपाठियों

आपने मानक स्विफ्ट संग्रह के विश्लेषण से किसी को आश्चर्यचकित नहीं किया है, लेकिन कुछ मामलों में एक डेवलपर को न केवल यह जानना चाहिए कि संग्रह और मूल डेटा संरचनाएं कैसे काम करती हैं, बल्कि कोड को बेहतर बनाने के लिए अपना संग्रह बनाने में भी सक्षम हैं।

अपनी रिपोर्ट में, जॉर्ज ने उन प्रोटोकॉल के बारे में बात की जो बुनियादी संग्रह को लागू करते हैं, कैसे एक डेवलपर रोज़मर्रा के कार्यों में उनका उपयोग कर सकता है और कैसे संग्रह जैसे कि अर्रे (ओं), शब्दकोश, सेट और आलसी काम।

7. कोणीय के साथ एक उत्पादन तैयार PWA का निर्माण करें। एंदर सीलन, केएलएम

Önder सीलन नीदरलैंड में रहता है और काम करता है, प्रगतिशील वेब ऐप्स को Google डेवलपर विशेषज्ञ के रूप में बढ़ावा देने के लिए अपने व्यस्त कार्यक्रम में समय पाता है।

पीडब्ल्यूए को कैसे लागू किया जाए - आप इसे दिशानिर्देशों में खुद पढ़ सकते हैं, लेकिन विभिन्न प्लेटफार्मों पर पूरी तरह से काम करने के लिए आवेदन कैसे प्राप्त करें, यह एक विशेषज्ञ से सीधे सीखा जाना चाहिए।

8. फ्रंटेंड कोड। पावेल गेरासिमोव, व्रीके

विकास प्रक्रिया में सबसे कठिन हिस्सा नए ज्ञान का अधिग्रहण नहीं है, लेकिन उनका व्यवस्थितकरण और सामान्यीकरण है। कभी-कभी यह प्रक्रिया एक छोटी टीम में भी शुरू करना और चलाना मुश्किल होता है।

और कल्पना करें कि आपके अलावा, एक दर्जन टीमों के साथ कोड लिखा गया है। विभिन्न प्रकार के कोड से छुटकारा पाने के लिए, अन्य टीमों को शांत, समान और समान रूप से लिखने के लिए कैसे प्रेरित करें? "ऊपर से" नियम लागू करने से कैसे बचें और "नीचे से" सभी डेवलपर्स की राय को ध्यान में रखें।

व्रीके के पावेल गेरासिमोव ने एक वास्तविक कहानी साझा की कि कैसे वे एक ज्ञान का आधार बनाने में कामयाब रहे, एक समीक्षा पर एक ही प्रकार की टिप्पणियों से छुटकारा पाएं और अपनी परियोजनाओं में प्रवेश करने के लिए सीमा को कम करें।

9. अतुल्यकालिक के साथ पीड़ा से अवलोकन योग्य Redux। एलेक्सी क्लिस्टर, यैंडेक्स। अप्रत्यक्ष

हम में से प्रत्येक को लगातार अतुल्यकालिक अनुरोधों का सामना करना पड़ता है। उनके बिना, एक आधुनिक एप्लिकेशन बनाना असंभव है।

एक अनुरोध को प्रबंधित करना आसान है, लेकिन यदि आपको कई संबंधित अनुरोधों की आवश्यकता है, तो आपको समस्या हो सकती है: "लेकिन आप इसे वैसे भी कैसे कर सकते हैं?" यह कोड लिखने के लिए पर्याप्त नहीं है जो बस काम करेगा। सहकर्मियों के लिए इस कोड को समझना भी आवश्यक है। Yandex.Direct टीम के लोगों ने एक ही समस्या का अनुभव किया और Redux-observable Library में मोक्ष पाया।

10. कोटलिन मल्टीप्लेयर। एलेक्सी मिखाइलोव, आइसरॉक

DevFest के बारे में हमें जो पसंद नहीं है वह उन तकनीकों के बारे में समीक्षा रिपोर्ट है जो उत्पादन में कभी शामिल नहीं थे। यह निश्चित रूप से IceRock से अलेक्सी मिखाइलोव के अनुभव के बारे में नहीं है, जिन्होंने साल भर में एक दर्जन से अधिक युद्ध परियोजनाओं के लिए कोटलिन / मूल का उपयोग किया था और अपनी टीम की उपलब्धियों को साझा करने के लिए खुश हैं।

रिपोर्ट में, उन्होंने ढांचे के वास्तुशिल्प विशेषताओं को छुआ और टीम द्वारा पकड़े गए सभी नुकसानों का नेतृत्व किया। केवल स्तवन नहीं हैं, बल्कि उद्देश्य आलोचना भी है। प्रश्न के उत्तर के बिना नहीं "क्रॉस-प्लेटफ़ॉर्म पक्ष पर स्विच करने के लिए आईओएस डेवलपर को कैसे समझा जाए।"

11. 2019 में एंड्रॉइड एनीमेशन। अलेक्जेंडर स्मिरनोव, राइफेनबैंक

पिछले कुछ वर्षों में, एंड्रॉइड ने एनिमेशन के साथ काम करने के लिए कई अलग-अलग तरीके जमा किए हैं, और पिछले दो वर्षों में, दृष्टिकोण नाटकीय रूप से बदल गए हैं, लेकिन उनमें से सभी व्यवहार में अच्छे नहीं हैं।

Raiffeisein से अलेक्जेंडर स्मिरनोव की एक रिपोर्ट में, आप सुनेंगे कि बिल्डिंग एनिमेशन का चुनाव कैसे किया जाए ताकि जटिल एनिमेशन का विकास और संचालन आसान हो। एनिमेशन के साथ उत्पादन अनुभव साझा करना सुनिश्चित करें और प्रत्येक प्रौद्योगिकियों के हुड के नीचे एक नज़र डालें।

यदि आप MotionLayout और CoordinatorLayout में गहरी गोता लगाना चाहते थे, तो यह रिपोर्ट आपके लिए है।



टेलीग्राम में उनके समूह की सदस्यता लें, भविष्य की घटनाओं के बारे में जानें ।