एक परियोजना या युक्ति जो आपके डेस्क पर डाल दी गई थी जो संभवतः नहीं की जा सकती थी? आपने "आवश्यकताकर्ता" को दुविधा कैसे समझाया? इससे भी महत्वपूर्ण बात, क्या आपने मूल मुद्दे को समझाने के बाद उन्हें समझा था?
एक परियोजना या युक्ति जो आपके डेस्क पर डाल दी गई थी जो संभवतः नहीं की जा सकती थी? आपने "आवश्यकताकर्ता" को दुविधा कैसे समझाया? इससे भी महत्वपूर्ण बात, क्या आपने मूल मुद्दे को समझाने के बाद उन्हें समझा था?
जवाबों:
मुझे प्रिंटर का प्रिंट तेज़ बनाने के लिए कहा गया था।
गंभीर, और मुझे असफल होने के लिए लिखा गया था। बॉस बहुत तकनीकी जानकार नहीं था और मुझे समझ नहीं आया कि मैं इसे गति क्यों नहीं दे सका।
उन सभी सुविधाओं को लागू करें जिन्हें हम पहले ही बेच चुके थे। मैंने बस अपना सिर नीचे रखा और काम करता रहा, और उच्च-अप को एहसास होने दिया कि क्या चल रहा था।
मुझे प्रति सेवक नहीं सौंपा गया लेकिन मेरे विचार क्या थे ...
"क्या हम कुछ महीनों के समय में एक ऑनलाइन उत्पाद के रूप में [एक्सेल कार्यक्षमता की नकल करते हैं] का निर्माण कर सकते हैं?"
ऑनलाइन स्प्रेडशीट कार्यक्षमता। बात यह है कि मानव इतिहास (Microsoft और Google) में दो सबसे बड़ी सॉफ्टवेयर कंपनियां काम कर रही हैं। और आप एक मूल इंजन प्लस कार्यक्षमता बनाना चाहते हैं जो वर्तमान में मौजूद नहीं है। केवल कुछ महीनों के समय में। प्रतिभा का उपयोग करते हुए हमारे पास इन-हाउस है।
सही...
मुझे यह निर्धारित करने के लिए एक तरीका निकालने को कहा गया कि कब और क्या एक धागा बंद हो जाएगा। ऐसा था इसलिए हम इन सभी बहु-थ्रेडेड बग्स को ढूंढ और रोक सकते थे। लगता है कि वे रोकने की समस्या के बारे में कभी नहीं सुना होगा। (तब फिर से, वे ताले, म्यूटेक्स, या किसी भी प्रकार के सिंक्रनाइज़ेशन विधियों का उपयोग करने में विश्वास नहीं करते थे।)
सेल्समैन ने मुझसे पूछा कि हमें उत्पाद में कीड़े रोकने के लिए क्या करना चाहिए।
मेरा जवाब था: हम इसे खत्म करने के बाद ही इसे बेचें! : ओ)
मुझे हमारे उद्यम ऐप के लिए 2 दिनों में खोज लागू करने के लिए कहा गया था ... बहुत बुरा नहीं है। मैं ऐसा कर सकता हूँ। मैंने विशेष रूप से नोट किया:
बस आप जानते हैं, मैं Google नहीं हूं, इसलिए फैंसी रैंकिंग और ऑटो-सुझाव और यह सब ... होने की संभावना नहीं है, विशेष रूप से 2 दिनों में नहीं।
3 दिन बाद: "लेकिन गूगल करता है ..."
यह एक आधिकारिक असाइनमेंट (अभी तक) नहीं है, लेकिन इस कंपनी का मालिक हमारे व्यवसाय "ऑन द क्लाउड" के बारे में पूरी तरह से कहने के लिए कहता रहता है। मेरे लिए भाग्यशाली, मैं इसका उत्तर देने के लिए जिम्मेदार नहीं हूँ :)
एक बार जब मुझे लॉटरी जीतने का कार्यक्रम बनाने के लिए एक बूढ़े, लगभग बूढ़े आदमी से पूछा गया।
मुझे पसंद था ...
"ओह ... (हाहाहाहाहाहाहाहा) क्षमा करें, यह सिर्फ एलर्जी है, लेकिन ...
उन्होंने मुझे 20 वर्षों के रिकॉर्ड के विश्लेषण के बाद अपने "सिद्धांतों" को दिखाया और कहा कि अगर मैंने सिर्फ एक कार्यक्रम बनाया जो उनके नियमों का पालन करता है, तो वह मुझे भुगतान करेगा।
मैंने कार्यक्रम बनाया, उसे दिया, उसे दिखाया, उसके नियमों के अनुसार काम किया, भुगतान किया, उसे शुभकामनाएं दीं और उसे बताया कि क्या उसने कभी बहुत बड़ा दांव लगाया है और बहुत अधिक पैसा खो दिया है, यह किसी भी तरह से मेरी गलती नहीं है।
:एक्स
मुझे और प्रोग्रामरों के एक और जोड़े से एक बार पूछा गया था कि हम यह निर्धारित करने के लिए एक एल्गोरिथ्म क्यों नहीं ढूंढ सकते कि छेद 3-डी ज्यामिति में त्रिभुज ( एसटीएल फाइल) से बना है , जो उन्हें जानते हैं, और नहीं के उचित विनिर्देश के अनुरूप नहीं हैं -holes-अनुमति है)। मेरे बॉस को यह समझ में नहीं आया कि यह कितना कठिन हो सकता है, क्योंकि आखिरकार, वह केवल प्रस्तुत किए गए मॉडल को देख सकता है और उसमें छेदों को इंगित कर सकता है।
एक बार जब मुझे पीएल / एसक्यूएल में एक्सेस वीबीए कोड का 1: 1 अनुवाद बनाने का काम सौंपा गया। चीजें अपेक्षाकृत अच्छी तरह से हुईं, जब तक मुझे यह पता नहीं चला कि एक प्रक्रिया के कई नेस्टेड IFs और LOOPs के भीतर, यह एक हां-ना-डायलॉग को खोलेगा और उपयोगकर्ता द्वारा दूसरा निर्णय लेने के लिए कहा जाएगा। सबसे अच्छा मैं पेश कर सकता था, और अंततः लागू किया गया था, उस प्रक्रिया में एक और पैरामीटर जोड़ना था; यदि यह उस शाखा में चला गया है, तो यह रोलबैक करेगा, एक विशेष स्थिति लौटाएगा जो GUI प्रोग्राम को उपयोगकर्ता से पूछने का निर्देश देता है, और फिर एक अतिरिक्त पैरामीटर के साथ प्रक्रिया को पुनरारंभ करता है।
(मुझे नहीं, बल्कि एक सहकर्मी) बहुत पहले, मैंने विंडोज सॉफ्टवेयर बनाने का काम किया जो औद्योगिक मशीनरी को नियंत्रित और मॉनिटर कर सकता था। मशीनरी से कनेक्ट करने के लिए एक विकल्प एक मॉडेम के माध्यम से डायल करना था।
एक बड़े ग्राहक ने एक उच्च-स्तरीय प्रबंधक को एक समस्या के साथ बुलाया: वे एक दूरस्थ सुविधा से कनेक्ट नहीं कर सके क्योंकि वे एक व्यस्त संकेत प्राप्त करते रहे (वे एक आवाज लाइन या कुछ के साथ हार्डवेयर लाइन साझा कर रहे थे)
जब मेरे सहकर्मी ने पाया कि समस्या एक सॉफ्टवेयर दोष नहीं है, लेकिन यह कि फोन लाइन वास्तव में व्यस्त थी, तो प्रबंधक ने जवाब दिया "यह हास्यास्पद है। क्या आप इसके आसपास कोड नहीं कर सकते?"
मुझे एक बार regex को ठीक करने के लिए कहा गया था जिसका उपयोग C # फ़ंक्शन घोषणाओं को पार्स करने के लिए किया जा रहा था क्योंकि क्यूए टीम ने इसे तोड़ने का एक तरीका ढूंढ लिया था। यह दुर्भाग्य से एक संभव कार्य नहीं है क्योंकि फ़ंक्शन घोषणाओं को C # में एक नियमित भाषा के रूप में वर्णित नहीं किया जा सकता है (गुण, सामान्य प्रकार, विशेषता तर्क, आदि ...)।
मैंने केवल यह समझाकर समस्या का समाधान किया कि यह एक असंभव कार्य था और नेस्टेड जेनेरिक प्रकारों के साथ कुछ उदाहरणों का विवरण देना। प्रबंधन ने मुझे पहले विश्वास नहीं किया था (नौकरी में 2 सप्ताह थे) लेकिन मैं वरिष्ठ डेवलपर्स के एक जोड़े को समस्या की व्याख्या करने में सक्षम था और उन्होंने बदले में प्रबंधन को आश्वस्त किया। आखिरकार उन्होंने एक बेहतरीन प्रयास करने का फैसला किया और बाद में एक असली पार्सर जोड़ दिया।
स्वचालित रूप से सभी मान्य खोज संयोजनों की सूची तैयार करें जो डेटाबेस से परिणाम लौटाते हैं। जबकि कोडिंग के दृष्टिकोण से तार्किक रूप से असंभव नहीं है, यह देखते हुए कि डेटाबेस का आकार हमेशा बढ़ रहा था, यह अत्यधिक अव्यावहारिक था और अंततः संयोजन बनाने की कोशिश करते समय गंभीर एक क्रॉल के लिए धीमा होगा।