प्रोग्रामिंग में तर्क को बढ़ाने की तकनीक [बंद]


21

मैं पिछले 3 वर्षों से प्रोग्रामिंग में हूँ। लेकिन मैं इसमें खो जाता हूं। मैं इसे अच्छी तरह से प्राप्त करने में सक्षम नहीं हूं, भले ही मैं हर रोज कोड करता हूं।

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

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


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

"मैं कोड से डरता हूं ... अगर मैं इसे समय पर पूरा नहीं करता हूं तो मेरे बॉस मुझे आग लगा देंगे आदि" - यह एक महान वातावरण नहीं है जिसमें आनंद लेना है, और इसलिए प्रोग्रामिंग में बेहतर है।
पॉल डी। वेट

@ पॉलड.वेइट सच, यह बहुत अच्छा नहीं है लेकिन बहुत आम है।
प्रमेश बजराचार्य

जवाबों:


12

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

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

मेरी कंपनी एक परियोजना के लिए शुरुआत और रैंप के लिए कुख्यात है, जिससे मुझे 90% अंक प्राप्त करने की अनुमति मिली, फिर "अगली बड़ी चीज" पर जाने के लिए गलीचा को मेरे नीचे से खिसका दिया। मैं हतोत्साहित होना शुरू कर देता हूं कि मुझे कभी कुछ नहीं मिलता है, और मुझे एक "दुर्गंध" (यदि आप करेंगे) में मिलता है। अंत में मैंने पीछे धकेला और उन्हें बताया कि मैं तब तक आगे नहीं बढ़ रहा था जब तक मैं खत्म नहीं कर देता जो मैं लगभग पूरा कर चुका था। इसने मेरे सम्मान, नैतिक और ऊर्जा के लिए चमत्कार किया (हालांकि मैं अपने नियोक्ताओं के बारे में ऐसा नहीं कह सकता: श्रग :)


7

मेरा सुझाव एक संरक्षक पाने के लिए होगा।

जब आप एक नई परियोजना प्राप्त करते हैं, तो उस पथ पर निर्णय लें जो आप लेने जा रहे हैं: समग्र डिजाइन कैसा दिखता है; आप किस एल्गोरिदम का उपयोग करने जा रहे हैं; आप इसे विकसित करने की योजना कैसे बनाते हैं ताकि आप जल्दी और अक्सर परीक्षण कर सकें; et cetera

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

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

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

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

तुम्हारे लिऐ शुभकामना।


6

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

  1. आपको बदलना और बेहतर होना चाहते हैं। यदि आप ऐसा महसूस कर रहे हैं, लेकिन अपने कौशल में सुधार करने के लिए हार्ड यार्ड में रखने के लिए तैयार नहीं हैं, तो आपके लिए कोई भी उपकरण / प्रक्रिया किसी को भी नहीं दे सकती है।

  2. कुछ लोग स्वाभाविक रूप से प्रतिभाशाली होते हैं। कुछ लोग प्रतिभाशाली होने के लिए कड़ी मेहनत करते हैं। अधिकांश लोग सिर्फ प्रतिभाशाली होने के लिए कड़ी मेहनत करते हैं। यदि आप स्वाभाविक रूप से प्रतिभाशाली नहीं हैं (प्रोग्रामिंग या अन्यथा), तो कड़ी मेहनत आपको वहां मिल सकती है। बस कड़ी मेहनत का स्तर अलग-अलग होगा। कुछ भी असंभव नहीं है।

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

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

  5. पढ़ा पढ़ें। समाचार समूह पढ़ें। इस तरह से (अच्छी तरह से) साइटों पर प्रश्न पोस्ट करें। आपके द्वारा सुनी गई पुस्तकें अच्छी हैं, या सिफारिशों के लिए अन्यथा पूछें।

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

  7. सुझाव और मदद के लिए खोलें। एक आयामी सोच के करीब। कई संभावनाओं और तरीकों के लिए खुले रहें। उन लोगों के लिए देखें जो सोचते हैं कि हर चीज का एक तरीका है। थोड़ा सा ४।

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


बहुत बढ़िया जवाब। इन बिंदुओं की तरह लगता है कि एक महान संरक्षक से आ रहे हैं। मेरे senpai नोटिस!! _ / _
प्रमेश बजराचार्य

4

यदि दैनिक कोडिंग के 3 साल बाद, आप मूल बातों से जूझ रहे हैं, तो आपको गंभीरता से विचार करने की आवश्यकता है कि यह आपके लिए सही पेशा नहीं है।

यह बुरी चीज़ नहीं है। प्रोग्रामिंग हर किसी के लिए नहीं है, आप जो अच्छा कर रहे हैं उसे ढूंढें और ऐसा करें, बजाय इसके कि अपने आप पर कुछ ऐसा करें जो स्वाभाविक नहीं है।

यदि आप जो कह रहे हैं वह सच है .. तो आप कभी भी "असाधारण प्रोग्रामर" नहीं होंगे। यह ठीक है, बस इसे स्वीकार करें।


टिप्पणीकार: टिप्पणियां स्पष्टीकरण मांगने के लिए होती हैं, न कि विस्तारित चर्चा के लिए। यदि आपके पास अपना समाधान है, तो एक उत्तर छोड़ दें। अगर आपको लगता है कि यह उत्तर अच्छा है, तो इसे वोट दें। अगर आपको नहीं लगता कि यह अच्छा है, तो उसे वोट दें। यदि आप अन्य लोगों के साथ इस प्रश्न पर चर्चा करना चाहते हैं, तो कृपया चैट का उपयोग करें । अधिक जानकारी के लिए FAQ देखें ।

चलो, कोई भी तीन साल में "असाधारण" नहीं बन जाता।
जैक्सबी

3

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


3

इसे छोटे-छोटे टुकड़ों में तोड़ लें।
मुझे एक PB & J सैंडविच बनाने का उपयोग करके प्रदर्शित करें।

समग्र बुनियादी प्रक्रिया का पता लगाएं।

1 - Get Ingredients
2 - Combine Ingredients
3 - Cut Sandwich
4 - Serve Sandwich

फिर इनमें से प्रत्येक को तोड़ दें

**Get Ingredients**
1 - Validate/Create PB
1.1 - Validate/Create Jelly
1.2 - Validate/Create Bread
2 - Move PB To assembly area
...

जब तक आप तर्क को पूरी तरह से समझ नहीं लेते, तब तक ब्रेक डाउन को दोहराएं।

इससे समझने में आसानी होगी। और आम प्रक्रियाओं को निष्क्रिय करना आसान है। इससे पहले कि आप कोडिंग शुरू करें सुनिश्चित करें कि आपके पास पहले से ही पता चल चुका तर्क है। गलतियाँ करना ठीक नहीं है, यह अपेक्षित है। लागू करने से पहले उन्हें ढूंढना सही करने के लिए बहुत आसान है।

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


2

मुझे इस तरह की समस्या पहले आई है .. यह ठीक है इससे पहले कि मैं बाहर जला दिया और लगभग एक साल के लिए उत्पादक स्तर पर कार्यक्रम नहीं कर सका (और मैं उस समय केवल 19 था)।

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

सामान्य दिशा - निर्देश:

  1. यदि आपको ऐसा लगता है कि दिशा की कमी है, तो इसे सामने लाएं। जहाँ आप जा रहे हैं वहाँ अधिक संरचना के लिए अपने श्रेष्ठ से पूछें
  2. यदि आप हर समय कोड को हटाना चाहते हैं (और रिफैक्टरिंग की तरह अच्छे तरीके से नहीं), तो गंभीरता से सवाल करें कि लागू करने से पहले एक अधिक पूर्ण योजना क्यों नहीं बनाई गई है
  3. यदि आप सुपर लीड स्टार्ट अप में हैं और "लीड" डेवलपर के रूप में कार्य कर रहे हैं, जब आप स्पष्ट रूप से इसके लिए अनुभवी नहीं होते हैं, तो अपने गौरव को निगल लें और अपने प्रबंधक को बताएं कि आप वास्तव में एक जूनियर डेवलपर के अधिक हैं।
  4. टेडियम को आम तौर पर बिना किसी काम के दिखने के कारण लाया जाता है। अपने कार्यों को छोटे काटने में लें और अपनी प्रगति पर नज़र रखें। यह महसूस करने में मदद करेगा कि आप कुछ कर रहे हैं
  5. यदि अन्य सभी विफल हो जाते हैं, तो आप कहीं और आवेदन करना शुरू कर सकते हैं, खासकर यदि आपके प्रबंधक को यह ध्यान नहीं है कि आप बर्नआउट के लिए जा रहे हैं।

-1

Zendo की तरह एक प्रेरक तर्क खेल का पता लगाएं और अपने खाली समय में इसे खेलते हैं। गंभीरता से। प्रेरक तर्क डिबगिंग का दिल है।

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