सॉफ़्टवेयर डिज़ाइन को कैसे सत्यापित करें?

Question

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

मुझे इस तरह के विचारों के बारे में कोई विचार , आवेदन की समीक्षा या ...? मैं नियोक्ता को नहीं बदलेगा लेकिन इसे बाहर नहीं रखा गया है।

Answer 1

यह निश्चित रूप से दुखी है जब अन्य प्रोग्रामर अच्छे सॉफ्टवेयर डिज़ाइन के बारे में बहुत कम ध्यान रखते हैं। केवल बातें मैं क्या करने के लिए सुझाव दिए गए हैं:

1. अपने ब्लॉग को अपने विचारों को जानकारी पहुंचाने के लिए दुनिया भर के उत्कृष्ट डेवलपर्स के कुछ का पालन करें
2. अपने आसपास के लोगों अच्छे डिजाइन
में रुचि बनने के लिए प्रोत्साहित करने के लिए जारी रखें
3. अगर कोई एक आप दोस्तों के अन्य डेवलपर के साथ ऑनलाइन बनाने के लिए और उनके लिए आप
4. सत्यापित विचारों पूछना ओपन सोर्स सॉफ्टवेयर में भाग लें और प्रयोग है कि अपने विचारों के लिए मान्यता के स्रोत के रूप कर सकते हैं अपने डिजाइन को मान्य करने के लिए स्थानीय है
5. Stackoverf पर सवाल पूछें अपने विचारों के बारे में low.com
6. प्रोग्रामिंग रखें और अपने अनुभवों से सीखें
7. अपनी वर्तमान कंपनी में बहुत देर तक न रहें। कंपनियों चलती एक शानदार तरीका अपने आप को हो रही है, आरामदायक और संतुष्ट
8. समान विचार डेवलपर्स

आशा है कि मदद करता है के साथ भरा एक स्थानीय उपयोगकर्ता समूह में शामिल हो रहा से रखने के लिए है।

Answer 2

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

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

अंत में, परीक्षण सॉफ्टवेयर की पुष्टि करने के लिए आप कर सकते हैं सबसे अच्छी बात है।

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

Answer 3

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

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

Answer 4

मैं आपके प्रश्न को दो टुकड़ों में तोड़ देता हूं:
1) एक यह है कि आप उन लोगों के साथ काम कर रहे हैं जो या तो सवाल करने या इनपुट देने के लिए डिज़ाइन को समझते या समझते नहीं हैं। अगर लोगों की परवाह नहीं है, तो आप इसके बारे में इतना कुछ नहीं कर सकते हैं (एक अलग नौकरी खोजने के अलावा)। अगर वे समझ में नहीं आते हैं, तो मैं कहूंगा कि शायद आप डिज़ाइन पर एक प्रस्तुति डाल सकते हैं और उन्हें गति तक ले जा सकते हैं, ताकि आप उन्हें "यह एक अच्छी डिजाइन" बातचीत कर सकें।
2) यदि आप भौतिक सत्यापन की तलाश में हैं, तो मुझे आमतौर पर यह पता चलता है कि prototyping कुछ मदद कर रहा है। यह आपको आमतौर पर किसी भी अप्रत्याशित समस्याओं का एक अच्छा विचार देता है जो आपके डिजाइन में हो सकता है।

Answer 5

यदि आप अपने नियोक्ता को परीक्षण के लिए वी-मॉडल को समझने के लिए नहीं मिल पा रहे हैं, तो यह उस कंपनी के लिए खो गया कारण है।

मैं बात कर रहा हूँ:

• इकाई परीक्षण
• एकीकरण परीक्षण
• प्रणाली परीक्षण
• उपयोगकर्ता स्वीकृति सॉफ्टवेयर के विकास में उनके चरण के लिए

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

V-model के बारे में अधिक जानकारी।

Answer 6

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

दूसरा एक स्वतंत्र कोड या डिज़ाइन समीक्षा प्रदान करने के लिए बाहरी सलाहकार में शामिल होने के लायक हो सकता है। यह बेचने के लिए एक मुश्किल बात हो सकती है लेकिन प्रबंधन के लिए कभी-कभी एक बाहरी बाहरी स्रोत से चीजों को "सुनना" आसान होता है, जितना अधिक जूनियर डेवलपर कहते हैं।

Answer 7

मैं आपके जैसा ही स्थान पर हूं।

बस कल रात मुझे एक ऐसी वेबसाइट मिली जहां आप एक डिज़ाइन अपलोड कर सकते हैं और उस डिज़ाइन पर फीडबैक प्राप्त कर सकते हैं।

जब ढांचे, पैटर्न इत्यादि के उपयोग की बात आती है तो सबसे अच्छी बात यह है कि इस तरह के मंच हैं। देखें कि अन्य क्या सिफारिश करते हैं और संदेह में पूछते हैं।

मैंने विभिन्न मंचों/बैठकों को ब्राउज़ करने से बहुत कुछ सीखा है, लेकिन यह समय लेने वाला है।

इस तरह की चीजों पर चर्चा करने के लिए एक बियर पर थोड़ी देर में मिलने वाले समूहों को खोजने और ढूंढने के लिए प्रयास करें। मुझे पता है कि मेरे शहर में बैठकें हैं (हालांकि मेरे पास कभी भाग लेने का समय नहीं है)।