क्या एक अनुभवहीन प्रोग्रामर को एक आईडीई की आवश्यकता है? [बन्द है]


12

इस अन्य प्रश्न को पढ़ने से मुझे आश्चर्य होता है कि क्या मैं (एक निरपेक्ष शुरुआती PHP प्रोग्रामर के रूप में) WAMP और Notepad ++ के साथ रहना चाहिए या ग्रहण जैसे कुछ IDE पर स्विच करना चाहिए।

यह समझ में आता है कि कुशल डेवलपर्स एक बड़ी चमकदार आईडीई से लाभान्वित होंगे। लेकिन एक निरपेक्ष शुरुआतकर्ता को एक आईडीई का उपयोग क्यों करना चाहिए? क्या लाभ आईडीई सीखने की अतिरिक्त चुनौती को विकसित करने के लिए सीखने के शीर्ष पर है?

स्पष्टीकरण के लिए अपडेट करें:

मेरा लक्ष्य कुछ मूल प्रोग्रामिंग अनुभव प्राप्त करना है। PHP और WAMP (और FogBugz और Kiln) का चयन करके मैं मुश्किल / गड़बड़ OS बारीकियों और संकलन आदि को नेविगेट करने से बचने की उम्मीद करता हूं और बस ऑनलाइन उपयोगकर्ता पंजीकरण फॉर्म जैसी बुनियादी कार्यक्षमता पर ध्यान केंद्रित करता हूं।

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

बहुत सारे सवाल पूछने हैं। कई नुकसान तो मैं शायद है में भारी भूल। यह सवाल उस पहेली का सिर्फ एक टुकड़ा (मेरा पहला!) है।


निर्भर करता है कि आपको IDE से क्या मतलब है ... नोटपैड ++ का उपयोग अल्पविकसित आईडीई के रूप में किया जा सकता है।
ऊद

10
हाँ! नहीं! मुझे नहीं पता .. तुम्हारे लिए क्या सही है!
बेन

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

मैंने programmers.stacexchange.com पर थोड़ा स्क्रीन स्क्रेप चलाया। "निर्भर करता है" या "निर्भर करता है" शब्द का प्रयोग वोटों की संभावना को बढ़ाता है, जबकि लोग "I will ..." या "Yes" या "No" से शुरू होने वाले वाक्यांशों के साथ जवाब देते हैं, जिन्हें वोट दिया जाता है। पोस्ट लिखने के लिए टिप: किसी भी चीज़ पर स्पष्ट राय न रखें।
जेसन सेब्रिंग

जवाबों:


21

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

दूसरी ओर, यह सब हाथ से करने से यह समझ में सुधार होता है कि हुड के नीचे क्या होता है। इस कारण से, कुछ छोटे कार्यक्रमों "कठिन रास्ता" बनाना एक noob के लिए एक अच्छा व्यायाम है।


16

क्या N00b को IDE का उपयोग करना चाहिए? यह इस बात पर निर्भर करता है कि आपका लक्ष्य n00b के रूप में क्या है। यहाँ कुछ संभावित तात्कालिक लक्ष्य हैं:

1) बस प्रोग्रामिंग भाषा सीखना शुरू करें / प्रोग्रामिंग के बारे में कुछ (हल्के परिचय)

2) एक मास्टर बनें और समझें कि सब कुछ कैसे काम करता है (हैवीवेट परिचय)

1 के लिए), एक आईडीई का उपयोग करें । एक अच्छी IDE का उपयोग करने से आपका जीवन आसान हो जाएगा। कठिन नहीं है। आईडीई का उपयोग करना सीखना शायद ही कभी आपको स्थापित करने के बाद मुश्किल होता है। फिर अपने प्रोग्राम को संकलित करने और चलाने के लिए, आपको बस "रन" बटन या ऐसा कुछ क्लिक करना होगा। डीबग करना भी आसान होगा ... बस कुछ डिबग बटन पर क्लिक करें।

2 के लिए), एक आईडीई (पहली बार में) का उपयोग न करें । यदि आप सब कुछ पूरी तरह से समझना चाहते हैं, तो कमांड लाइन डीबगर और कंपाइलर का उपयोग करने से आपको अधिक जानकारी मिलेगी कि सब कुछ कैसे काम करता है। यह कठिन होगा और पहली बार में हतोत्साहित करने वाला हो सकता है।


IDE का उपयोग कैसे नहीं किया जाएगा जो आपको यह समझने की बेहतर जानकारी देगा कि सब कुछ कैसे काम करता है? आप संकलक कमांड लाइन विकल्प और डीबगर कमांड पर याद कर रहे हैं, लेकिन वे दोनों चीजें हैं जिन्हें आप बाद में एक-पृष्ठ स्पष्टीकरण में सीख सकते हैं। Makefiles सभी या तो बहुत कठिन नहीं हैं। मैं कुछ और नहीं सोच सकता जो तुच्छ नहीं है।
री मियासाका १५'१२

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

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

3
@ReiMiyasaka, क्या IDE आपको सिखाते हैं कि रास्ते में? मेरी धारणा यह है कि कई कोडर्स ने कभी नहीं सोचा कि आईडीई में कोड दर्ज करने और निष्पादन योग्य कोड बनाने के बीच क्या होता है।
विंस्टन इवर्ट

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

5

जैसा कि कोई व्यक्ति एक छोटे से शौक परियोजना पर एक नई भाषा सीखने की कोशिश कर रहा है, मैं कहूंगा कि वाक्य रचना हाइलाइटिंग के साथ एक पाठ संपादक से चिपक जाएगा।

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

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

मैं सिर्फ एक पाठ संपादक के साथ एक नई भाषा शुरू करना पसंद करता हूं, फिर एक बार पर्याप्त आत्मविश्वास होने पर मैं किसी भी ग्रहण प्लग-इन में देखता हूं।


4

आईडीई सीखने की अतिरिक्त चुनौती

आपका मतलब है, वह हिस्सा जहां IDE आपके लिए अधिकांश काम करता है?

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

हर कोई जो पेशेवर रूप से कोड करता है, वह आईडीई जैसे उपकरणों की मदद से और अच्छे कारण से करता है।


2
मैं पेशेवर रूप से PHP के साथ काम करता हूं और मैं एक आईडीई का उपयोग नहीं करता, मैं विम का उपयोग करता हूं!
गैरी विल्बोबी

1
@ गैरी वीआईएम एक आईडीई है।
12:09 बजे दायां गुना

2
नहीं, यह एक संपादक है। एक IDE की परिभाषा: en.wikipedia.org/wiki/Integrated_development_environment Vim वह नहीं है।
गैरी विल्बोबी

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

3
वीआईएम और एक आईडीई के बीच एक बड़ा अंतर है। वीआईएम इस बात का विवरण नहीं छिपाता है कि आईडीई क्या करता है। एक IDE के कई लाभ VIM में उपलब्ध हैं। लेकिन VIM को IDE कहना सही नहीं है।
विंस्टन एवर्ट

4

मुझे लगता है कि एक अनुभवहीन PHP डेवलपर एक आईडीई के साथ बहुत अधिक उत्पादक होगा।

सवाल यह होना चाहिए, अनुभवी डेवलपर्स को एक आईडीई की आवश्यकता होनी चाहिए ?


2
वास्तव में मुझे लगा कि शीर्षक के गलत इस्तेमाल से क्या मतलब है ...
bunglestink

4

अंगूठे के एक नियम के रूप में मैं इस तरह का चयन करता हूं:

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

उपयुक्त होने पर दोनों का उपयोग करना सीखें। कमांड लाइन से शुरू करें।


3

कुछ चीजें हैं जो किसी भी भाषा में किसी भी प्रोग्रामर की मदद करेंगी चाहे वह कौशल स्तर कुछ भी हो:

  1. सिंटैक्स हाइलाइटिंग प्लस ब्रेस मिलान

  2. आपके द्वारा टाइप की गई सिंटैक्स जाँच (एक ही भूल ;या बेमेल ब्रेसेस से आने वाली दर्जनों त्रुटियों से बचने के लिए बहुत आसान )

  3. आसान दस्तावेज़ीकरण ब्राउज़िंग (हालाँकि इसके लिए IDE में ही होने की आवश्यकता नहीं है),

    • किसी भी भाषा के मुख्य पुस्तकालयों में ऑनलाइन प्रलेखन होगा जिसे आप अपने ब्राउज़र में एक्सेस कर सकते हैं,
    • लेकिन आंतरिक प्रलेखन (जिस परियोजना पर आप काम कर रहे हैं) तब तक नहीं होगा जब तक आप इसे स्पष्ट रूप से उपलब्ध नहीं कराते हैं
  4. एक सही ब्रेस स्टाइल और सही रिक्ति के लिए ऑटो प्रारूप (ताकि आप उन नियमों को लागू करने में कम समय व्यतीत करें) (फिर से यह एक बाहरी टूल के साथ किया जा सकता है)

आईडीई / संपादक में केवल 1 और 2 का होना आवश्यक है


3

मैं हमेशा एक आईडीई (ग्रहण) का उपयोग करता हूं और इसे शुरुआत के लिए भी सुझाऊंगा। मुख्य लाभ यदि आप शुरू कर रहे हैं:

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

हालांकि, हालांकि मुझे लगता है कि आपको gerneral में एक IDE का उपयोग करना चाहिए, मुझे लगता है कि यह कमांड लाइन पर आपके कोड के कम से कम एक या दो मैनुअल निष्पादन करने योग्य है। यह इतना है कि आप समझते हैं कि हुड के नीचे क्या हो रहा है। यदि आपको बाद में मुद्दों पर बहस करने की आवश्यकता है, तो यह समझ आपकी मदद करेगी।


1

अन्य, बिना पूछे सवाल: क्या एक अनुभवी PHP प्रोग्रामर को IDE की आवश्यकता है?

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

मैं अपने PHP काम NetBeans में करता हूं, लेकिन यह केवल इसलिए है क्योंकि मैं NetBeans का उपयोग कर रहा हूं। मुझे यकीन है कि मैं इसे केवल पाठ संपादकों की किसी भी संख्या में कर सकता था।


1

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

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

इस प्रकार, आपके पास आपका "होम" संपादक है, जो आपके साथ जीवन भर रहता है, जिसे आप अपने जीएफ से अधिक प्यार करते हैं।

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

मेरा होम आईडीई SlickEdit है, जिसे मैंने पिछले 10+ वर्षों में उपयोग और बढ़ाया है, ऐसे समय में मैंने इसके लिए 120+ मैक्रो मॉड्यूल लिखे हैं, और मेरे पास 1000+ हॉटकी जा रहे हैं।

क्या मुझे वो सब याद है? नहीं, शायद किसी भी समय आधे के बारे में, शायद 60%, लेकिन अन्य विशेष कार्यों के लिए हैं, कि मैं अंत में मांग पर फैशन में दिख रहा हूं।

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

इसलिए। लंबी अवधि की योजना बनाएं, भविष्य में हर बार सड़क को प्रशस्त करें।

दरअसल, बहुत बार। भले ही यह अब आप की लागत।


1

मैं केवल अपना स्वयं का अनुभव साझा कर सकता हूं, साथ ही यह कैसे डेवलपर को प्रभावित करता है, कुछ अंतर्दृष्टि भी।

सबसे पहले, मैं बताता हूँ कि मुझे दोनों तरह के वातावरण में काम करने में मज़ा आता है। क्या मैं विम और GCC या QtCreator / Visual Studio के साथ उनके संबंधित वातावरण और संकलक के साथ एक शुद्ध उपयोग कर रहा हूं या नहीं, यह केवल प्रोजेक्ट और एप्लिकेशन के पैमाने पर निर्भर करता है।

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

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

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

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

चीयर्स।


-1

एक आईडीई का उपयोग करने से जीवन बहुत आसान हो जाएगा। PHP में विशेष रूप से बहुत सारे असंगत कार्य हैं जो IDEs में स्वतः पूर्ण होते हैं। इसके अलावा, आपके IDE में डिबगर होना वास्तव में अमूल्य है ...

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


-1

मेरे कंप्यूटर विज्ञान कक्षाओं में, हमने एक आईडीई के साथ शुरुआत नहीं की। यह कुछ ऐसा था जिसे हमने AFTER किया हम समझ गए कि हम क्या कर रहे थे।

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

खुद को बूटस्ट्रैप करने के लिए कुछ कहा जाना चाहिए।


-4

यहाँ मेरा इस पर है:

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

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

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