स्थानिक अभिरुचि से प्रोग्रामिंग कैसे प्रभावित होती है? [बन्द है]

Question

पृष्ठभूमि

अब मैं एक परियोजना पर काम करता हूं, यह कम स्पष्ट हो जाता है। यह ऐसा है जैसे मैं अपने सिर में अब विभिन्न वर्गों / वस्तुओं को अलग नहीं कर सकता। सब कुछ मिश्रण करना शुरू कर देता है, और इसे फिर से अलग करना बहुत कठिन है। मैं उन कक्षाओं में कार्य करना शुरू करता हूं जहां वे वास्तव में संबंधित नहीं हैं, और मूर्खतापूर्ण गलतियां करते हैं जैसे कि कोड लिखना जो मुझे बाद में मिला 100% अप्रचलित; चीजें अब मेरे सिर में स्पष्ट रूप से नीच नहीं हैं। यह तब तक नहीं है जब तक कि मैं कई घंटे (या कभी-कभी दिन!) के लिए एक कदम वापस नहीं लेता हूं कि मैं वास्तव में देख सकता हूं कि फिर से क्या हो रहा है, और उत्पादक हो।

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

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

सवाल

मुझे बहुत दिलचस्पी है कि दूसरे लोग इस बारे में क्या सोचते हैं ...

क्या एक निम्न स्थानिक उपर्युक्त उपर्युक्त समस्याओं का कारण हो सकता है?

स्थानिक अभिरुचि से प्रोग्रामिंग कैसे प्रभावित होती है?

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

जहां तक ​​मुझे पता है कि लोग कम / मेड / उच्च स्थानिक अभिरुचि के साथ पैदा हुए हैं, इसलिए मुझे लगता है कि यह पता लगाना दिलचस्प है कि क्या जन्म से ही अधिक भाग्यशाली बेहतर प्रोग्रामर हैं।

Comments

it turned out my Spatial Aptitude was quite low. I still got a decent score, just above average,मैं मनोवैज्ञानिक नहीं हूं, लेकिन अगर मैं सही ढंग से अंग्रेजी पढ़ता हूं और एक औसत की परिभाषा को समझता हूं, तो मुझे वास्तव में नहीं मिलता है कि इसका अनुवाद कैसे होता है quite low... शायद आप इसे खत्म कर रहे हैं ... :)

— जय हो

आह, भी, बुद्धि परीक्षण बकवास हैं, उनके बारे में अनुसंधान को कुंद करने के लिए। क्या आप यूएस में रहते हैं? (सिर्फ यह पूछने के कारण कि आईक्यू परीक्षणों का अधिक उपयोग होता है - और संयुक्त राज्य अमेरिका में कहीं भी - एडीडी का अत्यधिक डर कम हो जाता है)

— हेलेम

@psr: मुझे वास्तव में आश्चर्य नहीं होगा। यह सुनने में ऐसा नहीं लग सकता है कि इसके साथ बहुत कुछ करना है, लेकिन स्थानिक प्रतिनिधित्व और पुरानी गति की बीमारी से परेशान लोगों को आमतौर पर थोड़ा कठिन समय होता है जो काफी चीजों से निपटते हैं। मुझे नहीं लगता कि यह थोड़ा भिन्न है (लेकिन मैं कोई मनोवैज्ञानिक या न्यूरोलॉजिस्ट नहीं हूं), और यह कि आपके वास्तविक प्रोग्रामिंग कौशल और जुनून बाकी पैक से अलग आपको स्थापित करने जा रहे हैं।

— जाइल

@ बाल शैली मुझे सामान्य रूप से नहीं पता है, लेकिन अधिकांश ऑनलाइन आईक्यू परीक्षण कई अक्षों के साथ ग्रेड होंगे। स्थानिक योग्यता, तर्क कौशल, आदि, मुझे लगता है कि नटली क्या कह रही है, उन सभी का औसत औसत से ऊपर था, लेकिन स्थानिक योग्यता स्कोर काफी कम था।

— इज़काता

मैं एक ऐसी नौकरी के लिए तरस रहा हूँ जहाँ मैं छड़ी से चीजों को उड़ाता हूँ।

— डेन रे

Answer 1

इस पर वास्तव में कुछ कठिन शोध डेटा हैं, जो पिछले 35 वर्षों में एकत्र किए गए हैं, और मैंने कुछ समान घटनाओं का भी अनुभव किया है, हालांकि नियमित रूप से नहीं। अधिक के लिए नीचे देखें।

अनुसंधान डेटा

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

• प्रोग्रामिंग उपलब्धि के मनोवैज्ञानिक भविष्यवक्ताओं की खोज [ PDF ] (एर्दोगन, आयडिन, काबाका, 2008)

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

• स्थानिक क्षमता और प्रोग्राम को सीखना [ PDF ] (जोन्स, 2008)

  इस विश्लेषण के परिणामों से, इस बात के प्रमाण हैं कि कार्यक्रम सीखते समय स्थानिक क्षमता महत्वपूर्ण है। [...] जबकि स्थानिक क्षमता को प्रासंगिक दिखाया गया है, हमें नहीं लगता है कि मानसिक रोटेशन क्षमता को पूर्वानुमेय प्रोग्रामिंग योग्यता के साधन के रूप में उपयोग किया जाना चाहिए, लेकिन शैक्षणिक हस्तक्षेपों को कम करते हुए विचार किया जाना चाहिए। सोचा शिक्षण विधियों और सॉफ्टवेयर विज़ुअलाइज़ेशन के लिए दिए जाने की जरूरत है जो अमूर्त अवधारणाओं की परिकल्पना करने और बेहतर मानसिक मॉडल बनाने के लिए कम स्थानिक क्षमता वाले छात्रों की मदद करते हैं (Wiedenbeck et al।, 2004)।

• पहले प्रोग्रामिंग कोर्स [ पीडीएफ ] में सफलता के भविष्यवक्ता (साइमन, फिन्चर और अल।, 2006)

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

• प्रोग्रामिंग कौशल प्राप्त करने की संभावना कौन है? (शूट, १ ९९ १)

• हेमिस्फेरिक लेटरलाइज़ेशन और प्रोग्रामिंग एबिलिटी , (गेसन, मॉरेक्रॉफ्ट, 1990)

• प्रोग्रामिंग में समस्या-समाधान के सहसंबंध [ PDF ] (चोई-मैन, 1988)

  दिलचस्प एक ... अच्छा अध्ययन मॉडल, और कई अध्ययन समूहों और अध्ययन कारकों की विश्वसनीयता के लिए लेखांकन के साथ मात्रात्मक परिणाम। इसकी पैदावार होती है:

  [...] यह देखा जा सकता है कि, पुरुषों के लिए, गणित अकेले प्रोग्रामिंग क्षमता पर 30.90% विचरण का कारण हो सकता है, और यह कि स्थानिक परीक्षण 8.00% तक हो सकता है। [...]

  [...] यह भी देखा जा सकता है कि, महिलाओं के लिए, प्रोग्रामिंग क्षमता का अनुमान लगाने में केवल गणित और स्थानिक परीक्षणों के प्रदर्शन का महत्वपूर्ण प्रभाव था।

  इस अध्ययन के परिणामों से पता चला है कि गणित की परीक्षा और स्थानिक परीक्षण में उच्च स्कोर करने वाले छात्र प्रोग्रामिंग क्षमता परीक्षण में उच्च स्कोर करेंगे।

• लर्निंग, रिसर्च और प्रोग्रामिंग का चित्रमय प्रतिनिधित्व (टेलर, क्यूनिफ, उचियामा, 1986)

• समूह और व्यक्तिगत सेटिंग्स में कम्प्यूटर प्रोग्रामिंग सीखने की संज्ञानात्मक आवश्यकताएँ (वेब, 1985)

• नौसिखिया प्रोग्रामर (आयरन, 1982) में प्रोग्रामिंग कार्यों के संज्ञानात्मक संबंध

• सीखने के लिए योग्यता पर शोध: एक प्रगति रिपोर्ट [ पीडीएफ ] (आरई स्नो, 1976)

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

कुछ लिंक (विशेष रूप से [पीडीएफ] तरह) आपके लिए काम नहीं कर सकते हैं यदि आपके पास इन ऑनलाइन सामग्री तक पहुंच देने वाले पुस्तकालय से संबद्धता नहीं है।

---

निजी राय

चेतावनी और प्रकटीकरण: मैं कर रहा हूँ न तो एक मनोवैज्ञानिक और न ही एक न्यूरोलॉजिस्ट, लेकिन मैं अध्ययन कर रहे हैं और शिक्षण दोनों छोटे बच्चों (6 शुरू) और विश्वविद्यालय के छात्रों के लिए प्रोग्रामिंग (60 अप करने के लिए!)।

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

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

वस्तुतः आप क्या और कितनी तेजी से सीख सकते हैं इसकी कोई सीमा नहीं है ।

सब के बाद, कोई भी प्रोग्रामर एक अच्छी चुनौती पसंद नहीं करता है, है ना? (मैं तुम्हें देख रहा हूँ, आरएसआई)

---

व्यक्तिगत (संभवतः असंबंधित) अनुभव

हो सकता है कि आप बहुत ज्यादा भावुक हों। आप प्रति दिन और प्रति सप्ताह कितने घंटे काम करते हैं? क्या आप नियमित ब्रेक लेते हैं?

एक समान मामला?

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

विश्राम में मदद मिल सकती है

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

ट्रिगर की पहचान करना

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

अलगाव

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

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

Comments

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

— जाइल

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

— नटली

@ नटली: यह एक पकड़ आदत को किक करने के लिए एक ही दृष्टिकोण है। यदि आप धूम्रपान छोड़ना चाहते हैं, तो आपको सिगरेट के लिए कुछ स्थानापन्न करने की आवश्यकता है। कोई विशेष शौक जिसे आप वास्तव में आनंद लेते हैं, प्रोग्रामिंग से अलग है? फिर उस का उपयोग करें। कुछ लोगों के लिए, गहन गतिविधियाँ कर सकती थीं (उदाहरण के लिए स्क्वैश, ...), जबकि अन्य के लिए यह विपरीत है: उन्हें कुछ अत्यंत निष्क्रिय की आवश्यकता होती है। शायद आप ध्यान की कोशिश कर सकते हैं। अपने दिमाग को साफ करना सीखना सीखना एक महत्वपूर्ण कौशल है। उदाहरण के लिए, यह मेरी नींद की समस्याओं के साथ बहुत मदद करता है।

— जाइल

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

— जाइल

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

— जेमी टेलर

Answer 2

Ech ... यह एक टिप्पणी से अधिक योग्य है।

"मैं आमतौर पर इसके माध्यम से लड़ने की कोशिश करता हूं"

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

मैंने अंत में बैक बर्नर पर चीजों को रखने के मूल्य की सराहना करना सीखा जब मुझे पता चला कि एक उचित समय पर सोने का एकमात्र तरीका खुद को बिल्कुल कुछ भी नहीं सोचना है और यह पता लगाने के लिए हैरान था कि 10 मिनट के भीतर या तो मैं सो जाता हूँ जबकि आम तौर पर मैं मानसिक थकावट से दुर्घटनाग्रस्त होने से कम से कम एक-दो घंटे पहले सोच-विचार कर रहा होता हूँ।

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

मैं निम्नलिखित सलाह देता हूं:

• जब आपके सिर में कुछ मुड़ रहा होता है और आपके पास ब्रेक लेने और टहलने या कुछ के लिए जाने में सक्षम होने की लक्जरी नहीं होती है, तो गियर को स्विच करने का प्रयास करें और थोड़ी देर के लिए समस्या के बहुत अलग टुकड़े पर ध्यान केंद्रित करें।

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

• नियमित रूप से अपने आप को दिन भर कुछ भी नहीं सोचने के लिए होगा। यहां तक ​​कि अगर यह सिर्फ एक मिनट के लिए है जब आप अपने आप को पानी का गिलास मिलता है।

• OOP या कम समस्या के बारे में सोचने के लिए किसी भी अधिक समस्या-डोमेन-केंद्रित आर्किटेक्चर दृष्टिकोण का लाभ उठाने का प्रयास करें। उच्चतम स्तर पर आपके कोड में कौन से अभिनेता हैं? उन्हें एक-दूसरे के साथ जटिल संबंध नहीं रखने चाहिए। यह आपको एक बार में समस्या के एक टुकड़े पर अधिक ध्यान केंद्रित करने की अनुमति देता है।

कुछ कोडिंग सिद्धांत जो मदद कर सकते हैं

• DRY सामान्य कोडिंग प्रथा है क्योंकि "चोरी करना गलत है" लगभग सभी नैतिकता / नैतिकता पर लागू किया जा सकता है। बहुत दुर्लभ अपवाद हैं। उन्हें बहुत कम रखें।

• यदि आप भविष्य में अंततः समस्याओं का सामना करने के लिए अधिक हल करने की आदत में हैं, तो इसे बंद कर दें। कुछ भी अधिक भविष्य-प्रमाण या "स्केलेबल" कोड की तुलना में अधिक जटिल नहीं है जो कि होने की आवश्यकता है। "एंटरप्राइज" झूठ है।

• जटिल पैटर्न अक्सर पुरस्कारों की लंबी बुलेट बिंदु सूची का वादा करते हैं। केवल 3 चीजें हैं जो ज्यादातर समय मायने रखती हैं। इसे पढ़ना आसान है। इसे फिर से उपयोग करना आसान है। इसे संशोधित करना आसान है। बल के न्यूनतम उपयोग के संदर्भ में सोचें कि एक मार्शल कलाकार उस सिद्धांत को जटिलता के लिए लागू कर सकता है या नहीं। समस्या को हल करने के लिए पर्याप्त आदर्श है।

• पहले अपना इंटरफ़ेस लिखें। और नहीं, मेरा मतलब यह नहीं है कि C # / Java कंस्ट्रक्शंस का इस्तेमाल केवल तब किया जाना चाहिए, जब मेरा मतलब आपकी वस्तुओं के एपीआई से हो। कक्षा / वस्तु को क्या करने की आवश्यकता है? उन खाली तरीकों को लिखें और उन्हें arg नाम दें। जब तक आप पूरी तरह से काम न कर लें तब तक खाली जगह न भरें। बाद में जुड़वाँ बनाना ठीक है, लेकिन एक बार जब आप स्थापित हो जाते हैं तो इसे करने में सक्षम होने के लिए, आप इस बात पर ध्यान केंद्रित कर सकते हैं कि प्रत्येक चीज़, एक समय में, कैसे की जानी चाहिए। कारण यह हो सकता है कि आप अपने आप को अपने सिर में रखने की कोशिश कर रहे हों जैसा कि आप अक्सर करते हैं क्योंकि आप उन समस्याओं के लिए कार्यान्वयन कर रहे हैं जो आपको एक प्रक्रिया के दिए गए चरण में मिलने से बहुत पहले हल हो जाना चाहिए था। के बहुत सारे है और तरीके हैं? यह है जिसके बारे में मैं बात कर रहा हूँ।

निदान?

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

Answer 3

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

यदि आप काफी नए हैं (कम से कम, कहते हैं, 5000 घंटे (वह संख्या पीटर नॉर्विग के पोस्ट से दस साल में कार्यक्रम सीखने के लिए आई थी, तो 10000 घंटे रोककर जो वह एक विशेषज्ञ प्रोग्रामर बनने की सिफारिश करता है) प्रोग्रामिंग करता है, यह बहुत अच्छा लगता है उस हिस्से को छोड़कर जहां आप कहते हैं कि आपको ब्रेक के दिनों की आवश्यकता है। शायद आप अपने आप को जला रहे हैं ताकि खुद को इतना लंबा ब्रेक मिल सके?

Comments

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

— नटली

Answer 4

आप जो वर्णन करते हैं, उससे आपकी समस्या के विभिन्न कारण हो सकते हैं:

• अनुभव का हीनता

• फोकस / थकान का नुकसान

• कम स्थानिक क्षमता

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

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

बार-बार टूटने के साथ एक स्थायी rythm को अपनाने से थकान और ध्यान की बूंदों से बचा जा सकता है। लिंडा राइजिंग द्वारा हमारे दिमाग का सम्मान करके अधिक उत्पादक होने पर आपको उस प्रस्तुति में रुचि मिल सकती है: बॉर्न टू साइकिल ।

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

संक्षेप में, आपको IMO की क्या आवश्यकता है:

• अनुशासन

• अभ्यास

• एक स्थायी गति