मोबाइल डेवलपर के लिए कौन सी सर्वर भाषा चुननी है ...

आप कहेंगे कि बैकएंड पर लिखे जाने से पहले मोबाइल डेवलपर के लिए क्या बात है। मुख्य बात यह है कि एपीआई को सुविधाजनक, समझने योग्य, लचीला होना चाहिए। लेकिन हम ऐसा नहीं सोचते हैं।

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

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

- मोबाइल विकास पर सम्मेलन में बैकएंड से लेकर फ्रंटेंड तक विभिन्न तकनीकों पर समीक्षा रिपोर्ट के पूरे ट्रैक के विचार को आप कैसे पसंद करते हैं, जिसे हमने परिचयात्मक कहा?

Wemake.services में निकिता सोबोलेव सीटीओ, रिपीटेबल सॉफ्टवेयर डेवलपमेंट प्रोसेस कार्यप्रणाली के लेखक, एलिक्जिरलंगमोस्को के आयोजक, मॉस्को पायथन कॉन्फ ++ प्रोग्राम कमेटी के सदस्य, आईटी कॉन्फ्रेंस में लगातार वक्ता और कोड क्वालिटी के लिए एक चैंपियन ।


मेरी राय में, यह एक मोबाइल सम्मेलन का सबसे अच्छा ट्रैक है।

मैं संकीर्ण विशेषज्ञों के विचार को वास्तव में पसंद नहीं करता। मैं टी-आकार के व्यक्ति के विचार के बहुत करीब हूं - वह है, एक व्यक्ति जो किसी एक चीज़ में पारंगत है, लेकिन विषय क्षेत्र में समस्याओं को समझने के लिए एक व्यापक क्षितिज के साथ।

दुर्भाग्य से, यह मुझे लगता है कि इस अर्थ में मोबाइल डेवलपर्स अपने दम पर हैं। मामला इस तथ्य से जटिल है कि वे विक्रेता पर बहुत निर्भर हैं। मोटे तौर पर, एप्पल बंद हो जाएगा - वे ठंड में छोड़ देंगे।

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

- यह विचार किन अन्य सम्मेलनों के लिए प्रासंगिक है?

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

- क्या आपको लगता है कि मोबाइल डेवलपर्स चारों ओर देखने के लिए अधिक इच्छुक हो गए हैं, क्योंकि यह पेशेवर विकास के लिए आवश्यक हो गया है, या यह हमेशा ऐसा रहा है, बस समुदाय परिपक्व हो गया है?

मेरे लिए सटीक रूप से न्याय करना कठिन है, पिछली बार मैंने 2010 में एक मोबाइल एप्लिकेशन लिखा था। मेरी मुख्य भाषा तब जावा थी, मैंने ऑब्जेक्टिव-सी लिया और आईओएस के लिए एक आवेदन लिखा। मैं प्रेरित था, मैंने सोचा, अब मैं यह सब करना शुरू कर दूंगा। लेकिन नहीं: कोई स्मृति प्रबंधन नहीं था, कोई पुस्तकालय नहीं थे, कोई निर्भरता प्रबंधन नहीं थे, निर्माण प्रणाली घृणित थी। तब से, मैंने इस क्षेत्र में ध्यान से नहीं देखा।

और अब मैं कई रुझानों को देखता हूं जो स्वाभाविक रूप से मोबाइल कर्मचारियों को "गंभीर प्रोग्रामिंग" के लिए आकर्षित करते हैं।

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

एक एकल बुनियादी ढांचा है जो लोगों को ब्याज देना शुरू करता है। यदि पहले (मेरे मामले में यह 2010 है) मोबाइल विकास पूरी तरह से संपर्क से बाहर था, अब सब कुछ अलग है।

इसके अलावा, दोनों पक्षों में तालमेल है। तंग मंच एकीकरण लोगों को इस एकीकरण का पालन करने की क्षमता और आवश्यकता देता है।

- लेकिन अगर एकीकरण खुद मोबाइल डेवलपर के पास जाता है, तो उसे बैकएंड के लिए भाषाओं को क्यों समझना चाहिए?

मेरे पास इस प्रश्न का दार्शनिक उत्तर है।

यदि आप Android डेवलपर बनना चाहते हैं, तो संभवतः आपको बैकएंड को समझने की आवश्यकता नहीं है। और अगर आप सिर्फ एक डेवलपर बनना चाहते हैं - बेशक, यह आवश्यक है।

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

यह स्पष्ट है कि इन उपकरणों में से प्रत्येक के लिए एक प्रवेश द्वार है, अभ्यास और इतने पर संचय, लेकिन एक तकनीक पर कठोर निर्धारण, मेरी राय में, उस व्यक्ति के लिए हानिकारक है जो इस में लगे हुए हैं।

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

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

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

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

- एक मोबाइल एप्लिकेशन डेवलपर के पास पर्याप्त सामान्य विचार हैं या नहीं?

यह निर्भर करता है, सबसे पहले, पर्यावरण पर। यदि किसी व्यक्ति को अपनी कंपनी में बैकएंड को सीधे प्रभावित करने की आवश्यकता है: उनके लिए और अधिक सही कार्य निर्धारित करने के लिए, प्रक्रिया में भाग लेने के लिए, संभवतः इन लोगों को प्रबंधित करें, तो आपको इसे गहराई से पता लगाना होगा।

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

- एक डेवलपर को कूल डेवलपर होने के लिए और क्या चाहिए?

• पढ़ने और समझने की क्षमता जो पढ़ी जाती है।
• लिखने की क्षमता, अपने विचारों को लिखित रूप में व्यक्त करें।
• मौखिक रूप से इन विचारों को व्यक्त करने के लिए बोलने की क्षमता।
• अन्य लोगों को सुनने और सुनने की क्षमता।
• विषय क्षेत्र को समझना। डेवलपर को समझना चाहिए कि वह क्या कर रहा है, क्योंकि वह तकनीकी तरीके से जीवन की समस्या को हल करता है।
• और हां, तकनीक को समझें।

ये कौशल, यह मुझे लगता है, पर्याप्त हैं। बाकी सब या तो इनसे काटे जा सकते हैं, या त्याग दिए जा सकते हैं।

- तो आपको लगता है कि आपको विषय क्षेत्र को समझने की आवश्यकता है?

सीमित, निश्चित रूप से, लेकिन आवश्यक। उदाहरण के लिए, हमारे पास एक साथ 3-4 परियोजनाएं हैं, निश्चित रूप से, मैं उन सभी को पूरी तरह से नहीं समझता, लेकिन मैं उन बुनियादी अवधारणाओं को समझता हूं जिनके साथ मैं काम करता हूं। वे आपस में कैसे जुड़े हैं, वे पैसे को कैसे प्रभावित करते हैं, खर्च कहां होता है, आय कहां है, यह सब व्यापार के लिए क्यों जरूरी है।

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

- आइए एक उदाहरण देखें। यदि आप एक बेकरी के लिए डिलीवरी सेवा लिखते हैं, तो आपको यह समझना होगा कि डिलीवरी कैसे काम करती है, लेकिन आपको इस प्रकार के बन्स को समझने की ज़रूरत नहीं है कि यह बेकरी क्या है?

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

- अपनी रिपोर्ट में, आप एक बार में कई लोकप्रिय भाषाओं पर विचार करने का वादा करते हैं, दूसरी पंक्तियों से कई भाषाओं और गहरे भूमिगत से कई भाषाओं में। वे कौन सी भाषाएं होंगी?

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

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

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

जिन भाषाओं को मैंने रिपोर्ट के लिए चुना, उनमें कई दिलचस्प विशेषताएं हैं। सबसे पहले, वे विवादास्पद हैं। उनमें से कोई भी एक भाषा नहीं है जो अंततः समुदाय की चेतना में सब कुछ अच्छा है।

हर कोई जानता है कि पायथन धीमा है, लेकिन यह अभी भी सबसे लोकप्रिय भाषा है, इसका उपयोग हर जगह किया जाता है। मैं यह समझाने की कोशिश करूंगा कि इसका उपयोग क्यों किया जाता है।

और रूबी की बात करें तो सबसे पहले लोग यही कहते हैं कि रूबी मर गई है। वास्तव में, रूबी डेवलपर्स अब किसी भी अन्य भाषा की तुलना में अधिक वास्तुकला से परेशान हैं और अन्य भाषाओं से बड़ी संख्या में विचारों को लागू करते हैं - कार्यात्मक, वस्तु-उन्मुख, और इससे कुछ बहुत ही रोचक बनाते हैं।

अगर हम गो के बारे में बात करते हैं, तो गो के पास प्रयोज्यता का एक बहुत ही संकीर्ण क्षेत्र है, लेकिन प्रचार के मद्देनजर, सभी ने इस पर लिखना शुरू कर दिया।

भाषण के दौरान मैंने जिन भाषाओं का प्रतिनिधित्व करने के लिए चुना है उनमें से प्रत्येक में किसी न किसी तरह का संघर्ष है।

एक अच्छी कहानी में एक चरित्र के रूप में। और संघर्ष का सार यह है कि कुछ चीजें अच्छी तरह से काम करती हैं, और कुछ नहीं। यह संघर्ष रिपोर्ट के प्रमुख पर होगा।

- क्या आपको लगता है कि आपको प्रत्येक कार्य, परियोजना के लिए अपनी भाषा चुनने की आवश्यकता है?

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

बेशक, मैं चाहूंगा कि लोग अधिक बहुमुखी हों और कार्य के लिए एक साधन का चयन करने में सक्षम हों, लेकिन यह पता चला है कि लोग एक बात जानते हैं और हमेशा इस उपकरण को लेते हैं।

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

- आप लगभग 10 पूरी तरह से अलग-अलग भाषाओं पर एक व्यक्तिपरक नज़र का वादा करते हैं। क्या आप वास्तव में उन सभी से परिचित हैं, क्या आपने उन सभी पर कुछ लिखा है?

प्रत्येक के साथ अलग-अलग तरीकों से, लेकिन, निश्चित रूप से, मैंने उन सभी को कम से कम कुछ हद तक करने की कोशिश की।

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

- जाहिर है, एक रिपोर्ट में आप प्रत्येक भाषा की पूरी तस्वीर और समझ नहीं दे पाएंगे। लोगों को आपकी रिपोर्ट पर क्यों जाना चाहिए और इसे Google नहीं करना चाहिए?

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

- आपके "शो" के मुख्य तत्व क्या होंगे?

कई भाषाएं हैं, वे सभी शांत हैं, लेकिन लिखने के लिए कुछ भी नहीं है।

आपकी व्यावसायिक समस्याओं को हल करने के लिए कई लोकप्रिय भाषाएँ हैं: काम पर रखना, ग्राहक, पुस्तकालय। लेकिन वे सभी एक कारण से लोकप्रिय हो गए। एक नियम के रूप में, मुख्य कारण यह है कि वे बहुत सरल हैं। वे सरल अवधारणाओं पर आधारित हैं जो शुरू करना आसान है, लेकिन जारी रखने के लिए कठिन है।

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

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

टूल की सीमाओं को समझने के लिए डेवलपर के लिए यह बहुत महत्वपूर्ण है।

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

- हास्केल पर "हैलो वर्ल्ड" लिखना पहले से ही एक बड़ी उपलब्धि है, लेकिन क्या यह पर्याप्त नहीं है?

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

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

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

आदेश महत्वपूर्ण है।

- लोकप्रिय भाषाओं और भाषाओं के अलावा, जैसा कि आप कहते हैं, दूसरी श्रृंखला की, जो कम से कम कुछ हद तक सुनी गई है, आप पूरी तरह से अज्ञात लोगों को पेश करने जा रहे हैं। उदाहरण के लिए, यह टट्टू क्या है?

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

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

- यदि सभी भाषाओं में कमियाँ और सीमाएँ हैं, तो क्या करें? इसके बारे में क्या करना है?

कष्ट देना। और तकनीकी उत्कृष्टता की तलाश में रहते हैं। यह किसी भी इंजीनियर का एक अप्राप्य सपना है, लेकिन इस उत्कृष्टता को खोजने की प्रक्रिया एक महान लक्ष्य है।

10 दिनों के बाद सेंट एप्सफोन । कार्यक्रम समिति ने 35 रिपोर्टों और 12 बैठकों का चयन किया, जिनमें से प्रत्येक मोबाइल डेवलपर को रोजमर्रा की समस्याओं को हल करने और उनके पेशेवर और व्यक्तिगत विकास के लिए उपयोगी विचार मिलेंगे। मैं 21 और 22 अक्टूबर को सेंट पीटर्सबर्ग में आपसे मिलूंगा!

उन लोगों के लिए एक बोनस प्रश्न जो अपने अनुभव को साझा करना चाहते हैं, लेकिन किसी कारण से अभी तक एक वक्ता नहीं बन पाए हैं। आप अक्सर बोलते हैं, आपको इसकी आवश्यकता क्यों है और क्या आपको प्रेरित करता है?

मेरे तीन लक्ष्य हैं:

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

एक सम्मेलन में एक वक्ता दर्शकों के माध्यम से एक उद्योग को प्रभावित कर सकता है। वह रोस्ट्रम से अपनी बात साबित कर सकता है और लोगों को बदलने के लिए प्रेरित कर सकता है।