एलेक्स मॉर्गन
मोबाइल ऐप्लिकेशन डेवलपर
- एलेक्स.मॉर्गन@एक्ज़ैम्पल.कॉम
- +1 555 0100
- Denver, CO
सारांश
अनुभव
शिक्षा
कौशल
- React Native
- TypeScript
- Swift
- Kotlin
- iOS SDK
- Android SDK
- GraphQL
- REST API
- SQLite
- Jest
- XCTest
- App Store Connect
सॉफ़्टवेयर इंजीनियरिंग और क्लाउड · मध्य से वरिष्ठ स्तर (4+ वर्ष)
यह नमूना दिखाता है कि iOS और Android विकास के काम को ऐप के प्रदर्शन, रिलीज़ और उपयोगकर्ता प्रवाह में मापने योग्य सुधारों से कैसे जोड़ें। एक अच्छे मोबाइल डेवलपर रिज़्यूमे में प्लेटफ़ॉर्म, भाषाएँ, परीक्षण के तरीके और जारी किए गए फ़ीचर का असर आसानी से मिल जाना चाहिए।
भर्ती करने वाले और tracking systems क्या देखते हैं। यह एक मार्गदर्शिका है, भविष्यवाणी नहीं।
100 / 100पूरा
इन्हें सबसे ऊपर रखें; भर्ती करने वाले और tracking systems सबसे पहले इन्हें ढूँढ़ते हैं।
वैकल्पिक। US, UK और Canada में रिज़्यूमे पर आम तौर पर फ़ोटो नहीं होती।
हर नौकरी के लिए एक पैराग्राफ रखें; हर उपलब्धि नई लाइन में “-” से शुरू करें।
कौशलों को कॉमा से अलग करें, जैसे: Excel, SQL, प्रोजेक्ट योजना।
प्रोजेक्ट, प्रमाणपत्र, भाषाएँ या कोई और जानकारी जो आपके आवेदन को मज़बूत करे।
एलेक्स मॉर्गन
मोबाइल ऐप्लिकेशन डेवलपर
किसी रिज़्यूमे या प्रोफ़ाइल का टेक्स्ट चिपकाएँ। बिल्डर उसमें पहचानने योग्य संपर्क जानकारी, सारांश, अनुभव, शिक्षा और कौशल भर देगा; नतीजे की जाँच करें।
अपने सारांश या कौशल अनुभाग में इस्तेमाल किए गए प्लेटफ़ॉर्म और फ़्रेमवर्क के नाम दें, फिर उन्हें संबंधित नौकरी के बुलेट में भी दिखाएँ। Swift में किए गए नेटिव iOS काम को Kotlin में किए गए Android काम से अलग रखें, और React Native या Flutter प्रोजेक्ट को साफ़ तौर पर पहचानें। इससे भर्ती की समीक्षा करने वाले लोग जल्दी देख सकते हैं कि आपका अनुभव किसी एक प्लेटफ़ॉर्म या साझा कोड पर केंद्रित भूमिका से मेल खाता है या नहीं।
बताएँ कि कौन-सा फ़ीचर या तकनीकी बदलाव किया, उसे कैसे लागू या परखा और उसके बाद क्या बदला। क्रैश रिपोर्ट, लोड समय, रिलीज़ की आवृत्ति, किसी खास प्रवाह में रूपांतरण या रिलीज़ के बाद मिले दोष उपयोगी माप हैं। नतीजे को समझाने में मदद मिले तो समयावधि या दायरा भी दें, और ऐसा नतीजा न बताएँ जिसे आपके काम से जोड़कर साबित न किया जा सके।
अगर आपने रिलीज़ संभाली हैं, तो उनसे जुड़े चरण और टूल बताएँ, जैसे साइनिंग, TestFlight, App Store Connect, Google Play Console, चरणबद्ध रोलआउट या स्टोर समीक्षा की तैयारी। रिलीज़ का जोखिम घटाने के लिए किए गए परीक्षण और निगरानी भी शामिल करें। मोबाइल ऐप बनाने के लिए अमेरिका में कोई सामान्य लाइसेंस आवश्यक नहीं है, इसलिए प्रमाणपत्र तभी सूचीबद्ध करें जब वे नौकरी के विज्ञापन से संबंधित हों।
पोर्टफ़ोलियो या स्टोर का लिंक तब उपयोगी हो सकता है जब वह ऐसे ऐप, डेमो या कोड नमूने पर जाता हो जिसे साझा करने की आपको अनुमति है। अपने योगदान, प्लेटफ़ॉर्म और तकनीकी विकल्पों के बारे में छोटा-सा नोट जोड़ें; टीम प्रोजेक्ट की पूरी ज़िम्मेदारी अकेले अपनी न बताएँ। गोपनीय कोड, जारी न हुए प्रोडक्ट की जानकारी, निजी एनालिटिक्स और असंबंधित टेक्नोलॉजी की लंबी सूची शामिल न करें।
इस भूमिका के लिए अक्सर बताए जाने वाले कौशल और टूल। सिर्फ़ वही इस्तेमाल करें जो आपके पास हैं और नौकरी के विज्ञापन में दिए गए शब्दों में लिखें। कॉपी करने के लिए किसी कीवर्ड पर क्लिक करें।
मध्य-कैरियर डेवलपर के लिए एक या दो पेज ठीक रहते हैं। अगर एक पेज में आपका प्रासंगिक अनुभव और तकनीकी खूबियाँ बिना भीड़ किए समा जाएँ, तो एक पेज रखें। दूसरा पेज तब ठीक है जब उसमें काफ़ी प्रासंगिक प्रोजेक्ट या पुरानी भूमिकाएँ जुड़ती हों। हाल में जारी किए गए काम, प्लेटफ़ॉर्म और भाषा के अनुभव तथा मापने योग्य नतीजों को हर फ़ीचर या टूल की लंबी सूची से ऊपर रखें।
अगर आपको दोनों का अच्छा अनुभव है, तो दोनों सूचीबद्ध करें और काम के इतिहास में बताएँ कि उनका इस्तेमाल कहाँ किया। अगर आपका अनुभव मुख्य रूप से iOS या Android में है, तो उसी प्लेटफ़ॉर्म को पहले रखें और दूसरे को सहायक अनुभव के रूप में सही ढंग से बताएँ। क्रॉस-प्लेटफ़ॉर्म भूमिकाओं के लिए फ़्रेमवर्क का नाम दें और स्पष्ट करें कि आपने नेटिव मॉड्यूल, प्लेटफ़ॉर्म-विशिष्ट परीक्षण या स्टोर रिलीज़ भी संभाली थीं या नहीं।
मोबाइल ऐप्लिकेशन डेवलपरों के लिए अमेरिका में कोई सामान्य लाइसेंस या अनिवार्य प्रमाणपत्र नहीं है। नियोक्ता किसी प्रासंगिक कोर्स या योग्यता को महत्व दे सकते हैं, लेकिन जारी किए गए काम और दिखाए जा सकने वाले प्लेटफ़ॉर्म कौशल समझाने के लिए अक्सर अधिक सीधे उपयोगी होते हैं। प्रमाणपत्र तभी सूचीबद्ध करें जब वह मान्य हो और भूमिका से संबंधित हो, और उसका सही नाम और जारी करने वाली संस्था दें। विशेष या विनियमित काम के लिए ज़रूरतें अलग हो सकती हैं।
हाँ। व्यक्तिगत या ओपन-सोर्स ऐप तब शामिल करें जब वे प्रासंगिक कौशल दिखाते हों, और उन्हें व्यक्तिगत, अकादमिक या ओपन-सोर्स प्रोजेक्ट के रूप में साफ़-साफ़ बताएँ। ऐसा सार्वजनिक ऐप, डेमो या रिपॉज़िटरी लिंक करें जिसे साझा करने की आपको अनुमति है, फिर अपनी भूमिका, टेक्नोलॉजी और कोई ठोस नतीजा या तकनीकी फ़ैसला बताएँ। निजी की, उपयोगकर्ता डेटा, नियोक्ता का कोड और गोपनीय प्रोडक्ट जानकारी हटा दें।