एक आईडीई बनाम एक मानक संपादक के उपयोग को क्या उचित ठहराता है? [बन्द है]

39

मैं खुद को पसंद के अपने पाठ संपादक (विम, नैनो, गेडिट, अपने जहर को चुनता हूं) का उपयोग करते हुए किसी भी आईडीई की तुलना में अधिक देर से पाता हूं।

मेरे विचारधारा के शॉर्टकट को धूल चटाने के बाद मैंने इस बारे में सोचना शुरू कर दिया और आश्चर्यचकित हो गया: एक पाठ संपादक के विरोध में आपके लिए एक आईडीई का उपयोग क्या उचित है ?

इस बात के लिए कि आईडीई का उपयोग न करने और केवल एक संपादक पर भरोसा करने के लिए आपके पास क्या तर्क होगा ?

ide text-editor environment

— क्रिस
स्रोत

प्रोग्रामर का संभावित डुप्लिकेट.स्टैकएक्सचेंज. com/ questions/ 1003/… ?

— लैरी कोलमैन

क्या आप वास्तव में करते करते अपने संपादकों में?

कोड लिखें, एप्लिकेशन विकसित करें, ... हाल ही में बहुत कुछ के रूप में।

— क्रिस

15

निजी तौर पर, मुझे अपना खुद का कोड लिखते समय अन्य लोगों के कोड (विशेष रूप से बड़ी परियोजनाओं) को पढ़ते समय आईडीई का बहुत अधिक उपयोगी लगता है । IDE के स्रोत को आप अधिक आसानी से नेविगेट करते हैं, जिससे अन्य लोगों के स्रोत कोड को जल्दी से समझना आसान हो जाता है।

— चार्ल्स साल्विया

3

मैं सवाल को घुमा देना चाहूंगा। एक आईडीई का उपयोग न करने का क्या औचित्य है।

— नेलर

69

मैं: एकीकरण । एक अच्छा टेक्स्ट एडिटर कोड लिखने के लिए अच्छा हो सकता है, लेकिन आपकी अधिकांश प्रोग्रामिंग लेखन में खर्च नहीं होती है; यह परीक्षण और डिबगिंग बिताया है, और इसके लिए आप चाहते हैं कि आपका पाठ संपादक आपके कंपाइलर और डिबगर के साथ एकीकृत हो। यह एक आईडीई की सबसे बड़ी ताकत है।

— मेसन व्हीलर
स्रोत

अगर केवल मैं ही ऐसा पा सकता हूं जो मेरे रास्ते में नहीं आया :)

— टिम पोस्ट

5

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

— TMN

प्रोग्रामिंग का परीक्षण नहीं है यदि आप इसे सही करते हैं? यदि आप अपना अधिकांश समय डिबगिंग और बंदर परीक्षण में बिताते हैं, तो मुझे लगता है कि मैं देखता हूं कि आपकी समस्या कहां है।

— टॉम हॉल्टिन -

8

@ टॉम, परीक्षण प्रोग्रामिंग है जब आप परीक्षण को स्वचालित कर सकते हैं जो आप हर समय करते हैं। अन्यथा, जो भी विधि सबसे अधिक गुणवत्ता देता है, उसे सत्यापित करें।

— एंड्रेस जान टैक

49

ये मेरी पसंदीदा IDE, IntelliJ की मेरी पसंदीदा विशेषताएं हैं, जो मुझे Java, PHP, Javascript, HTML, यहां तक कि ActionScript के लिए उपयोग करना पसंद है।

त्रुटि जाँच - कोड के लिए लाइव वर्तनी जाँच की तरह। बिल्कुल आवश्यक।
कोड नेविगेशन - Ctrl+clickएक फ़ंक्शन, चर पर, परिभाषा पर जाने के लिए टाइप करें। ( उपरोक्त सभी भाषाओं में IntelliJ बहुत अच्छी है)
कोड पूरा करना - मुझे Ctrl+spaceकक्षा या विधि के नाम को भरने में मदद करने के लिए लगातार उपयोग करना चाहिए जो मुझे चाहिए। यह एक टन कोडिंग को गति देता है , और बग्स को पकड़ने में भी मदद करता है जब ऐसा होता है जब आपको किसी चीज की आवश्यकता होती है जो उस संदर्भ से सुलभ नहीं है जो आप में हैं। इंटेलीज आपको समरूपता का विस्तार करने में भी मदद करेगा - टाइप करें NPE, हिट करें Ctrl+space, और यह "NullPointyException" दिखाएगा। "NoPageError", आदि Alt+enterस्वचालित रूप से जोड़ने के लिए हिट करना importवास्तव में बहुत अच्छा है।
कोड जेनरेशन - गेटर्स जेनरेट और सेटर करें, एक जोड़े पर क्लिक के साथ इंटरफेस से तरीकों को लागू करें।
बहुत अच्छा कोड रंग - IntelliJ न केवल मानक कीवर्ड, स्ट्रिंग, चर नाम रंग, बल्कि सदस्य चर, स्थानीय चर, पैरामीटर रंग भी करता है। ActionScript में एक चर जो वास्तव में एक सेटर / गेट्टर है, एक फ़ंक्शन की तरह रंगीन होगा।
रिफैक्टरिंग - गलती से मुक्त नामकरण सबसे बड़ा है। IntelliJ बसने और गेटर्स या स्ट्रिंग usages का नाम बदलने में बहुत अच्छा है। बेशक regex- आधारित खोज है और इसे बदलने के लिए जब आपको इसकी आवश्यकता होती है, और "myNumber", "MyNumber" और "MYNUMBER" को "myString", "Myrring" और "MYSTRING" से बदलने के लिए एक "संरक्षित मामला" विकल्प होता है। एक ऑपरेशन में
संस्करण नियंत्रण एकीकरण - हम एसवीएन का उपयोग करते हैं, और मेरी पसंदीदा आईडीई वीसी विशेषताएं एसवीएन के बारे में सोचे बिना कक्षाएं बनाने, हटाने, स्थानांतरित करने में सक्षम हो रही हैं, आसानी से ब्राउज़िंग इतिहास, एक बहुत अच्छा उपकरण, अच्छी विलय क्षमता, और एनोटेटिंग फाइलें (लाइन दिखाते हुए) संपादक में बाय-लाइन इतिहास)।
निर्भरता आयात - जब आप के लिए स्रोत है कि किसी तीसरे पक्ष के पुस्तकालय पर भरोसा करते हैं, तो आप संदर्भ, डीबगिंग, आदि के लिए आसानी से कोड पर नेविगेट कर सकते हैं।
स्मार्ट टाइपिंग - कोडिंग पेस्ट करना और इसे अपने आप सही टैब स्थिति में पेस्ट करना, एंड-ब्रैकेट, कोष्ठक, उद्धरण, आदि का स्वत: पूर्ण होना।
JUnit, FlexUnit, PHPUnit के लिए एक बहुत अच्छा टेस्ट धावक
डिबगिंग - बिल्कुल। डिबग JBoss, जेट्टी, यहां तक कि फ्लैश निर्दोष रूप से। Ctrl + कोड पर दाएं जाने के लिए स्टैक के निशान पर क्लिक करें।

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

IntelliJ भी Ctrl+spaceचर नाम सुझाने के लिए उपयोग करता है। जावा में, यदि आप एक नया EventMessageItem चर घोषित करते हैं और हिट करते हैं Ctrl+space, तो यह "EventMessageItem", "EventMessage", "आइटम", आदि का सुझाव देगा।

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

— निकोल
स्रोत

4

+ 1

— इंटेलीज

3

+1, यहां के अधिकांश बिंदु किसी भी सभ्य IDE पर लागू होते हैं, या होना चाहिए :)

— Matthieu

21

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

— user1249
स्रोत

1

ध्यान दें कि इस सभी समझ को स्टोर करने के लिए मेमोरी की आवश्यकता होती है। इसलिए "फिट-ऑन-ए-फ्लॉपी" संपादक की तुलना में आईडीई की भूख बहुत कम होती है।

19

हाँ, लेकिन मेरी 8Gb i7 देव मशीन को कुछ ऐसा करने की ज़रूरत है जबकि मैं दूर हूँ। : डी

— डोमिनिक मैकडोनेल

आईडीई को भूखे रहने की जरूरत नहीं है । लेकिन स्मॉलटाक का शायद एक किनारे का मामला है: प्रतिबिंब का आसान, बहुत सरल वाक्यविन्यास, और इसी तरह।

— फ्रैंक शीयर

@ फ्रेंक, इस बात पर निर्भर करता है कि आप उन्हें क्या करना चाहते हैं और यह कितना आसान है।

18

[To the IDE] You had me at intellisense/autocomplete

— JohnFx
स्रोत

1

+1 भले ही यह हमेशा महसूस करने के लिए कि मैं कभी भी एक पूर्ण वर्ग, विधि, या संपत्ति का नाम नहीं लिखता, और वास्तव में कितने कीस्ट्रोक्स इसे सही स्वत: पूर्ण विकल्प से बाहर निकालने के लिए जानते हैं ... टिक-टिक-टिक-टैब- dot-tic-tic-tic-TAB-dot-tic-tic-tic

— ग्रॉसवैल

5

@ सकल, लेकिन यह सही है ! मैन्युअल रूप से टाइपिंग अक्सर टाइपिंग त्रुटियों का अर्थ है।

@ TThorbjørnRavnAndersen जब तक आपके पास दो समान नाम वाली चीजें नहीं हैं, और गलती से सही वर्ण प्राप्त करने के लिए पर्याप्त वर्ण नहीं लिखें। मैंने अपने ऑटोकंप्लीशन पर पर्याप्त ध्यान न देने के कारण "NumberOfSegments" की आवश्यकता वाले कुछ क्षेत्रों में "नंबरऑफ़ पॉइंट्स" संपत्ति को गलती से डाला। यह कहा जा रहा है, मैं नहीं बल्कि स्वत: पूर्ण होगा।

— KChaloux

14

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

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

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

— एडम क्रॉसलैंड
स्रोत

9

ऐतिहासिक रूप से, आईडीई ने एकल-टास्किंग कंप्यूटर पर बेजोड़ सुविधा प्रदान की। मेरे पहले C कंपाइलर को एडिट-कंपाइल-रन साइकल में निम्न चरणों की आवश्यकता थी:

संपादक शुरू करें
कार्यक्रम संपादित करें
कार्यक्रम बचाओ, संपादक छोड़ो
संकलन कार्यक्रम
संकलित कार्यक्रम इकट्ठा करें
लिंक संकलित और इकट्ठे कार्यक्रम
प्रोग्राम चलाओ

मेरे सीपी / एम सिस्टम पर। (मैं बहुत ज्यादा स्वचालित हो सकता था क्योंकि बैच प्रोग्राम में मेरी डिस्क ड्राइव बड़ी थी।)

जब मुझे टर्बो पास्कल मिला, तो मुझे संकलन और डिबगिंग के दौरान संपादक को उपलब्ध रखने में सक्षम होने में खुशी हुई।

मेरा मानना है कि यह वही है जो पहली बार में IDEs को लोकप्रिय बनाता है।

— डेविड थॉर्नले
स्रोत

लेकिन उन सभी चीजों को बहुत सारे संपादकों से किया जा सकता है; उदाहरण के लिए Emacs।

— जेसनफ्रंट

@ जैसनफ्रंट: निश्चित रूप से। मैं समझा रहा हूं कि सबसे पहले मुझे क्या आकर्षित किया। उन दिनों, मैं TRS-80 मॉड 4 पर CP / M चला रहा था, और मेरा मानना है कि Emacs तब भी TECO- आधारित था।

— डेविड थॉर्नले

ठीक है, बिंदु। :-) (पात्रों के अपेक्षित संख्या को भरने के लिए इमोटिकॉन।)

— जेसनफ्रंट

2

@JasonFruit, CP / M-80 मशीनों में अधिकतम 64 Kb RAM थी। गौर कीजिए कि आप कितने Emacs में फिट हो सकते हैं।

7

यदि आप लिस्प में कोड करते हैं, तो Emacs में Intellisense जैसी क्षमताएं होती हैं, जो विधि पैरामीटर और स्वतः पूर्णता जैसी होती हैं, इसलिए आप कह सकते हैं कि यह मूल IDE है। कई कार्यों के लिए एक कार्यक्रम (सामान्य रूप से संपादन, शेल / कमांड प्रॉम्प्ट, समाचार पढ़ना) का उपयोग करना भी अच्छा है।

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

— लैरी कोलमैन
स्रोत

Emacs वास्तव में लगभग किसी भी भाषा में ऐसा कर सकते हैं। PHP मोड काफी अच्छा है, जावास्क्रिप्ट, हास्केल, एरलैंग और एसक्यूएल के लिए मोड हैं। (अन्य लोग भी अच्छे हो सकते हैं, लेकिन मैंने उनका उपयोग नहीं किया है)।

— ज़ाचरी के

एक बार जब आप उन सभी घंटियाँ और सीटी को एमएसीएस (या उस मामले के लिए कोई संपादक) में जोड़ देते हैं, तो आपके पास एक आईडीई क्या है। समन्वित विकास पर्यावरण। मैं इसे खरोंच से (बाहर संपादक बरगलाया) बनाने बनाम एक बेकरी (आईडीई) से एक केक खरीदने की तुलना

— साल

+1, कोक के लिए, हास्केल और लिस्प Emacs किसी भी सभ्य समर्थन के साथ एक ही चीज़ है

— jozefg

4

एक-क्लिक संकलन
डिबगिंग
कोड टेम्प्लेट
कोड पूरा हो रहा है
संस्करण नियंत्रण और रीफैक्टरिंग टूल के साथ एकीकरण
सरल इकाई परीक्षण

कुछ नाम है

— ysolik
स्रोत

3

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

मैं अपने विकास के लिए नोटपैड ++ और शैल स्क्रिप्ट का एक सेट (बैकअप के लिए, गिट कमिट्स) का उपयोग करता हूं और यह पूरी तरह से ठीक काम करता है।

— पूर्वी भिक्षु
स्रोत

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

— ज़ाक्रि के

3

"संपादकों" के पक्ष में कुछ तर्क:

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

मैं हर दिन काम करने के लिए एक आईडीई का उपयोग करता हूं, जावा / सी # अन्यथा लिखना मुश्किल है।

(2) की तुलना में (3): फ़ाइलों को दूरस्थ रूप से संपादित करने के लिए मूल रूप से एकमात्र विकल्प (ssh / दूरस्थ डेस्कटॉप पर) और दूर के सर्वर के विन्यास या फाइलों में न्यूनतम परिवर्तन करना।

— दिमित्रीस मिस्ट्रिटिस को प्रकट करता है
स्रोत

2

आपकी भाषा पर निश्चित रूप से निर्भर करते हुए, कुछ आईडीई में विजुअल फॉर्म / विंडो डिजाइनर भी शामिल हैं।

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

— GrandmasterB
स्रोत

2

मैं संपादन के लिए परीक्षण / डिबगिंग / एकीकरण और KEDIT के लिए IDE का उपयोग करता हूं क्योंकि IDE संपादन क्षमताओं में गंभीर कमी है।
क्योंकि .NET IDE बाहरी संपादन को पहचानता है, मुझे केवल इतना करना है कि संपादक को सहेजना है और स्रोत को फिर से लोड करने के लिए संकेत को स्वीकार करना है। यह मुझे एक ही समय में अपने संपादन और डिबगिंग क्षमताओं को अनुकूलित करने की अनुमति देता है।
अन्य आईडीई के लिए मैं केईडीआईटी को एक टेम्पलेट प्रोसेसर और स्रोत खोज कार्यक्रम के रूप में उपयोग करता हूं और उस स्रोत को आईडीई में कॉपी / पेस्ट करता हूं।

— डेव
स्रोत

आप केडिट में क्या करते हैं जो आईडीई नहीं कर सकता है? मैं वास्तव में जिज्ञासु हूं, वास्तव में कुछ भी इस्तेमाल नहीं किया है, लेकिन मेरी गंभीर कोडिंग के लिए एक आईडीई ...

— डीन हार्डिंग

KEDIT, अन्य स्मार्ट संपादकों की तरह, स्क्रिप्टिंग क्षमताएं हैं जो मुझे उन चीजों को करने की अनुमति देती हैं जो आईडीई नहीं कर सकता। उदाहरण के लिए, मैं कई बफर करने के लिए KEDIT (100 प्रति kedit सत्र तक) कॉपी और पेस्ट और कॉलम संपादन का उपयोग करता हूं जो आईडीई भी पास नहीं कर सकता।

— डेव

1

आईडीई के लिए: -
उन्नत सुविधाओं को बॉक्स से बाहर निकाल दिया जाता है।
- कुछ विशेषताएं आपके ढांचे के लिए इतनी विशिष्ट हैं कि संपादकों के पास कोई समकक्ष नहीं है।

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

— mike30
स्रोत

0

लघु सीखने की अवस्था। बस।

— nate c
स्रोत

4

मुझे लगता है कि आपने किसी भी तरह के आईडीई को अधिकतम नहीं किया है

— हेराल्ड स्चेरिच

4

मेरे सह-पायलट के रूप में विम के साथ, मुझे नहीं करने की आवश्यकता है।

— nate c

शॉर्ट लर्निंग कर्व…।? क्षमा करें, लेकिन यह मेरे लिए स्पष्ट नहीं था।

— क्रिस

0

केवल एक ही मैं वास्तव में सुझाएगा डिबगर है। आईडीई वास्तव में एक संपादक है, जिस पर अन्य gubbins का लोड होता है, लेकिन यदि आप कमांड प्रॉम्प्ट में मेक (या अप एरो + एंटर) टाइप करके संकलन कर सकते हैं, तो आपको आईडीई की आवश्यकता नहीं है । यदि आप एक्सप्लोरर में क्लिक करके और सही मेनू आइटम चुनकर SCM के लिए प्रतिबद्ध हो सकते हैं, तो आपको आईडीई की आवश्यकता नहीं है।

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

लेकिन मेरे लिए, GUI डिबगर आईडीई का उपयोग करने का एकमात्र अच्छा कारण है। मैं अभी भी एक 'कमांड-लाइन' डीबगर (अच्छी तरह से, विंडबग) का उपयोग करता हूं, लेकिन दिन-प्रतिदिन के लिए, इसका बिल्ट वी.एस.

— gbjbaanb
स्रोत

0

एक IDE के लाभ हैं। सभी भाषाओं में एक व्यापक आईडीई नहीं है जो वास्तव में तराजू को टिप करने के लिए है या यह उक्त भाषा के लिए एक बनाने के लिए निषेधात्मक रूप से कठिन हो सकता है। कारण एक आईडीई क्यों चाहेगा? अच्छी तरह से इन के साथ शुरू करते हैं:

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

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

क्या प्रत्येक के लिए आईडीई हैं? ज़रूर। क्या आपको हमेशा एक की आवश्यकता है? ज़रुरी नहीं।

— सामान
स्रोत