Prodazhnik सॉफ्टवेयर

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

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

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

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

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

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

सॉफ्टवेयर विश्लेषक

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

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

दुर्भाग्य से, इस इंटरफ़ेस की कई महत्वपूर्ण सीमाएँ थीं। उदाहरण के लिए, यदि इनपुट में कोई मूल्य नहीं था, तो डिफ़ॉल्ट मान को प्रतिस्थापित करना एक समस्या बन गई।

किसी तरह यह पता चला कि बिज़टॉक की लागत और इसके एकीकरण के लिए परियोजना बहुत बड़ी थी, वार्षिक बजट टूट रहा था। इसके अलावा, "मेमने का मुंह" आसान नहीं था। असंतोष बढ़ा। ठेकेदार ने तुरंत गोली चलाने का फैसला किया। अधिकांश विश्लेषक खुद भाग गए, और एक चाल में चला गया। BizTalk में, डेटा रूपांतरण नियमों को डेटाबेस में XSLT दस्तावेज़ों के रूप में संग्रहीत किया गया था। यह XSLT 1.0 भी नहीं था, लेकिन कुछ प्रकार का मसौदा XSLT था, जिसे MSXML लाइब्रेरी के एकमात्र हार्ड-टू-गेट संस्करण द्वारा समझा गया था। इसलिए हमारे विश्लेषक, "दो पेड़ों के बीच भेड़ के बच्चे को चराने" के बजाय, डेटाबेस से WD-XSLT को चुनना सीख गए, इसे जोड़ दिया और इसे वापस सामान किया। यह तेजी से और अधिक विश्वसनीय निकला, और एक महत्वपूर्ण बोनस था: डेटा रूपांतरण के कुछ आवश्यक विवरण इंटरफ़ेस से छिपाए जा सकते हैं और गहरी, गहरी आंखों से छिपाए जा सकते हैं।

लेकिन बिल गेट्स कभी नहीं पहुंचे।

लेखाकार प्रोग्रामर

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

और आपके पास भूमिगत प्रोग्रामर के बारे में क्या कहानियां हैं?