बड़े पैमाने पर वाम-ब्रेनर कोड के साथ एक राइट-ब्रेनर कैसे निपट सकता है? [बन्द है]


11

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

इसलिए यहाँ मैं C ++ सॉफ्टवेयर के भारी झुंड में उधम मचाते और अस्पष्ट कीड़े को ठीक करने के लिए भुगतान किया जा रहा हूं, OO पर बहुत भारी है, और कोड की कोई एक पंक्ति तब तक कोई मतलब नहीं है जब तक कि मैं बीस अन्य वर्ग और विधि के नाम के बारे में ध्यान नहीं रखता, उनके बीच संबंध, निष्पादन का प्रवाह (बहुत स्पेगेटी की तरह) और अन्य विस्तार।

इसके अलावा, मैं भी समकालीन C ++ और OO शैलियों के बहुत खिलाफ हूं। जिन लोगों ने इस कोड को लिखा है, उन्होंने वास्तव में गहन OO और आधुनिक C ++ kool-ade पिया है। मुझे लगता है कि यह वास्तव में कोड का पालन करने के लिए बहुत कठिन बना देता है, यह तय करना बहुत मुश्किल है कि किसी चीज को ठीक करना या बदलना कहां है। मुझे नहीं पता कि यह बाएं / दाएं अंतर का हिस्सा है (या जिसे आप इसे कॉल करना चाहते हैं) या नहीं।

लेकिन C ++ पर काम करना चाहिए - मेरी आय के लिए लोग मुझ पर निर्भर हैं। इस स्थिति से निपटने के लिए क्या युक्तियाँ और तकनीकें हैं, जो मेरे नियोक्ता के लिए यथासंभव प्रभावी हैं?


9
यह बाएं-मस्तिष्क / दाएं-मस्तिष्क का अंतर नहीं है - कोई भी बड़े पैमाने पर प्रयास के बिना सी ++ कोड के उस प्रकार को समझ या संशोधित नहीं कर सकता है, जो इसे लिखने वाले व्यक्ति (अक्सर, उन्हें भी नहीं) के अलावा। बस यह सुनिश्चित करें कि जब आपसे यह अनुमान लगाने के लिए कहा जाए कि किसी चीज़ में कितना समय लगेगा, तो आप इसे "समकालीन" डिज़ाइन से निपटने के लिए कुछ सौ प्रतिशत निकाल देंगे।
कार्सन63000

8
निराश मत हो। C ++ बहुत ही अजीब भाषा है, जहाँ डिज़ाइन लक्ष्य प्रयोज्य नहीं था (मनुष्यों के लिए) और न ही संकलन, स्पष्टता, शुद्धता (कंपाइलरों के लिए)। C ++ का एकमात्र डिजाइन लक्ष्य प्रत्येक और हर संभव शाब्दिक क्रमपरिवर्तन को कुछ बनाने का था, भले ही वह पूरी तरह से अव्यावहारिक हो।

1
@ कार्ड: आपने इसे उड़ा दिया है :-) लेकिन मैं टुकड़ों में सहमत हूं।
Geek

@ मज्जुबा - हाँ, हम C ++ का एक अतिरिक्त-उन्नत रूप का उपयोग करते हैं: D
डैरेन डब्ल्यू

2
इसे "लिगेसी कोड" कहा जाता है, और समस्या अकेले आपके लिए नहीं है। इस तरह के एक जानवर को कैसे वश में करना है इसके बारे में माइकल फिशर बुक के लिंक के लिए en.wikipedia.org/wiki/Legacy_code देखें ।

जवाबों:


2

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

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


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

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

एक अन्य बिंदु यह जानना है कि आप क्या बनाना चाहते हैं: ग्राफिक्स, एप्लिकेशन, वेबसाइट, प्रक्रिया या सिस्टम? ये सभी कुछ अलग चीजें हैं जिन्हें बनाने के लिए, आपको "क्या बनाएं?" के लिए कहा जा सकता है।


यह विचार कल मेरे बॉस के साथ बैठक से लगभग सीधे बाहर है। मुझे आश्चर्य है - हर किसी के लिए हमेशा चीजों को अधिक वांछनीय नहीं बनाया जाता है, और रखरखाव हमेशा शौचालय की सफाई की तरह है? अगर कोई यह कहते हुए इधर-उधर हो जाता है कि "मैं चीजों को बनाना चाहता हूँ!" क्या उन्हें गंभीरता से लिया जाएगा?
डैरनडब्ल्यू

4
मुझे कोड मेंटेनेंस पसंद है । यह शौचालय की सफाई की तुलना में सर्जरी की तरह अधिक है, हालांकि: आपको इसे तोड़ने के बिना, एक कार्य प्रणाली का हिस्सा ठीक करना होगा।
फ्रैंक शीयर

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

3
@FrankShearar कभी-कभी यह शौचालय में की गई सर्जरी की तरह है;
mlvljr

16

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

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

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

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


ओह! उस तरह का सामान मुझे तंग करता है! हो सकता है कि मेरी सोचने की शैली बहुत निम्न-स्तर की हो, यानी "ओपोड ओरिएंटेड प्रोग्रामिंग", इसके साथ सहज होना।
डैरनवेन

2
"अधिकांश ट्रिविया को अनदेखा करना आसान बनाने के लिए" के रूप में - कोडिंग की शैली एक सामान्य ज्ञान ग्लोरिफ़ायर लगती है। इस सप्ताह एक छोटी सी बात को ठीक करने की कोशिश करते हुए, अविश्वसनीय मात्रा में विवरण थे जो वास्तव में कुछ भी नहीं करते हैं।
डैरनडब्ल्यू

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

2
@ डारेनव निश्चित, स्मॉलटाक 80
टिम विस्क्राफ़

10

चेतावनी : यह उत्तर बहुत लंबा है और इसमें बहुत अधिक मनोदशा है (जिसे मैं समझाने की कोशिश करता हूं, लेकिन फिर भी)। मैं क्या कह सकता हूँ? प्रोग्रामिंग के बाहर मनोविज्ञान मेरा पसंदीदा विषय है।

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

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

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

तब आपके पास चार अलग-अलग संज्ञानात्मक कार्य हैं: सोच, भावना, संवेदना और अंतर्ज्ञान। सादगी के लिए, आइए केवल यह कहें कि इन कार्यों में से दो को "निर्णय" कार्य (सोच और भावना) माना जाता है, जबकि अन्य दो कार्य "विचार" कर रहे हैं। निर्णायक कार्य निर्णय लेते हैं। जब आप एक निर्णायक मानसिकता में होते हैं, तो आप आश्चर्य से बचने की कोशिश कर रहे हैं। आप पहले से ही सभी सही निर्णय लेना चाहते हैं ताकि आश्चर्य के साथ आने पर आपको अनुकूल न होना पड़े। क्योंकि आपने पहले से इतनी योजना बना ली है, एक बार निर्णय लेने के बाद आप कठोर और अनम्य बन सकते हैं। दूसरी ओर, एक विचारशील मानसिकता अपनी पैंट की सीट से उड़ना पसंद करती है और घूंसे से लुढ़कती है।

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

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

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

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

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

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

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


थोड़ी देर के लिए वास्तविक काम करना बंद करने के लिए पढ़ने के लिए बहुत गहरा, और काफी लंबा!
दारनवे

6
बहुत ही रोचक सामग्री। कोई स्रोत मिल गया?
मेसन व्हीलर

4

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

ओह, और आप असफल हो सकते हैं, यह बहुत अविश्वसनीय है। लेकिन जब से आपने पूछा ...)


2

मुझे लगता है कि नेत्रहीन भी और टाइपोग्राफी के विवरण मुझे परेशान करते हैं।

Google शब्द: ब्रिटिश डिस्लेक्सिया साइट सीखना शैलियाँ: दृश्य स्थानिक सोच, संपूर्ण भाग शिक्षा।

कॉन्सेप्ट्स फर्स्ट, टिप्स आफ्टर

  1. सही दिमाग वाले लोग अपने's दिमाग की आंख ’में हर चीज की कल्पना करते हैं।
  2. जब आपका विज़ुअलाइज़ेशन वास्तविकता से अच्छी तरह से मेल खाता है, तो काम आसान है
  3. सही दिमाग वाले विचारक जो वामपंथी सोच को अच्छी तरह से नहीं करते हैं उन्हें विज़ुअलाइज़ेशन पर भरोसा करना चाहिए
  4. सही दिमाग वाले शिक्षार्थी एक बार में पूरी बात सीखते हैं 'अहा!' फिर मानसिक निर्माण में विवरण फिट करें। उन्हें सिंहावलोकन FIRST की जरूरत है, फिर विवरण।
  5. संदर्भ के लिए अवलोकन के बिना, विवरण एक निर्वात में तैरते हैं, मन की आंखों में असंबद्ध - इसलिए ब्रूट फोर्स मेमोराइजेशन का उपयोग करना पड़ता है। अधिकार के लिए बहुत कठिन है।

सुझाव है कि मेरी मदद की:

  • 1 सिंटैक्स भागों को अलग करने के लिए रंग का उपयोग करें
    1. जिस कोड को आप डिबग कर रहे हैं, उसका स्यूडोकोड लिखें: यह ऐसा करता है, फिर यहां जाएं और कोड सेक्शन को मिलान करने के लिए लेबल करें
    2. यदि वस्तुएं, असली जानवर हैं, तो उनकी आदतें, और अपेक्षित व्यवहार थे। यह कोडिंग के बारे में सोचने का एक अधिक आसानी से देखने वाला तरीका है।
    3. मैं अपने नोट्स के रूप में छद्म कोड वाली कहानी के रूप में कोड की कल्पना करता हूं और फिर प्रक्रिया का अनुसरण करता हूं।

  • आगे किस सेक्शन को ठीक करना है?

  • मेरा काम

  • वहां कौन रहता है? (प्रक्रिया, कनेक्शन, डेटा, आदि।)

  • उन्हें क्या करने की आवश्यकता है? (समारोह) ठीक है

    ठीक

  • इसे कहीं कोड करें यह वाक्यविन्यास / वर्तनी चेक किया जा सकता है ठीक कॉपी और पेस्ट

  • परीक्षा

    परिणाम -> यह काम करता है? हां, चलते रहो

    नहीं? पात्रों को हेमलेट का अभिनय करना चाहिए जहां हर कोई मर जाता है।

  • पर्यावरण पर लौटें-

  • कुछ बाहर छोड़ दिया ?, sntntax त्रुटियाँ
  • एक कनेक्शन की जरूरत है
  • डेटा की जरूरत है
  • त्रुटि कोड का अर्थ है?
  • यह कोड के दूसरे भाग में काम करता है?
  • संस्करण की परेशानी?
  • काम करने वाला है
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.