जब आप खराब कोडिंग (डिज़ाइन) मानकों के तहत कोड के लिए मजबूर होते हैं तो क्या करें


9

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

सामान पसंद करें: (.NET ऐप पर और सटीक शब्दों में नहीं)

  • संभव के रूप में कुछ कक्षाएं करें
  • कक्षाओं को उतना ही करना चाहिए जितना उनके वास्तविक विश्व समकक्ष कर सकते हैं
  • संशोधन विस्तार से बेहतर है
  • प्रति श्रेणी के लिए एक DLL (ईमेल कार्यों के लिए एक पुस्तकालय, फ़ाइल से संबंधित कार्यों के लिए एक पुस्तकालय)

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


मुझे इस बात की भी परवाह नहीं है कि यह नरक के रूप में पुराना है, मुझे यह कहना पड़ा: उस सूची को पढ़कर मुझे लगभग चिंता का दौरा पड़ गया।
बैसिनेटर

जवाबों:


14

मुझे नहीं पता कि यह मूल रूप से किसने कहा, लेकिन जब आपको ऐसी स्थिति का सामना करना पड़ता है जो आपको पसंद नहीं है, तो केवल तीन विकल्प हैं:

  1. बदल दें।

  2. स्वीकार करें।

  3. रहने दीजिए।

क्या आपके पास पहला विकल्प आज़माने के लिए कंपनी के भीतर ऊर्जा और प्रभाव है? क्या आप चोरी और जोखिम में डालकर बेहतर कोड लिखना चाहते हैं?

क्या आप स्थिति को स्वीकार कर सकते हैं और उन "मानकों" पर कोड लिख सकते हैं? मेरी सलाह, ऐसा तब तक न करें जब तक आपको वास्तव में तनख्वाह की आवश्यकता न हो। यह आपके मनोबल को धीरे-धीरे दूर कर देगा।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.