नौसिखिया प्रोग्रामिंग पर सलाह लेना चाहता है [बंद]


28

आप में से कुछ को एक ऐसे समय में वापस याद करने की आवश्यकता है जब आप प्रोग्रामिंग में खराब हो सकते हैं ...

अब कुछ महीनों के लिए मेरी नई नौकरी में (एक सॉफ्टवेयर डेवलपर के रूप में), परिवीक्षा अवधि पारित कर दिया। बहुत कम प्रोग्रामिंग अनुभव (केवल C ++) है और वर्तमान में asp.net MVC और सिल्वरलाइट के साथ काम कर रहा हूं। इसलिए एक वेबसाइट है जिस पर कंपनी काम कर रही है और मैं इसे बेहतर बनाने के प्रयास में शामिल हो रहा हूं, आयरन आउट बग आदि।

समस्या यह है - एक प्रणाली / वेबसाइट के बारे में सीखना जो पहले से ही दृश्य स्टूडियो के माध्यम से बनाई गई है। मैं हमेशा महसूस करता हूँ कि अभिभूत हूं, कभी नहीं जानता कि इस लाइन के किस हिस्से को देखना चाहिए, और आमतौर पर बड़ी तस्वीर लेने में बहुत परेशानी होती है। विजुअल स्टूडियो ही एक ऐसी चीज है जिसे मैं पकड़ना मुश्किल हो रहा है, अकेले asp.net ढांचे को।

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

मैं बेवकूफ नहीं हूं, मैंने बहुत सारी मौलिक प्रोग्रामिंग अवधारणाओं को पढ़ा है और अभ्यास किया है ... मैं इस लानत ढांचे से सिर्फ डरता हूं। मैं इसे देखता हूं और सिर्फ लकवाग्रस्त महसूस करता हूं।

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

मैं उस तरह का व्यक्ति हूं जो चीजों को धीरे-धीरे उठाता है, लेकिन विस्तार से बहुत ध्यान देता है। मुझे लगता है कि पूर्व मुझे अक्षम बना रहा है, हालांकि।

किसी को भी, जहाँ से मैं आ रहा हूँ कृपया कुछ मददगार कहो .... मैं कुछ महीनों या कुछ में अपनी नौकरी खोने से डर रहा हूँ ...


3
मैं asp.net aspspider.com/tutorials pluralsight-training.net/microsoft आदि पर शुरू करने के साथ शुरुआत करूँगा । मुझे पसंद है कि वीडियो ट्यूटोरियल जल्दी सीखने के लिए अच्छे हैं।
बिरयानी

3
अपने सवाल और अपनी टिप्पणियों को पढ़ने से यह लगता है कि आप बस बेतरतीब ढंग से बग को सौंपा जा रहा है ताकि आप व्यस्त रहें और वरिष्ठ लोगों के बालों से बाहर रहें। स्थिति यह हो सकती है कि सभी "कम लटके हुए फल" पहले ही उठाए जा चुके हैं और केवल बग खुले हुए हैं, अत्यंत मायावी या कठिन हैं। ASP.NET में इस प्रकार के कीड़े आम हैं इसलिए बहुत निराश न हों। यह कहा जा रहा है कि यह वरिष्ठ लोगों की तरह आवाज नहीं करता है बहुत उपयोगी हो रहा है, लेकिन केवल 2 महीनों के लिए काम करने के लिए उन्हें वास्तव में आपकी कमी को काटने की जरूरत है। लगता है जैसे वे भूल गए कि इसका जूनियर स्तर का डेवलपर बनना क्या है।
maple_shaft

2
एक छोटी सी C ++ अनुभव के साथ ASP.NET नौकरी पाने के लिए यश। मैं आपके भविष्य में बिक्री और विपणन के लिए एक कैरियर परिवर्तन की उम्मीद करता हूं :)।
चेकरीज़

प्रोग्रामिंग है किसी अन्य भाषा में बोल रहा है ... जबकि समस्याओं को सुलझाने के लिए इसी तरह की। यह पहली बार में मुश्किल हो रहा है, क्योंकि यह ऐसा है जैसे आप जर्मन में लिखी समस्याओं को हल करने की कोशिश कर रहे हैं।
जेक बर्गर

जवाबों:


17

प्रक्रिया है कि लोगों को एक नया किराया के रूप में काम पर होना चाहिए

  1. प्रारंभ में कोड को देखें
  2. छोटी बग फिक्स
  3. बड़ा बग ठीक करता है
  4. फ़ीचर अनुरोध - पहेली के मौजूदा टुकड़े में कुछ जोड़ना
  5. नई चीजें - कुछ नहीं से कुछ बनाना

बहुत अधिक तेजी से बिना किसी डोमेन अनुभव के साथ एक हरे रंग की डेवलपर को रश करने से बहुत अधिक समस्याएं हो सकती हैं। आप नया आदमी सामान प्राप्त करने जा रहे हैं क्योंकि आपको नया आदमी सामान प्राप्त करने की आवश्यकता है।

वहाँ पर लटका हुआ


धन्यवाद। मैंने नंबर 4 तक किया है, छोटी सुविधाओं के बावजूद। और आम तौर पर खरोंच से, जैसा कि मौजूदा सिस्टम पर जोड़ा जाता है।
user974685

14

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

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

  • काम पर, पहले पूरे आवेदन की सामान्य वास्तुकला का पता लगाएं। विवरण में आने की जरूरत नहीं है। कोड के प्रमुख ब्लॉकों की पहचान करें; उपयोगकर्ता इंटरफ़ेस कहाँ है? कौन सा भाग डेटा बेस तक पहुँचता है? व्यापार निर्णय कौन सा करता है? आसपास पूछने के लिए डरो मत। उन्हें दिखाएं कि आप सीखने के लिए उत्सुक हैं और लोग आम तौर पर पारस्परिक व्यवहार करेंगे। यदि इसके आसपास अच्छा (और हाल ही में) प्रलेखन है।
  • अब जब आप प्रमुख बिट्स को जानते हैं, तो इसका समय थोड़ा नीचे ड्रिल करने के लिए। एक छोर पर शुरू करने की कोशिश करें । उपयोगकर्ता इंटरफ़ेस, या डेटाबेस परत, फिर दूसरे छोर पर अपना काम करें। आप जो पढ़ाई कर रहे हैं, उस पर एक सामान्य नज़र डालें। यह कैसे काम करता है इस पर एक विचार प्राप्त करें। यह किस कार्य और तरीके को उजागर करता है। विवरण बाद में आ सकता है। प्रचुर मात्रा में नोट्स लें, ग्राफ़ और फ़्लोचार्ट्स खींचें, ऐसा कुछ भी करें जो आपको बाद में इसे देखने में मदद करेगा।
  • केवल जब आप महसूस करते हैं कि आप समझते हैं कि आवेदन में तर्क कैसे बहते हैं तो आप वास्तव में कोड को देखना शुरू कर सकते हैं। विजुअल स्टूडियो के साथ खुद को परिचित करने का यह अच्छा समय है। कोड में किसी भी ऑब्जेक्ट / फ़ंक्शन पर राइट क्लिक करें और आपको एक बहुत ही उपयोगी संदर्भ मेनू मिलेगा। "परिभाषा पर जाएं" और "सभी संदर्भ खोजें" विशेष रूप से उपयोगी और शक्तिशाली हैं। यदि कोई आदेश आपको गुप्त लगता है, तो F1 पर क्लिक करें।
  • घर पर, या अपने खाली समय में, ASP.NET MVC और सिल्वरलाइट (या जो भी प्लेटफ़ॉर्म आप का उपयोग करके समाप्त होता है) पर अधिक पढ़ें। विशेष रूप से, उन बिट्स पर अधिक पढ़ें, जिन्हें आपने आज काम पर देखा है।
  • जैसा कि प्लेटफ़ॉर्म और प्रोजेक्ट की आपकी समझ बढ़ती है, आप अंततः कोड में योगदान करने के लिए अधिक से अधिक अवसर देखेंगे। उन पलों को जब्त करो!

यदि यह बहुत काम की तरह दिखता है, तो ऐसा इसलिए है क्योंकि यह है। लेकिन जो लाभांश आप अंततः इकट्ठा करेंगे, वह पर्याप्त मुआवजे से अधिक है।


प्रोत्साहन की सिर्फ सहानुभूतिपूर्ण शब्दों के बजाय ओपी की समस्या से निपटने के तरीके पर वास्तविक उपयोगी सलाह देने के लिए +1। मैं इसे फिर से बढ़ाऊंगा अगर मैं कर सकता था।
महानवमी

5

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

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

मेरी सलाह होगी कि आप कुछ सहकर्मियों या अपने बॉस से बात करने पर विचार करें कि आप कितना अच्छा काम कर रहे हैं या नहीं। वे कह सकते हैं, "हाँ, आप ठीक कर रहे हैं," या "आप कमाल हैं!" जो कुछ है जिसे आपको स्वीकार करना पड़ सकता है, हालांकि कुछ लोग सिर्फ इतना कह सकते हैं कि जैसे वे सच कहने से डरते हैं। उसी समय, पहचानें कि यह वह जगह है जहाँ आपको पता चलता है कि आप कहाँ खड़े हैं और फिर इसके बारे में कुछ करें। कुछ महीनों तक वहां रहने के दौरान, आपको कुछ चीजें पता होनी चाहिए और इस तरह आप अपने पहले सप्ताह में बेहतर कर पाएंगे।


इसकी तरह, "इस बग को ठीक करें, केवल एक लाइन लेनी चाहिए", और फिर मैं उम्र का पता लगाता हूं कि मुझे लगता है कि लाइन कहां जानी चाहिए।

मैंने सुना है और कहा है कि मेरे कैरियर में दर्जनों बार इस तरह की रेखा, वास्तव में। इस तरह की रेखा के बारे में मैं कुछ अलग-अलग बिंदु बताऊंगा:

  • यह एक अनुमान हो सकता है और इसलिए व्यक्ति कुछ विचित्र मामले को भूल सकता है जो फिक्स को मुट्ठी भर रेखा बनाता है। मुझे पता है कि मेरे पास वह समय है जहां मैंने सोचा था, "यह किसी भी तरह कोड की एक पंक्ति में किया जाना चाहिए," केवल बाद में पता चलता है कि मैंने क्या याद किया।

  • कोड की कुछ लाइनें हास्यास्पद रूप से जटिल हो सकती हैं। कभी यह देखें कि जहां कुछ तर्क को लागू करने के लिए दर्जनों कोष्ठक हैं, जहां स्थिति को सही ढंग से पढ़ने में कुछ समय लगा? मुझे पता है मेरे पास है।

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


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

4

इसमें समय लगता है। कुछ महीनों का समय कम समय होता है। जब तक आप अपनी वर्तमान कंपनी में कोई भविष्य नहीं देखते हैं मैं इसे और समय दूंगा।

मौजूदा उत्पादों पर काम करना आम है। तथ्य की बात के रूप में आप ब्रांड नई प्रणालियों की तुलना में अधिक बार ऐसा करेंगे। पहले से ही उत्पादन में मौजूद मौजूदा प्रणालियों को बेहतर बनाने के लिए बहुत कौशल चाहिए। जरूरी नहीं कि यह बुरी चीज हो।

अपनी नई नौकरी के लिए शुभकामनाएँ।


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

हाँ, मुझे पता है कि बगफिक्सिंग से बहुत कुछ सीखा जा सकता है ... मुझे लगता है कि यह मुझे निराश करता है कि इतने सारे कीड़े मेरे साथ होने वाले कीड़े हैं जिन्हें मैं नहीं जानता कि कैसे स्क्विश किया जा सकता है - asp.net में, कुछ करने के लिए मुख्य परियोजना सेटिंग्स / web.config / एक कैश्ड फ़ाइल जिसका अस्तित्व मुझे पता नहीं है, उदाहरण के लिए। मूल रूप से इसके बारे में अभी भी 'जादू' लगता है ...
user974685

@ user974685 यही कारण है कि मुझे लगता है कि ASP.NET प्रोजेक्ट शुरू करना एक भयानक बात है, क्योंकि एक रूपरेखा के रूप में इसका एकमात्र उद्देश्य डेवलपर के लिए मायावी और पारदर्शी होना है। यह HTTP के प्राकृतिक अनुरोध / रिस्पांस स्टेटलेस प्रकृति को छिपाने और डेवलपर के लिए विन फॉर्म एप्लिकेशन की तरह इसे बनाने की कोशिश करता है। वास्तव में जब आप कैशिंग बग में भाग लेते हैं, या एक अजीब ग्राफिकल गड़बड़ होती है, तो वरिष्ठ स्तर के डेवलपर के लिए भी जानकारी हो सकती है।
maple_shaft

@maple_shaft: आपने ASP.NET के बारे में जो कहा कि वेब पर वास्तविक प्रकृति को छुपाना ASP.NET WebForms के लिए सही है, लेकिन ASP.NET MVC के लिए नहीं (जो कि user974685 उपयोग कर रहा है।) ASP.NET MVC वास्तव में वास्तव में अच्छा है। आप एक बेकार तरीके से वेब एप्लिकेशन लिखते हैं।
हेक्टर कोरीया

@ मेरी क्षमा याचना, मैं उस प्रश्न में चूक गया जहाँ उपयोगकर्ता ने कहा कि वे ASP.NET MVC का उपयोग कर रहे थे।
maple_shaft

2

सवाल पूछते रहें, लेकिन पहल का प्रदर्शन करें , हालांकि, भी; पूछने से पहले जितना हो सके उतना करो। यह स्टैक एक्सचेंज पर यहां सवाल पूछने की तरह है।


2

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


2

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

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

StackOverflow और Google का उपयोग करें - "कॉपी और पेस्ट प्रोग्रामर" न बनें, लेकिन यह महसूस करें कि एसओ और बाकी वेब पर स्मार्ट लोगों के टन हैं जो मदद की पेशकश करने के लिए तैयार, तैयार और खुश हैं। इसके अलावा, एसओ उत्तर या ब्लॉग पोस्ट आपको घेरने वाली नहीं है या यदि आप इसे पाने के लिए फिर से पढ़ना जारी रखते हैं तो आप उन्हें गंदे रूप देते हैं।

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

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

अपने आप को कुछ श्रेय दें - आपने ASP.NET MVC और सिल्वरलाइट के साथ काम करके C ++ अनुभव को चालू करने में कामयाबी हासिल की है। आप programmers.stackexchange पर मदद की तलाश में हैं। आप काम कर रहे हैं और कोशिश कर रहे हैं और बेहतर करने के लिए आप क्या कर सकते हैं। आप सही काम कर रहे हैं, और आप पहले से ही इस तथ्य का एक अच्छा हिस्सा हैं कि आप एक प्रोग्रामिंग नौकरी प्राप्त करने में सक्षम थे या नहीं। इसे रखो और यह आसान हो जाएगा

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

क्षमा करें, अगर यह एक पेप टॉक के बहुत बड़ा लगता है। मैं सिर्फ आपके जूते में हूं और मुझे पता है कि यह कैसा लगता है। उम्मीद है कि यह और यहां के लोगों की अन्य सलाह आपकी मदद करेगी। ओह, और एक और बात - आपने इस लाइन के साथ अपना प्रश्न शुरू किया:

need some of you to remember back to a time when you might have been bad at programming...

मैं अभी भी हूँ! हम सब हैं! हम बस उस पर काम करते रहते हैं और हर साल कम चूसने की कोशिश करते हैं ।


1

यह प्रोग्रामिंग में हर किसी के लिए होता है। यहां तक ​​कि कई वर्षों के अनुभव वाले प्रोग्रामर को एक जटिल प्रणाली के साथ सामना करने पर एक पर्याप्त सीखने की अवस्था होगी, जो कई वर्षों से है। लगभग सभी ज्ञान के साथ नौकरी में चलना दुर्लभ है, जिसकी आपको आवश्यकता होगी। जब तक आप अपेक्षाकृत नई कंपनी / मंडल या बहुत ही सरल प्रणाली (सिस्टम) में 100% नए विकास पर काम नहीं कर रहे, तब तक आप कुछ समय के लिए अभिभूत महसूस कर सकते हैं।


1

मुझे लगता है कि आप चिंता वास्तव में वैध हैं। लेकिन आपको बहुत ज्यादा चिंता नहीं करनी चाहिए

एक नए कर्मचारी के रूप में, निश्चित रूप से आपको वे कार्य मिलेंगे जो कोई भी नहीं करना चाहता है। जैसे कार्य करना छोड़ दिया जाता है, ऐसे कार्य जो अधिक यांत्रिक और अप्रिय होते हैं।

मैं वास्तव में आपके दर्द को महसूस करता हूं, क्योंकि यहां हर कोई, मेरी तरह, पहले से ही वहां मौजूद है। आपको जिन चीज़ों की ज़रूरत है, उन्हें तेज़ी से करना है और जितना हो सके उतना अच्छा करें

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

और धैर्य भी रखें । इसमें कुछ समय लगता है, लेकिन यह इसके लायक है।


1

धीरज। 20 साल पहले जब मैं नया आदमी था, वे मुझे हर समय दुर्घटनाग्रस्त होने वाले राउटर्स को रिबूट करने के लिए सर्वर रूम में वापस भेज रहे थे। त्वरित टिप: आपके पास मौजूदा कोड होने पर एक नया ढाँचा सीखने के लिए, किसी अन्य फ़ील्ड को एक मौजूदा फ़ॉर्म में जोड़ने का प्रयास करें और फिर इसके सभी प्रभावों को प्रभावित करता है जहाँ से यह डेटाबेस में जाता है। उस प्रपत्र पर पहले से ही किसी अन्य फ़ील्ड के मान का अनुसरण करके। आप एक टन सीखेंगे।


0

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

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

बेशक, मैं यह नहीं कह रहा हूं कि आपको हार माननी चाहिए। एक अच्छा मौका है कि आपको कठिनाई वक्र के सबसे खराब हिस्से पर पहुंचने और उस बिंदु पर पहुंचने के लिए कुछ और समय चाहिए, जहां सब कुछ "क्लिक" होता है।

रैंडम अन्य अवलोकन:

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

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


0

प्रोग्रामिंग एक कभी न खत्म होने वाली सीखने की प्रक्रिया है। मैं उस चीज़ में नहीं जाऊँगा जो आपको बेहतर बनाएगी, लेकिन मैं उस भावना से निपट लूंगी, जो वहाँ रही है और कभी-कभी ऐसा महसूस करती है। आईडीई सीखते समय एक बड़ी परियोजना में कूदने के लिए और जिस तकनीक का इस्तेमाल किया जा रहा है उसे संभालने के लिए एक टन का उपयोग किया जाता है। मैं एक ऐसी नौकरी में हूँ जहाँ मैं पहली बार VS 2010, C #, WPF, SQL Server और MVVM का उपयोग कर रहा हूँ। इसलिए, टॉगल के बिना कुछ भी आसान नहीं आया है।

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

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

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

अंत में - मैं 6 साल का हूँ और अभी भी सीख रहा हूँ। कभी-कभी जब मैं तुरंत इसे "नहीं" लेता हूं, तो मैं अपने आप पर थोड़ा नीचे हो जाता हूं। मुझे, आप की तरह, बस खुद को बताना होगा: 'शांत हो जाओ, दुनिया खत्म नहीं हो रही है। यह भगवान के लिए .Net है। '


0

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

दूसरे, अपने आप को साबित करें, (और कोई नहीं। मैं दोहराता हूं, कोई और नहीं, लेकिन आप) कि आप अब एक noob नहीं हैं और आप सबसे गंदी और सबसे अत्याचारपूर्ण रूप से लिखे गए कोड को क्रैक कर सकते हैं, बना सकते हैं। आप चार्ट के शीर्ष कर सकते हैं, सभी अपने आप को साबित द्वारा बॉस ol अपने अच्छे 'से उच्च वेतनमान उम्मीद है कि आप एक noob नहीं हैं एनीमोर

तो अब, वास्तविक उत्तर पर आ रहा है: कैसे आप अपने तंग काम के घंटों, अपने परिवार, अपने खाली समय के बीच ऐसा करने वाले हैं? हाँ। मुझे पता है कि यह आसान नहीं है। जिस तरह से मैं इसे करता हूं। और अब तक, मुझे लगता है कि यह सबसे प्रभावी है:

अपने मूल बातें सही संक्षेप में पाएं: OOP की सहूलियतें आपके मस्तिष्क के अंदर एकीकृत होनी चाहिए।

हवा में डिजाइन कोड (महल के स्थान पर) मुझे पता है कि यह पागल लग रहा है, लेकिन कार के पहियों को देखने से मानव मस्तिष्क कोडिंग दुनिया के आदी होने में मदद करता है!

कागज पर अभ्यास पहले! मेरे प्रोफेसर ने मुझे यह चाल बताई। पहले कागज पर अभ्यास करें। सूखी कागज पर ही अपने कार्यक्रम चलाएं। यह आपको एक संकलक के प्रवाह में लाने में मदद करेगा + यह आपके मस्तिष्क में उन तर्क फाटकों को खोल देगा।

अपना खुद का प्रोजेक्ट डिजाइन करें हाँ । यह एक CLI आधारित कैलकुलेटर हो। अपना कोड डिज़ाइन करें। इसे अद्वितीय बनाएं। आपका अपना अनूठा कार्यक्रम क्यों? क्योंकि यह आपको यह सोचने के लिए मजबूर करेगा कि 'मुझे यह कैसे करना चाहिए?' और आपको निराश होने पर मजबूर न करें। और जब आपको संदेह हो, तो हर्बर्ट शिल्ड्ट से पूछें (मुझे क्षमा करें यदि वर्तनी सही नहीं है) या Google या यहां एक प्रश्न छोड़ें। यह स्व अध्ययन और अपने कौशल को सुधारने का सबसे अच्छा तरीका है।

जब मुझे C से मिलवाया गया, तो मेरा भी बुरा समय था। खासकर स्ट्रक्चर्स एन पॉइंटर्स एन ब्लाह्स एन ब्लाह्स के साथ। मैंने इन चीजों को ओवरटाइम सीखा .. अगर यू कह सकते हैं तो मुश्किल है। और फिर, जब मैं टूट गया था, मैंने उम्मीद नहीं खोई। मैंने एक संदर्भ पुस्तक खरीदी और एक कार्यक्रम बनाना शुरू कर दिया, जिसे मैं हमेशा चाहता था। 3 महीने के बाद (हाँ, आप हँस सकते हैं!) मैंने आखिरकार एक प्रोग्राम का एक सीएलआई संस्करण बनाया, जो आपके नाम को एक इनपुट के रूप में लेगा और आउटपुट के रूप में आपके व्यक्तित्व को दिखाएगा। Acrophonology।

हाँ। मैं घमंड कर रहा हूं क्योंकि मुझे इस पर गर्व है! क्योंकि मैंने अपने सीनियर्स के चेहरे देखे जो मेरा मजाक उड़ाते थे। यह सब मेरे दोस्त का दृढ़ संकल्प है! प्रोग्रामिंग रॉकेट विज्ञान नहीं है! अगर ऐसा होता तो आप प्रोबेशन से नहीं गुज़रे होते! यह आसान है!

मेरा व्यक्तिगत विश्वास: यदि आपके मस्तिष्क में तर्क है और आप समझते हैं कि सामान्य ज्ञान क्या है, तो आप एक अच्छे कोडर हो सकते हैं।

और अच्छी खबर है, तुम दोनों है! क्योंकि अगर आप ऐसा नहीं कर रहे होते तो आपने अपनी समस्या हमारे साथ साझा करके सही कदम नहीं उठाया होता!

यदि आप अभी अच्छा महसूस कर रहे हैं, तो मुझे खुशी है। और हाँ, अब आप इस उत्तर की पहली पंक्ति को अनदेखा कर सकते हैं .. तब आवश्यक था .. अब आवश्यक नहीं है! चीयर्स!


0

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

एक समय जब आप प्रोग्रामिंग में खराब हो सकते हैं

मैं अभी भी इस पर बुरा हूं। कोई दूसरा विचार नहीं।

मुझे यह आभास मिलता है कि क्योंकि मेरे सहकर्मियों को मुझसे अधिक अनुभव है।

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

मैं इसे देखता हूं और सिर्फ लकवाग्रस्त महसूस करता हूं

क्या आपको पंगु महसूस होता है? क्या आप फिर से एक और समय के लिए ढांचे में वापस जा रहे हैं , या क्या आप इसे पूरी तरह से देखने से नफरत करते हैं?

हमेशा अपनी समस्याओं को एक या अधिक सरल चरणों में तोड़ने का प्रयास करें। फिर हर एक को अलग-अलग जाना। यहां कोई जादू की गोली नहीं है, सिवाय फांसी पर लटकने के और यही मायने रखता है।

नियंत्रण में होना

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

भाषाएँ सीखते रहिए, सवाल पूछते रहिए, चौखटों में देखते रहिए और दोहराते रहिए !

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