अनुकूलन क्षमता

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



इसके बाद, अद्भुत कॉमिक्स गीक और पोक के अनुवाद का सबसे बड़ा संग्रह इस्तेमाल किया जाएगा।



एक जिज्ञासु और पूरी तरह से वास्तविक उदाहरण: डेव रूनी ने अपने जीवन के बारे में लिखा :

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



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



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



यहाँ उन वातावरण की एक सूची दी गई है जिन पर मैंने काम किया है क्योंकि मैंने कोड लिखना शुरू कर दिया है:

30 साल पहले (1983)

• Apple कमांड लाइन BASIC और कोडांतरक कोड लिखना।
• कुछ संपादन सुविधाएँ, लेकिन आप जितना कम जानते हैं, उतना ही बेहतर होगा।
• एक साल बाद, सिड या एक समान संपादक को विश्वविद्यालय में फोरट्रान का उपयोग करते हुए मेनफ्रेम पर स्थापित किया गया था।

25 साल पहले

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

20 साल पहले

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

15 साल पहले

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

10 साल पहले

• विभिन्न जावा आईडीई: PowerJ, JBuilder, ग्राहक संगठन मानक के आधार पर ग्रहण।
• IDE में परीक्षण चलाएँ।
• आईडीई के बाहर पाठ को संपादित करने के लिए टेक्स्टपैड का इस्तेमाल किया।
• टर्मिनल मोड में, मैंने रिमोट होस्ट पर vi का उपयोग किया।

5 साल पहले

• जावा के लिए एक्लिप्स और नेटबीन्स का उपयोग किया गया, विजुअल स्टूडियो सी के लिए #।
• IDE से परीक्षण चलाएँ।
• टेक्स्ट संपादित करने के लिए टेक्स्टपैड का उपयोग किया।
• टर्मिनल मोड में, मैंने रिमोट होस्ट पर vi का उपयोग किया।

अब (2013)

• पाठ और कोड के संपादन के लिए उदात्त पाठ 2।
• मैं कमांड लाइन से परीक्षण निष्पादित करता हूं।
• एक दूरस्थ होस्ट पर टर्मिनल मोड में, मैं vi का उपयोग करता हूं।

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



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



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

फिर भी, यह सबसे तेज़ या स्मार्टेस्ट नहीं है जो जीवित रहता है, लेकिन बदलने के लिए सबसे अनुकूल है।



एक बहुत ही कठिन व्यवसाय में सफलता, जैसा कि यह निकला।

सूत्रों का कहना है:

• अनुकूलता लेख
• प्रोजेक्ट ओह इन डेवलपर्स