पश्चिम में प्रोग्रामर पूर्व में प्रोग्रामर कैसे देखते हैं?

Question

इस प्रश्न के अन्य आधे: पूर्व में प्रोग्रामर पश्चिम में प्रोग्रामर कैसे देखते हैं?

---

दुनिया के पूर्वी भाग (भारत / चीन / फिलीपींस) मुख्य रूप से पश्चिमी दुनिया (यूएसए और यूरोप) को आउटसोर्सिंग सेवाएं प्रदान करते हैं।

क्या आपको ऑफशोर टीमों के साथ काम करने का अनुभव है? यदि हाँ, तो यह कैसा था?

क्या आप पूर्व से प्रोग्रामरों के बारे में कोई सामान्यीकृत विचार या राय रखते हैं (जैसे वे सहकारी हैं, क्या वे समय पर वितरित करते हैं या वे गुणवत्ता वाले काम करते हैं?)। ये किस पर आधारित हैं?

Comments

सच । लेकिन आईटी अर्थव्यवस्था का प्रमुख हिस्सा सेवाओं पर बनाया गया है।

— विनोथ कुमार CM

इसके विपरीत मैंने भी पोस्ट किया है: programmers.stackexchange.com/questions/50884/… - "पूर्व में प्रोग्रामर पश्चिम में प्रोग्रामर कैसे देखते हैं?"

— जॉन हॉपकिंस

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

— जॉन हॉपकिंस

वाह, जब मैंने पहली बार इसे पढ़ा तो मुझे लगा कि इसका मतलब अमेरिका में ईस्ट कोस्ट बनाम वेस्ट कोस्ट है।

— जेस

@Andrew: LoL वहाँ एक बहुत बड़ी संस्कृति अंतर है! अकेले मिडवेस्ट चलो।

— माइक डनलवे

Answer 1

हम्म दिलचस्प विचार।

मैं सिर्फ खान में फेंकना चाहूंगा।

मैं भारत में रहता हूं (मैं भारतीय हूं) और जब मैं 11/12 का था तब से प्रोग्रामिंग कर रहा हूं। मेरे पास अब तक एक उच्च विद्यालय की शिक्षा है और दिलचस्प है कि मैंने अब तक दो चीजें की हैं, मैंने एक भारतीय कंप्यूटर संस्थान में पढ़ाया है और अभी मैं स्वतंत्र रूप से विकास करता हूं (और अपने आप को एक बहुत ही उच्च प्रोफ़ाइल ग्राहक के साथ एक परियोजना प्राप्त की है)

तो दो चीजें जो मुझे लगता है कि मैं जहां खड़ा हूं, वहां से सच है:

निश्चित रूप से लोग हैं, लेकिन जीवन और शिक्षा के बारे में भारतीय मानसिकता यहाँ बहुत अलग है, मैंने जो महीनों तक पढ़ाया, मैंने देखा कि माता-पिता अपने बच्चों को आईटी में सिर्फ इसलिए धकेल देते हैं क्योंकि उन्हें लगता है कि यह उन्हें पैसे या कुछ और मिलेगा, साथ ही, मैंने छात्रों को पढ़ाया Bsc और Engineering की डिग्री और 100 में से 98 को पूरा करने से C. (Forget quality code) में कोड की कुछ पंक्तियाँ नहीं लिखी जा सकतीं।

यहां स्टेट कंप्यूटर साइंस कोर्स, उनके पास पाठ्यक्रम के हिस्से के रूप में टर्बो सी , अधिकांश लोगों के लिए सी ++ है, लेकिन केवल coutप्रिंट करने के लिए उपयोग किया जाता है।

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

इसका दुख यह है कि मेरे पास कहने के लिए बहुत बीमार है और यह मुझे पीड़ा देता है। लेकिन यहाँ हर कोई इस तरह नहीं है। हम में से बहुत से लोग हैं, जो कि शायद लोगों को आभास मिलता है। जबरदस्त हंसी

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

लेकिन लब्बोलुआब यह है कि यहां आईटी शिक्षा मेरे विचार से काफी दुखद है।

Comments

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

— Pekka

@Pekka अगर मेरे पास हर समय कोई न कोई होता तो कोई मुझे डॉक्टर या वकील बताता, मुझे आईटी में रहने की जरूरत नहीं होती।

— जोंसकब

महान सांस्कृतिक अंतर्दृष्टि। मैं कई भारतीय मूल के अमेरिकियों के साथ स्कूल गया था और मुझे याद है कि कुछ अलग-अलग अवसरों के तीन अलग-अलग अवसर थे, क्योंकि वे केवल समझ में नहीं आते थे / प्रोग्रामिंग पसंद करते थे, लेकिन उन्हें उच्च वेतन वाली नौकरी मिलनी चाहिए थी, ताकि वे घर जाकर देख सकें। एक नियमित आधार पर परिवार। यह दबाव लोगों को उन दिशाओं में धकेलता है जिनके लिए उनके पास शायद ही कोई योग्यता न हो। इस बीच, मेरा विस्तारित परिवार 1500 मील की दूरी पर है और यह एक अच्छा साल है अगर मैं इसे यात्रा के लिए घर बनाऊं।

— स्टीव जैक्सन

टर्बो समस्या का उल्लेख करने के लिए +1। मेरा मतलब है कि अगर वे बहुत पैसा खर्च नहीं करना चाहते हैं, तो ग्रहण या कुछ और का उपयोग करें। सॉफ्टवेयर के उस पुराने टुकड़े का उपयोग करना बस छात्रों को प्रोग्रामिंग और कंप्यूटर बंद कर देता है।

— अपूर्व ०२०

@apoorv सच। जब मैं पहले सिखाता था ("प्रसिद्ध" भारतीय संस्थान में जिसका मैं उल्लेख नहीं करूँगा), तो उन्होंने वहाँ टर्बो सी का भी इस्तेमाल किया, मैं पढ़ाने के लिए नेटबीन्स का उपयोग करता था (जो पहले से ही स्थापित था) लेकिन उन्होंने मुझे वापस टीसी पर जाने के लिए मजबूर कर दिया! आखिरकार 4-5 छात्र उनके पास गए और उन्हें बताया कि उन्हें यह पहली बार पसंद है, क्योंकि वे वास्तव में एक कार्यक्रम लिख सकते हैं जो काम करेगा!

— गिदोन

Answer 2

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

OTOH मैं कई प्रमुख परियोजनाओं पर कई भारतीय और कुछ रूसी डेवलपर्स के साथ काम कर रहा हूं। पहले भी एक घटक शामिल था जो पूरी तरह से एक भारतीय उपमहाद्वीप द्वारा विकसित किया गया था, जो आसानी से सबसे भयावह टुकड़ा कोड था जिसे मैंने कभी भी एक्सेस किया है (मैं अब तक पढ़े गए सबसे भयावह कोड "नहीं कह सकता", क्योंकि यह देखने पर कि सबसे बड़ा एकल स्रोत फ़ाइल ने आकार में 600 से अधिक कबीट (या 30K लाइनों के बारे में AFAIR) को मापा, मैंने जल्दी से इसे बंद कर दिया और केवल प्रार्थना कर सकता था कि मुझे कभी भी इसे छूने की आवश्यकता नहीं हो सकती। मेरी प्रार्थना सुनी गई)।

उत्तरार्द्ध (जो मैं वर्तमान में काम कर रहा हूं) को 3 अलग-अलग कंपनियों के अधीन किया गया है, उनमें से कुछ ने कई भारतीय प्रोग्रामर लागू किए। हम पिछले 1,5 वर्षों में इसके परिणाम की सफाई कर रहे हैं, और भविष्य के लिए अभी काफी काम बाकी है।

अपने निजी जीवन में, मैं अपने जीवन के पिछले युग में 3 महीने से अधिक समय तक भारत में रहा, इसलिए मैं शायद औसत पश्चिमी देशों की तुलना में देश और इसके निवासियों के बारे में अधिक जानता हूं। व्यक्तिगत रूप से मुझे भारतीय बहुत पसंद हैं।

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

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

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

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

हालांकि, मुझे लगता है कि पश्चिम में डेवलपर्स को समान स्तर की निरंतरता और शिकायतों के बिना समान कार्य करने के लिए मुझे खोजने के लिए कड़ी मेहनत करनी होगी।

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

Comments

खैर, मैं सामान्यीकरण न करने के लिए केवल आपको धन्यवाद दे सकता हूं। सामान्यीकरण कभी काम नहीं करता है।

— सुखबीर

lol @ सुखबीर का सामान्यीकरण

— मैट एलेन

Another potential issue is the culturally ingrained resistance of Indians to say no to any request, as I believe it is considered rude by them.पूर्व और पश्चिम के बीच सांस्कृतिक अंतर पर अन्य लेखों में 'ईस्टर्स' को हमेशा 'हां' कहने की प्रवृत्ति का उल्लेख किया गया है। एक लेख जो मैंने कई साल पहले पढ़ा था, ने बताया कि जब कुछ दूर-पूर्वी लोग सवाल के जवाब में 'हां' कहते हैं, तो उनका प्राथमिक इरादा यह है कि वे इस सवाल को समझें, न कि यह कि वे इसके लिए बाध्य होने के लिए सहमत हों। वह लेख, 90 के दशक से, अमेरिका और जापानी व्यापार के बीच लक्षित अंतर था।

— oosterwal

OTOH का क्या अर्थ है?

— डेविड मर्डोक

मैंने सोचा कि यूरोप एक देश था ..

— डेव ओ

Answer 3

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

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

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

Comments

यह तथ्य कि "नेयशोरिंग" का आविष्कार एक शब्द के रूप में किया गया है, यह दर्शाता है कि रूस और भारत के बीच जो अंतर आपको मिला है वह असामान्य नहीं है। En.wikipedia.org/wiki/Nearshoring

— Sjoerd

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

— ozz

@ जेरी रूस का पूर्व रूस के पश्चिम की तुलना में संयुक्त राज्य अमेरिका के अधिक निकट है!

— कर्क ब्रॉडहर्स्ट

+1 के लिए "उन्होंने नीतियों और प्रक्रियाओं के लिए लगभग धार्मिक पालन दिखाया, लेकिन समस्या को हल करने के लिए अंतर्दृष्टि की लगभग पूर्ण कमी थी जिसे हल करना चाहिए था"। यह एकदम सच है ।

— विनोथ कुमार CM

@oosterwal: प्रोफाइल की जाँच करें "कोलोराडो स्प्रिंग्स, सीओ, यूएसए", @ जेरी: यह यूएसए (बस बीच में प्रशांत) के करीब है, लेकिन फिर यूएसए कुछ टाइमज़ोन को कवर करता है

— मैथ्यू एम।

Answer 4

लोग तो लोग है। कुछ प्रोग्रामर अच्छे प्रोग्रामर हैं, कुछ प्रोग्रामर खराब प्रोग्रामर हैं। कुछ बुरे प्रोग्रामर समय के साथ अच्छे प्रोग्रामर बन सकते हैं, जबकि समय कभी भी कुछ अन्य खराब प्रोग्रामर को फायदा नहीं पहुंचा सकता।

स्थान यहाँ कारक नहीं है। लेकिन शायद अवसर हो सकता है।

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

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

• अच्छे प्रोग्रामर उत्सुक हैं
• अच्छे प्रोग्रामर ऑनलाइन ब्लॉग और लेख पढ़ते हैं और अपने क्षेत्र के बारे में अधिक जानने की कोशिश करते हैं
• अच्छे प्रोग्रामर स्टैक ओवरफ्लो पर सवालों के जवाब देते हैं
• 1-2 वर्ष के अनुभव या अधिक समझने वाले अच्छे प्रोग्रामर यह समझते हैं कि उनकी कंप्यूटर विज्ञान की शिक्षा समय की बर्बादी नहीं थी
• अच्छे प्रोग्रामर बॉक्स के बाहर सोच सकते हैं
• अच्छे प्रोग्रामर भी अच्छे नेता होते हैं
• अच्छे प्रोग्रामर प्रोएक्टिव होते हैं और यह नहीं बताया जाना चाहिए कि क्या करना है

सबसे महत्वपूर्ण बात, अच्छे प्रोग्रामर भी अच्छे संचारक होते हैं। सबसे अच्छे प्रोग्रामर वही होते हैं जो दूसरों को राजी कर सकते हैं। वे वे हैं जो एक समाधान मिलने तक किसी अन्य सहकर्मी के साथ धैर्यपूर्वक बहस कर सकते हैं।

सबसे बड़ी चुनौती संचार है।

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

Comments

-1, चूंकि वास्तविक GW-BASIC त्रुटि "सिंटैक्स त्रुटि" है, न कि "खराब सिंटैक्स त्रुटि"। (इसके अलावा, बस के बारे में -1)

— चार्ल्स साल्विया

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

— दिमित्रीज मिस्ट्रिटिस

@Charles - lol, मेरे सिंटैक्स त्रुटि में एक सिंटैक्स त्रुटि थी।

— jmort253

@dimitris - यदि हम अभी इस मानसिकता में आते हैं और बहाने छोड़ते हैं, तो हम अपने लक्ष्यों तक पहुँचने की अधिक संभावना रखते हैं। हमारे अतीत के आधार पर बहाने बनाना हमें उन्हें हासिल करने में मदद नहीं करेगा।

— jmort253

@ jmort253: यह एक बहुत बड़ी चर्चा है और हम विषय से दूर हो सकते हैं। मेरा मानना ​​है कि सामाजिक या कार्य परिदृश्य में किसी व्यक्ति के लिए रातोंरात या उससे अधिक व्यवहार बदलना मुश्किल है। मैंने यह उल्लेख नहीं किया कि दोनों दृष्टिकोणों के लाभ हैं। बहुत से लोग जानते हैं कि मैं उन्हें नौकरी का हिस्सा पश्चिम और भाग पूर्व (प्रश्नों के आधार पर द्विभाजन) के आधार पर संयोजित करने का प्रयास करता हूं

— दिमित्रीओस मिस्ट्रिटिस

Answer 5

मैं कंप्यूटर विज्ञान और इंजीनियरिंग के 4 साल के डिग्री कोर्स के अंतिम वर्षों में भारत से 21 वर्षीय स्नातक हूं।

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

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

उन स्थानों पर आ रहे हैं जहाँ आप कम से कम कुछ गर्म विकास कौशल सीखने की उम्मीद करते हैं:

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

अनुप्रयोग विकास के लिए, भारत में अधिकांश फ्रेशर्स कंपनियों द्वारा बड़े पैमाने पर भर्ती किए जाते हैं ताकि प्रोग्रामर की बैठने की बेंच का दावा किया जा सके और अधिक प्रोजेक्ट प्राप्त किए जा सकें। दिन के अंत में, समझौता गुणवत्ता होती है क्योंकि हायरिंग प्रक्रिया पूरी तरह से बेवकूफ होती है। आमतौर पर, लोगों को उनके सामान के काम में अच्छा बनाने से व्यर्थ हो जाता है, जावा फ्रेम बनाने और सरल WinForm और ASP.NET UI बनाने जैसी बेवकूफ चीजों पर (मैं नए सिरे से भर्तियों के बारे में बात कर रहा हूं और जैसा कि कुछ ने दावा किया है, हालांकि मुझे यकीन नहीं है)। यदि अच्छे सॉफ्टवेयर इंजीनियरिंग प्रथाओं पर विचार नहीं किया जाता है, तो उस तरह की कोडिंग 7 वीं ग्रेडर द्वारा की जा सकती है।

लेकिन एक ही समय में, स्वतंत्र प्रोग्रामर और डेवलपर्स हैं जिनकी चीजों में गहरी रुचि है। वे उन अनसंग नायकों की तरह हैं जिन्होंने सभी आशाओं को खो दिया है और कम से कम दुनिया को बदलने में रुचि रखते हैं। वे सभी चाहते हैं, अपने कौशल का सबसे अधिक लाभ उठाना है, इसलिए यह सब पैसे और विदेश जाने के बारे में है। जबकि हमारे पाठ्यक्रम बेहद हद तक सिस्टम सॉफ्टवेयर तक सीमित हैं (4 प्रोग्रामिंग टर्बो का उपयोग करते हुए !!! 4 फ्रिगिंग वर्षों के लिए, सी प्रोग्राम में cout का उपयोग करके उचित वस्तु उन्मुख अवधारणाओं के बिना बेवकूफ और अस्पष्ट C ++ C ++ नहीं है।, ASM और gc का उपयोग करके अधिक सी प्रोग्रामिंग), जब किसी कंपनी में, हम ज्यादातर एप्लिकेशन डेवलपमेंट (ASP.NET, WinForms, J2EE) करने के लिए बने होते हैं। मूल रूप से, एक कंप्यूटर विज्ञान इंजीनियर एक सॉफ्टवेयर इंजीनियर का काम करने के लिए बना है। हां, कंप्यूटर विज्ञान को जानने में मदद मिलती है, लेकिन उचित सॉफ्टवेयर इंजीनियरिंग को नहीं जानने से प्रक्रिया बहुत अधिक बाधित हो जाती है, और पूरी प्रणाली को नुकसान पहुंचता है। यह एक # फेल है।

मैं एक साधारण उदाहरण का हवाला दूंगा। मैं अपने अंतिम वर्ष की परियोजना के लिए एक प्रशिक्षण संस्थान में शामिल हो गया और वे चाहते थे कि मैं एक ASP.NET वेबसाइट बनाऊं जो कुछ इन्वेंट्री सिस्टम (होटल बुकिंग, सीआरएम उस तरह का सामान) हो। हां यह एक आसान काम नहीं है, लेकिन मेरी राय में किसी प्रोजेक्ट पर काम करने लायक नहीं है। यह बस पहिया को फिर से मजबूत करेगा और ये परियोजनाएं वास्तविक जीवन में प्रकृति द्वारा विशाल हैं। 3 के एक समूह द्वारा 6 महीने में वितरित, आप स्केल-डाउन अनुपयोगी प्रणाली के प्रकार को समझ सकते हैं जो इसके परिणामस्वरूप होगा। संस्थान बहुत गहरे तक तनाव नहीं करते हैं और वे "बहुत ज्यादा नहीं बता रहे छात्र को डरा रहे हैं" और "एक अवलोकन दे रहे हैं, और उन्हें अपने दम पर बाकी जानने के लिए" अधिक रुचि रखते हैं। अंत में, जो लोग परियोजनाओं में विकसित होते हैं, वे पूरी तरह से परीक्षण किए गए प्रोटोटाइप भी नहीं हैं,

मैंने अपना विषय लिया, एक आवाज निर्देशित रीयल-टाइम नेविगेशन प्रणाली। मैं WPF, Google मैप्स API और सभी नवीनतम तकनीक का उपयोग कर रहा हूं जो मैं कर सकता हूं। अच्छे सॉफ्टवेयर इंजीनियरिंग अभ्यास के लिए, मैं एमवीवीएम का उपयोग करके स्रोत नियंत्रण का उपयोग कर रहा हूं, और किसी भी अन्य चीज पर पूरी तरह से ध्यान दूंगा जो मुझे पता है। मेरी उम्र 21 साल है और मैं ग्रेजुएट हूँ। मुझे लगता है कि मेरी उम्र में, पश्चिम में लोग अभी भी सीखने के चरण में हैं और बाद की उम्र में स्नातक बन जाते हैं। यह पश्चिमी स्नातकों को इतना बेहतर और अधिक जानकार बनाता है। हमारे पास मात्रा है लेकिन गुणवत्ता नहीं है।

भारत में, मैं अपनी परियोजना के लिए जो काम कर रहा हूं, वह आमतौर पर अंतिम वर्ष की स्नातक परियोजना से अपेक्षित नहीं है। लेकिन, मैं यह करूंगा क्योंकि मैं चाहता हूं। इसी समय, मेरे समूह में अन्य लोग हैं जो ASP.NET में एक प्रोजेक्ट करने में सहज हैं, 5-7 पृष्ठ बनाते हैं, डेटाबेस क्वेरी चलाते हैं, ग्रिड-व्यू को भरते हैं और सुरक्षा के बारे में कोई जानकारी नहीं देते हैं। नरक, यहां तक ​​कि उन फ्रीलांसिंग वेबसाइटों में भी बेहतर पोस्टिंग (YouTube क्लोन, Google झटपट + X = Y मैशप ..) है।

लाइन से छह महीने नीचे, आपको वही लोग मिलेंगे जो किसी कंपनी में काम कर रहे हैं और आप अपने व्यवसाय को आउटसोर्स करते हैं और आप मुझे वहां भी पाएंगे। लोग उन्हें पसंद करते हैं, मुझ जैसे लोगों को दस से 1 :(

सटीक होना और रैंटिंग नहीं होना, मेरे पूरे शैक्षिक कैरियर और परिचितों में ~ 500 से अधिक लोगों के साथ, मैंने वास्तव में 4 देखा है जिनके पास विशेषज्ञता का स्तर था कि मैं उनके साथ एक परियोजना पर काम करने के लिए उन पर विचार करूंगा)

अंततः, सभी भारतीय स्नातक अच्छे दस्तावेज लिखेंगे क्योंकि यह सिद्धांत है, लेकिन उनसे किसी भी मूर्ख-प्रूफ कोड की उम्मीद न करें।

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

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

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

मैं ऑडी btw में अधिक हूँ। :)

Comments

मुख्यभूमि चीन यहाँ पर ओवररेटेड, अतिपिछड़ा और (दुर्भाग्य से) :)

— aldrin

Answer 6

चेतावनी, सकल सामान्यीकरण आगे। व्यक्त किए गए दृष्टिकोण सभी द्वारा साझा नहीं किए गए हैं। वास्तव में, लेखक भी उन पर विश्वास नहीं कर सकता है।

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

Comments

दरअसल, पश्चिमी डेवलपर्स पूर्वी डेवलपर्स से डरते नहीं हैं, लेकिन आउटसोर्सिंग को एक सरल कमी लागत ऑपरेशन के रूप में प्रबंधित किया जाता है।

— मौविइल

जो एक ही बात है। $ 5 एक घंटे वियतनामी प्रोग्रामर हमारी नौकरी के लिए एक सीधा खतरा है, क्योंकि भले ही आपको उनमें से एक ही काम करने के लिए उनमें से 10 की आवश्यकता हो, लेकिन यह अभी भी सस्ता है। या यह कि प्रबंधन कैसे गणना करता है, कभी भी दीर्घकालिक प्रभाव को ध्यान में नहीं रखता है।

— 23-28

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

— एलेक्स

@ एलेक्स: री। शिक्षा। अमेरिकी शिक्षा वह नहीं है जो वह हो सकती है, या एक बार थी। मैंने बोस्टन कॉलेज में सीएस की पढ़ाई की, जो एक उच्च श्रेणी का प्रतियोगी-प्रवेश स्कूल है। पहला कार्यक्रम: सेलियस को फ़ारेनहाइट, एफ = सी * 1.8 + 32 में परिवर्तित करें। कमरे के चारों ओर चमकती आँखें और डर। एक परियोजना का प्रस्ताव लिखें। विराम चिह्न के साथ एक वाक्य नहीं लिख सकते। वर्तनी नहीं है - एक शब्द "बहुत" मानता है। "कब" और "उसे", "मैं" और "मैं", या एपोस्ट्रोफ का उपयोग करने पर कोई विचार नहीं। बड़े शॉट्स की तरह "शामिल" और "आगे बढ़ना" कहें। सभी कम से कम बी + की उम्मीद करते हैं, यदि ए नहीं। आप सिर्फ उनके स्तर पर पढ़ाते हैं, और प्रत्येक सेमेस्टर में आपको एक नया बैच मिलता है।

— माइक डनलैवी

@ apoorv01 स्कूल को बेहतर बनाने के लिए कॉलेज में मौलिक अवधारणाओं के शिक्षण पर अधिक जोर दिया गया (जिससे उच्च स्तर की शिक्षा का अवमूल्यन हुआ)। यह सार्वजनिक स्कूल प्रणाली के लिए बाज़ार (Ie प्रतियोगिता) के अर्थशास्त्र को लागू करने का एक बुरी तरह से असफल प्रयास था।

— इवान प्लाइस

Answer 7

मैं दूसरों के लिए नहीं बोल सकता। यह मेरी राय है, जिससे लोग सहमत नहीं हैं। जैसा कि मैं उन्हें देखता हूं, कुछ तथ्यों के साथ शुरू करता हूं।

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

अगला, भारत आउटसोर्सिंग के लिए एक सामान्य गंतव्य है। कंपनियां ऐसा इसलिए करती हैं क्योंकि यह सस्ता लगता है (वेतन कम होता है)। हालाँकि, यह अच्छी तरह से प्रलेखित है (उदाहरण के लिए COCOMO II मॉडल में प्रलेखित लागत कारक देखें ) कि निम्नलिखित सभी में विकास के समय और प्रयास की आवश्यकता होती है: कई स्थानों पर श्रमिक, कई समय क्षेत्र में श्रमिक, और कई संस्कृतियों के श्रमिक। भारत में चलने वाली और पश्चिम से निर्देशित किसी भी परियोजना में सभी तीन लागत कारक होंगे। (इससे पहले कि आप लोगों को डेवलपर्स के रूप में काम करने की प्रवृत्ति को जोड़ने से पहले जो वास्तव में नहीं होना चाहिए।)

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

नतीजा यह है कि अमेरिकी कंपनियों के लिए कम मजदूरी के मोहिनी गीत, भारत में काम आउटसोर्स करने और फिर आउटसोर्स परियोजनाओं को आपदाओं में बदलने के लिए एक मजबूत प्रवृत्ति है। (लेकिन जब तक अमेरिकियों ने अपनी नौकरी नहीं खोई है तब तक आपदा की सीमा स्पष्ट नहीं है।)

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

एक अमेरिकी के रूप में मुझे यूएसए में आने वाले सबसे अच्छे और प्रतिभाशाली लोगों से कोई समस्या नहीं है। इसके विपरीत, यही इस देश का निर्माण है। लेकिन उनके आने के बाद समान व्यवहार करें। उदाहरण के लिए, मैं फिलीपींस के एक व्यक्ति को जानता हूं, जो अपने वीजा की स्थिति के कारण, Google, Apple और Facebook से नौकरी के प्रस्ताव को ठुकरा चुका है। वर्तमान में वह जो कर रहा है, उसके बारे में दोगुना करने के लिए। यदि बाजार को उसके जैसे लोगों के वेतन को निर्धारित करने की अनुमति दी गई थी, तो कंपनियों के लिए H1B कार्यक्रम का दुरुपयोग करने की कोशिश करने के लिए बहुत कम प्रोत्साहन होगा।

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

Comments

बस जिज्ञासु, एक आदमी जिसके पास Google, Apple और Facebook से नौकरी के प्रस्ताव थे ?

— एचटीबीए

H1B पर रहते हुए आप जॉब क्यों नहीं बदल सकते? मैंने सुना है कि "स्थानांतरण" नाम की चीज है और यह मूल रूप से अभ्यास में गारंटीकृत अनुमोदन के साथ एक मानक दिनचर्या है।

@ डेवलपर-कला: मैं विवरण नहीं जानता। लेकिन मैं जिस व्यक्ति विशेष के बारे में सोच रहा हूं वह ग्रीन कार्ड प्राप्त करने की प्रक्रिया में था, और कागजी कार्रवाई पूरी होने तक अपनी वर्तमान नौकरी में अटका रहा। उनके मामले में कागजी कार्रवाई ने उन्हें डेढ़ साल से अधर में छोड़ दिया है। मैंने अन्य उत्कृष्ट लोगों को जाना है जो आईएनएस मुसीबत में चले गए हैं और छोड़ने के लिए मजबूर हुए हैं। उदाहरण के लिए एबीगेल ऑफ पर्ल प्रसिद्धि का सामना 90 के दशक के अंत में हुआ।

— btilly

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

— jwenting

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

— Kaypro द्वितीय

Answer 8

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

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

आप जिसके लिए भुगतान करते हैं वह आपको प्राप्त होता है। फिर बेशक आप कुछ पैसे बचा सकते हैं, लेकिन मुझे लगता है कि (छोटी परियोजनाओं के लिए) मूल रूप से केवल पैसे बचाने के लिए आउटसोर्सिंग करना एक गलत विकल्प है।

Comments

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

— अपूर्व ०२०

Answer 9

IMO समस्या पूर्व बनाम पश्चिम नहीं है, बल्कि आउटसोर्सिंग का सामान्य विचार है। 90 के दशक की दूसरी छमाही में, इंटरनेट बूम, Y2K और यूरो मुद्रा रूपांतरण ने प्रोग्रामर के लिए बहुत काम किया, इसलिए आउटसोर्सिंग तब एक गर्म विषय था। लेकिन यह पूर्व में नहीं बल्कि देश के भीतर आउटसोर्सिंग कर रहा था। फिर भी, हम कई समस्याओं की उम्मीद करते हैं या ऑफशोरिंग के साथ अनुभव भी स्थानीय आउटसोर्सिंग भागीदारों के साथ खुश हैं।

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

Answer 10

मैं अब दो साल से अधिक समय से चीन में रह रहा हूं (मैं कनाडाई हूं) और चीनी डेवलपर्स के साथ काम कर रहा हूं और, अजीब तरह से, विदेशी गणराज्य के साथ काम कर रहा हूं। मैं कह सकता हूं कि कम से कम चीनी से बने कुछ सामान्यीकरण, डेवलपर्स कुछ हद तक सही हैं, ज्यादातर डेवलपर्स, जिनसे मैं मिला / काम किया है वे हैं:

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

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

सच कहूँ तो यह आसान नहीं है, लेकिन मुझे लगता है कि व्यक्तिगत अनुभव के रुझान को देखते हुए मैं बाड़ के दाईं ओर हूं।

Comments

"वे कोड समीक्षाओं पर बेहद कठोर होंगे, जबकि प्रत्येक-दूसरे के लिए बहुत उदार होंगे" और "लेकिन खुद को लात मारेंगे और चिल्लाएंगे यदि विनम्रता से कहा जाए कि वे स्वयं उन प्रक्रियाओं का पालन करें जो वे स्वयं करते हैं" - यह मेरे अनुभव के अनुसार भी सच है। मैंने कई मौकों पर ऐसा होते देखा है।

— मुगें

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

— स्कॉट व्हिटलॉक

@ सेट सहमत। मैंने वहां भी देखा है।

— Mugen

Answer 11

यह एक आकर्षक विषय है। मैंने SF और सिलिकॉन वैली में काम किया है, लेकिन स्थानीय ग्राहकों के लिए यूरोप, भारत में एक अपतटीय कार्यालय स्थापित किया है और अब दक्षिण अमेरिका में एक अपतटीय विकास की दुकान चलाता है। मैंने अफ्रीकी डेवलपर्स के साथ थोड़ा सा काम भी किया है।

दुनिया का हर क्षेत्र महान प्रोग्रामर पैदा करने में सक्षम है। मुझे मलावी में एक हैकर मित्र मिला है, जो महत्वपूर्ण तरीकों से स्रोत परियोजनाओं को खोलने और उपयोग करने के लिए एचआईवी क्लीनिकों के लिए अद्भुत टच इंटरफेस रेल का समर्थन करता है।

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

यूरोप, लैटिन अमेरिका, अमेरिका और भारत के बीच बहुत वास्तविक सांस्कृतिक अंतर हैं। फिर हैकर संस्कृति है, जो कमोबेश सार्वभौमिक है।

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

प्रमाणपत्र। क्या बकवास है? भारत को प्रमाणपत्र, आईएसओ, सीएमएमआई आदि से प्यार है ... यह आगे बढ़ता है। यह अर्थहीन गधा कवर है। इस बिंदु पर अधिक, यह नहीं है कि आप कैसे अच्छे सॉफ़्टवेयर विकसित करें।

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

हर भारतीय विकास की दुकान ऐसी नहीं है, जोहो, ने सभी नियमों को तोड़कर एक अद्भुत भारतीय व्यवसाय बनाया है। वे जाति के आधार पर या आपके द्वारा प्राप्त विश्वविद्यालय प्रमाणीकरण के आधार पर किराया लेते हैं। ऐसा करने से, उन्होंने MS Office सुइट में पूर्ण SaaS प्रतिस्थापन बूटस्ट्रैप किया है।

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

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

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

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

दुखद सच्चाई यह है कि भारतीय कंपनियों द्वारा उत्पादित सॉफ्टवेयर की एक बड़ी मात्रा निम्न गुणवत्ता है। आपने सुना है कि हर समय भारतीय इंजीनियर कैसे बकवास करते हैं, यह सच नहीं है, लेकिन यह बड़ी पारंपरिक अपतटीय कंपनियों की गुणवत्ता का प्रतिबिंब है। यह भारत में व्यवसाय संस्कृति की गलती है, न कि स्वयं डेवलपर्स की। देवता एक बुरी व्यवस्था में फंस गए हैं जो गलत चीजों को पुरस्कृत करता है।

Comments

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

— jwenting

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

— भीड़

+1। रोचक पोस्ट। मुझे आपके कथन से पता चलता है कि असली हैकर्स हाशिए पर हैं और भारत में काम करना मुश्किल हो सकता है, लेकिन दुख की बात है कि यह बहुत ही दुखद है।

— फहीम मीठा

Answer 12

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

OTOH मैंने एशियाई प्रोग्रामर और यूरोप और अमेरिका में काम करने वाले अन्य लोगों के साथ काम किया है और उनमें से ज्यादातर अच्छे, मेहनती लोग हैं जो अपनी नौकरी अच्छी तरह से जानते हैं।

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

पूर्वी यूरोप में स्थिति बेहतर है, शायद कुछ हिस्सों में, क्योंकि उन देशों में से कई यूरोपीय संघ का हिस्सा हैं, इसलिए यदि उनके ऊपर शिकंजा कसता है तो उनके खिलाफ सफल कानूनी कार्रवाई का एक बड़ा खतरा है।

Answer 13

कुंद और निंदक:

• सस्ता
• एक खतरा
• सराहना की कमी है कि आप अधिक महंगी परियोजना प्रबंधकों और विश्लेषकों को ऑफ किनारे टीमों के साथ संपर्क करने के लिए स्थानीय कोड बंदरों का व्यापार करते हैं
• हितधारकों को वह मिलेगा जो उन्होंने संक्षिप्त और व्यापक आवश्यकता को पूरा करने में असमर्थता के कारण पूछा था। यह वही नहीं होगा जो वे चाहते थे। हितधारकों को स्थानीय ज्ञान चाहिए ...
• ... लेकिन यह वरिष्ठ आईटी प्रबंधन के लिए बॉक्स टिकिंग है क्योंकि यह ट्रेंडी / लोकप्रिय / केसीकेनी ने कहा है / डेवलपर्स को समझ नहीं / ...

Comments

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

— जॉन हॉपकिंस

@ जॉन हॉपकिंस: काफी साफ। प्रश्न ने पूछा "क्या आप पूर्व से प्रोग्रामरों के बारे में कोई सामान्यीकृत विचार या राय रखते हैं"। मैंने इसे अपडेट किया है।

— gbn

सिर्फ इसलिए कि वे सामान्य हैं, इसका मतलब यह नहीं है कि उनका समर्थन नहीं किया जा सकता है। जहां आप काम करते हैं, उसके संदर्भ में, मेरे पास ऐसे दोस्त हैं जो वित्त में काम करते हैं और जो कुछ भी मैं सुनता हूं वह कहता है कि यह सबसे खराब संचालन परियोजनाओं में से कई का घर है।

— जॉन हॉपकिंस

Answer 14

आईबीएम में अपने 10 वर्षों में मैंने दुनिया भर के प्रोग्रामर के साथ कई तरह के रिश्तों में काम किया। पहली चीज़ जो आप सीखते हैं, वह यह है कि भौगोलिक रूढ़ियाँ समुद्र के दोनों किनारों पर सभी गलत हैं। प्रोग्रामर दुनिया भर के प्रोग्रामर हैं ... उनमें से 100 को कहीं से भी चुनें और आपको लगभग उसी अनुपात में लोगों का अनुपात मिलेगा जो बिना यात्रा या तीन से Google के दुनिया में कार्यक्रम नहीं बना सकते हैं, ऐसे लोग जो सक्षम हैं और जो प्रतिभाशाली हैं ।

उस ने कहा, उन क्षेत्रों में व्यवसाय की जलवायु का भौगोलिक सामान्यीकरण सटीक है। उदाहरण के लिए भारत बहुत कुछ है जैसे ऑस्टिन, TX या सिली कोन वैली 90 के दशक के अंत और 2000 के दशक के आरंभिक भाग में थी ... बहुत सारे काम hopping और परिक्रामी दरवाजे, हर साल आने वाले या जाने वाले लोग। दूसरी ओर चीन संयुक्त राज्य अमेरिका के मध्य पश्चिम में सिलिकॉन प्रेयरी की तरह बहुत अधिक प्रतीत होता है, लोग एक कंपनी चुनते हैं और लंबे समय तक वहां रहते हैं। ब्राज़ील, रूस और यूरोप के बीच में कहीं-कहीं ऐसा लग रहा था कि इतना समय नहीं है कि वे मध्यम अवधि तक रहें, लेकिन ऐसा लगता है कि दोनों का मिश्रण है, कुछ लोगों को नौकरी करना, कुछ लोगों को बसाना।

Answer 15

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

Comments

+1:You find good and bad programmers across the globe.

— oosterwal

Answer 16

मैं सेंट्रल यूरोप में रहता हूं। हाल के वर्षों के दौरान आउटसोर्सिंग की लहर हमारे ऊपर चली गई। मैंने "पश्चिम" से आउटसोर्स परियोजनाओं पर काम किया है, लेकिन आजकल की आउटसोर्स परियोजनाएं सस्ते देशों में हैं। इसलिए मैं समीकरण के दोनों किनारों पर रहा हूं।

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

तब परियोजनाएं सस्ते प्रदेशों में चली गईं, जो थोड़े अपरिहार्य थे।

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

Answer 17

मैं रूस, साइबेरिया में रहता हूं और जर्मन मेडिकल कंपनी के लिए काम करता हूं जो हमारे लिए परियोजनाओं को आउटसोर्स करता है। मुझे लगता है कि यह आउटसोर्सिंग से थोड़ा अधिक है: हमने रूस और जर्मनी के बीच टीमों को साझा किया है, हमारे पास एक-दूसरे के लिए व्यावसायिक यात्राएं हैं, आदि।

बेशक मैं व्यक्तिपरक हूं, लेकिन मेरा मानना ​​है कि हम सफल आउटसोर्सिंग का एक उदाहरण हैं: कोड गुणवत्ता और उत्पाद की गुणवत्ता में काफी वृद्धि हो रही है क्योंकि हमने इस पर काम करना शुरू कर दिया है।

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

Answer 18

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

Comments

"यदि आप दुनिया के पूर्वी हिस्सों को आउटसोर्स कर रहे हैं तो आप रुपये बचा सकते हैं, आईएमओ, गुणवत्ता से समझौता कर रहे हैं। अच्छा, तेज़ और सस्ता, कोई भी दो चुनें।" अक्सर आउटसोर्सिंग का निर्णय लेने वाले लोग गुणवत्ता के बारे में नहीं जानते या परवाह नहीं करते हैं, जब तक कि उन्हें कुछ ऐसा मिलता है जो कुछ समय के लिए सस्ते में काम करता है ...

— 7

मै समझता हुँ। और जो निर्णय लेते हैं वे प्रबंधक होते हैं, यदि कोई प्रबंधक प्रोजेक्ट त्रिकोण को नहीं जानता या समझता है, तो वह अक्षम है। आदर्श रूप से उनकी अक्षमता का परिणाम स्टीरियोटाइप नहीं होना चाहिए, लेकिन NTP ( en.wikipedia.org/wiki/Normal_temper_and_pressure ) स्थितियां केवल उन प्रयोगशालाओं में मौजूद हैं जो वास्तविक दुनिया में नहीं हैं।

— कुमार

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

— काइप्रो II

@Cosmic मैं Google, Yahoo !, AOL या MS को प्रोग्रामर की खराब गुणवत्ता के बारे में कोई शिकायत करते हुए नहीं देखता, वे सर्वश्रेष्ठ प्रतिभा को किराए पर लेते हैं और उनमें से सर्वश्रेष्ठ प्राप्त करते हैं, पूर्व या पश्चिम की परवाह किए बिना बकवास को किराए पर लेते हैं और आप बकवास करते हैं।

— कुमार

@ कुमार मैं आपके सवाल का जवाब देने की कोशिश कर रहा था कि कोई पहले स्थान पर खराब प्रोग्रामर को क्यों नियुक्त करेगा। मुझे शायद इतना स्पष्ट करना चाहिए था। मुझे नहीं पता कि Google या MS इस मामले में "शिकायत" कर रहे हैं तो कोई कैसे बताएगा। क्या हम सीईओ-प्रकार के लोगों के बारे में सार्वजनिक बयान दे रहे हैं, या व्यक्तिगत अनुभव वाले लोगों के बारे में बात कर रहे हैं? Google और MS भी असाधारण कंपनियां हैं, और मुझे लगता है कि उनसे सामान्यीकरण करना मुश्किल है। मुझे लगता है कि विशिष्ट आउटसोर्सिंग निर्णय (ऑनशोर और ऑफशोर) गुणवत्ता के कम ध्यान या समझ के साथ लागत के कारणों के लिए बनाया गया है।

— काइप्रो II

Answer 19

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

• आउटसोर्सिंग बहुत स्पष्ट रूप से पैसे के बारे में है। जब मैंने अमेरिका छोड़ा, तो एक्स अमेरिका में काम पर नहीं रख रहा था, लेकिन अंतरराष्ट्रीय कार्यालयों में काम पर रख रहा था। एक्स गैर-अमेरिकी इंजीनियरों को एक समकक्ष (वर्षों का अनुभव, कौशल) अमेरिकी इंजीनियर के वेतन के 1/4 से 1/3 (क्षेत्र पर निर्भर करता है) के बारे में भुगतान करता है। जो अभी भी एक बहुत अच्छा वेतन है जो आमतौर पर कुछ गैर-अमेरिकी स्थानों की अर्थव्यवस्थाओं पर विचार करता है, लेकिन यह वेतन दर अमेरिकी इंजीनियरिंग पदों के अस्तित्व के लिए अच्छा नहीं है।

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

• मैं बार-बार देखता हूं, अमेरिकी इंजीनियरों से यहां अहंकारी पोस्टिंग होती है कि सभी गैर-अमेरिकी डेवलपर्स कितने भयानक हैं (उदाहरण के लिए, इस धागे पर एक नज़र डालें: https://stackoverflow.com/questions/209170/how-much-does- यह लागत वाली करने वाली विकसित-एक-iphone आवेदन)। स्टीरियोटाइप यह है कि हाँ, वे सस्ते हैं, लेकिन हमेशा संयुक्त राष्ट्र (डेर) -क्वालिफाइड और भद्दा कोड लिखते हैं। गुणवत्ता प्राप्त करने का एकमात्र तरीका अमेरिकी इंजीनियरों को अमेरिकी वेतन दरों का भुगतान करना है। बेहूदा बात! अमेरिकी इंजीनियरों को जगाने की जरूरत है - दुनिया भर में फैली विकास टीमों को वितरित करने के लिए उद्योग और अर्थव्यवस्था बहुत अधिक भुगतान वाले इन-हाउस डेवलपर्स से दूर जा रहे हैं। सुनिश्चित करें कि खराब गैर-यूएस डेवलपर हैं - लेकिन बस उन सभी अमेरिकी साक्षात्कारकर्ताओं के बारे में सोचें जिन्हें आपने पास किया था क्योंकि वे मापते नहीं थे। कुछ सबसे अत्याचारी कोड जो मैंने कभी देखे या काम करने के लिए एक इन-हाउस यूएस इंजीनियर द्वारा लिखे गए थे, जिन्होंने बदलने या सुधारने से इनकार कर दिया था! सिर्फ इसलिए कि कुछ रैंडम इलनेस डेवलपर ने एक भद्दा काम किया, इसका मतलब यह नहीं है कि सभी गैर-अमेरिकी इंजीनियर भयानक हैं। बजाय, उस elance क्लाइंट को नीचे की बोली लगाने वालों से थोड़ा परे दिखना चाहिए, वहाँ असली रत्न हैं, शीर्ष डेवलपर्स यहां तक ​​कि घर में अमेरिकी दरों में बड़ी छूट पर उपलब्ध हैं। इस विशेष समय में, मैं आपको अनुदान दूंगा, अमेरिका में बहुत सारी प्रतिभाएं केंद्रित हैं - लेकिन जो कोई भी यह सोचता है कि यह कभी नहीं बदलेगा वह बहुत गंभीरता से बहक गया है।

• प्रतिभा और अनुभव की कमी की तुलना में अधिक लागत आती है, मैं आपको वह अनुदान दूंगा। लेकिन बात यह है कि अमेरिका के इन-हाउस कर्मचारियों का वेतनमान दुनिया के बाकी हिस्सों के मुकाबले बेकार है। गतिशील गतिशील / लागत निरंतरता आगे बढ़ रही है, और गैर-अमेरिकी इंजीनियरों की पृष्ठभूमि की प्रतिभा प्रतिभा केवल ऊपर जाने वाली है, जो यूएस वेतन दरों और अत्यधिक के अस्तित्व दोनों पर बहुत मजबूत दबाव बनाने जा रही है अमेरिका में इन-हाउस इंजीनियरिंग पदों का भुगतान किया (याद रखें: एक्स अंतरराष्ट्रीय स्तर पर काम पर रख रहा है, लेकिन अमेरिका में नहीं। लेखन दीवार पर है)। तो अधिक प्रतिभाशाली हमेशा कम प्रतिभाशाली से अधिक चार्ज करने में सक्षम होंगे, लेकिन आप यह सुनिश्चित कर सकते हैं कि यह वर्तमान अमेरिकी दरों पर नहीं होगा।

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

Comments

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

— gbjbaanb

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

— बोगाटियर

Answer 20

मैंने ग्लोब के पूर्वी और पश्चिमी दोनों हिस्सों में काम किया है और सोचा था कि साझा करेंगे। यूएस जाने से पहले मैंने 5 साल तक बैंगलोर में काम किया था। लगभग 8 वर्षों तक अमेरिका में काम किया और वापस भारत लौट आया। मुझे घर पर बैठने के लिए मजबूर किया गया क्योंकि नौकरियां भी यहाँ मांग रही हैं। 2 छोटे बच्चों के साथ उन लंबे घंटों में डालना असंभव था। अंत में अंशकालिक नौकरी मिली। भारत में काम की गुणवत्ता देखकर मैं चौंक गया। यह बुरा नहीं था जब हमने अमेरिका छोड़ा था। युवा भीड़ के पास नई तकनीकों को सीखने के लिए कोई जिम्मेदारी या उत्साह नहीं है। जैसे किसी ने बताया, 'नहीं' दुर्लभ है (उनके अहंकार, आईएमओ के लिए एक झटका) और परिणामस्वरूप आप पूरी तरह से बेकार या औसत दर्जे का काम देखेंगे। कोड गैर-पठनीय है, बड़ी तस्वीर का कोई विचार नहीं है, विस्तार की कोई गुंजाइश नहीं है, आदि। जब तक आप एक लड़के को प्रशिक्षित करते हैं, तब तक वह एक हरियाली वाले चरागाह के लिए नौकरी कूदने के लिए तैयार होता है। ऐसा कहने के बाद, मैं अभी भी कहूंगा कि कुछ असाधारण अच्छे हैं। यदि आप उसके साथ काम करते हैं, तो अपने आप को भाग्यशाली समझें, खासकर अगर वह व्यक्ति अच्छी तरह से संवाद कर सकता है!

Answer 21

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

Comments

और यह एक ही देश में लोगों को रोजगार देने वाली कंपनियों को आउटसोर्सिंग के साथ सच है

— user151019

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

— jwenting

Answer 22

मैंने महान अपतटीय प्रोग्रामरों के साथ काम किया है, लेकिन वे किराया करने के लिए अपमानजनक रूप से सस्ते नहीं थे। मैंने बहुत सस्ती ऑफशोर प्रोग्रामर के साथ भी काम किया है, और वे महान नहीं थे।

यह हमेशा मुझे लगता है कि पूर्व में महान प्रोग्रामर संभवतः पश्चिम में महान प्रोग्रामर के रूप में ज्यादा या लगभग भुगतान करने का एक तरीका ढूंढते हैं; शायद वे अपनी खुद की कंपनी लॉन्च करते हैं, हो सकता है कि उन्हें वीजा मिल जाए, जो कुछ भी वे कर सकते हैं। लेकिन वे एक रास्ता खोजने के लिए, सही होगा?

जब बहुत सस्ते में काम करने के इच्छुक प्रोग्रामरों की एक टीम की मांग करते हैं, तो मुझे शीर्ष स्तरीय प्रतिभा प्राप्त करने की उम्मीद नहीं होगी। सच्ची कोई बात नहीं जहां आपकी प्रतिभा रहती है।

Answer 23

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

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

मुझे लगता है कि मुख्य समस्या यह है कि हम उन्हें सस्ती बनाने के लिए अपतटीय परियोजना करते हैं। चीजों को सस्ता करना हमेशा कठिन होता है लेकिन एक ही गुणवत्ता ...

Answer 24

बहुत स्पष्ट रूप से, और बहुत आम तौर पर, मुझे विश्वास नहीं होता है कि 'पश्चिम' में प्रोग्रामर 'पूर्व' में प्रोग्रामर के उच्च विचार रखते हैं। मुझे यकीन नहीं है कि यह उचित है या नहीं।

जैसा कि कुछ उत्तर बताते हैं, आउटसोर्सिंग 'पश्चिम' में कई लोगों के लिए खतरा है। यह 'प्रतिद्वंद्वी' प्रोग्रामरों को अविश्वास करने का एक स्वत: कारण है।

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

डरावनी कहानियां भी हैं - ऊपर की 30000 लाइन फाइल की तरह। फिर, कहानी जितनी खराब होगी वह उतनी ही फैलेगी।

लोग कहेंगे 'यदि आप चाहते हैं कि यह सस्ता हो, तो आउटसोर्स करें। अगर आप चाहते हैं कि यह सही हो, तो इसे घर में ही करें। '

यदि आप सीख रहे हैं और सुधार कर रहे हैं तो मैं इसके बारे में बहुत ज्यादा चिंता नहीं करूँगा।

Answer 25

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

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

Answer 26

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

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

Comments

"आसानी से गुणवत्ता में दुनिया के सर्वश्रेष्ठ के रूप में योग्य होगा" [उद्धरण वांछित]। गंभीरता से, कुछ आईएसओ प्रमाणपत्र होने का मतलब यह नहीं है कि आप वास्तव में उच्च गुणवत्ता वाले सॉफ़्टवेयर का प्रबंधन करते हैं।

— 11:24

सही बात। विप्रो आपदा परियोजनाओं के मुख्य स्रोतों में से एक है।

— jwenting

Answer 27

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

मुझे नहीं लगता कि यह नए पूर्वी प्रोग्रामर नए पश्चिमी प्रोग्रामर की तुलना में किसी भी बदतर होने के कारण है, मुझे लगता है कि यह पूर्वी प्रोग्रामर के पास अनुभवी प्रोग्रामर को मार्गदर्शन करने के लिए नहीं होने के कारण है। पश्चिमी दुनिया में, आधुनिक प्रोग्रामिंग भाषाओं के साथ काम करना ~ 45 वर्षों के लिए एक आम पेशा रहा है, इसलिए कई अनुभवी प्रोग्रामर हैं जो नए काम करेंगे जिनके साथ आप सीख सकते हैं। पूर्व में आधुनिक प्रोग्रामिंग क्या हो रहा है? 10 - 15 साल? लोगों से सीखने के लिए अनुभव की वास्तविक कमी है। उसके ऊपर, मुझे लगता है (जिस तरह से मैं इसे यहां से देखता हूं) यह है कि पूर्व में अधिकांश प्रोग्रामर के साथ जो काम करने के लिए आउटसोर्स किए जा रहे हैं, वे बहुत सारे बुरे लक्षण उठाते हैं जहां लक्ष्य केवल परियोजना को प्राप्त करना है कोनों को काटकर जल्दी से किया जाता है, जो यह अनुभव है कि आपको नए डेवलपर्स के पास नहीं जाना चाहिए। कम से कम अमेरिका में, अधिकांश प्रोग्रामिंग नौकरियां सीमित उत्पादों पर काम करने वाले लोगों के लिए हैं, जिन्हें उन्हें समय के साथ समर्थन करना है। इसलिए लोगों ने यह सुनिश्चित करने के लिए तकनीकों को उठाया है कि सॉफ्टवेयर स्थिर और सुरक्षित है ... नई पीढ़ी के लिए यह अच्छा अनुभव है।

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

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

Answer 28

@ गिड्डी, पीटर: भारत के रहने वाले एक प्रोग्रामर के रूप में, मुझे सच्चाई को स्वीकार करना होगा, जैसा कि आपके बयानों से दुखद है: भारत में प्रोग्रामिंग कुछ ऐसे लोग नहीं हैं जो पसंद से बाहर हैं, लेकिन मजबूरी से बाहर वे सामाजिक या आर्थिक। यही कारण है कि भारत में यह बहुत आम है कि लोगों को तकनीकी नौकरियों से दूर करने के लिए विशुद्ध रूप से प्रबंधकीय (इसे वास्तव में "सीढ़ी ऊपर बढ़ना" कहा जाता है, एक वाक्यांश जो मैं घृणा करने के लिए आया हूं) है। यहां तक ​​कि अगर आप एक तकनीकी विशेषज्ञ के रूप में बढ़ते रहना चाहते हैं , तो प्रबंधकीय भूमिकाएं आप पर हावी हो जाती हैं (यही एक कारण है कि मैंने वास्तव में भारत से बाहर जाने का फैसला किया है)।

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

यह सब कहने के बाद, मैं यह बताना चाहता हूं कि खराब कोड की गुणवत्ता ऐसी चीज नहीं है जो केवल भारत या अन्य "कम लागत वाले" देशों तक ही सीमित है। मुझे कभी-कभी यूरोप में भी परिचित व्यवहार और कोड गुणवत्ता दिखाई देती है। शुक्र है कि वे सामान्य नियम नहीं हैं।

Answer 29

हमारे पास अपने काम को बंद करने और सामान्य रूप से अपतटीय कंपनियों के साथ काम करने के साथ मिश्रित अनुभव हैं। संदर्भ के लिए, मैं संयुक्त राज्य में रहता हूं।

---

खराब

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

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

---

औसत-ईश

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

---

अच्छा

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

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

---

ये कहानियां मनोरंजन के लिए हैं - मैंने कई कंपनियों के साथ काम किया है, और मेरे पास डोमेस्टिक और विदेशी कंपनियों की कहानियां हैं।

कुछ कंपनियों के लिए - संचार हमेशा कठिन हिस्सा था। मैं पूर्वी समय पर काम करता हूं, और हम लोगों से 10 - 13 घंटे आगे बात कर रहे हैं। हम केवल प्रबंधन के माध्यम से जाना चाहते हैं, वास्तविक डेवलपर्स से बात नहीं कर रहे हैं, इसलिए वहां एक डिस्कनेक्ट था।

ऐसे देव भी थे जिनसे मैं मिला जो सिर्फ अपनी नौकरी का आनंद नहीं लेते थे। हमारे पास एक कोरियाई देवता था, जो काम करने के लिए राज्यों में आना चाहता था क्योंकि उसने कोरिया की एक रक्षा कंपनी के लिए कम वेतन के लिए घंटों काम किया। मैं एक देव (विदेशी भी) के साथ सहकर्मी था, जिसने एक डेवलपर बनने में अपनी पसंद को पूरा किया - उसने लाखों बनाने की कोशिश की।

Comments

The company ended up just writing the entire client from scratch and ate the cost of the offshoring.। हमें यह समस्या दो बार हुई थी।

— ओलिवियर पोंस

Answer 30

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