प्रोग्रामर के लिए माइक्रोटॉक और भुगतान का एक वैकल्पिक क्रिप्टोक्यूरेंसी विधि

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



प्रस्तुतकर्ता: इल्या त्सरेव, एलेक्सी मिलेलेव, रोमन बिजीगिन।

इल्या त्सरेव अल्फा बैंक में आईओएस विकास में लगी हुई है, विभिन्न बैठकों और सम्मेलनों में बोलती है।

एलेक्सी माइलयेव ऐप इन द एयर का एंड्रॉइड वर्जन विकसित कर रहा है, एंड्रॉइड डेवलपमेंट के लिए टेलीग्राम चैनल का नेतृत्व करता है, और एप्सकॉन्फ़ पर रिपोर्ट की देखरेख करता है।

रोमन बिजीगिन - आईओएस के लिए Yandex.Music के एक प्रमुख डेवलपर, अक्सर सम्मेलनों में बोलते हैं और पॉडकास्ट में भाग लेते हैं।

दूर: येगोर बुगेंको - ज़ीरोक्रेसी के संस्थापक और सीईओ, प्रोग्रामर के प्रबंधन के लिए एआई रोबोट विकसित करने वाली कंपनी; ओओपी कट्टरपंथी; एलिगेंट ऑब्जेक्ट्स के लेखक, ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग पर पुस्तकों की एक श्रृंखला; Cactoos, Takes Framework, JCabi और Rultor के निर्माता, साथ ही एक ब्लॉगर और परोपकारी।

एलेक्सी : मुझे अपने बारे में बताएं कि आप क्या कर रहे हैं।

Egor : मैं मुख्य रूप से प्रोग्रामर और प्रोग्रामर का प्रबंधन करता हूं। ये मेरी गतिविधि के दो क्षेत्र हैं।

Ilya : कृपया मुझे बताओ कि तुम यह कैसे गठबंधन। आप किस बिंदु पर विकास का प्रबंधन करते हैं, और किस बिंदु पर आप प्रोग्रामिंग कर रहे हैं? कृपया हमें अपनी कंपनी के बारे में और बताएं।

कंपनी के बारे में

Egor : हमारी कंपनी को Zerocracy कहा जाता है और यह एक फ्रीलांस एक्सचेंज है जहां फ्रीलांसर, प्रोग्रामर, टेस्टर, डिजाइनर और अन्य सभी प्रकार की तकनीकी प्रतिभाएँ जुड़ी हुई हैं। और दूसरी तरफ, ग्राहक जिन्हें इन प्रतिभाओं की आवश्यकता है और एक सॉफ्टवेयर परियोजना को पूरा करना चाहते हैं।

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

मैं Zerocracy का सीईओ हूं। मेरा अधिकांश समय इसी पर व्यतीत होता है। प्रोग्रामिंग के क्षेत्र में, मेरे पास कई परियोजनाएं हैं जिन्हें मैं सक्रिय रूप से विकसित कर रहा हूं। उनमें से एक हमारी पायलट परियोजना zold.io है। यह हमारी कंपनी के अंदर हमारे द्वारा बनाई गई एक क्रिप्टोक्यूरेंसी है, जो मौजूदा ब्लॉकचेन समाधान का एक विकल्प है। मैं इस समाधान का वास्तुकार हूं। मैं केवल इस पर काम करने वाला नहीं हूं, बल्कि मैं एक वास्तुकार हूं। यह उत्पाद दिलचस्प है क्योंकि यह रूबी में वर्तमान संस्करण में लिखा गया है।

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

माणिक क्यों?

रोमन : Egor, यह ब्लॉकचेन के बारे में सुनने के लिए बहुत दिलचस्प है। यह बहुत कम्प्यूटेशनल रूप से जटिल चीज है। आप रूबी का उपयोग करते हैं, जो अपने धीमेपन के लिए प्रसिद्ध है। बड़ी परियोजनाओं पर लगभग हर कोई इससे बचने की कोशिश कर रहा है। कृपया बताएं कि रूबी क्यों?

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

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

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

इसलिए - रूबी।

क्रिप्टोक्यूरेंसी बनाई का उद्देश्य

अलेक्सी : जब आपने गोल्ड बनाया, तब आपने अपनी क्रिप्टोकरेंसी बनाने के बाद किस लक्ष्य का पीछा किया था?

Egor : हम कई मकसद थे, लक्ष्य बाद में दिखाई दिए। सच कहूँ तो, पहला मकसद विशुद्ध रूप से तकनीकी मकसद था। ऐसी तकनीकी समस्या को हल करना दिलचस्प था। मैं एक इंजीनियर और तकनीशियन हूं, जटिल तकनीकी समस्याओं को हल करना मुझे खुशी देता है।

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

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

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

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

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

हम समझते हैं कि हमारे मॉडल में प्रति घंटा की दर पारंपरिक की तुलना में 5-10 गुना अधिक होनी चाहिए। हमारे पास अभी तक इस तरह के फंड नहीं हैं। Zold क्रिप्टोक्यूरेंसी का उपयोग करते हुए, हम वित्तीय क्रिप्टोक्यूरेंसी बाजार के माध्यम से निवेश पूंजी को आकर्षित करने की योजना बनाते हैं, भुगतान के नए माध्यमों में ब्याज के माध्यम से, और हमारे डेवलपर्स के टैरिफ को बढ़ाने के लिए उनका उपयोग करते हैं। यह इस प्लेटफॉर्म को बढ़ावा देगा, एक मार्केटिंग लीवर, जिसकी मदद से बाद में हम मूल्यवान ग्राहकों को आकर्षित कर पाएंगे।

कार्य दिवस कैसा है

अलेक्सी : आपने उल्लेख किया है कि एक इंजीनियर के रूप में, आप जटिल समस्याओं को हल करना पसंद करते हैं। चलिए आपके बारे में थोड़ा और बात करते हैं। आपका कार्य दिवस आमतौर पर कैसा होता है?

रोमन : मैं आपको थोड़ा विस्तार दे रहा हूं। शायद आप जागें और तुरंत काम करें। मेरा सुझाव है कि आप कार्यालय में आने वाले कार्य दिवस को सीमित न करें।

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

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

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

अलेक्सी : आपने इस तथ्य पर ध्यान केंद्रित किया कि आप एक कार्यालय व्यक्ति नहीं हैं। आपने कभी कार्यालय में काम नहीं किया या समय नहीं था, लेकिन फिर आप अपने कार्यों में बदल गए?

Egor : मैं एक कार्यालय था। मैं वर्षों से कार्यालयों में काम कर रहा हूं। ऐसा लगता है कि यह काम मेरे लिए व्यक्तिगत रूप से तनावपूर्ण और निराशाजनक है। वह मुझे कार्यालय से किसी भी प्रभाव को महसूस करने की तुलना में बहुत तेजी से दबाती है।

मुझे समझ में नहीं आ रहा है कि आधुनिक विश्व कार्यालयों में इस तरह की आवश्यकता क्यों है।

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

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

Egor : मैंने स्वरोजगार के लिए थोड़ा काम किया, लेकिन मैंने कभी किसी के लिए काम नहीं किया। मैंने हमेशा अपने लिए काम किया। सवाल यह है कि मुझे कौन पैसा देता है, मैं किसके फंड पर काम करता हूं। यह मेरे जीवन के कुछ बिंदुओं पर बदलता है। एक बार एक कंपनी द्वारा भुगतान किया गया, तो दूसरा। अब मेरे काम का भुगतान मेरे ग्राहकों द्वारा किया जाता है। कल मेरे निवेशक इसके लिए भुगतान कर सकते हैं, परसों मेरी किताब के पाठकों को। सवाल "पैसा कहाँ से आता है?" हमेशा विकल्प होते हैं । इस सवाल का हमेशा एक अलग जवाब हो सकता है। मैंने हमेशा केवल अपने लिए काम किया।

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

Ilya : Egor, कृपया मुझे बताएं, यदि आपके पास कोई जगह नहीं है जहां आप काम करने जाते हैं, तो आप अभी भी चुनते हैं: आज आप एक कैफे में हैं, कल घर पर या प्रकृति में। क्या आपके पास कोई शेड्यूल है या आप बस जाग रहे हैं और आप जहां भी जाना चाहते हैं?

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

आगे कोड

अलेक्सी : आपने अपनी आखिरी किताब का उल्लेख किया है। इसे कोड अहेड कहा जाता है। चलो, Egor, चलो एक वाक्य में संक्षेप में तैयार करने की कोशिश करते हैं कि आपकी नवीनतम पुस्तक क्या है।

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

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

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

रोमन : किताबें लिखने के लिए, आपको बहुत सी किताबें पढ़ने की जरूरत है, इस दिशा में खुद को पंप करें। Egor, आप हमारे पाठकों को पढ़ने की क्या सलाह देंगे, लेकिन जो आपने लिखा है, उससे नहीं, बल्कि दूसरे से। पहले क्या ख्याल आता है?

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

AppsConf रिपोर्ट

Ilya : कृपया हमें अपनी रिपोर्ट के विषय के बारे में बताएं। जल्द ही आप AppsConf में बोलेंगे, आप किस बारे में बात करेंगे?

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

दो समाधान हैं:

• "अच्छे प्रोग्रामर" को किराए पर लें;
• किसी गलती या बग के बारे में नकारात्मक विचार को मजबूत करके बुरे लोगों का भला करना जो वे संभावित रूप से बना सकते हैं।

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

: , , ? , , ?

: . , , , . . — , , . , , . . .

, , , , , , , 100%? , , , . , , , . . . , , , , - , , - , , . . , . , , .

: , . , - Production, , - . , ? -, ?

: , , . . , , , , —. . , , , , Code review. , Code review-, contribution , , Production.

: , ?

: . . , .

: , ,

: : « Big Data ? ?» , , , . , web. , . , . , , , , . Big Data .

: , GitHub, 1700 300 , . . , , ? , - , ?

: -, . 2009 GitHub. , , . - , Open Source , , . , , . , , , .

, , , , . Open Source. , . , , . , - , , , 10 . , . , Open Source .

, , Java , , . , , , . - , , — . , , pull request production.

Open Source. pull request. A pull request , , . , Open Source . , . , , . , . , , , , , . . , , . , deployment, . , .

, , : «, ? , ». . — 15% , 85% — . , . , , , , . — .

. , . . , , . . , : « , . , , Open Source, - Open Source».

- . - . Open Source, GitHub Stack Overflow. , , . , , pull request-, , , pull request-. , . — . — . 10-15 , , . , GitHub.

deployment

: , , . , , - , . , - . ?

: . , 25 . . — 70, , , 70 . , . — Zold, Ruby gem, .

deployment, , , . . 70 e-mail, Bitcoin, , . . . , , . , , . , . , , -- , 5-7 . . deployment . - , . , , , .

: , AppsConf , 8-9 . , , .

: , . , , . , , . , .

, , .