कोडर बनाम। डेवलपर बनाम इंजीनियर - आपके पास कौन सा नौकरी का शीर्षक है,% उपयोगकर्ता नाम%?

कंप्यूटर साइंटिस्ट, सॉफ्टवेयर इंजीनियर और कोडर बार में प्रवेश करते हैं।
- ओह, और यहाँ प्रोग्रामर हैं! बारटेंडर ने उन्हें बाहर बुलाया ...

मैं ऐसे लोगों को जानता हूं जो दशकों से प्रोग्रामिंग कर रहे हैं, लेकिन जो " प्रोग्रामर " कहे जाने पर नाराज होते हैं। और Google में कोडर बनाम डेवलपर बनाम सॉफ्टवेयर इंजीनियर के अनुरोध पर 113 मिलियन लिंक हैं: 1 2 3 4 5 6 7 8 9 ... 113 000 000 । दिलचस्प है, आप एक ही चीज़ के बारे में पूरी तरह से विपरीत राय पा सकते हैं। कुछ के साथ मैं सहमत हूं, लेकिन कुछ मौलिक रूप से नहीं।

पिछले कुछ वर्षों में, वे लगातार आग में ईंधन जोड़ रहे हैं, कुछ बहुत ही अजीब प्रोग्रामर दिखाई देते हैं जो खुद को क्रिएटिव टेक्नोलॉजिस्ट , क्रिएटिव कोडर और इंटरएक्टिव डेवलपर कहते हैं ।

आइए इसे जानने की कोशिश करें।

और आपका Job Title,% username% क्या है?

इसलिए, आराम करें, अगर हम रूस के बारे में बात करते हैं, तो यहां हम वास्तव में सभी सॉफ्टवेयर इंजीनियर (या आमतौर पर सिर्फ प्रोग्रामर) हैं। इन सभी अजीब खिताबों का आविष्कार वहाँ कहीं किया गया था, लेकिन यहाँ वे शांत ध्वनि करते हैं और असामान्य रूप से लिखे जाते हैं। मैं आमतौर पर खुद को लीड इंटरएक्टिव आर्किटेक्ट के रूप में पेश करता हूं, जो कि मैं यहां क्या कर रहा हूं, इसके बारे में कुछ नहीं कहता।

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

यह वर्गीकरण दूसरों में कुछ श्रेणियों के पूर्ण आदेश और घोंसले का शिकार नहीं करता है। यह लोगों के निम्नलिखित समूहों के बारे में होगा जो एक तरह से या किसी अन्य प्रोग्रामिंग से संबंधित हैं:

• scripter के
• सांकेतिक शब्दों में बदलनेवाला
• हैकर
• सॉफ्टवेयर डेवलपर
• सॉफ्टवेयर इंजीनियर
• कंप्यूटर वैज्ञानिक
• क्रिएटिव कोडर

scripter के

प्रारंभ में, सरल भाषाओं में छोटे कार्यक्रमों को स्क्रिप्ट कहा जाता था। शेल स्क्रिप्ट, बैच फाइलें, AppleScript, जावास्क्रिप्ट, ActionScript, VBScript याद करें। उनका मुख्य अनुप्रयोग उसी प्रकार के दोहराए गए कार्यों को स्वचालित करना है ।

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

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

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

कभी-कभी आप स्क्रिप्टिंग की एक मौलिक रूप से गलत परिभाषा सुन सकते हैं - निर्देश लिखने के लिए जो किसी अन्य प्रोग्राम द्वारा पार्स और निष्पादित किए जाते हैं। लेकिन यह कोड है। निर्देश जो कुछ और निष्पादित करते हैं।

सांकेतिक शब्दों में बदलनेवाला

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

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

अक्सर, इसकी कोई विशेष शिक्षा नहीं होती है, और इसलिए कोड y को स्टॉक के साथ प्राप्त किया जाता है।

हां, यह एक खुला गुप्त तथ्य है जिसे सॉफ्टवेयर कंपनियां नहीं कहेंगी / स्वीकार करेंगी - कि भारत में विशेष रूप से सॉफ्टवेयर पेशेवर प्रोग्रामर नहीं हैं, लेकिन केवल कोडर हैं, वे असेंबली लाइन कार्यकर्ता हैं। [के माध्यम से ]

यहां से बंदरों के साथ संबंध आता है - कोड बंदर ।

हैकर

हैकरों से मेरा मतलब है कि हैकर पत्रिका के दर्शक बिल्कुल भी नहीं हैं, मैं सिर्फ एक उपयुक्त नाम के बारे में नहीं सोच सकता। अंग्रेजी में टिंकर शब्द है, शायद यह अधिक फिट बैठता है।

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

लेकिन एक टीम में उनके साथ काम करना असंभव है। विभिन्न कारणों से, और हाँ, अपवाद हैं।

सॉफ्टवेयर डेवलपर

एक टीम में काम करने वाले औसत प्रोग्रामर। अक्सर भाषा / मंच से चिपके रहते हैं, इसलिए अपने नाम को ही बताते हैं। उदाहरण के लिए

• फ्लैश डेवलपर
• जावा डेवलपर
• .NET डेवलपर
• ...

यह ज्ञान / अनुभव द्वारा श्रेणियों में विभाजित करने की प्रथा है:

• जूनियर डेवलपर
• डेवलपर
• वरिष्ठ डेवलपर
• लीड डेवलपर

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

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

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

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


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

आवश्यक ज्ञान क्षेत्र से क्षेत्र में भिन्न होता है। यह कहना गलत है कि वासिया एक बुरा डेवलपर है क्योंकि उसे कुछ पता नहीं है। सबसे अधिक संभावना है, उसे नहीं करना चाहिए, क्योंकि उसके पास एक पूरी तरह से अलग क्षेत्र है। क्या कहा जा सकता है, उदाहरण के लिए, कि फ़्लैश डेवलपर्स में आमतौर पर C ++ डेवलपर्स की तुलना में सामान्य एल्गोरिदम प्रशिक्षण का स्तर कम होता है।

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

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

सॉफ्टवेयर इंजीनियर

बोलचाल की भाषा में इसे आमतौर पर सॉफ्टवेयर डेवलपर के समान अर्थ के साथ प्रयोग किया जाता है। Software.com और सॉफ्टवेयर इंजीनियर का वर्णन salary.com से लिया गया है, जो काफी सार और काफी समान है। वेतन भी + - समान हैं, हालांकि उन्होंने मुझे बताया कि सॉफ्टवेयर इंजीनियर शीर्षक वाले लोग अधिक मिलते हैं।

पेशे के नाम पर इंजीनियर शब्द के अर्थ के बारे में, इंटरनेट पर आज भी होलिविस्ट आयोजित किए जा रहे हैं। विकिपीडिया निम्नलिखित कहता है:

सॉफ्टवेयर इंजीनियरिंग (एसई) सॉफ्टवेयर के विकास, संचालन और रखरखाव के लिए एक व्यवस्थित, अनुशासित, मात्रात्मक दृष्टिकोण का अनुप्रयोग और इन दृष्टिकोणों का अध्ययन है; यही है, सॉफ्टवेयर के लिए इंजीनियरिंग के आवेदन।

सामान्य तौर पर, इंजीनियरिंग काम करने के तरीकों और प्रथाओं का एक सेट है जो आपको कुछ विश्वसनीयता और आत्मविश्वास के साथ कुछ बनाने / करने की अनुमति देता है। तो, सॉफ्टवेयर इंजीनियरिंग काम नहीं करता है - रियल सॉफ्टवेयर इंजीनियरिंग - ग्लेन वेंडरबर्ग ।


और कई देशों में, अपने आप को इंजीनियर कहने के लिए, आपके पास एक लाइसेंस होना चाहिए । गरीब लोगों को सरल सॉफ्टवेयर डेवलपर्स होना चाहिए।

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

सॉफ्टवेयर इंजीनियर के पास मैथ, कंप्यूटर साइंस और सॉफ्टवेयर इंजीनियरिंग से न केवल अनुभव और बहुत सैद्धांतिक ज्ञान होना चाहिए। विभिन्न भाषाओं का ज्ञान गौण है। अंत में, सभी भाषाओं में OOP और O (n ^ 2) के सिद्धांतों का एक ही अर्थ है। इस श्रेणी का एक डेवलपर आमतौर पर बहुत व्यापक दिमाग वाला होता है, अमेरिकियों के पास एक उत्कृष्ट कहावत है: जब आपके पास केवल एक हथौड़ा होता है, तो सब कुछ एक नाखून की तरह दिखता है ।

इसलिए, Java Engineer या Ruby Engineer जैसे नामों से मुझे चिढ़ होती है। एक इंजीनियर को भाषा से नहीं जोड़ा जा सकता है। और यह लानत है, कहीं न कहीं इस बारे में एक लेख था, लेकिन मैं इसे उद्धृत नहीं कर सकता।

तो नहीं, सबसे अधिक बार वरिष्ठ / लीड डेवलपर एक सॉफ्टवेयर इंजीनियर नहीं है, हालांकि वे अपनी कई संपत्तियों और जिम्मेदारियों के साथ ओवरलैप करते हैं। एक और बात यह है कि एक व्यक्ति एक इंजीनियर हो सकता है, अपने खाली समय में एक मंच पर कुछ कर रहा है, स्मार्ट किताबें पढ़ रहा है, और (दिन के दौरान लगभग कहा जाता है) , लीड द्वारा किसी अन्य मंच के ढांचे में संचालित किया जाए, और छेद के पीछे कोड को संपादित करने के लिए बैठें, क्योंकि कि अधिक भुगतान करें। वह हाँ है।

सॉफ्टवेयर वास्तुकार

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

यह वास्तव में बहुत दुख की बात है कि इस उद्योग में आपको उद्योग में एक निश्चित संख्या में वर्षों के बाद अपने शीर्षक के अंत में आर्किटेक्ट पर बहुत कुछ करना पड़ता है, अन्यथा आप विश्वसनीयता और कमाई की क्षमता का स्तर खो देते हैं। मेरा मानना ​​है कि सॉफ्टवेयर के रूप में वास्तुकार को मरना चाहिए, यह आवश्यक नहीं है और अक्सर हानिकारक होता है। [ लेख पर टिप्पणियों से]

निर्माण के साथ समानताएं यहां काम नहीं करती हैं। सॉफ्टवेयर इंजीनियर या वरिष्ठ डेवलपर के पास सिस्टम आर्किटेक्चर बनाने के लिए आवश्यक ज्ञान होना चाहिए। यह इस बात पर निर्भर करता है कि आर्किटेक्चर किसी प्लेटफॉर्म के ढांचे के भीतर हो रहा है, या क्रॉस-प्लेटफॉर्म विकसित करने के लिए कुछ जटिल की जरूरत है या नहीं।

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

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

कंप्यूटर वैज्ञानिक

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

हाल ही में, जनता केवल कार्यात्मक प्रोग्रामिंग के कारण वैज्ञानिकों के बारे में जानती है। उदाहरण के लिए, कुछ वृद्धि प्राप्त करने के बाद, स्काला ने अपनी जटिलता ( स्कैला में टाइप सिस्टम ट्यूरिंग पूर्ण ) पर ठोकर खाई, और हास्केल में कोई भी यह नहीं समझता है कि मोनाड क्या है।

हालाँकि, ऐसा लगता है, "एक भिक्षु एंडोफुन्क्टरों की श्रेणी में सिर्फ एक भिक्षु है, समस्या क्या है?"

मैं व्यक्तिगत रूप से किसी भी ऐसे व्यक्ति से परिचित नहीं हूं जो केवल विज्ञान में संलग्न है, लेकिन कम से कम मुझे यकीन है कि ऐसे लोग मौजूद हैं (हमारे देश में, शायद नहीं)। दिलचस्प प्रकाशन समय-समय पर छोड़ते हैं। इसलिए, अभी हाल ही में 2011 के लिए एक शॉर्टलिस्ट किया गया था, जो अब मुझे फिर से नहीं मिलेगा।

क्रिएटिव कोडर

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

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

व्यक्ति सवाल पूछता है, "मैं यह कैसे कर सकता हूं?" Google कोड और विभिन्न घटकों को एक साथ जोड़ने का तरीका बताता है। घटक आवश्यक रूप से सॉफ़्टवेयर नहीं हैं, समय-समय पर विभिन्न हार्डवेयर का उपयोग करना आवश्यक हो जाता है, उदाहरण के लिए, Arduino के माध्यम से सेंसर। इसलिए , क्रिएटिव कोडर में मूल रूप से सतही ज्ञान की व्यापक आपूर्ति होती है । लेकिन, पर्याप्त तैयारी, अनुभव और अक्सर आवश्यक मानसिकता के बिना, वह एक साधारण उत्पाद से थोड़ा अधिक बनाने में सक्षम नहीं है। क्योंकि कोड उनके बीच कॉपी पेस्ट और पैच से बना होता है।

फिर भी, क्रिएटिव कोडर्स बाहरी मापदंडों के साथ प्रोटोटाइप को जल्दी से इकट्ठा करने की अद्भुत क्षमता दिखाते हैं। विभिन्न तकनीकों और उनके बीच बंडलों का उपयोग करना। जबकि इंजीनियर सिद्धांत में तल्लीन होगा, और डेवलपर एक फ्रेमवर्क लिखेगा (जो एक विशिष्ट कार्य के लिए केवल एक बार की आवश्यकता होगी), क्रिएटिव कोडर काम करने वाले प्रोग्राम को इकट्ठा करेगा और इकट्ठा करेगा। बेशक, किसी भी तरह से आगे के समर्थन के लिए इरादा है, लेकिन कौन परवाह करता है?

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

एक ओर क्रिएटिव कोडर्स कोडर्स के समान हैं: कोड की गुणवत्ता, कॉपी-पेस्ट, इस कोड की सैद्धांतिक नींव को समझने की इच्छा की कमी; दूसरी ओर, उन्हें विकसित करने, कुछ ठंडा करने, प्रयोग करने, नई चीजों को आजमाने की इच्छा होती है।

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

और यहाँ मैं ईमानदारी से यह नहीं समझ पाया कि क्रिएटिव कोडर अन्य डेवलपर्स के साथ एक टीम में कैसे काम करता है, क्योंकि टीम के संदर्भ में वह जूनियर डेवलपर है, और कुछ नहीं। कोई भी उसे स्वतंत्र दिलचस्प परियोजनाएं नहीं देगा जब तक कि वह कार्यक्रमों को ठीक से डिजाइन करने और कोड लिखने के लिए नहीं सीखता। यह पता चला है कि वे सभी अकेले या समान विचारधारा वाले गैर-प्रोग्रामर के साथ काम करते हैं?

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

क्रिएटिव टेक्नोलॉजिस्ट

हाल ही में, आप पेशे का वर्णन करने वाली घोषणाओं को एक क्रिएटिव टेक्नोलॉजिस्ट के रूप में देख सकते हैं। आवश्यकताएं हर जगह अलग-अलग होती हैं: प्रोग्रामिंग अनुभव (एसआईसी!), टू सी ++ और ओपनगेल विजार्ड्स के बिना एक सेमी-डिजाइनर / सेमी-जेएस एनकोडर से।

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

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

इसलिए, मेरे पास एक विशेष क्रिएटिव टेक्नोलॉजिस्ट श्रेणी नहीं है। यह वही है जो क्रिएटिव कोडर खुद को कहता है, या सॉफ्टवेयर डेवलपर / इंजीनियर, जो डिजिटल एजेंसियों की दुनिया में काम करता है।

इंटरएक्टिव डेवलपर

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

निष्कर्ष

लोग कई बार बड़े घोंसले के शिकार समूहों को समूहों में वर्गीकृत करते हैं - उदाहरण के लिए, जीव विज्ञान। बाद में, यह निर्धारित करना कि कोई विशेष समूह किस समूह से संबंधित है, उस पर उस समूह के गुणों को एक्सट्रपलेट करना आसान है।

श्रेणियों को ध्यान में रखते हुए, और उनमें से एक व्यक्ति को मानसिक रूप से रखने की कोशिश करते हुए, उसके बारे में कुछ धारणाएं बनाना, उसके ज्ञान और प्रशिक्षण का मूल्यांकन करना, उसके लक्ष्यों और सोचने के तरीके को समझना आसान हो जाता है। यह कार्य संचार स्थापित करने से जुड़ी कई समस्याओं से बचा जाता है।

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

और, यदि आपके पास अभी भी ऐसी कोई सूची नहीं है, तो अपना खुद का बनाने की कोशिश करें, या इसे लें। भविष्य में, काम में आते हैं।