संक्षेप में, सबसे अच्छा तरीका जानने के लिए किसी को आप जान सकते हैं साथ समय व्यतीत करने में आम तौर पर है से । यदि आपको लगता है कि आपके कौशल खरोंच तक नहीं हैं, तो उन लोगों के साथ घूमना जो आपके लिए सबसे अच्छा है जो आप कर सकते हैं। निश्चित रूप से अपने आप को वापस लेने और अलग करने की तुलना में बहुत बेहतर है।
हालाँकि, मुझे लगता है कि आप एक बहुत ही सरल और भ्रामक चित्र बना रहे हैं। सभी "व्यावसायिक रूप से पढ़ाए जाने वाले" प्रोग्रामर से वास्तव में कोई भी अच्छा है। सिर्फ इसलिए कि वे कुछ करते हैं जरूरी नहीं कि यह सही बात हो।
और बहुत (लेकिन सभी नहीं) जो आप कह रहे हैं वह वास्तव में ऐसा लगता है कि आप एक हैं जो उन्हें एक चाल या दो सिखा सकते हैं ।
मैं OO से अधिक कार्यात्मक पक्ष की ओर झुकता हूं, लेकिन मुझे OO का उपयोग दिखाई देता है जब कुछ अमूर्त इकाई के रूप में अधिक समझ में आता है।
यह मुझे बहुत अच्छा लगता है। सबसे अच्छा कोडर वे हैं जो नौकरी के लिए सही उपकरण का उपयोग करते हैं। मैं हमेशा किसी ऐसे व्यक्ति को चुनता हूं जो दोनों प्रतिमानों को जानता है, और उनमें से प्रत्येक का उपयोग करता है जहां यह किसी ऐसे व्यक्ति पर समझ में आता है जो धार्मिक रूप से केवल एक प्रतिमान का उपयोग करता है।
आगे मैं भी कुछ करते समय सरल मार्ग पर जाता हूं। जब इसके विपरीत, ऐसा लगता है कि कभी-कभी पेशेवर प्रोग्रामर से जो कोड मैं देखता हूं, वह इसके लिए जटिल है!
फिर, सादगी अच्छी है । अपने कोड को तब तक जटिल न बनाएं जब तक उसे जटिल होने की आवश्यकता न हो। कुछ लोग लालित्य के कुछ गुमराह विचार से चीजों को जटिल बनाने की कोशिश करते हैं, या "क्योंकि हमें बाद में इस अतिरिक्त कार्यक्षमता की आवश्यकता होगी"। आम तौर पर, सबसे आसान काम करना बेहतर होता है जो आपकी समस्या को हल करता है।
मैं बहुत सारे क्लोजर का उपयोग करता हूं। अच्छा। इसलिए वे वहीं हैं। वे कुछ लोगों को डराते हैं जो 1990 के दशक में फंस गए थे और जावा के आउटमोडेड क्वासी-ओओपी मॉडल, लेकिन वास्तव में, यह उनकी समस्या है।
और अंत में, मैं सर्वश्रेष्ठ टिप्पणीकार नहीं हूं।
क्या टिप्पणी की जानी चाहिए, और कैसे, अत्यधिक व्यक्तिपरक है। वहां कोई वास्तविक "सही" या "गलत" नहीं है, लेकिन एक टीम पर काम करते समय, यह कोड लिखना महत्वपूर्ण है कि पूरी टीम, और न केवल कोड का लेखक समझ सकता है। और कभी-कभी, टीम की कोडिंग शैली के अनुरूप समझौता करना पड़ता है। इसका मतलब यह नहीं है कि आपको अधिक टिप्पणियां लिखनी चाहिए, इसका सीधा सा मतलब है कि यह कुछ ऐसा है जिस पर आपको और आपकी टीम को सहमत होना पड़ेगा।
मैंने सुना है कि पेशेवर रूप से प्रशिक्षित प्रोग्रामर यूनिट टेस्ट जैसी चीजों के बारे में बताते हैं। कुछ ऐसा जो मैंने पहले कभी नहीं किया है, इसलिए मुझे इस बात का भी अंदाजा नहीं है कि वे क्या हैं या कैसे काम करते हैं।
खैर, उनसे पूछिए। :) अपने कोड का परीक्षण आवश्यक है, और इकाई परीक्षण इसके लिए एक लोकप्रिय और उपयोगी उपकरण हैं।
बहुत सारे और अंडरस्कोर "_", जो वास्तव में मेरे स्वाद नहीं हैं।
टिप्पणी के साथ, यह व्यक्तिपरक है, और भाषा पर निर्भर करता है। सी और सी ++ में, lowercase_with_underscores
एक काफी सामान्य नामकरण सम्मेलन है। कई अन्य भाषाओं में, आप वस्तुतः एक अंडरस्कोर नहीं देखेंगे। लेकिन दिन के अंत में, यह वास्तव में महत्वपूर्ण नहीं है। किसी फ़ंक्शन को कॉल किया जाता है write_to_log
या WriteToLog
वास्तव में कोई फर्क नहीं पड़ता है। किसी को बस इसे चूसना है और टीम ने वहां पर सहमति व्यक्त की है।
MVC के बारे में कुछ भी नहीं जानते, मैंने इसके बारे में बहुत कुछ सुना है, हालांकि बैकबोन.जे जैसी चीजों के साथ। मुझे लगता है कि यह एक आवेदन को व्यवस्थित करने का एक तरीका है। यह सिर्फ मुझे भ्रमित करता है, क्योंकि अब तक मैंने अपनी खुद की संगठनात्मक संरचना बना ली है।
यूनिट परीक्षणों की तरह, कभी भी सीखना बंद न करें। आप उन लोगों के साथ मिलकर काम करते हैं जो आपके द्वारा जानी जाने वाली चीजों को नहीं जानते हैं, और जो आपकी तुलना में एक अलग पृष्ठभूमि से आते हैं। एक-दूसरे से सीखें। स्पष्ट रूप से ऐसी चीजें हैं जो आप उन्हें सिखा सकते हैं, लेकिन ऐसी चीजें भी हैं जिन्हें आप नहीं जानते हैं, या कभी नहीं सुना है, जो वे आपको सिखा सकते हैं। इसका मतलब यह नहीं है कि आप (या वे) एक खराब प्रोग्रामर हैं। इसका मतलब है कि एक अच्छा प्रोग्रामर वह है जो सुधारने और दूसरों से सीखने का प्रयास करता है।
पूर्ण OO प्रोग्रामिंग वास्तव में मेरे मुंह में एक बुरा स्वाद छोड़ती है
यहाँ भी, और मैं वही हूँ जिसे आप "व्यावसायिक रूप से प्रशिक्षित" (एक सीएस डिग्री) कहेंगे। जिन लोगों को प्रोग्रामिंग सिखाई गई है, वे केवल उन लोगों से भिन्न हैं, जो स्व-सिखाया जाता है। ऐसा लगता है कि आप कुछ ऐसे लोगों के साथ काम कर रहे हैं जिन्हें वास्तव में कुछ नई तरकीबें सीखने की जरूरत है।
वास्तव में मैं इस तथ्य से डर गया हूं कि लोग अंततः मेरे कोड की जांच करेंगे। क्या यह सिर्फ सामान्य है जो किसी भी प्रोग्रामर के माध्यम से होता है या मुझे वास्तव में अपनी तकनीकों को बदलना चाहिए?
दोनों। बेशक यह डरावना है कि दूसरों ने (और जज) जो आपने बनाया है उसे देखें। लेकिन यह बहुत शैक्षिक भी है। वे आपको बता सकते हैं कि उन्होंने क्या किया होगा अन्यथा, या उन्होंने ऐसा क्यों किया होगा। वे आपको बेहतर बनाने में मदद कर सकते हैं, और वे स्वयं भी कुछ सीख सकते हैं। उन्हें कोड दिखाएं जो उनके "पसंदीदा" समाधान की तुलना में किसी समस्या को बेहतर ढंग से हल करता है, और उम्मीद है कि वे "ओह, यह साफ-सुथरा होगा। आप ऐसा कैसे करना जानते हैं? आप इसे क्या कहते हैं? मुझे इस तकनीक का उपयोग स्वयं करना चाहिए। "