गैर-आईटी व्यक्ति के साथ जोड़ी प्रोग्रामिंग व्यवसाय तर्क [बंद]


14

क्या आपके पास कोई अनुभव है जिसमें एक गैर-आईटी व्यक्ति कोडिंग प्रक्रिया के दौरान प्रोग्रामर के साथ काम करता है?

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

मैंने पाया है कि पीएल / एसक्यूएल जैसी कुछ प्रक्रियात्मक, डोमेन-विशिष्ट भाषाएं गैर-आईटी इंजीनियरों द्वारा काफी समझ में आती हैं। ये व्यक्ति अंत में कोड के सह-लेखक होते हैं और सूत्रों, कारकों आदि की शुद्धता की गारंटी देते हैं।

मैंने इस तरह की जोड़ी प्रोग्रामिंग को काफी उत्पादक पाया है, इस तरह के इंजीनियरिंग-प्रकार के उपयोगकर्ताओं को लगता है कि वे कोड के "मालिक" और "लेखक" भी हैं और संचार प्रक्रिया में गलतफहमी को कम करने में मदद करते हैं। वे डिजाइन परीक्षण मामलों में भी मदद करते हैं।

  • क्या यह प्रथा आम है?
  • इसका कोई नाम है?
  • क्या आपके पास भी ऐसा ही कोई अनुभव है?

जवाबों:


11

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

यही है, आप व्यापार उपयोगकर्ता (हालांकि एक बहुत ही तकनीकी भूमिका, एक इंजीनियर के साथ एक) के साथ व्यावसायिक नियमों (सही गणना और प्रक्रियाओं) को मान्य कर रहे हैं।

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

यह प्रथा उतनी आम नहीं है जितनी होनी चाहिए, लेकिन अधिक से अधिक अनुयायियों को प्राप्त कर रहे हैं और जो लोग इसका पालन करते हैं (एक रूप में स्वीकृति मानदंड प्राप्त किया जा सकता है) इसे अमूल्य लगता है क्योंकि दोनों व्यवसाय के साथ संवाद करने और ड्राइव करने के लिए एक उपकरण है विकास।


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

@Ampt - क्या आपने इसे आज़माया है? यदि आप निष्पादन योग्य विशिष्टताओं का उपयोग करते हैं तो आप उन्हें कोड के बजाय विनिर्देशन के माध्यम से चला सकते हैं ।
ऊद

मैंने इसे आज़माया नहीं है, और मैं यह नहीं कह रहा हूँ कि यह किसी भी तरह से गलत है! आपने अभी कहा कि यह उतना सामान्य नहीं है जितना होना चाहिए और मैं अपना इनपुट दे रहा था कि ऐसा क्यों हो सकता है। मुझे लगता है कि आपके व्यवसाय और विकास पक्ष के बीच जितना अधिक संवाद होगा, आपकी परियोजना उतनी ही बेहतर हो सकती है। उस संचार की गुणवत्ता अक्सर परिभाषित करती है कि आपकी परियोजना कितनी अच्छी है, और उस तर्क से, एक व्यवसायी व्यक्ति के साथ बैठकर और ऐसे कोड पर जा रहे हैं जो वे समझ सकते हैं कि शायद अच्छे संचार की श्रेणी में आते हैं।
13:28 पर Ampt

2

हाँ। जहां मैं काम करता हूं मैं हार्डकोर प्रोग्रामिंग प्रकार का सामान करता हूं, जबकि रणनीतिकार उह रणनीति पर काम करते हैं। यह कहना है कि मैं उन कार्यक्रमों को लिखता हूं जो उनके ट्रेडिंग मॉडल को लागू करते हैं।

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

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

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

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