आप उच्च स्तरीय सॉफ्टवेयर विकास की गतिशील प्रकृति के साथ कैसे सामना करते हैं? [बन्द है]


25

मैं खुद को उच्च स्तरीय सॉफ्टवेयर डेवलपर मानता हूं। मुझे पढ़ने में बहुत मज़ा आता है, और इससे मुझे अपने करियर के दौरान मदद मिली। मुझे लगता है कि मैं अच्छा कर रहा हूं।

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

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

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


1
क्या, आपको नहीं लगता कि आप एक विलक्षणता का प्रबंधन कर सकते हैं? कोई भी अच्छा डेवलपर! - मजाक, मेरी बात मत सुनो ...
Kl

जवाबों:


30

आपने जो कुछ कहा वह बाहर खड़ा था: "मैं नियमित रूप से 14-15 साल के अनुभव के साथ कई वरिष्ठों को देखता हूं ... वे अब प्रोग्रामिंग में चूसना करते हैं"। यह एक बहुत व्यापक ब्रश स्ट्रोक है जिसे आप अनुभव के साथ लोगों को चित्रित करने के लिए उपयोग कर रहे हैं। मैं कुछ बातों पर विचार करना चाहता हूं:

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

शायद आप जिन लोगों का जिक्र कर रहे हैं वे कभी अच्छे नहीं थे। यह सिर्फ उतना ही संभव है कि वे आपको देख रहे हैं, आप चीजों को कठिन तरीके से करने पर जोर क्यों देते हैं?

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


1
नीचे की तरफ विस्तृत करने के लिए देखभाल? आपने जो कहा, वह आपको पसंद नहीं आएगा, लेकिन यह सच है।
बेरिन लोरिट्श

4
धारणा है कि वह है कि उसकी पहेली का एक बड़ा हिस्सा है। मैंने जो भी किया वह सब सीधे उस धारणा से निपटना था। संक्षेप में, मैं उपकरण का पीछा करने से ज्यादा चिंतित हूं क्योंकि मैं अनुभवी अच्छे डेवलपर बनने की उसकी क्षमता हूं । वह महान भी बन सकता है । ऐसा नहीं होने जा रहा है, अगर उसका सारा अनुभव उसे बताता है कि पुराने डेवलपर्स चूसते हैं। यह एक भयानक विध्वंसक है जिसे वह जहाँ होना चाहता है पाने के प्रयास में लगा देता है।
बेरिन लोरिट्श

1
@ बेरिन लोरिट्स्क: यह एक उचित बिंदु है। आपका इरादा नेक था। // संयुक्त राज्य अमेरिका में, बहुत से लोग सामान्यीकरण करने के लिए दूसरों को डांटने के लिए overthemselves की यात्रा करते हैं। मैंने आपकी प्रतिक्रिया को छोड़ दिया क्योंकि ऐसा लग रहा था कि आप ऐसा कर रहे हैं।
जिम जी।

1
उम्मीद है, आप समय के साथ सीखेंगे कि नई तकनीकों को सीखने में समय कब लगाना है और उन्हें कब अनदेखा करना है। लब्बोलुआब यह है कि समय एक कीमती संसाधन है। जब SOAP / XML RPC पहली बार सामने आई, तो यह बताना जल्दबाजी होगी कि यह वास्तव में क्या करेगी। अब हमारे बेल्ट पर कुछ वर्षों के साथ हमने कुछ दर्दनाक सबक सीखे हैं, और REST आधारित सेवाओं के साथ दृष्टिकोण को संशोधित किया है। इसके अलावा, हमें बूढ़े लोगों को यह जानने की जरूरत है कि असीम ऊर्जा वाले युवाओं को यह सीखने में समय लगाने की जरूरत है। ट्रिगर को खींचने के लिए हम थोड़ा धीमा हो सकते हैं, लेकिन हमें गति प्राप्त करने में लंबा समय नहीं लगता है।
बेरिन लोरिट्श

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

20

भविष्य की भविष्यवाणी करना कठिन है। लेकिन एक बात सुनिश्चित करने के लिए सबसे मूल्यवान है, भले ही प्रौद्योगिकी।

यह समस्याओं को हल करने के लिए एक डेवलपर की क्षमता है

एक डेवलपर गुणवत्ता के कई प्रौद्योगिकी स्वतंत्र हैं। उदाहरण के लिए विश्लेषणात्मक क्षमता सबसे महत्वपूर्ण गुण है जिसके बारे में मुझे पता है। यह गणित सीखने जैसा है। यह केवल कालातीत है।


1
हां, यह जानने की क्षमता / ईमानदारी कि आपके उपलब्ध उपकरण / कौशल समस्या का समाधान नहीं कर रहे हैं । इसलिए आप कुछ नया सामान सीखते हैं और फिर "समस्या को हल करने की क्षमता" पर वापस जाते हैं।
पीटर रोवेल

1
एह ... यह थोड़ा अस्पष्ट है, और tbh, यह एक मुकाबला है। यदि vb6 में एक देवता अभी भी पूरी तरह से "समस्याओं का समाधान" कर रहा है ... तो, मैं वास्तव में उनके कोड के साथ काम नहीं करना चाहता। वर्तमान रहना भविष्य की भविष्यवाणी नहीं कर रहा है, समय / कार्य की आवश्यकता होती है, और जब आपको परिवार मिल जाता है, तो इसके लिए कम अवसर होता है।
स्टीवन एवर्स

5

काश मेरे पास एक सकारात्मक या ठोस विचार होता - लेकिन मुझे लगता है कि कैसे एक प्रोग्रामर अप टू डेट रहता है और काम / परिवार प्रोग्रामर से प्रोग्रामर तक काफी बदलता रहता है।

एकाएक विचार:

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

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

मैं सहमत हूँ। मैं वास्तव में खुद को किनारे से थोड़ा पीछे काम करता हूं, और मुझे यह जानना पसंद है कि दूसरों ने इसके खिलाफ अपने सिर को एक बिट के लिए बल्लेबाजी की है इससे पहले कि मुझे यह कोशिश करनी पड़े। :)
21११ तक

5

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

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

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

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


3

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

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


जब आप परिपक्व होते हैं तो आपको नई तकनीकों से अपडेट रहना मुश्किल नहीं लगता?
हेमंत

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

2

मेरे अनुभव के वर्षों में:

  • भाषाएँ बदल गई हैं (आमतौर पर अपेक्षाकृत धीरे-धीरे)।
  • समस्याओं की श्रेणी जिसे व्यावहारिक रूप से हल किया जा सकता है (कुछ तेजी से) बढ़ी है;
  • समाधानों का आकार और जटिलता बढ़ गई है (अपेक्षाकृत जल्दी);
  • ऐसा कुछ है जो flavor of the day(कभी-कभी अच्छा होता है, अक्सर बुरा होता है)।

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

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

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

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

Because We Canसिंड्रोम से बचने के लिए नई तकनीकों को लागू करना महत्वपूर्ण है। एक नई तकनीक को जोड़ना क्योंकि यह वर्ष का स्वाद है, यह हल करने की तुलना में अधिक समस्याओं का कारण बनता है। यह जानते हुए कि प्रौद्योगिकी कब एक वास्तविक समस्या को हल करेगी, और जब यह सिर्फ जटिलता जोड़ेगी, एक उपयोगी कौशल है।

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

मुझे आमतौर पर रेजर ब्लेड के नीचे फिसलने का अफसोस होता है। मुझे याद नहीं है कि किसी सिद्ध तकनीक का उपयोग करके कभी पछतावा हो। हालांकि, जो कुछ वर्णित है उसका बहुत newकुछ मौजूदा चीज़ों की पुनरावृत्ति कर रहा है। आमतौर पर, यह रीपैकेजिंग चीजों को उचित रूप से समझने और लागू करने में आसान बनाता है।


2

कोई भी सब कुछ साथ नहीं रख सकता। आप शायद Microsoft की पेशकश को पूरा करने में बहुत व्यस्त हैं। क्या आपने रूबी ऑन नेल्स और पायथन और NoSQL डेटाबेस और Hadoop और मोबाइल ऐप निर्माण और CSS और HTML5 और jQuery और ExtJS और ... पर ध्यान दिया है?

मैं काफी समय से सॉफ्टवेयर में हूं। मैं वास्तव में नई तकनीक के साथ बड़े पैमाने पर समानांतर डेटाबेस के लिए नए विचारों को रखने की कोशिश करता हूं, और बदसूरत (जैसे MFC, WinForms, SOAP, XML, EJBs) और जितना संभव हो उतना तुच्छ को अनदेखा करता हूं। अधिकतर हम सिर्फ पुराने पुराने विचारों को ही दोहराते और अंत में अपनाते हुए देखते हैं। कार्यात्मक प्रोग्रामिंग? मैं 1977 में INTERLISP का उपयोग कर रहा था। मोबाइल फोन ऐप्स? यह वही घटना-संचालित UI और 2D ग्राफिक्स है जो हम कम से कम 30 वर्षों से कर रहे हैं। ज़रूर, एक छोटी टच स्क्रीन के लिए प्रयोग करने योग्य ऐप डिजाइन करने के लिए एक कला है, लेकिन प्रोग्रामिंग बिल्कुल भी नया नहीं है।


1

मैं @Amir से सहमत हूं कि आपका कौशल समस्या का समाधान कर रहा है न कि आपके lanaguage डोमेन, लेकिन मैं आपकी चिंता की सराहना करता हूं, इसलिए:

यदि आपके पास आपको वर्तमान लानागैज लेने की स्वतंत्रता है, तो पहले के रूप में संभव के रूप में पहले प्रिंट करने वालों के करीब एक को चुनें (यानी एक सी ++ प्रकार लानागैज) ताकि जब आप किसी नए डोमेन में काम करें तो सीखने की अवस्था कम हो जाए क्योंकि यह अभी है आपके ऊपर अमूर्तता। यदि आप वर्तमान में केवल उच्च स्तर की भाषाओं में निवेश करते हैं, तो एक अमूर्तता का बढ़ना बहुत कठिन है (भले ही केवल धारणा में)।

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


1

यह आपकी नौकरी और मनचाही नौकरियों पर निर्भर करेगा। ऐसी स्थितियां हैं जहां डेवलपर्स अभी भी पुरानी तकनीकों का उपयोग कर रहे हैं। अभी भी बहुत सारे COBOL चलते रहते हैं (मुझे यकीन है कि कुछ बदल गया है।)।

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

परिवार रखने से आपकी नौकरी के विकल्प सीमित हो सकते हैं। आप कम मोबाइल बना सकते हैं। क्या आप बड़े वेतन की उम्मीद में अपने आधे वेतन के लिए एक शुरुआत में काम पर जा सकते हैं - शायद बच्चों और बंधक के साथ नहीं।

नया हमेशा बेहतर नहीं होता है और कई टिकते नहीं हैं।


1

मैं चिकित्सा क्षेत्र में नहीं हूं, लेकिन एक डेवलपर और डॉक्टर के बीच समानता कैसे है? दोनों क्षेत्रों में पिछले 20 वर्षों में जबरदस्त बदलाव हुए हैं और परिवर्तन की गति कभी तेज हुई है। क्या सभी डॉक्टर रहते हैं? सभी डेवलपर्स को बनाए रखना है? क्या आप 14-15 साल के अनुभव के साथ डेवलपर्स या डॉक्टरों के बारे में कोई सामान्यीकरण कर सकते हैं? अधिक अनुभव का मतलब है कि आपके पास समान समस्याओं के जवाब का एक बड़ा समूह है। क्या ट्रम्प का अनुभव है? लंबी अवधि में नहीं।

शार्क की तरह सोचें जिसे तैरना या मरना है। सीखते रहो या मरो (या प्रबंधन में चले जाओ, जहां सबसे अधिक विकास कैरियर लाइन के बारे में 10-15 साल में चोटियों के रूप में जाना है)।


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

0

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

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

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