2010-02-02 12 views
5

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

अब मैं पोर्ट करना चाहता हूं यह वर्तमान में इस्तेमाल किए गए फॉक्स टूलकिट से देशी कोको/एमएफसी तक है।

मैं साल के अंत तक खुद को एक समय सीमा देता हूं लेकिन मेरा मुख्य काम मौजूदा टूलकिट के साथ विकास कार्य जारी रखना होगा, लेकिन दोनों कार्यों से पहले अंतिम ग्राहकों के लिए कोई योजनाबद्ध रिलीज नहीं है।

मेरा सवाल है कि मुझे अपना समय कैसे व्यतीत करना चाहिए?

  1. बंद करो मुख्य कार्यक्रम पर काम कर रहा है और एक महीने के प्रत्येक के छोटे सत्र में जीयूआई पहले
  2. विभाजन सब कुछ का एक 90% बंदरगाह (लगभग 3 महीने) से करते हैं।
  3. सोमवार/मंगलवार को GUI प्रोजेक्ट और ऐप के लिए शेष सप्ताह में असाइन करना।
  4. पहले ऐप को समाप्त करना, तब पोर्ट।

मुझे लगता है कि तीन तर्क हैं जिन्हें मुझे संतुलित करने की आवश्यकता है।

  1. प्रेरणा, मैं कुछ दोनों परियोजनाओं
  2. मस्तिष्क इनपुट ओवरफ्लो, दोनों कार्यों मेरे मस्तिष्क में विस्तार से जानकारी का एक बहुत की आवश्यकता होती है और कभी-कभी काफी पर्याप्त है पर चल रहा देखना चाहते हैं।
  3. मुझे लगता है कि पोर्टिंग अंतःस्थापित है इसलिए पोर्टिंग को को मौजूदा कोड में बहुत से कोड परिवर्तन और इस दौरान लिखा जाने वाला नया कोड भी आवश्यक होगा।
+1

यह प्रश्न ऑफ-विषय प्रतीत होता है क्योंकि यह परियोजना प्रबंधन के बारे में है –

उत्तर

0

यदि ग्राहकों को कोई योजनाबद्ध रिलीज नहीं है तो आपके पास वैसे ही काम की संरचना करने में सक्षम होने की लक्जरी है जैसा आप चाहते हैं।

मेरी पहली छाप यह है कि वर्तमान प्लेटफॉर्म पर ऐप को खत्म करने के प्रयास में, जब आप उस कोड को फेंकने जा रहे हैं, तो समय कम से कम आंशिक रूप से बर्बाद हो गया है (आपको कुछ सीखना है लेकिन अंतिम कोड का उपयोग नहीं है)।

व्यक्तिगत रूप से मैं मौजूदा संस्करण पार्क करता हूं और कोको रीराइट के साथ शुरू करता हूं।

सबसे पहले मैं इसे कार्यात्मक हिस्सों में विभाजित करता हूं और प्रत्येक को एक चुस्त शैली रिलीज के रूप में देखता हूं। इन्हें अंतिम उपयोगकर्ता कार्यों और कार्यों पर ध्यान केंद्रित किया जाना चाहिए और इनके लिए जीयूआई और बैक एंड दोनों काम शामिल हैं।

(कारण मुझे जीयूआई और ऐप लॉजिक के माध्यम से अलग-अलग काम करने का विचार पसंद नहीं है कि वे अलग नहीं हैं। एक पुनर्लेख के हिस्से के रूप में सुधार करने के अवसर हो सकते हैं और यदि आप ' उन्हें संगत रखने के लिए। एक पुनर्लेख एक मौलिक परिवर्तन करने का अवसर है जो अक्सर साथ नहीं आता है - मैं इसे ले जाऊंगा)।

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

इसके अलावा, अंत कार्यों के अंत पर ध्यान केंद्रित करके, उम्मीद है कि दिमाग ओवरफ्लो सामान कम हो गया है क्योंकि आप हमेशा ऐप के बजाए एक विशिष्ट क्षेत्र में काम कर रहे हैं।

1

मैं पहले ऐप खत्म कर दूंगा, फिर इसे बंद कर दूंगा। आईएमओ, एक ही समय में आप कम परियोजनाओं को संभालने के लिए, जितना अधिक प्रभावी हो।

0

यह वास्तव में इस बात पर निर्भर करता है कि आप किसके साथ सहज हैं।

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

इस बीच, प्रत्येक बार जब आप गैर-बंदरगाह में एक नई कक्षा पेश करते हैं तो सुनिश्चित करें कि यह जाने से पोर्टेबल है।

0

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

यह बहुत ही कुशल था। यहां तक ​​कि जब एमएफसी, कोको और जीटीके की जटिलता सामान्य सोमवार सुबह बनाती है जब मैं स्विचिंग को और भी बदतर करता हूं।

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