एक पेशेवर प्रोग्रामर के सात कौशल

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

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

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

तो, सात कौशल के बारे में ...

1. समस्या के अपघटन को वहन करता है और इसके समाधान को डिजाइन करता है

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

2. पर्याप्त रूप से कार्यान्वयन लागतों का आकलन करता है

जवाब "इस समस्या को हल करने के लिए, मुझे 8 घंटे की आवश्यकता है," - गलत। मूल्यांकन हमेशा एक संभाव्य मूल्य है। उदाहरण के लिए, सही उत्तर "4 से है (मैं निश्चित रूप से तेज नहीं कर पा रहा हूँ) से 16 घंटे (सबसे अधिक संभावना है कि मैं निश्चित रूप से ऐसा करूँगा)"। एक बड़े प्रसार को नेता को भ्रमित नहीं करना चाहिए, यह प्रोग्रामर समस्याओं को हल करने में अनिश्चितता के उच्च स्तर को दर्शाता है।

3. अपने काम की योजना बनाता है और एक कार्यक्रम तैयार करता है

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

4. स्वीकृत मानकों के साथ शिकायत

खैर, सब कुछ सरल है। "कोड लिखें जैसे कि यह एक हिंसक मनोरोगी के साथ होगा जो जानता है कि आप कहां रहते हैं।" (c) स्टीव मैककोनेल।

5. लागत और जोखिमों को कम करते हुए आवश्यक गुणवत्ता प्रदान करता है।

यह शायद सबसे कठिन कौशल है। हमें क्रमादेशित, "यह कैसे निकलेगा," के बीच एक बीच का मैदान ढूंढना सीखना चाहिए और लिखा "सबसे सही कोड।"

6. कोड परीक्षण और डिबगिंग करता है

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

7. शेड्यूल से दोषों और विचलन का विश्लेषण किया गया

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

निष्कर्ष

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