2010-04-28 10 views
6

इस तथ्य से निपटने के लिए कि आप विकास प्रक्रिया में भाषा/ढांचे को नहीं जानते हैं?विकास प्रक्रिया में खाते में सीखना

उदाहरण के लिए, मान लीजिए कि जावा डेवलपर्स का एक समूह .NET प्रोजेक्ट शुरू करने वाला है, वे प्लेटफ़ॉर्म को अच्छी तरह से नहीं जानते हैं और समाधान ढूंढने को समाप्त कर सकते हैं जो ढांचा पहले से हल हो जाता है या बेहतर हल करता है।

मेरे पास इस तरह के प्रश्न हैं: इस मामले में कौन से सर्वोत्तम अभ्यास हैं? एक अच्छा pratice पर जाने से पहले आरटीएफएम है? आरटीएफएम को कब रोकना चाहिए और पूछना/खोजना/खेलना शुरू करना चाहिए? आरटीएफएम नहीं है और सिर्फ एक अच्छा अभ्यास खोज/पूछ रहा/खेल रहा है? अनुमानों के बारे में क्या?

मैं :-)

+0

आरटीएफएम क्या है? – Glycerine

+0

@ ग्लिसरीन: एफ ***** जी मैनुअल पढ़ें। –

+0

<आश्चर्य है कि "अनुमानित" क्या है ...> –

उत्तर

2

मुझे लगता है कि, साथ ही साथ, यह भी महत्वपूर्ण है कि एक अच्छा मानसिक मॉडल होना और अवशोषणों को समझना महत्वपूर्ण है ... हालांकि, कभी-कभी यह आसान नहीं होता है, शायद अपर्याप्त समय, अनुभव या यहां तक ​​कि प्रलेखन। आप यहां कुछ विचार प्राप्त कर सकते हैं: http://www.se-radio.net/podcast/2009-06/episode-138-learning-part-development-allan-kelly एक चुस्त पद्धति भी है जो अपने रणनीतिक भाग के रूप में सीखती है: अनुकूली सॉफ्टवेयर विकास (एएसडी) http://en.wikipedia.org/wiki/Adaptive_Software_Development आखिरकार, मैं टेस्ट ड्राइव डेवलपमेंट में अन्वेषण परीक्षणों का उल्लेख करना चाहता हूं, जो सीखने में मदद कर सकते हैं नए ढांचे http://en.wikipedia.org/wiki/Exploratory_testing

+0

संदर्भों के लिए धन्यवाद! मैं मानसिक मॉडल के महत्व और अवशोषण की समझ से सहमत हूं, लेकिन ये अलग हो सकते हैं और उन्हें सीख सकते हैं (और उन्हें गठबंधन करने में) समय लगता है। एक साधारण उदाहरण डब्ल्यूपीएफ पर निर्भरता और बाइंडिंग है, जिसे मैं अभी एक परियोजना में संघर्ष कर रहा हूं। – Thiago

0

क्या कोड की समीक्षा के कुछ प्रकार या संबंधित कदम जहां कुछ अनुभवी व्यक्ति नज़र के माध्यम से और कर सकता है सुझाव देने के बारे में अपने अनुभव से सुनना चाहते हैं।

आरटीएफएम ऐसा लगता है कि यह सिर्फ समय बर्बाद कर देगा, खासकर यदि आप चुस्त विकास कर रहे हैं।

EDIT: चूंकि आपने कहा कि टीम में 'कोई भी' भाषा नहीं जानता है ... मुझे नहीं पता, लेकिन आरटीएफएम अभी भी शुरू करने से पहले कोशिश करने के लिए समय की बर्बादी की तरह लगता है और 'पूरी भाषा सीखना' ।

+0

बेशक, वह कहता है कि टीम में किसी को टूलसेट/तकनीक के साथ अनुभव नहीं है। –

+0

आह, मेरा बुरा। मैंने प्रतिबिंबित करने के लिए अपनी पोस्ट अपडेट की। –

4

उत्पादन कोड लिखने से पहले मंच जानें!

अक्सर लोग बस में कूद और उनके एप्लिकेशन लेखन शुरू, और यह एक गड़बड़, डेवलपर्स जानने के बहुत सारे तो "noob" सामान उन्होंने किया अफसोस है, लेकिन में बंद कर रहे हैं हो जाता है।

तो मेरी सिद्धांत एक ले कुछ स्पाइक्स और गुजरन एक बहुत ही पतली सुविधा को लागू करते हैं जो ढांचे की सभी परतों के माध्यम से जाता है।

यानी, कहें कि यह एक वेब एमवीसी/वेब सेवाएं थी ..... कुछ ऐसा है जिसमें जावास्क्रिप्ट -> AJAX -> html -> वेब सेवा -> नियंत्रक -> मॉडल -> डेटाबेस है।

लोगों को इसकी समीक्षा करने के लिए प्राप्त करें। जब आप उस तकनीक के बारे में बहुत कुछ नहीं जानते हैं जिसके बारे में आप नहीं जानते हैं तो फ्रेमवर्क परत बनाने में समय व्यतीत न करें। कुछ समय व्यतीत करें कि आपकी तकनीक किस प्रकार की लचीलापन है (यानी, आप बिल्ली को कई अलग-अलग तरीकों से आजमा सकते हैं)

2

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

+0

मैं विशेषज्ञ भाग से सहमत हूं, यदि यह संभव है तो सीखने में तेजी लाने के लिए किसी के अनुभव को भर्ती करना पूरी तरह लायक है। लेकिन क्या होगा अगर यह नहीं है? – Thiago

0

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

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

संबंधित मुद्दे