जवाबों:
Sysadmin के रूप में स्नातक किया, फिर विकास के क्षेत्र में बदल गया।
मेरे पास सिर्फ ज्ञान का यह क्षण था, यह महसूस करते हुए कि पीसी बकवास हैं। सच में नहीं। आपके पास हार्डवेयर विनिर्देश हैं जो बहुत अस्पष्ट हैं, हर कोई इसे थोड़ा अलग करता है, जिससे छोटे संगतता मुद्दे पैदा होते हैं। यदि पीसी बकवास नहीं थे, तो कुछ रैम प्रकारों का उपयोग करते समय कोई असंगतता नहीं होगी (जब तक कि उनका मानक मेनबोर्ड पर एक से मेल खाता है - इसमें कोई बहाना नहीं है कि DDR3-1066 RAM DDR3-106666 कीबोर्ड के लिए असंगत क्यों होना चाहिए) , या कुछ USB उपकरणों के साथ।
तो आपके पास हार्डवेयर हैं जो डिज़ाइन द्वारा तोड़े गए हैं क्योंकि विनिर्देश बेकार हैं, और इसके शीर्ष पर आपके पास सॉफ़्टवेयर खराब है। मुझे बस तब एहसास हुआ, कि SysAdmin जीतने के लिए कुछ नहीं के साथ एक काम है। आप मुद्दों को "ठीक" नहीं कर सकते हैं - आप अस्थायी रूप से कुछ लक्षणों को हल करने के लिए डक्ट टेप का उपयोग कर सकते हैं, लेकिन आप हमेशा खोने की ओर हैं क्योंकि आपके पास शुरू करने के लिए एक अच्छी नींव नहीं है।
आपमें से जो x86 / x64 बकवास, YMMV के साथ काम नहीं करना चाहते हैं, लेकिन मैंने अपने 7 साल के SysAdmin में यह जानने के लिए पर्याप्त सीखा है कि यह मेरा काम नहीं है।
इसलिए जब हार्डवेयर टूट जाता है तो हमेशा बकवास करने के बजाय, मैंने वास्तव में मूल्य बनाने के क्षेत्र में स्विच किया है। स्वार्थी? शायद। हां, मेरा सॉफ़्टवेयर कई बार छोटी गाड़ी है, और अंत में उसी त्रुटिपूर्ण नींव के शीर्ष पर निर्माण होता है, लेकिन एक डेवलपर के रूप में, मुझे लगता है कि मैं वास्तव में लायक कुछ कर रहा हूं।
कहा जा रहा है: जो भी SysAdmin एक जुनून के साथ काम करता है, उसका सम्मान करें। यह एक कृतघ्न और अक्सर असंतोषजनक काम है, लेकिन हर कोई जो सर्वर को चालू रखता है और चलाता है वह मेरी किताब में एक नायक है।
मैंने एक देव के रूप में शुरू किया, एक डीबीए के रूप में समाप्त हुआ, फिर एक सिसाडमिन और अब एक सिसाडमिन प्रबंधक।
मुझे सिस्टम एडमिनिस्ट्रेशन अधिक दिलचस्प लगा, क्योंकि मुझे एक बड़े वितरित वातावरण में काम करने का अवसर मिला, जिसमें बहुत सारे भागों को एकीकृत करने और बनाए रखने के लिए बहुत सारे भाग थे।
इसके अलावा, IMO देव नौकरियों की एक उच्च प्रतिशत सभी भद्दे अनुप्रयोगों को बनाए रखने या वाणिज्यिक संकुल को अनुकूलित करने के बारे में हैं। ओह। मेरे लिए, sysadmin रचनात्मक होने के लिए और अधिक अवसर पेश करता था और उन प्रणालियों पर एक दृश्य प्रभाव डालता है जो व्यवसाय को चालू रखते हैं।
मैंने एक sysadmin के रूप में शुरुआत की जिसे कोड करना पसंद था। मैं एक sysadmin के लिए # 1 महत्वपूर्ण कौशल होने के लिए प्रोग्रामिंग कौशल पाया है। यदि आपको नहीं पता कि कार्यों को कैसे स्वचालित किया जाए तो आप एक रखरखाव दुःस्वप्न में समाप्त हो जाएंगे।
जैसे-जैसे साल बीतते गए, मैंने कम और कम शुद्ध सिसाइडमाइनिंग की है। और अब इसके बजाय नए समाधानों की वास्तुकला करना पसंद करते हैं। अगर मैं sysadmin-stuff इसकी भारी 3 डी लाइन डीबगिंग, या कोड को कुछ बकवास समाधानों को एकीकृत करने के लिए करता हूं - मेरे लिए स्थापित कुछ अन्य व्यवस्थापक बॉक्स पर।
यूनी में रहते हुए भी मुझे वेबदमिन के रूप में नौकरी मिली है, इसलिए यह निश्चित रूप से sysadmin होने के करीब है, फिर डेवलपर। फिर मैंने धीरे-धीरे अधिक से अधिक विकास किया, कंपनी के बढ़ने के साथ-साथ अधिक आईटी कार्य भी हुआ। यह उस बिंदु पर पहुंच गया, जब मैंने अपने बॉस से कहा है, कि यह दोनों काम करने के लिए बहुत अधिक काम का बोझ है, हमने लोगों को काम पर रखा है, जहां सख्ती से sysadmins हैं, जबकि मैंने खुद को विकास के लिए 100% समर्पित किया है।
मेरे पास या तो लक्जरी नहीं थी / या। मुझे एक ही बार में बाहर करना शुरू करना पड़ा । नए एचपी डेस्कटॉप के लिए पुराने 68k- आधारित मैक की विरासत को माइग्रेट करने, और औद्योगिक उत्पादन (कटलिस्ट ऑप्टिमाइज़ेशन) को आधुनिक बनाने और इंटरनेट एक्सेस और ईमेल स्थापित करने और एक नई भाषा (डेल्फी) सीखने और डेटा मुद्दों और लिनक्स सीखने की कोशिश कर रहा है सीखने के लिए NT 4 और आईपी / आईपी नेटवर्किंग की मूल बातें .... blah blah blah ....
तुम्हें नया तरीका मिल गया है। आग से बपतिस्मा, और कभी-कभी, किनारे पर ब्रिमस्टोन परोसा जाता है। 1997 2007 के समान नहीं था, और कई "नवागंतुकों" को काम करने के लिए अंतर की सराहना नहीं हो सकती है। आप बस "google it" नहीं कर सकते थे, Google अभी भी एक स्टार्टअप था।
आप जल्दी से उस तरह के दबाव में चीजों को सीखते हैं, जैसे कि (अन) आपका काम दूसरों के लिए कितना महत्वपूर्ण है। उनके लिए, आप एक आवश्यक बुराई हैं। आप के लिए, आप अपने दिल में जानते हैं कि अगर आप इसे चालू नहीं रखते हैं, तो यह जगह एक हथकड़ी में नरक में जाएगी।
जब मैंने छोड़ा, यह इसलिए था क्योंकि मुझे जला दिया गया था और मालिक ने मेरे द्वारा की गई कड़ी मेहनत के लिए शून्य प्रशंसा की थी। भोजन, आराम, या क्षतिपूर्ति के बिना 24 सीधे काम के घंटे देखना लाजिमी है। भोजन, आराम, या क्षतिपूर्ति के बिना एक और 12 घंटे रहने की उम्मीद की जा रही थी, जो मेरे शारीरिक धीरज की सीमा को बढ़ा रहा था। चलो देखते हैं, दो दिनों में 36 घंटे, और वह आश्चर्यचकित नहीं हो सकता है कि मुझे उस सब के बाद एक दिन की छुट्टी क्यों चाहिए।
वह दस वर्ष पहले था। कहने की जरूरत नहीं है, मेरा नया नियोक्ता अधिक उचित है। मैं अभी भी SysAdmin और प्रोग्रामिंग दोनों काम करता हूं , हालांकि यह बहुत आसान है। शायद इसलिए कि सब कुछ आग पर नहीं है और एक मुद्दे पर काम करने के लिए एक से अधिक लोग हैं ।
यहाँ मेरी कहानी का संक्षिप्त संस्करण है:
मैंने एक डेवलपर के रूप में सख्ती से शुरुआत की थी, लेकिन मुझे बहुत सीसाइडमिन चीजें सीखनी पड़ीं क्योंकि मैंने अपने पिता को उनकी कंपनी में मदद करना शुरू कर दिया था। वर्तमान में मैं अभी भी एक डेवलपर हूं, लेकिन मैं भारी सीसडमिन सामान भी करता हूं।
दोनों क्षेत्र एक दूसरे के पूरक हैं जो मैं कहूंगा। उदाहरण के लिए, हालांकि मैं एक विशेषज्ञ sysadmin नहीं हूं, मुझे पता है कि मैं अपने अनुप्रयोगों के लिए एक सुरक्षित वेब सर्वर को कॉन्फ़िगर कैसे करूं, कई sysadmin मुद्दों को हल कर सकता हूं, आदि और जब मुझे समर्थन की आवश्यकता होती है, तो मैं सही लोगों के साथ संवाद करने में सक्षम हूं। ।
एक sysadmin के रूप में, सॉफ़्टवेयर विकास को जानने से मुझे बोझिल कार्यों को बेहतर ढंग से स्वचालित करने की अनुमति मिली है, और बहुत अच्छी तरह से यह समझने के लिए कि कुछ अंतर्निहित सामान कैसे काम करता है।
शायद यह एक सामान्य मामला है? मैं अनुमान लगा रहा हूं कि अधिकांश sysadmins को कम से कम प्रोग्रामिंग का एक सा पता है, है ना?
मुझे यह सुनने में बहुत दिलचस्पी है कि आपने या तो ज्ञान क्षेत्र को दूसरे पर कैसे लागू किया है।
यह sysadmin -> sysadmin से जाना आसान है जो कोड -> डेवलपर है। जब तक आप भाग्यशाली नहीं होते, तब तक आपको दूसरे रास्ते पर जाने वाले वेतन कटौती का सामना करना पड़ता है।
यदि कुछ और नहीं, जब आप ऐसे वातावरण में काम करते हैं, जहां आपको डेवलपर्स से बात करने की आवश्यकता होती है, तो कोडिंग के साथ कुछ परिचित अमूल्य है - यह वास्तव में एक लिंगुआ फ्रेंका होने में मदद करता है , खासकर जब आपको यह बताना होगा कि संचालन के लिए साधन एक अच्छी बात है .. ।
मैंने एक सीसडमिन के रूप में शुरुआत की, और खुद को एक आलसी व्यवस्थापक में बदल दिया, जो एक ही काम को दो बार करने से नफरत करता था, इसलिए मैंने सीखा कि स्क्रिप्टिंग कैसे की जाती है। स्क्रिप्टिंग ने न केवल सांसारिक कार्यों को करना आसान बना दिया है, यह उन चीजों को सुव्यवस्थित करने में भी मेरी मदद करता है जो यह सुनिश्चित करती हैं कि किसी कार्य में सभी उचित कदमों का लेखा-जोखा रखा गया था। स्क्रिप्टिंग मुझे उस मुकाम तक भी पहुंचा जहां मैं आज वह हूं जहां मुझे GUI पसंद नहीं है, क्योंकि मुझे नहीं पता कि बैकएंड पर वहां क्या कोड निष्पादित होता है और इसलिए मुझे उन पर भरोसा नहीं है। मैंने डेवलपर कार्य में स्क्रिप्टिंग से प्राकृतिक विकास का भी पालन किया, लेकिन क्योंकि मैं दिल से एक सासदिन हूं और मेरे जीवन के किसी भी दिन औपचारिक विकास प्रशिक्षण कभी नहीं हुआ, फिर भी मैं खुद को वापस शिद्दीन के काम में पाता हूं। ईमानदारी से कुछ मायनों में मेरी इच्छा थी कि मुझे छुट्टी दे दी जाए, या शायद अधिक लंबी छुट्टी (3-4 सप्ताह)।
मैंने एक sysadmin / dba के रूप में शुरुआत की और फिर प्रोग्रामिंग में अपना रास्ता बनाया। मैं sysadmin / dba क्षेत्र में चला गया क्योंकि मुझे गलतफहमी थी कि प्रोग्रामर एक पीछे के कमरे में बंद थे और कभी किसी के साथ बात नहीं की। जब मैंने प्रोग्रामिंग (VBA -> VB6 -> .NET) के साथ डब करना शुरू किया, तो मैंने पाया कि मुझे यह जानने की जरूरत है कि प्रक्रियाओं ने उन लोगों से कैसे काम किया जो उन्होंने किया था (कल्पना करें!)
मैंने विकास में अपना काम किया और अब एक प्रोग्रामर हूं। जाहिर है, मैं हमेशा दिल से एक प्रोग्रामर था क्योंकि मुझे ऐसा कभी नहीं लगता कि मैं अब काम कर रहा हूं! :-)
चीजों के सीसडमिन / डीबीए पक्ष के बारे में मेरे ज्ञान ने मुझे बहुत मदद की जब मैंने कोडिंग शुरू की क्योंकि मुझे पता था कि सब कुछ कैसे काम करता है और इसे कैसे काम करना चाहिए । कि मुझे sysadmin लोगों के लिए प्रोग्रामिंग समाधान पर एक विशाल लेग-अप दिया गया!
-JFV
मैंने डेस्कटॉप तकनीक के रूप में शुरुआत की और कुछ महीनों के बाद सिसडमिन में चला गया। अगले 8 वर्षों में sadadmin खर्च किया और पाया कि मेरा बहुत समय मेरे व्यवस्थापक कार्यों को पूरा करने के लिए एप्लेट्स और स्क्रिप्ट लिखने में बिताया गया था। मुझे अपने sysadmin कार्यों की तुलना में बहुत अधिक कोडिंग पसंद है और उसी कंपनी के भीतर एक डेवलपर के पद पर गिरने का सौभाग्य मिला। अब मैं वास्तव में दोनों करता हूं। मैं एक छोटे, अत्यधिक विशिष्ट एप्लिकेशन समूह में हूं और दोनों टोपी पहनते हैं। दोनों ओर से लाभदायक! मैं अपने काम के विवरण के हिस्से के रूप में विकास पर ध्यान केंद्रित करने के लिए मिलता है और साथ ही विकास पर ध्यान केंद्रित करने के लिए मिलता हूं।
डेवलपर के रूप में शुरू किया। सिस्टम एडमिनिस्ट्रेशन, DBA, डेवलपर के पास वापस, DBA पर वापस, सिस्टम एडमिनिस्ट्रेशन पर वापस चला गया। अब वापस डीबीए के रूप में।
मुझे लगता है कि देव से दूसरे क्षेत्रों में जाने के लिए यह काफी सीधा है। मुझे नहीं लगता कि सिस्टम एडमिनिस्ट्रेशन से विकास तक जाना आसान है। कोड लिखने और अनुप्रयोगों के निर्माण के अभ्यास का आनंद लेने के लिए एक निश्चित मानसिकता है। मुझे बहुत सारे महान सिस्टम प्रशासक मिले हैं जिन्हें इसे अपनाने में परेशानी हुई है।
मैंने एक वेब डेवलपर के रूप में एएसपी लिखना शुरू किया, जिसे मैं उस समय PHP की तुलना में अधिक परिचित था। मैं कुछ खुश था क्योंकि मैंने अपने प्रोजेक्ट्स पाठ्यक्रमों के लिए हाई स्कूल और पोस्ट-सेकेंडरी में बहुत सारे एएसपी को लिखा था, लेकिन एन्क्रिप्शन और फ़ाइल अपलोडिंग / डाउनलोडिंग जैसी चीजों को करने के लिए सीमाओं के आसपास बहुत काम करना था। मैंने अंततः सिसडमिन भूमिका निभाई, और जब मैं छोटा हो गया तो मैं एक मोबाइल सिसडमिन बन गया (गीक स्क्वाड नहीं, लेकिन इसी तरह का विचार)।
मैंने सिसडमिन बनना पसंद किया, लेकिन मेरी मौजूदा नौकरी को और भी ज्यादा पसंद किया, जो एक विश्लेषक की भूमिका में है। मुझे भारी परियोजनाओं के बोझ के बिना सब कुछ करने के लिए मिलता है।
प्रोग्रामर को sysadmin को प्रोग्रामर को sysadmin को प्रोग्रामर (जो भी कभी-कभी sysadmin सामान के साथ सहायता करता है) के लिए प्रोग्रामर। :-) मुझे लगता है कि मुझे जो भी काम मिल सकता है उसे करने की आवश्यकता है (और उन sysadmin पदों को सभी netadmin के साथ भी जोड़ा गया था)!
मैंने एक आभासी विश्वविद्यालय परियोजना पर एक वेब डेवलपर शुरू किया। समय के साथ मैं ऐप सर्वर के लिए ज़िम्मेदार बन गया (जैसे एडोब कोल्डफ़्यूज़न) मैं वेब सर्वर व्यवस्थापक में अधिक से अधिक शामिल हो गया। पिछले कुछ वर्षों में यूनिक्स और विंडोज सर्वरों में ब्रांच किए गए हैं।
इसके अलावा, चूंकि मुझे ओरेकल भी पता है (जिसे एक समय के लिए डेटाबेस प्रोग्रामर के रूप में परिभाषित किया गया था) मुझे आवश्यकतानुसार डीबीए कार्यों में सहायता के लिए बुलाया गया है।
अब मैं स्टाफ़िंग चुनौतियों के कारण सोलारिस एडमिन बन गया हूँ, इसलिए मैं एक अधिक पूर्ण-विकसित सिसडमिन बन रहा हूँ (जबकि अभी भी प्रोग्रामिंग और वेब सर्वरों को बनाए रखना)। अगर मेरा कोई प्रोजेक्ट मेरे वर्तमान नियोक्ता के लिए स्ट्रीमिंग कंटेंट उत्पन्न करने के लिए ज़मीन पर उतर जाता है, तो मैं एक मल्टीमीडिया डेवलपर बनने के लिए तैयार हूँ।
मैंने अपने टीआरएस -80 पर दोनों के संयोजन के रूप में शुरुआत की। माना जाता है कि ऐसा करने के लिए बहुत कुछ नहीं था, लेकिन फिर भी।
मेरा अगला प्रमुख कंप्यूटर एनकाउंटर एक VAX 11/780 था। हम तब और साथ ही साथ सभी डेवलपर्स के संयोजन थे।
कॉलेज और स्नातक विद्यालय के एक हिस्से में, मैं प्रयोगशालाओं (केवल डेवलपर) में जो भी कंप्यूटिंग संसाधन उपलब्ध थे, उसका उपयोग कर रहा था।
ग्रेजुएट स्कूल के मध्य के बाद, मुझे हमारे SGI लैब के लिए डेवलपर और व्यवस्थापक दोनों के संयोजन का भुगतान किया गया था। मूल गोमेद मशीनों पर IRIX 5 के लिए बीटा परीक्षण में कोई और है? ओह, MIPS R4400, मैं तुम्हें कैसे प्यार करता हूँ ...?
तब से, मैं हमेशा खुद को दोनों काम करते हुए पाता हूं। तथ्य यह है कि मुझे पता है कि मैं कैसे चाहता हूं कि कंप्यूटर (ओं) को मेरे अन्य पूर्णकालिक नौकरी में मेरा समर्थन करने के लिए काम करना है, सॉफ्टवेयर लिखना।
मैंने एक डेवलपर के रूप में शुरुआत की है और शुद्ध संयोग से एक सासद बन गया हूं। हम लोगों में सेशडमिन विभाग में कम थे और हम विकास विभाग में चीजों को स्थापित करने और कॉन्फ़िगर करने के लिए इंतजार कर रहे थे। इसलिए मैंने इनमें से कुछ कार्य संभालने शुरू कर दिए क्योंकि मैं अपने कुछ देव कार्य करवाना चाहता था जो इन पर निर्भर था। फिर मैंने अन्य डेवलपर्स के लिए भी ऐसा करना शुरू कर दिया और धीरे-धीरे मैं पूरे देव परिवेश को बनाए रख रहा था। यह सब कुछ (मशीनों, नेटवर्क इत्यादि) तक पहुंच की आवश्यकता थी, इसलिए मैंने अवकाश और / या बीमार होने पर वास्तविक sysadmin के लिए बैकअप समाप्त कर दिया। जैसे-जैसे कंपनी का विकास हुआ हमने महसूस किया कि नए डेवलपर्स को साइडाडमिन की तुलना में किराए पर लेना आसान था, इसलिए मैंने आधिकारिक तौर पर "ट्रांसफर" किया। और मुझे इस तरह से पछतावा नहीं है।
एक छात्र के रूप में, मुझे आईएसपी में एक स्तर पर एक / दो / तीन हेल्पडेस्क के रूप में अंशकालिक नौकरी मिली थी जब ऑस्ट्रेलिया में मध्यम आकार के आईएसपी 1-2000 उपयोगकर्ता थे। उस समय सीएस का छात्र था। प्रशिक्षण था, यहां रूट पासवर्ड और अलार्म कोड है। सुनिश्चित करें कि आप बाहर निकलते समय दरवाजा बंद कर दें।
इससे मैं एक शुरुआती sys एडमिन के रूप में विकसित हुआ। जब पर्लवार्ड फ़ाइल को उड़ा दिया गया, तो हमें रात भर में ही पता चल गया था, लेकिन हमारे पास फ़ाइल सिस्टम विशेषताओं और त्रिज्या फ़ाइल पर इसे फिर से बनाने के लिए डेटा था।
आखिरकार बड़े ग्राहकों के साथ एक छोटी सी दुकान में नौकरी की प्रोग्रामिंग हो गई जहां सभी प्रोग्रामर जहां linux geeks करते हैं, इसलिए हम सभी sys admin को थोड़ा सा भी पसंद करेंगे। लेकिन मैंने बहुत सारे साइज़ को स्वीकार किया और 10 मॉडेम 100 उपयोगकर्ता ISP को चलाने में मदद की जो हमारे पास थे
वहाँ से एक तैनाती इंजीनियर की भूमिका में चले गए। जहाँ आपको समझदार स्केलेबल तरीके से प्रोडक्ट सॉफ्टवेयर को तैनात करने में सक्षम होने की आवश्यकता होती है, लेकिन यह सुनिश्चित करने के लिए पर्याप्त प्रोग्रामिंग अनुभव होता है कि कैसे bespoke सॉफ़्टवेयर ने काम किया और डिबग करने के लिए देवों के साथ बात करने में सक्षम हो।
वहाँ से वेब प्रोग्रामिंग और एसआईएस एडमिन।
अपने पूरे समय से sys व्यवस्थापक टमटम।
आप मेरी कहानी यहाँ पढ़ सकते हैं: /programming/547155/from-admin-to-dev/547177#547177