"कठिन" ग्राहक संग संचार को बारे मा मामला को विश्लेषण

कहिलेकाहीँ एक प्राविधिक समर्थन ईन्जिनियरले गाह्रो छनौटको सामना गर्दछ: "हामी उच्च सेवा संस्कृतिका लागि छौं!" संवाद मोडेल लागू गर्न। वा "बटन थिच्नुहोस् र तपाईले परिणाम पाउनुहुनेछ"?

कपास ऊनले बनेको पखेटा भाँचेर,
बादलमा सुतौं, क्रिप्टहरूमा जस्तै।
हामी कविहरू विरलै सन्त हौं,
हामी कविहरू प्रायः अन्धा हुन्छन्।
(ओलेग लेडीजेन्स्की)

प्राविधिक सहयोगमा काम गर्नु भनेको सेल्फ-जम्पिङ टाइम र GPS युनिकोर्नको बारेमा हास्यास्पद कथाहरू मात्र होइन, र हर्कुल पोइरोटको शैलीमा जासूसी पजलहरू पनि होइन।

प्राविधिक समर्थन हो, सबै भन्दा पहिले, संचार, र संचार भनेको मानिसहरू हो, र हाम्रा ग्राहकहरू बीच त्यहाँ धेरै फरक क्यारेक्टरहरू छन्:

• बर्लिनमा आफ्नो अफिसको बिरूद्धको क्याफेबाट काम गर्ने जर्मनसँग साँच्चै नॉर्डिक आत्म-नियन्त्रण, आदर्श शान्त, सावधानीपूर्वक क्यालिब्रेट गरिएको नेटवर्क, एक व्यापक सर्भर फ्लीट र A+ मा यी सबै सेटअप र मर्मत गर्ने संज्ञानात्मक क्षमता छ। उहाँबाट अनुरोधहरूले सामान्यतया ठूलो कम्पनीमा प्लेटमा अन्तिम डम्पलिंग र गलत समयमा बत्ती निभाएको जस्तै प्रतिक्रिया निम्त्याउँछ।
• एक बेलायती जसले विगत 5 वर्षमा दुई कम्पनीहरू परिवर्तन गरेको छ, तर समर्थनको साथ काम गर्ने आफ्नो शैली होइन। तिनीहरू या त बुबोनिक प्लेग जस्ता उसको केसहरूबाट भाग्छन्, वा उनीहरूले यस व्यक्तिसँग काम गर्ने सबै "आकर्षक" को पूर्वानुमान गर्दै तिनीहरूलाई लिन्छ, किनकि उसले चेतावनी बिना नै रिमोट सत्रको नियन्त्रण लिन सक्छ (उनको इमेल जाँच गर्न, कहिलेकाहीँ व्यक्तिगत), सानो सानो सानो कुरामा इन्जिनियरहरू र व्यवस्थापनलाई दबाब दिनुहोस् र अन्तमा, "डुप्लिकेट" टिप्पणीको साथ अचानक अनुप्रयोगहरू बन्द गर्नुहोस्।
• पोलिसिल्याबिक र अस्पष्ट उपनाम भएको भारतीय, जसले भारतीय आईटी बारे सबै मिथकहरूलाई खण्डन गर्दछ: विनम्र, शान्त, सक्षम, कागजातहरू पढ्छ, इन्जिनियरको सल्लाह सुन्छ र सधैं सबै कुरा आफैं गर्छ, एक ठाडो पगडीको मालिक (हो, हामीले भेट्टायौं। यो फेसबुकमा) र सही अक्सफोर्ड उच्चारण।

प्रत्येक इन्जिनियरले यसको बारेमा धेरै सोच नगरी पनि पाँचवटा "नाम" ग्राहकहरूको बारेमा सोच्न सक्छ। हामी हाम्रा नवआगन्तुकहरूलाई केही ("यदि तपाईंले प्रयोगशालामा नराम्रो व्यवहार गर्नुभयो भने, एउटी महिला आउनेछ र!.."), केहीसँग हामी घमण्ड गर्छौं ("र मसँग पहिले नै N. बन्द भएको 5 अनुप्रयोगहरू छन्!")। र प्रायः, हामी सकारात्मक र नकारात्मक उदाहरणहरू मात्र हाम्रो धारणा हो भनेर सम्झन्छौं र बुझ्छौं, र यो संचारबाट पछ्याउँछ, हाम्रो ग्राहकहरू र हामीसँग ग्राहकहरू।

र यो संचार धेरै फरक हुन सक्छ।

हामीले एक पटक लेखेका थियौं "भूतहरू" जसले इन्जिनियरहरूलाई ग्राहकहरूसँग काम गर्नबाट रोक्छ, र अब म देखाउन चाहन्छु कि यो कसरी हुन्छ प्रत्यक्ष उदाहरणको साथ।

यहाँ दुई वर्ष अघिको राम्रो उदाहरण हो: ग्राहकको सञ्चार शैलीमा इन्जिनियर र इन्जिनियरको पक्षमा समस्या निवारणको "परम्परागत" चरणहरूमा ग्राहकको प्रतिक्रिया।

खण्डीकरण को बारे मा मामला

त्यसोभए मामला यहाँ छ: एक धेरै अनुभवी र प्राविधिक-ज्ञानी ग्राहकले समर्थन टिकट खोल्छन् र सीधा प्रश्न सोध्छन्, स्थिति वर्णन गर्न धेरै विवरणहरू प्रदान गर्दै।

मैले पत्राचारलाई संवादमा परिणत गर्ने स्वतन्त्रता लिएँ, शैलीगत विशेषताहरू जोगाएर।

ग्राहक (K): - शुभ दिउँसो, सर। मेरो नाम मार्को स्यान्टिनो हो, हामीले तपाइँको उत्कृष्ट अभ्यासहरू प्रयोग गर्यौं र तपाइँले सिफारिस गरेको नवीनतम प्रविधि स्थापना गर्यौं, तर हामीले देख्छौं कि उच्च विखंडनको कारण प्रणालीको कार्यसम्पादन गम्भीर रूपमा कम हुँदै गइरहेको छ। कृपया मलाई भन्नुहोस्, के यो सामान्य छ?

इन्जिनियर (I): - नमस्कार, मार्को! मेरो नाम Ignat हो, र म मद्दत गर्नेछु। के यो सधैं हुन्छ? के तपाईंले डिफ्रेग्मेन्ट गर्ने प्रयास गर्नुभयो?

(K):- प्रिय इग्नाट! हो, यो सधैं देखिन्छ। हामीले डिफ्रेग्मेन्ट गर्ने प्रयास गर्यौं, तर, अफसोस, प्रणाली पूर्ण रूपमा निष्क्रिय हुँदा यसले धेरै समय लिन्छ, र त्यसैले सम्भव छैन।

(म):- सुन्नुहोस्, कुनै कारणले मैले यो उत्तम अभ्यासहरू फेला पार्न सकिन। उसलाई कहाँ भेट्टाउनुभयो ? र हुनसक्छ हामीले केहि डिफ्रेग्मेन्टेशन गर्नु पर्छ, हैन?

(के):- प्रिय इग्नाट! तपाईंले हाम्रो समस्यालाई गम्भीरतापूर्वक लिनुभएको छैन भन्ने बुझेर र राजनीतिक रूपमा सही जवाफको सट्टा सीधाबाट आफूलाई रोक्न गाह्रो भइरहेको छ, हामी अझै पनि तपाईंलाई जवाफ दिने प्रयास गर्नेछौं। हामीसँग तपाइँको अनुभव छैन (हामी 1960 देखि मात्र IT मा छौं), र तपाइँको काम र हामीलाई शिक्षित गर्ने प्रयासको लागि हामी तपाइँ प्रति धेरै आभारी छौं। बार्सिलोनामा डिनरमा तपाईका उत्पादन प्रबन्धकहरूले हामीसँग उत्कृष्ट अभ्यासहरू साझा गरेका थिए, र मैले तपाईंलाई तिनीहरूको लिङ्क पठाएँ। हामी तपाईंलाई सीधै सोध्छौं, इवान: के यो अवस्था सामान्य छ? यदि तपाईं हामीसँग कुरा गर्न इच्छुक हुनुहुन्न भने, कृपया हामीलाई मद्दत गर्न सक्ने कसैलाई खोज्नुहोस्।

(म): — मार्को, कुनै कारणले मैले यी उत्कृष्ट अभ्यासहरू फेला पारेन। मलाई लगहरू चाहिन्छ र अर्को इन्जिनियरलाई मुद्दा बढाउनेछु। म तपाईलाई के भन्छु: यदि तपाईले खण्डीकरण देख्नुभयो र डिफ्रेग्मेन्ट गर्नुभएन भने, यो मूर्ख र गैरजिम्मेवार हो। र जे भए पनि, तपाईंले कसरी महान नाम "इग्नाट" लाई भ्रमित गर्न र मलाई इभान बोलाउन व्यवस्थित गर्नुभयो?

(K):- त्यसो भए पुग्छ! म तपाईको भाइ, इग्नाट, न त तपाईको म्याचमेकर हो कि तपाईले मलाई नामले बोलाउनुहुनेछ, त्यसैले कृपया मलाई Gn भनेर सम्बोधन गर्नुहोस्। Santino! यदि तपाइँ कागजात फेला पार्न सक्नुहुन्न वा यस्तो साधारण कार्यको सामना गर्न सक्नुहुन्न भने, कि त कम्पनी छोड्नुहोस् वा यसको लेखकलाई सोध्नुहोस्, जसले हामीलाई यो कागजात दियो! लगहरूको लागि, हामी गोप्य कागजातहरूसँग काम गर्ने भएकाले विशेष स्वीकृति बिना हामी तिनीहरूलाई हस्तान्तरण गर्न सक्दैनौं। मेरो गल्तीमा तिम्रो आक्रोशले तिम्रो अज्ञानता र तिम्रो खराब बानी देखाउँछ। म तिम्रो लागि धेरै दु:खी छु। र अन्तमा: यदि हामी भन्छौं कि हामीले "डिफ्रेग्मेन्ट गर्ने प्रयास गर्यौं" र यो "असम्भव" हो, तब हामीले प्रयास गर्यौं र यो असम्भव छ। इग्नाट, म तिमीलाई सोध्छु, बकवासबाट कष्ट छोड्नुहोस् र आफ्नो काममा लाग्नुहोस् - कि हामीलाई जवाफ दिनुहोस्, वा हामीलाई दिने कोही खोज्नुहोस्!

यस पछि, अनुप्रयोगलाई उच्च स्तरमा स्थानान्तरण गरिएको थियो, जहाँ यो मृत्यु भयो - ग्राहकले कहिल्यै लगहरू प्रदान गरेन, पूर्ण-स्तरीय परीक्षणले केहि पनि उपज गरेन, र समस्या मात्र पुष्टि हुन सकेन।

प्रश्न: जोशको ताप र द्वन्द्वको वृद्धिबाट बच्न इन्जिनियरले के गर्न सक्छ?

(अझ पढ्नु अघि यो प्रश्नको जवाफ आफैं दिने प्रयास गर्नुहोस्)।

गीतको प्राविधिक विषयवस्तु
पहेलियाँ समाधान गर्न र "हत्यारा को हो?" प्रश्नको जवाफ दिन मन पराउनेहरूका लागि: समस्या धेरै गम्भीर भयो: ReFS खण्डीकरणले डिस्क सञ्चालनलाई मात्र असर गर्दैन, तर केही अवस्थामा CPU र RAM को खपत दस सम्म बढ्यो। समय, र Veeam ग्राहकहरूको लागि मात्र होइन - सबै ReFS प्रयोगकर्ताहरूले पीडित हुन सक्छन्।

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

म, "के गर्न सकिन्थ्यो?" प्रश्नको जवाफ दिँदै, म अर्को, अनन्त प्रश्न सोध्न चाहन्छु: "दोष कसलाई?"

व्यावसायिक एकताबाट, म साँच्चै भन्न चाहन्छु: "ग्राहक दोषी छ," र इन्जिनियरलाई ढाल गर्न सुरु गर्नुहोस्। एक प्रबन्धकको रूपमा जसले लगातार आफ्ना ईन्जिनियरहरूको कामको मूल्याङ्कन गर्दछ, म इग्नाटले गरेका गल्तीहरू देख्छु। को सही छ?

सबै कुरा क्रमबद्ध गरौं

यो मामला धेरै गाह्रो छ, उत्तर भन्दा धेरै प्रश्नहरू छन्।

औपचारिक रूपमा, इग्नाटले सबै कुरा राम्रोसँग गरे:

• Veeam को मूल मानहरू मध्ये एक पछ्याउनुहोस्: हृदयबाट कुराकानी;
• नाम द्वारा ग्राहकलाई सम्बोधन;
• समाधान प्रस्ताव अघि स्थिति स्पष्ट।

के उसले यस्तो तीव्र जोशबाट बच्न सक्छ?

हुन सक्छ: कसरी श्रीमान। Santino संचार गर्दछ (केवल तपाईं र अन्तिम नाम द्वारा), "आधारभूत प्रश्नहरू" अस्वीकार गर्नुहोस्, समस्यामा आफ्नो रुचि देखाउनुहोस् र यो व्यवहार सामान्य हो कि भनेर पत्ता लगाउने वाचा गर्नुहोस्।

न्यूनतम चरणहरू, प्राविधिक भाग बिना, र तिनीहरूले पहिले नै स्थितिलाई "बाहिर राख्न" मद्दत गर्थे। तर यदि यो छुटेको छ भने, केवल "यो नगर्नु" ले पनि थोरै मद्दत गर्नेछ।

यो स्पष्ट देखिन्छ: व्यक्तिगत रूपमा टाइपो नलिनुहोस्, व्यंग्यात्मक ग्राहकबाट आक्रोशित नहुनुहोस् (भले पनि सबै कुराले बढेको FER को बारेमा भन्छन्), कुराकानीलाई व्यक्तिगत नबनाउनुहोस्, उत्तेजनाहरूमा नदिनुहोस् ... ती मध्ये धेरै छन्, यी "होइन" र सबै महत्त्वपूर्ण, र सबै संचारको बारेमा।

ग्राहकको बारेमा के हो? के "उच्च शैली" मा लेखिएका पत्रहरू, शीर्षमा तपाइँका परिचितहरूका लागि निरन्तर सन्दर्भहरू, पर्दा अपमान र देखिने अनादरबाट आक्रोशित छन्? हो, हामी यसलाई त्यसरी पढ्न सक्छौं। अर्कोतर्फ, के यस्तो छ श्री. के Santino वास्तवमा आफ्नो क्रोध को लागी गलत छ?

र अझै, दुबै पक्षमा के गर्न सकिन्छ? म यो जस्तै देख्छु:

इन्जिनियरको पक्षबाट:

• ग्राहक को औपचारिकता को डिग्री को मूल्यांकन;
• कम "आधारभूत अलगाव" पछ्याउनुहोस्;
• (अब यो व्यक्तिपरक हुनेछ) अक्षरहरू अझ ध्यानपूर्वक पढ्नुहोस्;
• प्रश्नहरूको जवाफ दिनुहोस् सट्टा तिनीहरूलाई टाढैबाट;
• र, अन्तमा, उत्तेजनाको सामना नगर्नुहोस् र व्यक्तिगत नहुनुहोस्।

ग्राहकलाई:

• प्राविधिक विवरणहरूमा यसलाई लुकाउन बिना पहिलो अक्षरमा मुद्दा स्पष्ट रूपमा बताउनुहोस् (यो प्रत्यक्ष संवादबाट पछ्याउँदैन, तर मलाई विश्वास गर्नुहोस्, विवरण अद्भुत थियो);
• प्रश्नहरूको बारेमा अलि बढी सहिष्णु हुनुहोस् - सबैले समान रूपमा सोच्दैनन्, र कहिलेकाहीँ तपाईंले समस्याको सार बुझ्नको लागि धेरै सोध्नु पर्छ;
• सायद, आफ्नो महत्व र परिचितहरूलाई "उच्च स्तरमा" देखाउने इच्छालाई रोक्नुहोस्;
• र, Ignat को लागि, धेरै व्यक्तिगत हुनबाट जोगिन।

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

म इन्जिनियरको रक्षा गरिरहेको छैन - ऊ आफ्नै दुष्ट पिनोचियो हो। म ग्राहकलाई दोष दिन्दिन - उसले उपयुक्त देखे अनुसार संचार गर्ने अधिकार छ, यद्यपि यो संचार लगभग परिष्कृत विनम्र अपमानको सुरुचिपूर्ण फीतामा लुकेको छ (एक आधुनिक हिडाल्गोको राम्रो छवि जसले भाडामा व्यापार गर्दैन र युद्ध, तर IT मा - यद्यपि ...)।

"मैले ढुङ्गामा एउटा घाँटी भेट्टाएँ" - म यस पत्राचारलाई कसरी जोड्न सक्छु, वा अन्य शब्दहरूमा पनि भन्न सक्छु, जसको सत्यता म ईमानदारीपूर्वक विश्वास गर्छु: "कुनै पनि द्वन्द्वमा, सामान्यतया दुई जना दोषी हुन्छन्।"

हामी हाम्रो व्यापार कोच को शब्दहरु मा भन्न सक्छौं: "सफल संचार विगतको अनुभव, संचार बानी र संसार को विभिन्न चित्रहरु द्वारा बाधित छ।" तपाईंले नैतिकताको सुनौलो नियमलाई सम्झन सक्नुहुन्छ: "अरू मानिसहरूलाई त्यस्तै गर्नुहोस् जसरी तपाईंले उनीहरूलाई तपाईंसँग व्यवहार गर्नुहुन्छ।"

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

समर्थन मानिसहरूको बारेमा हो।

***

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

के यस्तो परिस्थितिबाट बच्न सधैं सम्भव छ? सधै होइन। काल्पनिक Ignat जतिसुकै राम्रो इन्जिनियर किन नहोस्, "अर्को तर्फ" त्यहाँ एक व्यक्ति हुन सक्छ जसले परिस्थितिलाई बढाउन सबै गर्छ।

तर Veeam प्राविधिक सहयोगमा काम गर्ने सुन्दरता, हामी आफैंमा गर्व गर्ने मानहरू मध्ये एउटा टोली कार्य हो। यो सम्झना धेरै महत्त्वपूर्ण छ: "तपाईं एक्लै हुनुहुन्न," र हामी यसलाई बनाउन सबै गर्छौं।

यस्तो अवस्थामा बाँच्ने र काम गर्ने तरिका सिकाउन सकिन्छ? सक्छ।

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

हामी विश्वास गर्छौं कि हाम्रा केटाहरू अब कुनै पनि परिस्थितिको लागि धेरै तयार छन्, र यदि केहि देखिन्छ कि तिनीहरू तयार छैनन् भने, हामी नजिकै छौं र मद्दत गर्न तयार छौं, र त्यसपछि नयाँ उदाहरणहरूका साथ हाम्रा पाठ्यक्रमहरू पूरक गर्दछौं।

र यसले भुक्तान गर्छ। यहाँ, उदाहरण को लागी, हाम्रो काम को बारे मा हाम्रो ग्राहकहरु मध्ये एक को समीक्षा छ:

“हामीले IT उद्योगमा २० वर्षभन्दा बढी समय काम गरेका छौं, र हामी सबै सहमत छौं कि कुनै पनि विक्रेताले Veeam ले प्रस्ताव गरेको प्राविधिक समर्थनको स्तर प्रदान गर्दैन। Veeam का प्राविधिक कर्मचारीहरूसँग कुरा गर्न पाउँदा खुसी लाग्छ किनभने तिनीहरू जानकार छन् र समस्याहरू छिटो समाधान गर्छन्। समर्थनलाई कहिल्यै कम मूल्याङ्कन गर्नु हुँदैन। यो कम्पनीको प्रतिबद्धता र सफलताको मापन हो। Veeam समर्थन को लागी #20 हो।

"हामी IT उद्योगमा 20 वर्ष भन्दा बढी भइसकेका छौं, र हामी भन्छौं कि अन्य कुनै विक्रेताले Veeam ले गर्ने प्राविधिक समर्थनको स्तर प्रदान गर्दैन। Veeam ईन्जिनियरहरूसँग काम गर्न पाउँदा खुसी लाग्छ किनभने उनीहरूले आफ्ना सामानहरू जान्दछन् र समस्याहरू चाँडै समाधान गर्न सक्छन्। प्राविधिक सहयोगलाई कहिल्यै कम आँकलन गर्नु हुँदैन। यो कम्पनी कति जिम्मेवार र सफल छ भन्ने मापन हो। Veeam सँग उत्तम प्राविधिक सहयोग छ। ”

***

कुनै पनि संचार प्रयोग र गल्तीहरूको लागि एक क्षेत्र हो, चाहे हामी यो चाहन्छौं वा छैन। र मेरो विचार यो हो कि गल्ती गर्न ठीक छ; यसबाहेक, मेरो कल हुनेछ: गल्तीहरू गर्नुहोस्! बिन्दु तपाईले ठेस खानुभयो कि होइन, तर तपाईले आफ्नो खुट्टा दृढतापूर्वक रोप्न सिक्नुभयो कि होइन।

कहिलेकाहीँ यो आफैलाई समात्न र ग्राहकहरू वा अनुभवी सहकर्मीहरूसँग सञ्चारका "गुरुहरू" उदारतापूर्वक साझेदारी गर्ने सबै निर्देशनहरू र रेसिपीहरू सम्झन गाह्रो हुन्छ। कहिलेकाहीँ आफैलाई सम्झाउन यो धेरै सजिलो छ: "म एक व्यक्तिसँग कुरा गर्दैछु।"

***

म ग्राहकहरु संग संचार मा उच्च ज्ञान वा गुणस्तर को एक विशेष मानक को बहाना छैन। पूर्ण पाठ्यपुस्तकको लागि मेरो गल्तीहरूको सूची मात्र पर्याप्त हुनेछ।

मैले आफैंको लागि सेट गरेको लक्ष्य: प्राविधिक सहयोगमा यो कसरी हुन सक्छ भनेर देखाउने र त्यस्ता अवस्थाहरूमा के स्वीकार्य मान्न सकिन्छ र के होइन भनेर छलफल सुरु गर्ने।

तिम्रो के बिचार छ?

स्रोत: www.habr.com