क्यूए से आने वाला, पहला विकास कार्य कैसे कर सकता है? [बन्द है]

Question

मैं 10 वर्षों से क्यूए में हूं, उनमें से लगभग 5 को विकास में लाने की कोशिश कर रहा हूं। मैंने C ++, Java और C # में कक्षाएं ली हैं। मैं अपनी वर्तमान नौकरी में C # में कुछ टूल्स और यूनिट टेस्ट लिखने में सक्षम था और (सभी खातों द्वारा) इसका अच्छा काम किया।

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

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

Comments

क्या आप अपनी QA टीम के लिए स्वचालन शुरू कर सकते हैं?

— एतेल

Answer 1

क्या आपने डेवलपर बनने की अपनी इच्छा के बारे में अपने वर्तमान नियोक्ता से बात की है? उस के साथ शुरू करो, और अगर वे उपकृत नहीं करते हैं, तो यह कहीं और देखने का समय है।

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

आपको अपने क्यूए अनुभव का लाभ जरूर उठाना चाहिए क्योंकि अनुभव की गिनती होती है।

Comments

अपने क्यूए अनुभव का लाभ उठाने के लिए +1। आपको 10 साल के अनुभव के साथ कुल भूतल पर शुरू नहीं करना चाहिए।

— एतेल

Answer 2

क्यूए को अक्सर डेवलपर्स द्वारा देखा जाता है - और यह अक्सर अनुचित होता है।

हालाँकि, पूर्वाग्रह मौजूद है और आप अपने फिर से शुरू से बाहर क्यूए हड़ताल नहीं कर सकते।

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

यदि आप QA में चिपके रहते हैं, तो ऐसी कंपनी में जाएं जहां अच्छी तरह से करने पर अधिक आंतरिक गतिशीलता हो (ऐसी कंपनियां हैं), और जहां एक परंपरा है और स्वचालित परीक्षण का ध्यान केंद्रित है।

चुस्त दुकानों के साथ भी प्रयास करें। वे कम / देव की सीमाओं का पालन करते हैं।

Comments

"एसडीईटी" ऑटोमेशन इंजीनियर (टेस्ट में सॉफ्टवेयर डेवलपमेंट इंजीनियर) के समान है। मैं एक SDET हूं और अपना लगभग 50% समय कोडिंग में बिताता हूं - ज्यादातर परीक्षण उपकरण और जुड़नार। बाकी समय परीक्षण, डिबगिंग आदि लिखने में बिताया जाता है, मोटे तौर पर मेरे अपने उपकरणों का उपयोग करते हुए। फुर्तीले के लिए +1।

— इटेल इवांस

Answer 3

मुझे याद नहीं है कि जब मैं अपनी पहली डेवलपमेंट जॉब की तलाश कर रहा था तो मुझे "तकनीकी सचिव" की जॉब वापस आ गई। यह आपके पाठ्यक्रम के अनुसार अलग-अलग हो सकता है, लेकिन मुझे लगता है कि यदि आप वास्तव में विकास में टूटना चाहते हैं, तो आपको जूनियर देव नौकरी पोस्टिंग के साथ भेदभाव नहीं करना चाहिए। अधिकांश अगर सभी "प्रबंधन द्वारा आवश्यक अन्य कर्तव्यों" की तर्ज पर कुछ नहीं कहेंगे। यह सामान्य है। इसका मतलब यह नहीं है कि आप अपने बॉस के लिए कॉफी बना रहे होंगे।

मुझे लगता है कि आपके लिए महत्वपूर्ण बात यह होगी कि पहले देव नौकरी प्राप्त करें। यह वास्तव में मायने नहीं रखता है कि यह क्या है - आपको अपने दूसरे देव कार्य को खोजने के लिए आसान बनाने के लिए "सॉफ्टवेयर डेवलपर" को फिर से शुरू करने की आवश्यकता है, जो संभवतः पहले से बेहतर होगा।

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

Comments

RE: "बॉस के लिए कॉफी बनाना"; छोटे स्टार्ट-अप्स में, अक्सर ऐसा होता है।

— FrustratedWithFormsDesigner

मेरी पहली देव नौकरी में मैं वह आदमी था जिसे शुक्रवार को चिकन मिला था: D

— मैट एलेन

@FrustratedWithFormsDesigner मैं अभी भी अपनी वर्तमान नौकरी में कॉफी बनाता हूं। ;) अंतिम कप लेने के बाद एक और बर्तन डालेंगे।

— एडम लेअर

As: जब तक हर कोई कॉफी बनाता है, यह सब अच्छा है। ;)

— FrustratedWithFormsDesigner

मेरे पास एक नौकरी थी जहां सीईओ ने कॉफी बनाने के नए तरीके दिखाए। उनकी भावना थी कि हर कोई जो कॉफी पीता है, उसे इसे बनाना चाहिए और इसे सही करना चाहिए।

— जेफ़ओ

Answer 4

क्यूए (और गर्मियों के दौरान समर्थन पर 3 साल) में 1.5 साल बाद एक जूनियर देव के रूप में मेरा पहला काम मार्कअप और सीएसएस मुद्दों को ठीक करना था। कुछ हफ्तों के बाद मैं काम के क्षेत्रों और अंततः परियोजनाओं की जिम्मेदारी लेने से पहले सरल कोड दोषों को ठीक कर रहा था।

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

एक जूनियर डेवलपर के रूप में नौकरी लें और अपने जुनून, अनुभव और आपको जिम्मेदारी की सीढ़ी को आगे ले जाने की क्षमता की प्रतीक्षा करें।

Answer 5

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

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

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

Answer 6

यदि मैं एक SDET था (और अच्छाई का शुक्रिया अदा करता हूं), तो मैं कंपनी के लिए एक मूल्यवान आंतरिक उपकरण को लागू करके सॉफ्टवेयर इंजीनियरिंग के लिए अपनी योग्यता दिखाऊंगा, और मैं अपने कौशल का प्रदर्शन करने के लिए C ++ / Java / C # का उपयोग करूंगा। आंतरिक उपकरण पर काम करने का कारण यह है कि सबसे अधिक संभावना है कि मुझे ग्राहक-सामना कोड को SDET के रूप में लिखने का मौका नहीं दिया जाएगा, इसलिए एक आंतरिक उपकरण जाने का एकमात्र तरीका है।

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

और जब आप इसका निर्माण करते हैं, तो ठोस सॉफ्टवेयर इंजीनियरिंग कौशल लागू करें:

• बनाए रखने योग्य कोड लिखें
• बहुत सारी टिप्पणियाँ जोड़ें
• इसे दक्षता, मापनीयता और विश्वसनीयता के लिए लागू करें
• लक्ष्य निर्धारित करें और एक शेड्यूल जारी करें
• एक पठनीय डिज़ाइन दस्तावेज़ लिखें।

Answer 7

कई नौकरियों की शुरुआत में, मुझे बताया गया था कि मैं महीनों तक लाइव कोड को नहीं छूऊंगा। यह लगभग दो सप्ताह तक रहता है। फिर कोई पहले से ही विकसित विकास समूह में एक नई परियोजना फेंकता है। जो उपलब्ध है लगता है?