सी ++ रूस 2019. सेंट पीटर्सबर्ग में घटनाओं के स्थान और अगले सम्मेलन की घोषणा से एक छोटी रिपोर्ट

C ++ रूस सम्मेलन अब तक का सबसे गंभीर और हाल के समय में एक ही समय ट्यूब सम्मेलन है। यह मास्को में यूक्रेन होटल के कांग्रेस पार्क में आयोजित किया गया था और छह सौ से अधिक लोगों के दर्शकों को इकट्ठा किया था।

जैसा कि एक बाद के साथियों ने कहा: "मैं स्कूल से C ++ सीखने की कोशिश कर रहा हूं, लेकिन मैं लगातार कुछ नया कर रहा हूं।" यहां, लगभग हर रिपोर्ट ने कुछ नया करने की बात की। कभी-कभी - पूरी तरह से मस्तिष्क-उड़ाने वाली चीज के बारे में जो हमेशा आपके साथ रहेगी।

सी ++ रूस हमेशा विशेष वक्ताओं और विशेष रिपोर्टों की उपस्थिति से प्रतिष्ठित किया गया है, और यह समय कोई अपवाद नहीं था। आइए एक नजर डालते हैं इन दो व्यस्त दिनों पर क्या हुआ।

वीडियो और तस्वीरें

कई लोग दो क्लासिक सवाल पूछने के लिए ऐसे लेखों पर जाते हैं: "वीडियो कब होंगे?" और "फोटो कब होंगे?"

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

इस फीडबैक को भरने का अवसर इस शनिवार 23:59 बजे बंद हो जाएगा । समय में होने की जरूरत है!

लेकिन जो लोग सम्मेलन में शामिल नहीं हुए थे, वे अब रिपोर्ट दर्ज करने की प्रतीक्षा करेंगे। सबसे अधिक संभावना है, हम उन्हें अगले सी ++ रूस की तारीख के करीब प्रकाशित करेंगे।

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

निर्धारित करने क्षेत्र

जैसा कि हमने एक बार उम्मीद की थी, सभी रिपोर्टों को सशर्त रूप से श्रेणियों में विभाजित किया जा सकता है:

• सी ++ भाषा की आधुनिक और नई विशेषताएं;
• कार्यात्मक प्रोग्रामिंग;
• metaprogramming;
• बहुमूढ़ता, संगति, अतुल्यकालिकता और सभी-सभी;
• मौजूदा उपकरणों के साथ कैसे रहें।

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

कार्यक्रम के माध्यम से यात्रा करने के लिए कई दृष्टिकोण हैं। एक में, आप दिलचस्प विषयों के बीच चयन करते हैं। दूसरे में, आप उन विशिष्ट वक्ताओं के पास जाते हैं जिन्हें आप जानते हैं कि दिलचस्प विषय बताने की गारंटी कौन देता है। कम सामान्यतः, लोग विशिष्ट कंपनियों के प्रतिनिधियों को सुनने जाते हैं।

मेरे पास एक बहुत ही सरल रणनीति थी: हम संकलक, मेटाप्रोग्रामिंग और गेम के बारे में विषयों का चयन करते हैं, और उनके अंदर हम प्रसिद्ध वक्ताओं में जाते हैं। ऐसी रणनीति के अंदर चुनना आसान था।

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

राय और बीओएफ की बहुलता

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

यह दिलचस्प है कि हम सुबह (स्पष्ट रूप से) रिपोर्ट में आते हैं, लेकिन हम केवल दोपहर में देर से आने वाले लोगों की स्थिति को पूरी तरह से समझ सकते हैं।

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

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

वक्ताओं, प्रायोजकों और अन्य सभी के लिए आरक्षण

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

खोज

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

लेकिन कई क्षण ऐसे होते हैं जब सभी प्रतिभागी एक ही समय में इकट्ठा होते हैं, और कोई विकल्प नहीं होता है - कीनोट्स, खोलना और बंद करना।

उद्घाटन के समय, मुझे खुशी हुई कि JUG.ru ग्रुप से सर्गेई प्लैटोनोव सेरमप और एंड्री दिमित्रिग रियल_लेस एक ही स्टेज पर थे। अब यह सम्मेलन कई लोगों के हाथों में है, और सर्गेई ने इस प्रक्रिया में कार्यक्रम निदेशक की गर्व और सबसे महत्वपूर्ण भूमिका निभाई। राजा जीवित है, दीर्घजीवी राजा है! :-)

खुलने वाला मुख्य वक्ता

एक और बिंदु जो हम सभी ने देखा और जिसके बारे में हम अनुमान लगा सकते हैं। इसे C ++ स्टैंडर्ड लाइब्रेरी और C ++ टेम्प्लेट्स के लेखक निकोलाई जोसुटिस ने होस्ट किया था।

कुछ के लिए, इस तरह की पुस्तकों को एक पवित्र पाठ और ऊपर दिए गए ज्ञान के रूप में माना जाता है। किसी ने, इसके विपरीत, संदेह किया है कि अच्छे पुराने दिन जब किताबें लिखी गई थीं और कोई cppreference इतना पुराना नहीं था, इतना दयालु नहीं था, और उनके लेखकों को 2019 में संदेह के साथ माना जाना चाहिए।

और यहां हम निकोलाई को "आधुनिक सी ++" के बारे में एक और अपूर्णता के साथ देखते हैं - और ऐसा लगता है कि यह विषय पर सबसे समझदार रिपोर्ट में से एक है। संभवतः, यह किसी भी तरह से प्रभावित करता है कि वह लगभग बीस वर्षों तक मानकीकरण समिति का सदस्य रहा है। वर्ष के दौरान, हम कभी-कभी हबर के लिए रिपोर्ट का पाठ सारांश और प्रतिलेख बनाते हैं, और ऐसा लगता है कि यह एक विस्तृत विश्लेषण के लिए पहला उम्मीदवार है।

ओलेग फथिएव, "मेटाप्रोग्रामिंग का विकास"

यह एक रिपोर्ट है जिसने मुझे मेरी आत्मा में एक (सुखद?) शून्यता के साथ छोड़ दिया है। तथ्य यह है कि अगर मुझे किसी प्रकार का C ++ कोड दिखाई देता है, तो यह आमतौर पर "C with classes" की शैली में C ++ 98 में कुछ होता है , और यह लिखा जाता है, हालांकि दिखने में बेहद घृणित, लेकिन जितना संभव हो उतना सरल और अनाड़ी। ओलेग की रिपोर्ट ऐसी नहीं है। इस रिपोर्ट में, ओलेग Boost.Hana के समान प्रकार की सूचियों के साथ काम करने के लिए कोड लिखने के मुद्दे को संबोधित करता है।

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

एंटोन डेंचेव, "गेम इंजन के लिए मेटाप्रोग्रामिंग"

मैंने इस रिपोर्ट को केवल इसलिए देखा क्योंकि यह गेम इंजन और वॉरमिंग के बारे में है। मुझे लगता है कि कई डेवलपर्स ठीक प्रोग्रामिंग में चले गए क्योंकि वे बचपन में खेल खेलते थे और वही करना चाहते थे। और यहां हमारे पास वर्ल्ड ऑफ़ टैंक के ग्राहक भाग का एक लाइव डेवलपर है - अर्थात, वह हिस्सा जहां सभी सबसे दिलचस्प चीजें ज्यामिति के समान हैं। यह मेटाप्रोग्रामिंग के बारे में एक और बात है, इस बार पायथन में देशी कार्यों के प्रतिबिंब के बारे में और क्यों Boost.Python की जरूरत नहीं है।

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

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

मिखाइल मैट्रोसोव, अलेक्जेंडर वोरोन्कोव, "हमने कंपाइलर को कैसे अपग्रेड किया और क्रॉस-प्लेटफॉर्म का समर्थन किया"

रिपोर्ट के प्रतिद्वंद्वी प्रतिक्रियावाद और आरम्भिक थे। एक कॉमरेड ने कहा कि उनके पास इस स्लॉट में कोई विकल्प नहीं है - हमें रिएक्टिव्सिना जाना चाहिए। मेरे पास कोई विकल्प नहीं था - आपको संकलक के पास जाने की आवश्यकता है।

प्रश्न के बारे में पिछली टिप्पणी याद रखें "क्यों?" उदाहरण के लिए, यहां आपको टूलकिन अपग्रेड के साथ संगतता की सबसे अच्छी प्रणाली दिखाई दे रही है, और फिर बॉस पूछता है - क्यों? बेशक, यही कारण है कि!

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

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

इवान designukić, "केवल-चाल C ++ डिजाइन"

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

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

अलेक्जेंडर ग्रैनिन, मोनाडिक पार्सर्स

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

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

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

विक्टर किरिलोव, "तेजी से निर्माण करने के लिए सहयात्री की मार्गदर्शिका"

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

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

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

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

चर्चा के क्षेत्र

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

शेष रिपोर्ट

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

सम्मेलन के प्रतिभागी (लाइव प्रसारण देखने वालों सहित) रिकॉर्डिंग में सभी रिपोर्ट देख पाएंगे। आपके पास पहले से ही प्रविष्टियां होनी चाहिए, यदि आपने एक फीडबैक भरा है - अपना मेल जांचें। बाकी सभी को काफी अच्छे समय का इंतजार करना होगा।

रिपोर्टों के विवरण को पूरा करने के लिए, यहां समापन कीनोट से अपूरणीय एंटोन पोलुखिन की एक तस्वीर है! एंटोन बहुत ही कूल हैं। हालांकि, कुछ डर है कि वह अक्सर मानक पर काम करने के बारे में पूछा जाता है और बूस्ट के बारे में कहा जाता है कि वह किसी दिन बस जवाब देना बंद कर देगा ... लेकिन अभी तक हमारे पास वह सब कुछ जानने का मौका है जिसकी जरूरत है!

प्रदर्शनी

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

हम न केवल रूस से आए थे - उदाहरण के लिए, बेलारूस से कोरहार्ड समुदाय का एक स्टैंड था, जो मिन्स्क में भी अपना सम्मेलन करते हैं।

मामले के बीच, आप एक इंप्रोमेटू बुकस्टोर में एक किताब खरीद सकते हैं।

इसके अलावा, अब हमारे पास हमेशा तथाकथित डेमो स्टेज है। यह एक ऐसा मंच है जहां लाइव रिपोर्ट या तो जाती है या फिर किसी एक हॉल के दृश्य से वीडियो प्रसारित किया जाता है।

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

बाद में और क्या? कहाँ? कब? ”

पहले दिन के अंत में, कोई न केवल बोफोर्स में जा सकता था, बल्कि खेल सत्र में भी भाग ले सकता था “क्या? कहाँ? कब? ” (दोस्ती, जैसा कि आप याद करते हैं) ने जीत हासिल की और एक उग्र बाद के दिन के साथ समाप्त किया।

आगे क्या है? अगला सी ++ रूस 2019 पाइटर

जैसा कि आप सोच सकते हैं, ऐसी सफलता के बाद, सी ++ रूस वहाँ नहीं रुक सकता है। अगला सम्मेलन सेंट पीटर्सबर्ग में 31 अक्टूबर से 1 नवंबर तक - यह गिरावट आयोजित की जाएगी । स्थल अभी भी स्पष्ट किया जा रहा है - आपको इतने लोगों के लिए सबसे उपयुक्त स्थल चुनने की आवश्यकता है।

यदि आप अपनी रिपोर्ट बनाने के लिए तैयार हैं - तो यह करने का समय है। आपको लिंक का पालन करने की जरूरत है और सावधानीपूर्वक वह सब कुछ करें जो वहां लिखा गया है।

कई स्पीकर पहले से ही ज्ञात हैं।

सबसे पहले, यह खुद एरिक निबलर है - एक आदमी जो अब सी ++ 20 और रेंज-वी 3 लाइब्रेरी में रंगे विकास के क्षेत्र में अपने काम के लिए लगभग सभी को धन्यवाद देता है। वह फेसबुक पर एक वरिष्ठ डेवलपर, मानकीकरण समिति के सक्रिय सदस्य, बूस्ट में कई पुस्तकालयों के लेखक और बूस्ट संचालन समिति के सदस्य भी हैं। वास्तव में, C ++ सम्मेलन में सबसे अधिक मांग वाले वक्ताओं में से एक।

दूसरे प्रसिद्ध डेवलपर शॉन पैरेंट, एडोब में एक प्रमुख वैज्ञानिक और वास्तुकार हैं, जिन्होंने 1993 से फ़ोटोशॉप पर काम किया था, और इससे पहले, Apple पर PowerPC के संक्रमण पर। उन्होंने एक वर्ष के लिए क्रोमोस में भी काम किया, लेकिन एडोब लौटे। Apple, Google, Adobe - अलग-अलग समय पर इन कंपनियों को "ड्रीम कंपनियां" कहा जाता था, और उन्होंने उन सभी का दौरा किया। आप उसके साथ चर्चा क्षेत्र में भी चैट कर सकते हैं और कुछ दिलचस्प और असुविधाजनक प्रश्न पूछ सकते हैं (जैसे कि फ़ोटोशॉप के C ++ इन्फ्रास्ट्रक्चर में जावास्क्रिप्ट इंजन को एकीकृत करने की आवश्यकता के बारे में प्रश्न, या आप सबसे अच्छे एडोब डेवलपर्स में से एक और क्या सीखना चाहेंगे)।

बेशक, Yandex.Taxi से एंटोन Polukhin हमारे साथ रहना जारी है। मानकीकरण C ++ पर कार्य समूह की अंतरराष्ट्रीय बैठकों में एंटोन आईएसओ में रूस का प्रतिनिधि है। C ++ भाषा मानक के लिए कई स्वीकृत प्रस्तावों के लेखक। बूस्ट पुस्तकालयों के लेखक टाइपइंडेक्स, डीएलएल, स्टैकट्रेस और सक्रिय अनुरक्षक कोई भी, रूपांतरण, लेक्सिकलकैस्ट, वेरिएंट। वह बूस्ट सी ++ एप्लिकेशन डेवलपमेंट कुकबुक और सेकंड एडिशन के लेखक हैं।

और अंत में, कास्परस्की लैब से अलेक्जेंडर ब्युकुक। 2007 से, सिकंदर मिडलवेयर और एक इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन प्रणाली विकसित कर रहा है। यह सब सी और सी ++ में लिखा गया था, इसलिए अलेक्जेंडर के लिए सी ++ एंटरप्राइज संस्करण काल्पनिक नहीं है, लेकिन दैनिक काम है। , — , . MQ-Brokers , , .

C++ Russia 2019 , .

! , ( Early Bird-). . , C++ Russia 2019 !