यदि एक अनुभवी प्रोग्रामर नहीं है तो ओपनसोर्स प्रोजेक्ट शुरू करने के क्या नुकसान हैं? [बन्द है]


12

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

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

ये ऐसी चीजें हैं जिनसे मुझे सार्वजनिक रूप से उजागर होने का डर है:

  1. मेरा कोड अत्यधिक अनुकूलित नहीं हो सकता है।
  2. कुछ पुस्तकालयों या कार्यों के गलत उपयोग जो संयोगवश काम पूरा कर लेते हैं।
  3. किसी भी कोडिंग पैटर्न को जानना या उसका पालन नहीं करना।
  4. बहुत से कीड़े / कोने, किनारे के मामलों पर विचार नहीं करते
  5. थ्रेड सुरक्षा, बहु-थ्रेडेड प्रोग्रामिंग में समसामयिक मुद्दों, आदि जैसे कुछ अवधारणाओं की मौलिक समझ और आवेदन की कमी।

क्या मुझे स्थानीय स्तर पर और निजी तौर पर तब तक निर्माण करना जारी रखना चाहिए जब तक कि मुझे अधिक अनुभव न हो। मैं नहीं चाहता कि यहां की गई गलतियां लंबे समय में मेरे करियर की संभावनाओं को प्रभावित करें।


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

1
मेरे विचार में औपचारिक रूप से एक कार्यक्रम की पुष्टि करना "धोखा" नहीं है।

4
All I know is to build products that work.- जो बहुत अच्छी बात है। यह बहुत आसान है कि इसे पैटर्न और डिज़ाइन में पकड़ा जाए और अंत में कभी डिलीवर न किया जाए ...
इजाकाता

मैं कहता हूं कि दूसरे लोग क्या कहते हैं और क्या नहीं डरते। अगर आप कुछ सकारात्मक करना चाहते हैं और आपको लगता है कि आप खुद या दूसरों को अपने काम से फायदा पहुंचा सकते हैं तो बस इसे करें। (नाइके प्लग)
नाग

जवाबों:


32

30 साल के पेशेवर सॉफ्टवेयर विकास के बाद, मैं अभी भी बग बनाता हूं। मुझे अभी भी ऐसे पैटर्न मिलते हैं जो मुझे नहीं पता हैं। मैं अभी भी अपने सहयोगियों से सीखता हूं, और हर दिन मुझे पता नहीं सामान का सामना करना पड़ता है।

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

एक डेवलपर के लिए सबसे अच्छे कौशल में से एक है गूंगा सवाल पूछना और कई बार मूर्खतापूर्ण दिखना ताकि अच्छे से जल्दी जवाब मिल सके।

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

प्रतीक्षा करने का कोई कारण नहीं है। अपना प्रोजेक्ट खोलें।

बेहतर अभी तक, अन्य खुली परियोजनाओं में योगदान करें और उनसे सीखें।


+1। BTW, मैं सोच रहा हूं कि आपका दूसरा पैराग्राफ मुझे PHP की विकास टीम के बारे में क्यों सोचता है।
आर्सेनी मूरज़ेंको

+1 यह समझना और सम्मान करना कि हर कोई गलत कर सकता है, टीम के सदस्य के रूप में सबसे महत्वपूर्ण गुणों में से एक है।
14

6

मुझे लगता है कि आप बहुत ज्यादा चिंता करते हैं।

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

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

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


5

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

आप पहले से ही अपनी सीमाओं को जानते हैं। यह एक बुरी शुरुआत नहीं है। यह एक अच्छी शुरुआत है।

पार्टी में जाओ और वहां अपनी जगह ढूंढो।

सौभाग्य!

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