जैसा कि दूसरों ने कहा है, आपके आईडीई में तेजी के बिना ठीक होना ठीक है, यह इस तरह का है। अपनी उत्पादकता को बढ़ावा देने के लिए जटिल उपकरणों का सही ढंग से उपयोग करने में सक्षम होना एक महत्वपूर्ण कौशल है।
हालाँकि, IDE पर अधिक निर्भरता समस्या पैदा कर सकती है। कौशल और ज्ञान से आप अब व्यायाम नहीं करेंगे, और कुछ पहलुओं की आपकी समझ उथली हो सकती है। एक क्लासिक उदाहरण कमांड-लाइन पर संकलन और चल रहा है - लगभग हर बार जब मैं ऐसा करता हूं, तो मुझे कुछ गलत हो जाता है (आमतौर पर वर्ग से संबंधित), क्योंकि 99% समय मैंने ग्रहण को मेरे लिए ऐसा करने दिया।
जब आप आईडीई से बाहर होते हैं तो यह आपको प्रभावित नहीं करता है - यदि आईडीई की जटिलताओं का ज्ञान आप से छिपा हुआ है, तो आप उथले हैं, तो जब यह गलत हो जाएगा (और यह गलत हो जाएगा, किसी बिंदु पर) आप पाएंगे इसे ठीक करना बहुत कठिन है।
मैं इसे दो तरीके से संभालता हूं:
नए उपकरणों को उनके सबसे बुनियादी रूप में जानें। उदाहरण के लिए, मैंने SVN से Mercurial पर स्विच किया, लेकिन ग्रहण प्लगइन के बजाय कमांड-लाइन क्लाइंट के साथ शुरू किया। इससे मेरी समझ बहुत गहरी चल रही थी, जिसका मतलब था कि मुझे पता था कि क्या गलत हो रहा है और इसे कैसे ठीक किया जाए जब IDE ने त्रुटियां की हैं।
कमांड-लाइन पर अपने बुनियादी कोडिंग कौशल का अभ्यास करें। ऐसा करने के लिए एक अच्छी जगह कोडिंगबैट है जहां आपको कोई सिंटैक्स हाइलाइटिंग नहीं मिलता है, कोई ब्रैकेट मिलान नहीं होता है, कोई लाल रेखांकित नहीं होता है, कुछ भी नहीं। हालांकि उन जावा और javac कमांड लाइन कौशल का भी अभ्यास करने के लिए मत भूलना! (और आपके वर्कफ़्लो के लिए उपयुक्त कोई अन्य - मेरे लिए, इसमें hg और ant भी शामिल होंगे)
अंत में, इसके बारे में बहुत ज्यादा चिंता न करें। यह संभावना नहीं है कि आपको कभी भी नेटबिन या एक्लिप्स के बिना एक बड़ा काम करना होगा, इसलिए जब तक आप उनके बिना कोडिंग करने में सक्षम होते हैं, और समझते हैं कि आईडीई आपके लिए क्या कर रहा है, इससे कोई फर्क नहीं पड़ता कि आप ' फिर से धीमा या इसके बिना अधिक गलतियाँ करें।