इंजीनियरिंग डिजाइन सिद्धांत
किसी संगठन के भीतर किसी भी अन्य टीम की तरह अच्छी इंजीनियरिंग को संगठन के लक्ष्यों को आगे बढ़ाना होता है। इस मामले में, विशेष रूप से, लक्ष्य मुख्य रूप से एक ऐसा उत्पाद बनाना है जो बग-मुक्त, मजबूत और पर्याप्त रूप से स्केलेबल हो। कंपनी के चरण के आधार पर, इसमें पहली बार पर्याप्त तेजी से विकास होना चाहिए और त्वरित पुनरावृत्तियों की अनुमति होनी चाहिए।
इसके लिए इंजीनियरिंग टीम को परस्पर विरोधी प्राथमिकताओं, जैसे कोड की गुणवत्ता और मजबूती बनाम विकास की गति के बीच विभिन्न ट्रेडऑफ़ बनाने की आवश्यकता होती है। तकनीकी ऋण अपरिहार्य हैं। अच्छी इंजीनियरिंग तो खराब तकनीकी ऋणों को कम करने और अच्छे तकनीकी ऋण लेने के बारे में है।
स्लाइड्स मेरी कुछ सीखों और थंब रूल्स को साझा करती हैं जिनका उपयोग मैंने सॉफ्टवेयर बनाने में किया है:
- तकनीकी ऋण (अधिक विस्तृत लेख )।
- इंजीनियरिंग सिद्धांत (और उनका उपयोग कैसे करें)। अक्सर टीमें सामान्यता, सरलता और पुन: प्रयोज्यता जैसे सिद्धांतों की अति करती हैं।
- चौखटे और उपकरण
- मापनीयता और अनुकूलन। क्या किसी भी स्तर पर अत्यधिक स्केलेबल समाधान बनाना आवश्यक है? और कोई अनुकूलन कब करता है? यहाँ और अधिक ।
- इंजीनियरिंग टीम मेट्रिक्स। किसी भी व्यावसायिक कार्य की तरह, इंजीनियरिंग टीम के प्रदर्शन के लिए सिद्ध और स्थापित मेट्रिक्स हैं।

![क्या एक लिंक्ड सूची है, वैसे भी? [भाग 1]](https://post.nghiatu.com/assets/images/m/max/724/1*Xokk6XOjWyIGCBujkJsCzQ.jpeg)



































