बेस्ट वर्स्ट जॉब इन द वर्ल्ड: एवरीथिंग फॉर ए हैबिटोर

विकास के बारे में हैबर में लिखने से बेहतर क्या काम हो सकता है? जब कोई शाम को स्निपेट में अपने बड़े आवास को तैयार कर रहा होता है, तो व्यवसाय के समय में आप समुदाय के साथ दिलचस्प बातें साझा करते हैं और इससे धन प्राप्त करते हैं।

विकास के बारे में हैबर में लिखने से क्या काम बदतर हो सकता है? जबकि कोई पूरे दिन कोड लिखता है, आप इन लोगों को देखते हैं और अपने होंठ चाटते हैं, और आप अपने पालतू प्रोजेक्ट को फिट में काटते हैं और शाम को शुरू करते हैं।

हर साल हम ( JUG.ru ग्रुप ) डेवलपर्स के लिए अधिक से अधिक विभिन्न सम्मेलनों का आयोजन करते हैं, इसलिए अब हम अपने हबब्लॉग में ग्रंथों के लिए एक अन्य कर्मचारी (मेरे और ऑग्लीचिर के अलावा) की तलाश कर रहे हैं। यह स्पष्ट करने के लिए कि हमें किसकी ज़रूरत है और यह व्यक्ति क्या अपेक्षा करता है, मैंने चित्रित किया कि जब आपकी नौकरी हबेरी के कॉर्पोरेट ब्लॉग पर डेवलपर्स के लिए ग्रंथ लिखने का काम करती है तो यह कैसा लगता है।

क्या है स्टीपनेस?

मुझे इस नौकरी से क्या प्यार है? हालाँकि, किसी भी कॉर्पोरेट ब्लॉग का लक्ष्य कंपनी की मदद करना है, यहाँ इसका मतलब यह नहीं है कि "आश्चर्यजनक रूप से उत्साही विज्ञापन ग्रंथ कितना अद्भुत है।" Habré पर ऐसे बस काम नहीं करता है। यहां एक और बात काम करती है: उस समुदाय के लिए रोचक और उपयोगी पोस्ट लिखना जिसमें आपकी गतिविधि का उल्लेख उचित लगे।

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

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

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

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

कठिनाई क्या है?

लेकिन इन सभी बन्स का मतलब यह नहीं है कि सब कुछ सही है। मुख्य चुनौती इस प्रकार है।

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

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

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

ऐसी परिस्थितियों में कैसे, क्या कुछ भी लिखना संभव है जो अनुभवी डेवलपर्स को रुचि दे सकता है?

ऐसा लग सकता है कि सब कुछ पूरी तरह से उदास है, लेकिन काम करने के काफी विकल्प हैं।

कैसे जीना है?

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

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

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

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

बेशक, ऐसे लोगों से सवाल करने के लिए, कुछ ज्ञान की भी आवश्यकता होती है - लेकिन आवश्यकताओं का पैमाना पूरी तरह से अलग है।

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

इससे क्या होता है?

अपने स्वयं के अनुभव से मैं यह कहना चाहता हूं कि इस तरह के काम से आप आईटी को एक दिलचस्प दृष्टिकोण से देखते हैं।

सामान्य तौर पर, यह आक्रामक हो सकता है: हर जगह किसी न किसी तरह का आंदोलन हो रहा है, लोग दिलचस्प चीजें देख रहे हैं, और आप यह सब "बाहर" देखते हैं, सवाल पूछते हैं, और परिणामस्वरूप, आप प्रत्येक के बारे में सतही रूप से समझते हैं, लेकिन कार्यान्वयन में पहले से ही आप समझ में नहीं आते - समझने के लिए, आपको इसके साथ लगातार काम करना होगा। वहाँ, गहराई में, संभवतः बहुत सारी दिलचस्प चीजें भी हैं, इन सभी को देखने के लिए केवल धाराप्रवाह है!

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

एक जेएस डेवलपर सी ++ दुनिया ("उनके पास क्या है?") से हैब्रोपोस्ट को पढ़ने के लिए उत्सुक हो सकता है, लेकिन वह मुख्य दिशा में सामग्री के साथ लिट जाएगा और इन गैर-कोर सामग्री को नहीं मिलेगा। मेरे लिए, लगभग सभी दिशाएं विशिष्ट हैं, विकास और परीक्षण के बारे में कोई भी पढ़ा हुआ पाठ मेरे काम आ सकता है।

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

हमें किसकी आवश्यकता है?

इस सब से यह इस प्रकार है कि इस तरह के काम के लिए एक व्यक्ति को एक अजीबोगरीब की आवश्यकता होती है।

उसे (उसके) विकास के बारे में अच्छी समझ होनी चाहिए, लेकिन साथ ही विकास में संलग्न न होने की इच्छा भी।

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

आपको पहल और परिश्रम के संयोजन की आवश्यकता है। एक ओर, मानक कार्य हैं जिन्हें पूरा करने की आवश्यकता है (उदाहरण के लिए, हमारे पास "पिछले सम्मेलन की शीर्ष 10 रिपोर्ट") के पारंपरिक पद हैं। दूसरी ओर, हम चाहते हैं कि आप स्वयं दिलचस्प ग्रंथों के विचारों के साथ आएं, न कि केवल दिशाओं की प्रतीक्षा करें।

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

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

और यद्यपि किसी को भी हमें घंटों के बाद काम करने की आवश्यकता नहीं है, आईटी गीक्स अपने स्थान पर सही महसूस करेंगे, जिन्होंने अपने खाली समय में, एक पालतू प्रोजेक्ट देखा या आईटी के बारे में पढ़ा: यह सीधे काम के कार्यों को हल नहीं करता है, लेकिन अंततः हल करने में मदद करता है वे अधिक प्रभावी हैं।

यदि ऊपर लिखी गई सब कुछ आपको डराता नहीं है, लेकिन आपकी रुचि है, और आप अधिक विवरण जानना चाहते हैं या प्रतिक्रिया देना चाहते हैं, तो दोनों को एचएच या माय सर्कल पर रिक्ति पृष्ठ पर किया जा सकता है।