समीक्षा droidcon एस एफ

नमस्कार, हेब्र! मेरा नाम अलेक्जेंडर कोलोबानोव है, मैं फनकॉर्प में एक एंड्रॉइड टीम लीडर हूं। नवंबर में, मैं सैन फ्रांसिस्को में एक droidcon में था। कटौती के तहत सम्मेलन की एक छोटी समीक्षा, यात्रा नोट्स और कुछ तस्वीरें।

इतनी दूर क्यों उड़ना?

Droidcon सम्मेलनों को न केवल संयुक्त राज्य अमेरिका में, बल्कि यूरोप में भी आयोजित किया जाता है। यह वहां से उड़ान भरने के लिए सस्ता और सस्ता है, लेकिन मेरे अनुभव के आधार पर, मैं कह सकता हूं कि भौगोलिक स्थान तय करता है। यह सम्मेलन Google और अन्य शीर्ष आईटी कंपनियों के मुख्यालय के करीब है, अधिक संभावना है कि प्रसिद्ध वक्ता इसमें भाग लेंगे।

इसके अलावा, विभिन्न स्थानों में विभिन्न आयोजक, और केवल उनका नाम उन्हें एकजुट करता है। इसलिए, आपको प्रत्येक शहर को अलग से देखने की जरूरत है। मेरी राय में, droidcon NYC आमतौर पर एक शीर्ष टोपी है। यूरोपीय से, मैं droidcon लंदन का उल्लेख करता हूं - संगठन की गुणवत्ता और रिपोर्ट के स्तर पर एक योग्य सम्मेलन। यूरोप से Android डेवलपर्स के लिए, यह शायद मुख्य है। बर्लिन और वियना में droidcon, जहां मैं भी गया था, शुरुआती और मध्यवर्ती स्तर के डेवलपर्स के लिए अधिक उपयुक्त हैं, और उन पर प्रख्यात वक्ताओं और कट्टर रिपोर्ट बहुत दुर्लभ हैं।

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

यह सब देखते हुए, मैं कहूंगा कि सैन फ्रांसिस्को में सम्मेलन का कार्यक्रम उच्च स्तर पर था। Developer.android.com के ट्यूटोरियल्स को रिटेकिंग के साथ कोई स्पष्ट रूप से हैक करने वाली रिपोर्ट नहीं थी।

परिवहन और अन्य खर्च

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

एक सार्वभौमिक सलाह जो हमेशा काम करती है: टिकट लें और आवास की अग्रिम बुकिंग करें। आप डिस्काउंट टिकट देखने और बिक्री पर करीब से नज़र डालने की कोशिश कर सकते हैं। यात्रा पर बचत के लिए समर्पित सामाजिक नेटवर्क में वेबसाइटों और विशेष समूहों में ऐसी चीजों के बारे में बहुत सारी जानकारी है। आपको मध्य-श्रेणी की एयरलाइनों को देखना चाहिए, जो अक्सर खड़ी और महंगी सेवा को खराब नहीं करती हैं। खैर, सामान्य तौर पर, ट्रान्साटलांटिक पर, आमतौर पर सेवा सभी के स्तर पर होती है, चाहे वह किसी भी वर्ग की हो। कम लागत वाली एयरलाइंस ऐसी दूरी (और अच्छी तरह से, शायद) पर नहीं उड़ती हैं। और चूंकि उड़ान की लागत यात्रा बजट का एक महत्वपूर्ण हिस्सा है, इसलिए एक यात्रा को छुट्टी के साथ सम्मेलन में जोड़ना बेहतर है, अगर, निश्चित रूप से, ऐसा अवसर है। यूएसए में देखने और करने के लिए कुछ है।









राज्यों में टैक्सी परंपरागत रूप से महंगी हैं। इसलिए, सलाह: सार्वजनिक परिवहन या कार पूलिंग का उपयोग करें (यह तब है जब एक टैक्सी कई लोगों को उठाती है जो समान मार्गों पर यात्रा करते हैं और यात्रा की लागत साझा करते हैं)। शहरों के बीच बस से यात्रा करना या कार किराए पर लेना बेहतर है। शहर में पार्किंग की कीमत आसमान छू सकती है, और स्थितियां कठिन और अजीब हैं (उदाहरण के लिए, आप महीने के दूसरे गुरुवार को सुबह 8 बजे से 10 बजे तक पार्क कर सकते हैं - रुकें और गिनें), जबकि ट्रैक बहुत सुविधाजनक और सुरक्षित हैं, और सड़क पर लोग ज्यादातर गैर-आक्रामक और पूर्वानुमानित हैं। ।

अगर हम आवास के बारे में बात करते हैं, तो यहां आप ज्यादा बचत नहीं कर पाएंगे, खासकर सैन फ्रांसिस्को जैसे महंगे शहरों में। प्रेमियों के लिए, कोच सर्फिंग है, लेकिन बाकी एक ही है - अग्रिम में पुस्तक।



की साइट

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

मिशन बे सम्मेलन केंद्र अपने आप में शहर के केंद्र (केंद्र से टैक्सी द्वारा 10 मिनट) के काफी करीब स्थित है। यहां हमें एक टिप्पणी करने की आवश्यकता है: सैन फ्रांसिस्को खुद एक काफी कॉम्पैक्ट शहर है। केंद्र से हवाई अड्डे के लिए, टैक्सी से लगभग 40 मिनट (भीड़ के घंटे में थोड़ा अधिक) लें। इसलिए, वहाँ पाने के लिए समस्याओं को सिद्धांत रूप में उत्पन्न नहीं होना चाहिए। उस क्षेत्र में सार्वजनिक परिवहन के साथ एकमात्र चीज बहुत जटिल है, इसलिए मैंने टैक्सी लेना पसंद किया।

सम्मेलन को 2 मंजिल, प्रत्येक पर दो कमरे आवंटित किए गए: बड़े और छोटे। पंजीकरण, जहां बैज और टी-शर्ट जारी किए गए थे, प्रवेश द्वार पर सही थे। बड़ी संख्या में प्रतिभागियों के बावजूद, सब कुछ बहुत जल्दी हो गया। एक बैज पाने में केवल कुछ मिनट लगते थे। मुख्य पंक्ति के ठीक पहले सुबह एक छोटी कतार उठी। और टी-शर्ट, वैसे, लगभग असीमित मात्रा में वितरित किए गए थे, और न केवल पंजीकरण पर, बल्कि कई स्टैंडों पर भी। बस ऐसे ही।

पंजीकरण क्षेत्र के पीछे एक बड़ा हॉल था, जहाँ से सभी लोग पहले से ही हॉल में विचरण कर रहे थे। इसमें प्रायोजक कंपनियों के स्टैंड के साथ एक प्रदर्शनी क्षेत्र भी था (वैसे, दूसरी मंजिल पर उनमें से अधिक थे, और इमारतें सघन थीं) और कॉफी अंक। हॉल से सीधे आप परिसर के अंदर स्थित एक छोटे से पार्क में जा सकते हैं। अच्छा और आरामदायक।

संगठनात्मक क्षण

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

दोपहर का भोजन भी काफी नाममात्र था: एक सेब, चिप्स और फिर, एक सैंडविच। औपचारिक रूप से खिलाया, लेकिन अब और नहीं। कई छात्र बेंच पर उसी पार्क में लंच करने गए।

लेकिन यह संगठन के तकनीकी भाग को ध्यान देने योग्य है। वाईफ़ाई के साथ व्यावहारिक रूप से कोई समस्या नहीं थी, हालांकि यह परिसर से खुला था। स्पीकर कुछ मिनटों में ही सही, बहुत जल्दी सेट और कनेक्ट हो जाते हैं। रिपोर्ट के दौरान, हमने लगातार निगरानी की ताकि सबकुछ ठीक चले। जब स्पीकर ने उदाहरण के तौर पर लाउड या शांत बोलना शुरू किया, तब उन्होंने आवाज को लगभग तुरंत कम कर दिया। सामान्य तौर पर, मैंने एक भी अड़चन और उपकरणों के साथ एक समस्या को नहीं देखा, सब कुछ सुपर था। जब तक सभी रिपोर्टों पर हॉल के आसपास माइक्रोफोन नहीं पहने गए थे, लेकिन वक्ताओं ने स्वयं उनसे पूछे गए प्रश्नों को बोला।

असामान्य से: मुझे वास्तव में शांत कमरा पसंद था। एक कमरे में जहां आप बस अंदर जा सकते हैं, चाय पी सकते हैं, चुपचाप लैपटॉप के साथ बैठ सकते हैं और एक बड़े सम्मेलन के शोर से छुट्टी ले सकते हैं।

कार्यक्रम

रिपोर्ट चार धाराओं में चली गई, लगभग सुबह से रात तक। साइट सुबह 8 बजे खुली, और पहली रिपोर्ट 9 बजे शुरू हुई। सब कुछ 7 बजे के आसपास समाप्त हुआ। थ्रेड्स का कोई स्पष्ट विषय नहीं था। सबसे अधिक संभावना है, आयोजकों ने प्रत्येक रिपोर्ट के लिए अनुमानित उपस्थिति द्वारा स्लॉट वितरित किए। मुख्य विषयों में CI / CD (पिछले कुछ वर्षों में लगभग सभी Android सम्मेलनों की तरह), UI परीक्षण (यह अचानक पता चला कि लगभग कोई भी उनके पास नहीं है), कोटलिन (अब हम इसके बिना कहां हैं), वास्तुकला एप्लिकेशन (दो एंड्रॉइड डेवलपर्स इकट्ठा करें, और जल्द ही वे "वास्तुकला के लिए" बोलेंगे)। एक शब्द में, सब कुछ यहाँ सुंदर मानक है। मैं मुख्य वक्ता के बारे में कुछ भी दिलचस्प नहीं कह सकता, यह सिर्फ था। उन्होंने इस तथ्य के बारे में बात की कि हम ऐसे एप्लिकेशन बनाते हैं जो लगभग हर किसी के फोन पर होते हैं, हम इस दुनिया को आकार देते हैं और लोग कैसे बातचीत करते हैं और इसमें संवाद करते हैं। लेकिन मुझे याद है कि रोमेन गाइ और चेत हासे के भाषण के समापन के दौरान कॉमेडी (हालांकि कोई कॉमेडी की योजना नहीं बनाई गई थी), एंड्रॉइड डेवलपमेंट की दुनिया के बहुत प्रसिद्ध लोग जिन्होंने Google पर लंबे समय तक काम किया और निर्धारित किया अब मंच कैसा दिखता है। मुझे लगता है कि कई लोगों ने हार्डवेयर त्वरण, एनिमेशन और रेंडरिंग के बारे में Google I / O (वैसे, बहुत अच्छा) पर उनके प्रदर्शन को देखा। यदि आप नहीं दिखते हैं, तो मैं इसकी अत्यधिक अनुशंसा करता हूं। मैं उनकी अंतिम कॉमेडी बात के बारे में बहुत कुछ नहीं कहना चाहूंगा, क्योंकि चुटकुले को फिर से पढ़ना एक गतिविधि है। अपने लिए बेहतर देखें।
यदि आप शीर्ष रिपोर्टों को उजागर करने की कोशिश करते हैं, तो यह पूरी तरह से व्यक्तिगत हो जाएगा और उन लोगों पर निर्भर करेगा जो मेरे लिए सबसे दिलचस्प हैं। यहाँ यह है:

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

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

स्नैपचैट , बेन डोडसन, गुस्तावो मौरा के भविष्य के लिए निर्माण - अप्रत्याशित रूप से, लेकिन स्नैपचैट से। किसी एप्लिकेशन को रीमेक करने के बारे में जो 4+ साल पुराना है, यह धीमा है और जीवन के पाठ्यक्रम में कई बार अवधारणा को बदल दिया है। और सामान्य तौर पर, अब, सबसे पहले, कैमरा, और फिर चैट। और यहां तक ​​कि जब आप इसे लिखते हैं तब भी रेट्रोफिट नहीं था। मुख्य विचार यह है कि आपको सब कुछ फिर से लिखने के लिए जल्दी नहीं करना है। अपनी प्राथमिकताओं को समझना अच्छा होगा और आप जो चाहते हैं, मेट्रिक्स का परिचय दें और उनका सख्ती से पालन करें। हालांकि कुछ मॉड्यूल को खरोंच से फिर से लिखा जा सकता है। और हां, यह, वास्तव में, पहले से ही एक अलग अनुप्रयोग है, और इसे किसी तरह उपयोगकर्ताओं को पेश करने की आवश्यकता है, कभी-कभी बस चुपचाप एक मॉड्यूल को दूसरे के साथ बदलें और सब कुछ गिरने से रोकने की कोशिश करें। वास्तविक घटनाओं पर आधारित है।

कई दिलचस्प और उपयोगी रिपोर्टें थीं। आप उबेर से डेवलपर्स की कहानी को उजागर कर सकते हैं, कि वे आउट ऑफ मेमोरी के साथ कैसे लड़े। अक्सर न केवल लीक और विशाल स्मृति खपत उनके लिए नेतृत्व करते हैं, बल्कि बड़ी संख्या में धागे भी होते हैं। आखिरकार, प्रत्येक धागा ढेर के नीचे खुद के लिए स्मृति का एक टुकड़ा आवंटित करता है, उदाहरण के लिए। कुछ थ्रेड्स भी खराब हैं: थ्रेड्स की कमी के कारण जो कार्य एक-दूसरे पर निर्भर करते हैं, वे थ्रेड भुखमरी गतिरोध में प्रवेश करेंगे (जैसा कि वे उस स्थिति को कहते हैं जब एक कार्य दूसरे के परिणाम की प्रतीक्षा करता है, और वह जो कॉर्नेल को निष्पादित करने के लिए एक धागा है)। इस स्थिति से बाहर का रास्ता काफी सरल है: पूरे एप्लिकेशन में मल्टीथ्रेडिंग के लिए एक टूल का उपयोग करें (उन्होंने आरएक्स को चुना) और पता है कि यह कैसे काम करता है। उदाहरण के लिए, Rx के मामले में, अनुसूचियों के बीच अंतर की जाँच करें।

फेसबुक के डेवलपर्स ने इमेज स्पेक्ट्रम के साथ काम करने के लिए एक नई लाइब्रेरी प्रस्तुत की। परंपरा के अनुसार, फेसबुक लाइब्रेरी में MozJPEG सहित देशी कोड का उपयोग किया जाता है, जो अब JPEG के लिए सर्वश्रेष्ठ कोडेक्स में से एक है। कोड, सेक, अनुकूलन, विभिन्न परिवर्तनों को जोड़ने में सक्षम। सामान्य तौर पर, बल्कि एक दिलचस्प कार्यक्षमता, जो इससे पहले एक आसान-से-उपयोग के रूप में खोजना काफी मुश्किल था।

उन्नत कोटलिन नामक कोटलिन के बारे में एक रिपोर्ट से, आप पता लगा सकते हैं कि आप कोटलिन में उन्नत हैं, यदि आप जानते हैं कि इन्फिक्स और टेलरेक क्या हैं, तो जेनेरिक प्रकार के लिए और बाहर के बीच भेद करते हैं, आप जानते हैं कि कहाँ और सील की गई कक्षाओं के बारे में पता है। ठीक है, आप लैम्बदास पर एक समान डीएसएल भी बना सकते हैं।

टिंडर और नेटफ्लिक्स से यूआई वास्तुकला के बारे में अच्छी रिपोर्टें थीं। पूर्व मेक, इसलिए बोलने के लिए, क्रियाओं के माध्यम से स्विच किए जाने वाले राज्यों पर एक प्रतिक्रियाशील यूआई और इसके लिए लाइवडेटा और व्यूमॉडल का उपयोग वास्तु घटकों से किया जाता है। उत्तरार्द्ध ने अपने स्वयं के घटकों को बनाया, व्यू के साथ तर्क का एक हिस्सा घेरते हुए, और उन्हें इवेंट बस के अपने कार्यान्वयन के माध्यम से जोड़ा।

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

नेटवर्क

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

Droidcon SF किसको जाना चाहिए?

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

हालांकि CI का परीक्षण, परीक्षण और इससे जुड़ी हर चीज अभी भी जीवित है और बहुत ही प्रासंगिक है, यह QA और DevOps इंजीनियरों के लिए जाने लायक हो सकता है। वैसे, मेरी दिलचस्प टिप्पणियों में से एक: जिन कंपनियों का प्रतिनिधित्व किया गया था, वे अक्सर इंजीनियरों के बारे में बोलते हैं और उन्हें डेवलपर्स, परीक्षक और बुनियादी ढांचे में विभाजित नहीं करते हैं। यह इस तथ्य में प्रकट होता है कि कई लोग अपनी भूमिका बदल सकते हैं और, एक डेवलपर के रूप में, उदाहरण के लिए, एक बुनियादी ढांचे की टीम में जा सकते हैं। क्यों नहीं, अभी भी इंजीनियर हैं।

सामान्य छाप

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





पुनश्च नीचे दिए गए लिंक हमारे ब्लॉग से अन्य विदेशी सम्मेलनों की समीक्षा कर रहे हैं:
Droidcon वियना
Atlassian
Droidcon लंदन
गोटो बेरलिन
वेब शिखर सम्मेलन