JetBrains पर समर्थन

मुझे लगता है, हमारी कंपनी के बारे में क्या है - JetBrains, - हैबर के अधिकांश पाठक एक तरह से या किसी अन्य जानते हैं। बाकी के लिए, संक्षेप में कहें: हम ऐसे उत्पाद बनाते हैं जो प्रोग्रामर के दैनिक जीवन को आसान बनाते हैं और उन्हें जल्दी और कुशलता से कोड लिखने में मदद करते हैं। हमारे उत्पादों में IntelliJ IDEA, ReSharper, PhpStorm, TeamCity, YouTrack और कई लोगों के लिए जाना जाता है।

लेकिन यह अब उस बारे में नहीं है। क्या आपने कभी सोचा है कि हमारी जैसी कंपनी में समर्थन कैसे आयोजित किया जाता है? यदि आप हमारे तकनीकी सहायता इंजीनियरों के काम की विशेषताओं के बारे में पढ़ना चाहते हैं, तो बिल्ली में आपका स्वागत है।

संक्षिप्त परिचय

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

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

आगे हम अपने इंजीनियरों को मंजिल देंगे ताकि वे खुद अपनी, अपने काम की और अपनी टीमों के समर्थन की विशेषताओं के बारे में बात करें।

अलेक्जेंडर Berezutsky, .NET / ReSharper टीम

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

इससे पहले कि मैं JetBrains (और विशेष रूप से ReSharper टीम) में काम करने के लिए आया, एक समर्थन व्यक्ति था जो एक साथ विकास कार्यों में शामिल था; अन्य मुद्दों को ट्विटर, मंचों और इसी तरह अन्य डेवलपर्स / परीक्षकों द्वारा "खुले तौर पर" हल किया गया था। समय के साथ, यह स्पष्ट हो गया कि ग्राहकों की संख्या (और, तदनुसार, समर्थन के लिए प्रत्यक्ष कॉल) बढ़ रही है, और इसके लिए एक अलग व्यक्ति की आवश्यकता है। इसलिए मैं टीम में आ गया।

तीन साल पहले, ReSharper में समर्थन में मेल के साथ काम करना शामिल था (समर्थन के लिए प्रत्यक्ष कॉल) और प्रसंस्करण की स्थापना रद्द करें प्रतिक्रिया (हाँ, हम इसे पढ़ते हैं और इसका जवाब देते हैं - कई ग्राहक बहुत आश्चर्यचकित होते हैं क्योंकि उन्हें लगता है कि यह / dev / null को जाता है)। समय के साथ, यह स्पष्ट हो गया कि इस तरह की प्रणाली उपयोगकर्ताओं और स्वयं दोनों की जरूरतों को पूरा करना बंद कर देती है। समर्थन की गुणवत्ता में सुधार के लिए कुछ बदलना आवश्यक था।

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

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

अलग-अलग, यह उपयोगकर्ताओं के बारे में ध्यान देने योग्य है: हम उनके साथ बहुत भाग्यशाली थे, क्योंकि 99.9% मामलों में वे वयस्क और तकनीकी रूप से सक्षम लोग हैं। बेशक, बहुत कम पर्याप्त / विनम्र लोगों का प्रतिशत नहीं है, लेकिन मेरा मानना ​​है कि हमारे देश में यह व्यापक रूप से ग्राहकों की व्यापक दर्शकों वाली अन्य कंपनियों की तुलना में कम है। इसके अलावा, हमारे अधिकांश ग्राहक यूरोप और संयुक्त राज्य अमेरिका के निवासी हैं, और यह संचार में महसूस किया जाता है। सभी पत्राचार अंग्रेजी में है।

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

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

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

ह्युबोव मेलनिकोवा, PhpStorm टीम

जैसे ही मैं "रूसी और अंग्रेजी में कितने लोगों को अपनी नौकरी से प्यार करता हूँ" टाइप करता है, खोज इंजन ने मुझे हजारों लिंक दिए जैसे "क्यों इतने सारे लोग अपनी नौकरी से नफरत करते हैं"। दुनिया में लगभग 80% लोग नफरत करते हैं या वास्तव में अपनी नौकरी पसंद नहीं करते हैं। मुझे यकीन है कि कई तकनीकी सहायक कर्मचारी इस 80% में होंगे। कई, लेकिन मैं नहीं। मेरा नाम लियुबा है, मैंने MatMech SPbU से स्नातक किया है और मैं तकनीकी सहायता PhpStorm में काम करता हूं।

समर्थन कार्य रूढ़ियों से भरा है, और मैं यह नहीं कह सकता कि वे हमेशा गलत होते हैं (मेरे पास दो तकनीकी सहायता सेवाओं में अनुभव है)। लेकिन वे निश्चित रूप से JetBrains के लिए लागू नहीं हैं।

कोई स्वायत्त समर्थन विभाग नहीं है। मूल रूप से, कंपनियों में, तकनीकी सहायता कर्मचारी 1-2 कार्यालयों में संचालित होते हैं, जहां "समर्थन का विशेष वातावरण" होता है और जहां अन्य विभाग कभी नहीं देखते हैं। रसोई में डेवलपर्स परिश्रम से समर्थन करने वाले श्रमिकों को नोटिस नहीं करते हैं, जो कोनों के चारों ओर झुंड कर रहे हैं, और यहां तक ​​कि कागजात को स्थानांतरित करने वाली लड़कियां भी अपनी नाक घुमाती हैं। हम ऐसा नहीं हैं। हमारे पास उत्पाद टीमें हैं, उदाहरण के लिए, मेरी PhpStorm टीम में 9 लोग हैं - 5 डेवलपर्स (उनमें से एक टीम लीडर है), एक उत्पाद विपणन प्रबंधक, एक परीक्षक, एक तकनीकी लेखक और खुद। मैंने अपने आप को अंतिम रूप से जन्मजात शालीनता से पूरी तरह से बाहर रखा, क्योंकि जब भी मैं यहां काम कर रहा था, हम सभी के लिए समान रूप से पूरी तरह से संवाद करते हैं। कोई उपेक्षा नहीं, उसका एक संकेत भी नहीं।

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

क्या कोई ऐसी सुविधाएँ हैं जो आप करना चाहते हैं लेकिन PhpStorm में नहीं मिली हैं?
- मेरे लिए अपना कोड लिखें?
क्या कोई ऐसी सुविधाएँ हैं जो आप करना चाहते हैं लेकिन PhpStorm में नहीं मिली हैं?
- मेरी पत्नी फूल और कैंडी भेजने के लिए एक बटन।

आदमी ने एक उदाहरण कोड भेजा:

कैच (अपवाद ई)
{
// कौन परवाह करता है?
}

मेरा पसंदीदा:

CTRL + F4 फ़ाइलों को बंद करना, वास्तव में? आप लोगों के पास किस तरह की उंगलियां हैं ;-)

मुझे अपने ट्विटर की निकटता का उल्लेख करने के बाद अपने विस्मयादिबोधक चिह्न को स्पष्ट करने की आवश्यकता महसूस होती है। एक सपोर्ट कंपनी के रूप में Vm सॉफ्टवेयर में मेरी आखिरी नौकरी में, मैं विभाग में सबसे अच्छा सांख्यिकी समर्थक था और फिर भी, मेरे बंद बॉस के बारे में अपने बंद बॉस के साथ बात करने की खुशी थी, लेकिन अनाम ट्विटर अकाउंट नहीं (यह एक ट्विस्ट है!)। मैं आश्चर्यचकित था, लेकिन सामाजिक नेटवर्क पर Vm सॉफ़्टवेयर को अपवित्र करने के लिए अपनी गतिविधियों को जारी रखते हुए, अपना नाम और उपनाम बदल दिया (वास्तव में नहीं)। जब मैंने JetBrains में उल्लेख किया कि मेरे पास यह ट्विटर है और यह ऐसा दिखता है और यह, और चाहे वह किसी को भी नाराज कर देगा, तो वे बस मुझ पर हँसे और मुझे चिंता न करने के लिए कहा।

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



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

ऐसा लगता है कि मैंने दसवां भी नहीं बताया कि यह कितना शांत है, लेकिन ऐसा लगता है कि यह गोल होने का समय है। मुझे ट्विटर पर फॉलो करें। ;)

एंड्री डर्नोव, इंटेलीज आईडिया टीम

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

यही कारण है कि मैं IntellIJ IDEA टीम में काम करने के लिए भाग्यशाली था। IntelliJ एक खुला मंच है, जिस पर IntelliJ IDEA, Java के लिए एक IDE विकसित किया गया है, जिसका उपयोग अन्य प्रोग्रामिंग भाषाओं (रूबी, पायथन, पीएचपी, जावास्क्रिप्ट, आदि) के लिए अधिक हल्के, संकीर्ण विशेष उत्पादों के लिए एक मंच के रूप में भी किया जाता है। यानी पेशेवर क्षेत्र काफी विस्तृत है। बेशक, अगर कोई विशिष्ट समस्या है, तो आप हमेशा उपयुक्त टीम से सहयोगी की ओर रुख कर सकते हैं।

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

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

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

सभी संचार विशेष रूप से अंग्रेजी में हैं।

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

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

उत्पाद पर प्रभाव के बारे में। बेशक, JetBrains में, समर्थन उत्पाद को भारी प्रभावित करता है। यहां एक महत्वपूर्ण घटक उपयोगकर्ता की राय का विश्लेषण है, जिसे भविष्य के रिलीज की योजना बनाते समय ध्यान में रखा जाता है। किसी उत्पाद को बेहतर बनाने में मदद करना, हम हजारों लोगों के लिए इसका उपयोग करना आसान बनाते हैं। हम वास्तव में प्रत्येक उपयोगकर्ता की राय की सराहना करते हैं।

एना मोरोज़ोवा, पाइक्रोम टीम

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

15 साल हो गए। नमस्कार, मैं अन्या और मैं एक इंजीनियर हूं।

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

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

यह सब मैं अपनी नोटबुक में पहले दिन से लिखता हूं। आप मेरे ट्विटर (जो नहीं है) को पढ़ नहीं पाएंगे, लेकिन नोटपैड भी बेहतर है, खेतों में तस्वीरें हैं! संपर्क;) यह, वैसे, मेरी पहली नोटबुक नहीं है। इससे पहले, मैंने आई-फ्री में दो साल के लिए एक समर्थक के रूप में काम किया था, वहां के अनुप्रयोगों की बारीकियां पूरी तरह से अलग थीं, हालांकि, दर्शकों की तरह। लेकिन ये एप्लिकेशन अक्सर AppStore के शीर्ष पर दिखाई देते थे, जैसे कि कॉइनकीपर, और इसलिए बहुत सारी प्रतिक्रिया थी, जिसका मतलब था कि मैं, सभी i-Free नवाचार अनुप्रयोगों के लिए एकमात्र समर्थक के रूप में, ऊब नहीं था :)

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

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

हमारी PyCharm टीम की बात कर रहे हैं। , , — - . — , , - , ! , .

, . , , , - . :

• JetBrains . , , , . — .
• . — , :)
• . - , - . : “Thanks for your help! The problem is solved” — !
• , , , . , — -, -, - — .

, : “Please feel free to ask any questions”. : , , — , . , !