2005 में सॉफ्टवेयर विकास - भविष्य में वापस
2005? Future.What पर वापस भविष्य कैसा है? एक बड़ा और शुरू में सवाल का जवाब कुछ भी और सब कुछ है. भविष्यवाणियों को कभी कभी पर करीब हैं समय वे वास्तविकता से दूर कर रहे हैं अधिकांश. तकनीक शीघ्रता पर चलता रहता है और कंप्यूटिंग उद्योग के विभिन्न क्षेत्रों में प्रमुख खिलाड़ियों के अनुसंधान और विकास के जो कार्य निष्पादन में सुधार या लाभ के साथ प्रौद्योगिकी परिचय की दर बढ़ में निवेश किया है पिछले प्रौद्योगिकी है कि ग्राहकों को उपयोगकर्ताओं / / उपभोक्ताओं का लाभ लेते हैं, या होना चाहिए ताकि है कि वे क्या हमें बताओ outweighing. सच क्या है? और भविष्य क्या है? डेवलपर समुदाय के लिए मुझे विश्वास है कि चीजें एक और अधिक परिभाषित लाइनों सब कि वहाँ से बहुत अन्य नहीं बदला है अर्थात् खेल डेवलपर्स के प्रकार के बीच तैयार हो कॉर्पोरेट आवेदन, मोबाइल सैन्य बनाम बनाम. इन मतभेदों में परिलक्षित होते हैं तरीकों और प्रत्येक समूह द्वारा प्रयुक्त उपकरण. हालांकि, सिद्धांतों ही बने हुए हैं, एक की आवश्यकता की पहचान और फिर संतुष्ट है कि कुछ कोड के साथ. प्रयोक्ता आवश्यकताओं के विभिन्न कार्यान्वयन. मैं चार साल बिताए में देर सॉफ्टवेयर इंजीनियरिंग और सिस्टम डिजिटल उपकरण निगम (दिसम्बर) में इंजीनियरिंग उत्पादों पर काम कर रहे 1980 के दशक. मैं टीम का हिस्सा था के ध्यान के लिए एक एकीकृत वातावरण बनाने का उपयोग किया गया है कि स्वतंत्र सॉफ्टवेयर एक ढांचे में विक्रेताओं उत्पादों है कि एक उत्पाद के उत्पादन में सक्षम को दूसरों के रूप में जरूरत के प्रवाह में. इस ग्राहक के निवेश के साथ नियमित रूप से और बैठकों का प्रत्यक्ष प्रणाली के माध्यम से किया गया था सूचना प्रवाह एक सामान्य विनिर्देश है कि ऐसे एयरोस्पेस, रक्षा और टेल्को के रूप में उद्योगों में प्रयोग किया जा सकता बनाने के लिए. इस गुणवत्ता प्रक्रियाओं, विश्लेषण और डिजाइन तरीकों और बढ़ती खोलने के लिए एक समय था मानक आंदोलन. यह मुक्त स्रोत आंदोलन के रूप में विकसित और जुड़े मुद्दों पर लाता है, लेकिन वह अलग कहानी है! एक एकीकृत पर्यावरण कि एक सीमा या उत्पाद समझाया इमारत के आधार सॉफ्टवेयर विकास चक्र के मुख्य भागों में अग्रणी विक्रेताओं से था, और शायद अब भी है, सॉफ्टवेयर और प्रणालियों के विकास के लिए पवित्र कंघी बनानेवाले की रेती. वातावरण में प्रक्रिया मॉडल और प्रवाह को शामिल विकास के महत्वपूर्ण तत्व, एक नियंत्रित प्रक्रिया प्रबंधन क्षमता और सही उपकरण सही काम के लिए दो सक्षम होना चाहिए. क्या तुम आज मिल एक एकीकृत विकास परिवेश पर आप उपयोग नहीं कर सकते है अन्य उपकरण है कि आप वर्तमान में कार्य ऐसे आवश्यकताओं ट्रैकिंग, प्रलेखन, कोड प्रबंधन, आदि के ध्यान के लिए महत्वपूर्ण बात यह है कि कर का उपयोग करें कि पर्यावरण कि दिसम्बर बनाया भागीदारों की एक सीमा के साथ था, को तो प्रमुख एयरोस्पेस परियोजना पर सॉफ्टवेयर बनाने के लिए, F22 सेनानी थे. वह गुस्से में थे और यह काम किया था. यह है आगे अपने समय की गई है लेकिन यह job.The गैर प्रौद्योगिकी तत्व हो सकता है कि एक एकीकृत वातावरण पर्याप्त रूप से पता नहीं है लोगों को है. यह किसी भी सॉफ्टवेयर विकास परियोजना की इस प्रक्रिया का महत्वपूर्ण हिस्सा है. एक टीम में Instilling अनुशासन आसान है ध्यान नहीं मिल नहीं है और यह होना चाहिए. कई लोगों की भूमिका सॉफ्टवेयर के विकास में खेलते हैं, ऐसे टॉम मार्को डे के रूप में की जागरूकता बढ़ाने की कोशिश की है, और मुद्दा यह है कि विकासशील सॉफ्टवेयर अभी भी एक कारीगर काम के रूप में देखा गया है और नहीं एक सच पेशेवर भूमिका. ब्रिटिश कम्प्यूटिंग सोसायटी चार्टर्ड इंजीनियर स्थिति व्यक्तियों के लिए प्रदान करता है पेशेवर के लिए योग्य है लेकिन मेरा मानना है कि जो लोग समय और परेशानी के लिए ले लिया है की संख्या योग्य सीमित है. अगर अधिक परियोजनाएं परियोजना टीम के एक महत्वपूर्ण अनुपात के चार्टर्ड स्थिति के लिए वहाँ से पूछा समय पर परियोजनाओं के वितरण में सुधार और budget.So में क्या होगा मेरी बात है. यह ठीक है, मुझे लगता है कि हम पीछे के साथ चले गए हैं सॉफ्टवेयर के विकास के लिए प्रौद्योगिकी का संबंध है. को एकीकृत और अलग विक्रेताओं से व्यक्तिगत घटकों के साथ एक बात है, उन्हें भी पाने के लिए काम करने के लिए प्राप्त करने की क्षमता एक काम प्रवाह मॉडल के साथ मिलकर काम एक और है. वहाँ व्यक्तिगत विक्रेताओं से SUITES है कि इस प्रस्ताव पर अगर आप अपने खुद के पर्यावरण आप नहीं कर सकते हैं बनाए रखने चाहते हो सकता है. यह तो एक बड़ा परिवर्तन में शामिल है अपने विकास की प्रक्रिया और टीमों. कोई नहीं बदल पसंद करता है! तो हम हमारे सभी ज्ञात मात्रा के लिए लकड़ी के आराम में रखना महत्वपूर्ण की भूमिका zone.More इस जटिल और प्रौद्योगिकी आधारित प्रक्रिया में इंसान नहीं है पूरी तरह से समझा और न ही यह एक तरीका है कि सबसे अच्छा परिणाम प्राप्त में सफल रहे. लोगों को प्रोत्साहन की जरूरत है, उन्हें प्रेरणा, मार्गदर्शन और सभी को मालूम है कि वे क्या कर रहे हैं मूल्य है इसके बाद के संस्करण की आवश्यकता है. मेरे विचार है है कि सभी परियोजनाओं को अब पैसे और समय के लिए नीचे आया, और ये एक व्यापार के लिहाज से महत्वपूर्ण हैं whilst, माप असर है कि इन परियोजना में शामिल लोगों पर याद आती है. वहाँ परिवर्तन कर रहे हैं कि व्यापार से ऐसी विश्वसनीयता, प्रयोग करने की क्षमता और सॉफ्टवेयर के रूप में लचीलेपन के रूप में अच्छी तरह से समय के लिए रखने की तराजू और बजट के मात्रात्मक मापन के रूप में गुणवत्ता मापने के संदर्भ में आना होगा. डेवलपर को अपने बिट इस समीकरण में भी करना चाहिए. वे और अधिक पेशेवर, हो जाना चाहिए एक चार्टर्ड इंजीनियर बन गया, और परिवर्तन और व्यावसायिक गतिशीलता समझ तैयार हो, क्योंकि वे सब के भुगतान के बाद कर रहे हैं कोड देने कि काम करता है. और ज्यादातर लोग समझते हैं कि premise.Paul BellchambersPaul कंप्यूटर सॉफ्टवेयर के विकास के क्षेत्र में काम कर रहे उद्योग में 25 वर्षों से अधिक है. वह डिजिटल उपकरण के लिए काम किया है कॉर्प, सन माइक्रोसिस्टम्स, Olivetti सिस्टम्स और सॉफ्टवेयर अनुप्रयोगों के विकास कंपनियों के एक नंबर है. वह वर्तमान में एक नई वेबसाइट डेवलपर्स - http://www.thedeveloperscatalogue.com - चल रहा है और वह भी लिख रही है
Article Source: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster Get Html Code
Add this article to your website now!
Webmaster Submit your Articles
No registration required! Fill in the form and your article is in the Messaggiamo.Com Directory!
