क्या सॉफ्टवेयर इंजीनियरिंग कैरियर में मेरा संचार कौशल बर्बाद हो जाएगा? [बन्द है]


40

मैं लगभग 5 वर्षों (20% विश्लेषण / प्रोग्रामिंग, 80% संचार) के लिए वित्तीय इंजीनियरिंग क्षेत्र (बीए गणित और बीए कंप्यूटर साइंस के बाद) में रहा हूं और लोगों से संवाद करने और तकनीकी समस्याओं पर चर्चा करने की मेरी क्षमता पर गर्व करता हूं (अर्थात बातचीत कर रहा हूं एक टीम के साथ)। मुझे अपनी नौकरी का यह हिस्सा बहुत पसंद है। अमूर्त विचारों और मंथन को आकर्षित करने के लिए व्हाइट बोर्ड में जाना।

हालांकि, कई कारणों से, मैं अपने करियर को एक प्रौद्योगिकी कंपनी (सॉफ्टवेयर इंजीनियरिंग) में परिवर्तित करना चाहता हूं, लेकिन मुझे गहरा डर है कि मैं एक स्टीरियोटाइपिकल प्रोग्रामिंग नौकरी में गिर जाऊंगा, जहां प्रोग्रामर बड़े हेडफ़ोन के साथ कोड करते हैं। मैं निश्चित रूप से जानता हूं कि यह केवल एक स्टीरियोटाइप है, लेकिन मैंने पहले (स्टार्टअप्स पर) इसी तरह का माहौल देखा है और यह मुझे यह सोचने से डराता है कि मैं अलगाव के करियर के लिए पलायन करूंगा।

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


14
आपको लगता है कि यहाँ जवाब थोड़ा पक्षपाती हो सकता है, है ना?
जेबी किंग

2
बिल्कुल, लेकिन इस तरह के जवाब, अब तक महान और बहुत जानकारीपूर्ण रहे हैं।
रयान

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

बिलकुल नहीं ..
लुई राइस

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

जवाबों:


53

यहां प्रोग्रामिंग के बारे में रहस्य है: यह लगभग 100% संचार है । इसका एक महत्वपूर्ण हिस्सा मानव के साथ संचार कर रहा है; बाकी जो आप अभी-अभी कंप्यूटर से सीखे हैं, वह संवाद कर रहा है।

बाद वाला हिस्सा दो का आसान है। कंप्यूटर वही करते हैं जो उन्हें बताया जाता है और आप हमेशा परीक्षण करने की स्थिति में होते हैं कि आपने जो बताया वह सही है।

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

कंप्यूटर के साथ संचार करने में अच्छे प्रोग्रामर अच्छे हैं; महान प्रोग्रामर लोगों के साथ संवाद करने में अच्छे होते हैं, एक माध्यम या दूसरे द्वारा।

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

तो हां, आपके संचार कौशल आपको अच्छी सेवा देंगे।


संपूर्ण रूप में संचार पर अच्छा बिंदु, लेकिन निजी और अधिक लिखित और व्यक्तिगत बैठकों पर जोर देने में बदलाव हो सकता है।
जेएफओ

यदि आप वास्तव में मानते हैं कि लागू किए गए दो भागों में कार्यान्वयन आसान है, तो आप या तो एक बुरी टीम के साथ काम कर रहे हैं या आप जो कार्यान्वयन कर रहे हैं वह बहुत आसान है। लागू करने के बारे में बात करने बनाम लागू करने में खर्च किए गए काम के घंटों की संख्या की गणना करें: कार्यान्वयन स्पष्ट रूप से कुल का 2/3 होना चाहिए; यदि नहीं, तो आपके प्रबंधक को अपने बॉस के साथ एक विशेष बैठक की आवश्यकता है।
जोनाथन क्लाइन IEEE

6
@ जोनाथन: मैं मुश्किल और समय लेने वाली के बीच काफी दृढ़ता से अंतर करूंगा।
पीडीआर

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

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

23

प्रोग्रामर बड़े हेडफ़ोन के साथ कोड करना पसंद कर सकते हैं (ठीक है, उनमें से सभी ऐसा नहीं करते हैं), लेकिन इसका मतलब यह नहीं है कि वे संवाद नहीं कर सकते हैं, इसका मतलब यह है कि वे उस पल में परेशान नहीं होना चाहते - ऐसा नहीं है कि वे कभी संवाद नहीं करेंगे।

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

लिखित संचार कौशल भी बहुत महत्वपूर्ण होगा जब आप अपने सहकर्मियों को बड़े हेडफ़ोन के साथ ईमेल करेंगे ताकि वे बाद में आपको जवाब दे सकें।


1
इससे पूरी तरह सहमत हैं। मैं केवल यह बताने के लिए हेडफ़ोन लगाता हूं कि मैं व्यस्त हूं।
इवान

7

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


2
क्या आप भी प्रोग्रामर हैं ??
सेंटरऑर्बिट

2
हां मैं हूं। मैं कुछ समय के लिए तकनीकी सलाहकार भी रहा हूं। ऐसा क्या है जो आपको मेरे जवाब के बारे में इतना परेशान करता है?
एसएल बर्थ -

एक व्यक्ति के रूप में तकनीकी सलाहकार जो एक ग्राहक से मिलने जाता है?
जेम्स पी।

@ जेम्स पी। यही मेरा मतलब था, हां - और यही मैंने तकनीकी सलाहकार के रूप में किया था। ग्राहक के कार्यालय में जाना और उनकी तकनीकी समस्याओं को हल करने में उनकी मदद करना। जाहिर है, डेवलपर्स के रूप में अच्छी तरह से मजबूत संचार कौशल की जरूरत है, लेकिन यह पहले से ही यहाँ दूसरों द्वारा चर्चा की गई है।
एसएल बर्थ -

6

सॉफ्टवेयर डेवलपर के लिए संचार कौशल बेहद महत्वपूर्ण है। कहीं न कहीं एक स्टेट है (संभवतः स्टेट के बगल में जो कहता है कि सभी आँकड़ों का 68% हिस्सा बना हुआ है) जो कहता है कि अधिकांश सॉफ्टवेयर प्रोजेक्ट खराब संचार के कारण विफल हो जाते हैं। वह व्यक्ति होने के नाते जो एक सॉफ्टवेयर डेवलपमेंट टीम पर व्यवसाय के साथ संवाद (और व्यवसाय को समझ सकता है) होने के लिए एक अच्छी जगह है।


6

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

कल्पना करने योग्य लगभग हर भूमिका में, किसी समय, आपको किसी ऐसे व्यक्ति से बात करने की ज़रूरत होती है, जिसके पास लगभग कोई समझ नहीं होती है कि आप क्या करते हैं, और आपको उन्हें बेचने में सक्षम होना चाहिए, जो आप कर रहे हैं।

आपको विनिर्देशन के लिए आवश्यकताओं को इकट्ठा करने के लिए उपयोगकर्ताओं से निपटने की भी आवश्यकता हो सकती है - जो कि विशेष प्रकार का सुनना (सही संकेतों और प्रश्नों के साथ युग्मित) संचार भी है!

इसका एक और लाभ है, निश्चित रूप से - अच्छे संचार कौशल पहली बार में नौकरी पाने में पूरी तरह आसान हो जाते हैं।


4

बधाई हो। आपके पास एप्लिकेशन इंजीनियर और फिर एप्लिकेशन इंजीनियरिंग मैनेजर (FAE Manager) के रूप में एक उज्ज्वल भविष्य है।

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


यह ध्यान दिया जाना चाहिए कि एप्लिकेशन इंजीनियर आमतौर पर समान स्तर पर डिजाइनरों की तुलना में औसतन 20% से 30% अधिक बनाते हैं। यह केवल इसलिए है, क्योंकि बेहतर संचारकों के रूप में, वे उच्च वेतन की मांग करने में सक्षम हैं; जबकि ख़राब संचारक के रूप में विशिष्ट डिज़ाइन इंजीनियर, आमतौर पर अधिक मांग नहीं करता है। इसलिए मानक निर्धारित किया गया है, और ऐप एंगर्स ने बैंक को सभी तरह से हँसाया है, जबकि सभी दैनिक रूप से डिजाइनरों की तुलना में पहले काम छोड़ रहे हैं। और क्या मैंने एक सम्मेलन कक्ष में ले-आउट पिज्जा खाने के लिए भाग्यशाली हैं, जबकि कार्यालय लंच से बाहर, उच्च कीमत का उल्लेख किया है?
जोनाथन क्लाइन IEEE

3

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

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

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


3

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


2

मैं वर्तमान में बड़े हेडफ़ोन के साथ प्रोग्रामिंग कर रहा हूं। खैर, मैं सिर्फ प्रोग्रामिंग कर रहा था। स्पष्ट रूप से मैं अब StackExchange पर हूँ ... anywho:

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

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

मैं भी कोई है जो बाहर जाने से प्यार करता हूँ। मुझे स्वीकार करना होगा, सबसे पहले, मैंने अपनी प्रोग्रामिंग नौकरी में एकजुटता की मात्रा को थोड़ा निराशाजनक पाया। मैंने काम को अधिक सामाजिक बनाने के लिए कुछ कदम उठाए, हालांकि, मुख्य रूप से: 1) अकेले दोपहर का भोजन खाने से मना करना 2) दोस्तों के साथ जिम / बास्केटबॉल ब्रेक लेना

एक प्रोग्रामिंग जॉब असामाजिक नहीं होना चाहिए।


2

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


1

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

यदि आपके व्यक्तित्व में 'नेतृत्व' गुण है (जो आप इशारा कर रहे हैं), तो आप बहुत तेजी से ऊपर उठेंगे। बस यह प्रदान करना कि आप एक कंपनी में हैं जो आपको उस तरीके से उठने देता है।

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


1

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

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


1

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


1

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

OTOH, बहुत सारे स्टार्टअप और सॉफ्टवेयर उत्पाद कंपनियों को हेड-डाउन कोडिंग के लिए लोगों की आवश्यकता है। ज़रूर, आप कुछ संवाद करते हैं, लेकिन एक प्रस्तुति देने के लिए उठना जो आपकी फर्म को बेचती है, अन्य कोडर्स से बात करने की तुलना में बहुत अलग है ...

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


0

ओह, ठीक है, बाहर से आने वाले लोगों के दृष्टिकोण से ... मैं वास्तव में यह नहीं कह सकता (जैसे अन्य सभी करते हैं) कि प्रोग्रामिंग संचार के बारे में है।

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

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

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

जब तक आप आग पर एक बिल्ली की तुलना में तेजी से प्रबंधन की सीढ़ी पर चढ़ने का एक रास्ता नहीं निकालेंगे , तब तक आपके पाठ्यक्रम का व्यावसायिक हिस्सा भारी बर्बाद हो जाएगा ।


0

संचार कौशल मददगार होते हैं, लेकिन तकनीकी क्षमता डेवलपर्स के लिए सबकुछ ट्रम्प कर देती है।

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


0

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

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.