एक प्रोग्रामर के रूप में, मैं अपने गोद लेने और व्यावसायिक नियमों की समझ को कैसे तेज कर सकता हूं?


11

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

एक नया काम शुरू करते समय, मैं हमेशा मानता हूं कि अगर मैं जानता हूं कि यह एक भाषा है तो मैं कोडबेस सीख सकता हूं। अगर यह कोई भाषा या ढांचा नहीं है जिसे मैं जानता हूं, मेरा मानना ​​है कि मैं इसे सीखने के लिए अवधारणाओं को समझ सकता हूं (और सिर्फ प्रलेखन पढ़ें)। यह प्रोग्रामर के रूप में हमारे कौशल का एक हिस्सा है और मुझे गर्व है कि मैं इस मानक पर खरा उतर सकता हूं।

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

एक डेवलपर के रूप में, व्यावसायिक नियमों और प्रक्रियाओं को जल्दी और कुशलता से आत्मसात करने का सबसे अच्छा तरीका क्या है? क्या यह एक विषय वस्तु विशेषज्ञ के रूप में या क्लाइंट, कंपनी या व्यवसाय के साथ अनुभव के वर्षों के बिना संभव है?


3
यह अन्य प्रोग्रामर के साथ चर्चा करने के लिए एक बहुत अच्छा सवाल है, लेकिन दुर्भाग्य से यह इस प्रश्नोत्तर साइट के लिए ऑफ-टॉपिक है: यह दोनों बहुत व्यापक है (मामले के बारे में कहने के लिए बहुत कुछ है) और मुख्य रूप से राय-आधारित (विभिन्न लोग आपको अलग-अलग बताएंगे) चीजें, अनिवार्य रूप से उनके लिए क्या काम करती हैं ... आप "सही" उत्तर का चयन कैसे करेंगे?)।
एंड्रेस एफ।

जवाबों:


4

मेरे लिए, यह कोडबेस को पढ़ना और समझना है।

मैं कहता हूं कि दो प्रमुख कारणों से:

  1. लोग चूसते हैं। ओह, जानबूझकर नहीं (आमतौर पर), लेकिन व्यवसाय में मैंने पाया है कि लोगों को अक्सर व्यावसायिक नियमों की अलग-अलग समझ होती है। और हर किसी का अपना मानसिक मॉडल होता है जो बदले में निष्ठा खो देता है क्योंकि वे इसे आपसे संवाद करने की कोशिश करते हैं। लेकिन कोड झूठ नहीं है। लोग सोच सकते हैं कि वे क्या चाहते हैं कि चीजों को कैसे काम करना चाहिए , लेकिन कोड सही है।

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


2
आपका दृष्टिकोण थोड़ा मुर्गी और अंडा लगता है।
रॉबर्ट हार्वे

@RobertHarvey क्या आप बता सकते हैं कि 'चिकन और अंडा' से आपका क्या मतलब है?
फाल्टगिल

3
@ BjarkeSøgaard: आप व्यावसायिक नियमों को समझने के लिए व्यावसायिक नियमों को समझने के लिए कोड लिखते हैं ताकि आप उपयुक्त कोड लिख सकें। चिकन और अंडा भी देखें अगर आप पूछ रहे हैं कि मुहावरे का मतलब क्या है।
रॉबर्ट हार्वे

स्पष्ट होने के लिए, मैं पहले कोड पढ़ने पर ध्यान केंद्रित कर रहा हूं ।
तेलस्टिन

1
@Telastyn कभी-कभी, कोड अधूरा या गलत है - या कोई भी नहीं। मुझे अनिर्दिष्ट व्यावसायिक प्रक्रियाओं के लिए कोड लिखना है - या तो एक नई सुविधा के रूप में या एक नई प्रणाली के रूप में। इसके अलावा, अक्सर, जब यह व्यावसायिक नियमों की बात आती है, तो कोड सभी को शामिल नहीं करता है - एक इन्वेंट्री सिस्टम के लिए कोड आपको दिखा सकता है कि प्रक्रिया कैसे काम करती है, लेकिन जरूरी नहीं कि प्रक्रिया को इस तरह से परिभाषित किया जाए। मेरा मानना ​​है कि यह जानना कि चीजें काम क्यों करती हैं और क्यों की जाती हैं, हमेशा बेहतर समाधान की ओर ले जाती हैं।
लंचमीट 317

3

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

मुझे लगता है कि सबसे अच्छा तरीका यह सुनिश्चित करना है कि आप जितने व्यवसाय कर सकते हैं उतने समय के साथ बिता रहे हैं। तकनीकी पदों पर कुछ लोगों के लिए यह मुश्किल हो सकता है।

  1. अपने समय का बजट बनाएं और उनके प्रति सम्मानपूर्ण रहें, लेकिन जितना हो सके उतना प्राप्त करें।
  2. आपको प्रश्न पूछने की आवश्यकता होगी। वे प्रोग्रामर की तरह नहीं सोचते हैं और सब कुछ तोड़ देते हैं और पूरी समझ रखते हैं कि जानकारी एक दूसरे से कैसे संबंधित है।
  3. फर्जी मत समझो। यदि आप अन्य व्यवसाय के लोगों के रूप में ज्यादा जानते थे, तो वे आपको दोनों काम करते थे। # 2 देखें।
  4. प्रलेखन की उम्मीद न करें। यदि आपको कभी भी कोई प्रशंसा मिलती है, तो उसकी प्रशंसा करें।
  5. आलोचना पर रोक। प्रक्रियाओं और प्रक्रियाओं में अतिरेक और अन्य संभावित प्रभावकारिताएं हो सकती हैं, लेकिन इसके लिए एक कारण हो सकता है। जानें क्यों, लेकिन चौंकिए मत जब वे कहते हैं, "हमने हमेशा ऐसा ही किया है।"
  6. विनम्र रहें, दयालु बनें और अपने स्नैक्स को साझा करें। आप लोगों के साथ काम कर रहे हैं। नमस्ते कहो। पूछें कि वे कैसे कर रहे हैं। इस बारे में पूछें कि वे उद्योग में क्यों गए, कंपनी के साथ कितने समय तक रहे।

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


मुझे वास्तव में # 5 पर काम करना है ..... मैं इसे याद करने की कोशिश करूंगा।
लंचमीट 317

# 5 बिल्कुल विशाल है। मैं फार्मेसी में काम करता हूं। एक सवाल यह है कि "मुझे नहीं पता था कि कंप्यूटर ऐसा कर सकता है" या "जब तक हम इसका पालन नहीं करते हैं विशेष रूप से लोग मर सकते हैं ।" उस नस में, कभी नहीं, कभी "आप बस क्यों नहीं" कहते हैं, क्योंकि "बस" अक्सर किसी दिए गए इंटरैक्शन की जटिलता के बारे में आपकी अज्ञानता दिखाएगा।
एलन शटको

3

मैं एडवर्ड बर्गर और माइकल पी। स्टारबर्ड द्वारा द 5 एलीमेंट्स ऑफ इफेक्टिव थिंकिंग नामक पुस्तक पढ़ने की सलाह दूंगा। यह सामान्य रूप से नई अवधारणाओं को समझने से संबंधित है, लेकिन मुझे लगता है कि यह इस स्थिति पर लागू होता है।

पुस्तक के कुछ रोचक बिंदु इस प्रकार हैं:

मूल बातें मास्टर करें

यदि आप मूल बातें नहीं जानते हैं, तो आप एक अस्थिर नींव पर अपनी समझ का निर्माण करेंगे। तो आपको उन बेवकूफ-लगने वाले सवाल पूछने की ज़रूरत है जो कोई और नहीं पूछता है।

त्रुटियों को अपना मार्गदर्शक बनने दें

कभी-कभी यह उन सवालों को पूछने में मदद करता है जो स्पष्ट रूप से गलत हैं ताकि आप अपनी समझ की कमी को उजागर कर सकें। (पूर्व: आपका मतलब है कि हर दस्तावेज़ में प्रवेश की अनुमति है? ओह। क्यों?)

इसे दूसरों को सिखाएं या समझाएं

जब आप इसे किसी और को पढ़ाने की कोशिश करेंगे तो आप उसे समझना शुरू कर देंगे जहाँ आपको समझने में परेशानी होगी।

उम्मीद है की वो मदद करदे!


0

डेवलपर के रूप में मैंने महसूस किया है कि मैं व्यापार को सीधे कोड, डेटा संरचनाओं, संभावित कक्षाओं आदि में अनुवाद करता हूं ... मैं कुछ सार से और अक्सर, कुछ विशिष्ट से अपरिभाषित, "आकार" के साथ कुछ। मैं तुरंत कोड करना शुरू करता हूं और, जानकारी की कमी , मुझे लगातार रिफ्लेक्टर तक ले जाती है। हर रिफ्लेक्टर मुझे लगता है कि व्यापार की मेरी समझ में बहुत अधिक अंतराल हैं

मैंने इसे कैसे हल करना शुरू किया है?

मैं अपने आत्म को कार्यात्मक विश्लेषण और पहले चरणों के दौरान किए गए सभी दस्तावेजों को पढ़ने के लिए मजबूर करता हूं। मैं इसे करने की कोशिश करता हूं क्योंकि मैं ग्राहक या अंतिम उपयोगकर्ता था । मुझे यह समझने की आवश्यकता है कि ग्राहक ऐसे आवेदन और आवश्यकताओं के साथ क्या देख रहा है। लेकिन मुझे देवता के दूर रहने की आवश्यकता है।

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

यह मुझे सवालों और संदेहों की ओर ले जाता है। मैं उनमें से सभी को टाइप करता हूं और अंत में मैं एक बैठक तय करता हूं जो भी मेरे संदेह को हल कर सकता है।

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

अध्ययन> संदेह> प्रश्न> उत्तर> समझ (बार-बार चक्र दोहराएं)

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