Bagaimana programmer di Barat melihat programmer di Timur?

Setengah lainnya dari pertanyaan ini: Bagaimana Programer di Timur melihat programmer di Barat?

Bagian timur dunia (India / Cina / Filipina) terutama menyediakan layanan outsourcing ke dunia barat (AS dan Eropa).

Apakah Anda memiliki pengalaman bekerja dengan tim luar negeri? Jika ya, bagaimana itu?

Apakah Anda memiliki gagasan atau pendapat umum tentang programmer dari Timur (mis. Apakah mereka kooperatif, apakah mereka tepat waktu atau apakah mereka melakukan pekerjaan yang berkualitas?). Berdasarkan apa ini?

Hmm Tampilannya menarik.

Saya hanya ingin melempar milik saya.

Saya tinggal di India (saya orang India) dan saya sudah pemrograman sejak 11/12. Yang saya miliki sejauh ini adalah pendidikan sekolah menengah dan yang menarik saya telah melakukan dua hal sejauh ini, saya mengajar di Indian Computer Institute dan saat ini saya mengembangkan freelance (dan membuat sendiri proyek dengan klien yang SANGAT profil tinggi)

Jadi dua hal yang saya pikir benar dari tempat saya berdiri:

Memang orang adalah orang, tetapi mentalitas orang India tentang kehidupan dan pendidikan sangat berbeda di sini, selama berbulan-bulan saya mengajar, saya melihat orang tua mendorong anak-anak mereka ke dalam TI hanya karena mereka pikir itu akan memberi mereka uang atau sesuatu, juga, saya mengajar siswa mengerjakan / menyelesaikan gelar BSc dan Teknik dan 98 dari 100 tidak dapat menulis beberapa baris kode dalam C. (Lupa kode kualitas).

Kursus Ilmu Komputer Negara di sini, mereka memiliki Turbo C sebagai bagian dari kurikulum, C ++ untuk kebanyakan orang adalah C tetapi hanya menggunakan coutuntuk mencetak.

Adapun pengembangan, dengan lulusan semacam ini, Anda akan berharap menemukan banyak "insinyur" di luar sana, mengkodekan hal-hal yang mengerikan. Saya telah bertemu "Perusahaan" ukuran kecil yang tidak menggunakan kontrol sumber, mereka bahkan tidak akan tahu apa itu unit test.

Menyedihkan bahwa saya memiliki begitu banyak penyakit untuk dikatakan dan itu menyakitkan saya. TETAPI Semua orang di sini tidak seperti ini. Ada begitu banyak dari kita, bahwa, mungkin kesan yang didapat orang. lol

Entah bagaimana menjadi sukses di sini berarti pindah ke tempat lain, karena tidak ada ruang lingkup nyata untuk tumbuh dan benar-benar mengasah keterampilan Anda. Tentu saja ada kepala cerdas dari IIT dan perguruan tinggi top di sini yang tahu barang-barang mereka (akhirnya mereka pindah juga)

Tetapi intinya adalah bahwa pendidikan TI di sini cukup menyedihkan menurut saya.

Penafian: Saya tinggal di Eropa Timur Tengah, membuat keputusan sendiri apakah saya dianggap sebagai Timur atau Barat :-) Karena itu, saya bekerja pada proyek yang di-outsourcing-kan ke negara kita dari Eropa Barat, dan saya mengalami keraguan dari rekan kerja dan manajemen Barat yang lebih banyak. mengenai kemampuan kita, mirip dengan apa yang harus dialami orang India dalam situasi seperti itu.

OTOH Saya telah bekerja dengan beberapa pengembang India dan Rusia dalam dua proyek besar. Yang pertama juga melibatkan komponen yang dikembangkan sepenuhnya oleh subkontraktor India, yang dengan mudah merupakan kode bagian paling mengerikan yang pernah saya akses (Saya tidak bisa mengatakan "kode paling mengerikan yang pernah saya baca", karena setelah melihat bahwa single terbesar file sumber berukuran lebih dari 600 Kbytes (atau AFAIR sekitar 30K baris), saya segera menutupnya dan hanya bisa berdoa agar saya tidak perlu menyentuhnya. Doa saya didengarkan).

Yang terakhir (yang saat ini saya kerjakan) telah disubkontrakkan ke 3 perusahaan yang berbeda, beberapa dari mereka menerapkan beberapa programmer India. Kami telah membersihkan hasilnya dalam 1,5 tahun terakhir, dan masih ada cukup banyak pekerjaan yang tersisa untuk masa mendatang.

Dalam kehidupan pribadi saya, saya tinggal di India selama lebih dari 3 bulan di era kehidupan saya sebelumnya, jadi saya mungkin tahu lebih banyak tentang negara dan penduduknya daripada orang Barat pada umumnya. Secara pribadi saya sangat suka orang India.

Pengalaman pribadi saya adalah bahwa perbedaan budaya nyata yang sama yang ada antara orang-orang Barat dan India pada umumnya, dapat diamati antara programmer juga. Orang India biasanya sangat rajin dalam melaksanakan tugas konkret apa pun yang diberikan pada mereka, tetapi tidak serta merta melihat atau bahkan merasa perlu memahami gambaran yang lebih besar. Yang dengan mudah dapat menghasilkan perangkat lunak berkualitas rendah.

Masalah potensial lainnya adalah penolakan yang berurat akar dari budaya India untuk mengatakan tidak terhadap permintaan apa pun, karena saya percaya itu dianggap kasar oleh mereka. Jika Anda pergi ke toko kelontong India dan meminta selimut / perhiasan / sirip hiu / apa pun, pemiliknya akan berkata "ya pak, sebentar lagi", kemudian mengirimkan putranya ke beberapa toko lain di lingkungan itu untuk mengambil produk dan dengan bangga mempersembahkannya untuk Anda. Itu memang praktik bisnis yang bagus. Namun, jika hal yang sama diterapkan untuk mensubkontrakkan proyek pengembangan SW dengan jadwal tetap yang mustahil, hasilnya mungkin menjadi bencana. Ini hanya spekulasi dari bagian saya, saya tidak punya bukti konkret tentang apakah ini benar-benar merupakan faktor dalam outsourcing pengembangan SW ke India.

Salah satu contoh utama dari ketekunan sia-sia dalam proyek kami saat ini adalah penerapan skema pemantauan kinerja. Idenya adalah untuk membagikan objek yang mengumpulkan statistik kinerja. Namun, solusinya ternyata memperlambat aplikasi sehingga tidak pernah benar-benar digunakan. Namun demikian, sisa-sisa dalam kode dibiarkan di sana untuk kita bersihkan. Dalam praktiknya, ini berarti melewatkan parameter objek tambahan ke semua (sekitar 6000) metode dalam kode. Orang yang melakukannya bahkan menambahkan komentar ke Javadoc dari setiap metode, mencatat bahwa parameter tambahan ditambahkan untuk pengukuran kinerja! Sekarang, saya hanya bisa mengagumi ketekunan pria itu, melakukan pekerjaannya melalui semua 6000 metode dan dengan setia memasukkan komentar-komentar Javadoc di mana-mana. OTOH, a) seperti disebutkan sebelumnya, skema tersebut tidak pernah digunakan dalam praktik,

Saya tidak bermaksud bahwa ini semua adalah kesalahan pengembang India yang buruk (kecuali penyalahgunaan Javadoc). IMO itu lebih merupakan kesalahan para manajer yang secara sewenang-wenang mengontrak proyek tanpa memantau hasilnya, melakukan tes penerimaan yang ketat dan memastikan kualitas kode dan dokumentasi yang memadai. Belum lagi skema pembayaran berbasis jam yang pasti tidak membuat subkontraktor tertarik untuk menghemat waktu pengembangan.

Namun, saya pikir saya akan sulit sekali menemukan pengembang di Barat untuk melakukan tugas serupa dengan tingkat konsistensi yang sama dan tanpa keluhan.

Kami juga memiliki tugas pengujian subkontrak dalam proyek ini untuk sekelompok penguji India. Secara pribadi kami hanya berhubungan dengan salah satu dari mereka, jadi tidak tahu berapa total mereka. Namun, orang ini adalah permata penguji, aset berharga pada proyek apa pun. Selain rajin dan teliti, ia mengajukan banyak pertanyaan untuk memahami gambaran besarnya, seringkali menguji bahkan lebih dari apa yang diharapkan, dan melaporkan masalah yang ditemukan dengan tepat dan deskriptif.

Saya sudah berurusan dengan tiga proyek yang (sebagian besar) "didelegasikan" ke sumber daya lepas pantai (belahan bumi timur). Salah satu dari tiga kasus menggunakan kelompok (atau mungkin hanya satu orang - hanya berurusan dengan satu, tetapi tidak yakin berapa banyak orang lain yang dia lakukan bekerja) di Rusia timur. Mereka melakukan pekerjaan dengan baik, dan proyek berkembang dengan cukup baik, selain perlu bekerja di UI untuk memperbaiki beberapa masalah kecil dengan pengkalimatan dikerjakan oleh orang-orang yang bahasa Inggrisnya adalah bahasa kedua (atau mungkin ketiga).

Dua lainnya adalah kisah yang agak berbeda. Entah kebetulan atau tidak, dalam kedua kasus ini para programmer berada di India. Dalam satu kasus, pada dasarnya semua yang mereka lakukan akhirnya harus diperlakukan sebagai tidak lebih dari prototipe - dapat digunakan (untuk tingkat) untuk menguji desain yang mungkin, tetapi semua yang mereka tulis harus dibuang dan diganti untuk mendapatkan kode tingkat produksi. Mereka tampaknya mencontohkan apa yang saya pikirkan sebagai "pola pikir ISO 9000". Mereka menunjukkan kepatuhan hampir religius terhadap kebijakan dan prosedur, tetapi hampir tidak memiliki wawasan tentang masalah yang seharusnya diselesaikan. Kode mereka mungkin adalah yang paling berani yang pernah saya lihat.

Dalam kasus lain, proyek itu akhirnya dibatalkan. Itu adalah skema berotak kelinci dari seorang Wakil Presiden yang baru-baru ini dipromosikan, dan aku cukup yakin idenya sejak hari pertama adalah untuk meminimalkan pengeluaran, sambil tetap bisa memberitahunya bahwa idenya adalah dalam pengembangan aktif. Walaupun kode yang kami peroleh sama sekali tidak berguna, akan sulit untuk menyalahkan kontraktor, karena tidak ada upaya yang dilakukan untuk mengelola proyek atau bahkan hanya membuat mereka menjadi spek yang dapat digunakan. Kode mereka mulai buruk dan kualitasnya cepat merosot ketika jelas tidak ada yang peduli.

Orang adalah orang. Beberapa programmer adalah programmer yang baik, beberapa programmer adalah programmer yang buruk. Beberapa programmer yang buruk dapat menjadi programmer yang baik dengan waktu, sementara waktu tidak akan pernah menguntungkan beberapa programmer yang buruk.

Lokasi cenderung tidak menjadi faktor di sini. Tapi mungkin peluang bisa.

Saya bertanya apa arti kata "Kesalahan Sintaksis OK" di GW Basic ketika saya berusia 8 tahun. Saya tumbuh dengan komputer. Tidak semua orang memiliki keunggulan itu. Waktu terus berubah, dan anak berusia 8 tahun sekarang memiliki lebih banyak akses ke teknologi daripada anak berusia 8 tahun kemarin.

Tetapi penting untuk menyadari pemrograman lebih dari sekedar mengetahui bagaimana menggunakan komputer. Itu berjalan jauh lebih dalam dari itu. Berikut adalah beberapa karakteristik kunci yang memisahkan programmer yang baik (dan yang hanya membutuhkan waktu) dari yang benar-benar buruk:

• Pemrogram yang baik ingin tahu
• Pemrogram yang baik membaca blog dan artikel online dan mencoba mempelajari lebih lanjut tentang bidangnya
• Pemrogram yang baik menjawab pertanyaan tentang Stack Overflow
• Pemrogram yang baik dengan pengalaman 1-2 tahun atau lebih memahami bahwa pendidikan Ilmu Komputer mereka tidak membuang-buang waktu
• Pemrogram yang baik dapat berpikir di luar kotak
• Pemrogram yang baik juga pemimpin yang baik
• Pemrogram yang baik proaktif dan tidak perlu diberi tahu apa yang harus dilakukan

Yang terpenting, programmer yang baik juga komunikator yang baik. Programmer terbaik adalah yang dapat membujuk orang lain. Mereka adalah orang-orang yang dapat dengan sabar memperdebatkan masalah dengan rekan kerja lain sampai solusi ditemukan.

Tantangan terbesar adalah komunikasi.

Apa pun tantangannya, jangan pernah stereotip diri sendiri atau orang lain. Anda memiliki potensi yang sama besarnya dengan orang lain dan sebaliknya. Ingatlah bahwa Anda dapat melakukan apa pun yang benar-benar Anda pikirkan!

Saya seorang sarjana berusia 21 tahun dari India dalam tahun-tahun terakhir saya kursus Ilmu Komputer dan Teknik 4 tahun.

Gagasan untuk menulis ini adalah untuk mengatakan bahwa India lebih dari sekadar pusat outsourcing. Saya berharap barat melihatnya seperti itu dan alih-alih menyerap bakat, barat harus membangun lebih banyak hub di India. Ada beberapa konten ofensif di depan, tetapi jika Anda memahami gambaran yang lebih besar, Anda akan mengerti apa yang saya coba katakan.

Pendidikan di India berada dalam kondisi yang sangat mengganggu dengan tenaga kerja yang diproduksi setiap tahun yang tidak memiliki atau tidak memiliki keterampilan teknis yang benar-benar menghebohkan. Sistem pendidikan sama sekali tidak kompetitif dalam hal inovasi atau kewirausahaan. ini telah menyebabkan negara kita mengalami rasa malu yang besar seperti komputer $ 10 yang dikembangkan secara indigenous baru-baru ini (yang ternyata merupakan tablet berbasis Android China yang murah, hanya dikelola oleh perusahaan India), atau klaim sebelumnya dari terobosan teknologi lain (yang ternyata adalah thumb-drive). Institusi pendidikan benar-benar terputus dari dunia nyata teknologi dan lebih tertarik pada siswa menciptakan kembali roda, semuanya atas nama inovasi. lembaga pendidikan, semua orang membencinya.

Datang ke tempat-tempat di mana Anda setidaknya berharap untuk belajar beberapa keterampilan pengembangan panas:

Saya telah terpapar dengan beberapa fasilitas pelatihan di India selain dari lembaga pendidikan saya. Pemrograman dan pengembangan perangkat lunak terjadi pada dua tingkat, pengembangan tingkat aplikasi dan pengembangan tingkat sistem .

Untuk pengembangan aplikasi, sebagian besar mahasiswa baru di India direkrut secara massal oleh perusahaan untuk mengklaim bangku para programmer dan untuk mendapatkan lebih banyak proyek. Pada akhirnya, ada kualitas yang dikompromikan karena proses perekrutan benar-benar bodoh. Kadang-kadang, bakat disia-siakan dengan membuat orang pandai dalam pekerjaan mereka, pada hal-hal bodoh seperti membuat bingkai Java dan membuat WinForm dan ASP.NET UI saja. (Saya berbicara tentang rekrutmen yang lebih segar dan seperti yang diklaim oleh beberapa orang, meskipun saya tidak yakin). Jika tidak mempertimbangkan praktik rekayasa perangkat lunak yang baik, pengkodean semacam itu dapat dilakukan oleh siswa kelas 7.

Tetapi pada saat yang sama, ada programmer dan pengembang independen yang memiliki minat dalam hal-hal. Mereka seperti pahlawan tanpa tanda jasa yang telah kehilangan semua harapan dan paling tidak tertarik untuk mengubah dunia. Yang mereka inginkan, adalah memanfaatkan keterampilan mereka sebaik-baiknya, jadi ini semua tentang uang dan pergi ke luar negeri. Sementara kursus kami sangat terbatas pada perangkat lunak sistem (pemrograman C menggunakan TurboC !!! selama 4 tahun, C ++ yang bodoh dan kabur tanpa konsep berorientasi objek yang tepat menggunakan cout dalam program C bukan C ++, ASM, dan banyak lagi program C menggunakan gcc), ketika di sebuah perusahaan, kita sebagian besar dibuat untuk melakukan pengembangan aplikasi (ASP.NET, WinForms, J2EE). Pada dasarnya, seorang insinyur Ilmu Komputer dibuat untuk melakukan pekerjaan seorang insinyur Perangkat Lunak. Ya, mengetahui ilmu komputer membantu, tetapi tidak mengetahui rekayasa perangkat lunak yang tepat menghambat proses terlalu banyak, dan tiba-tiba seluruh sistem jatuh. Itu adalah kegagalan.

Saya akan mengutip contoh sederhana. Saya bergabung dengan lembaga pelatihan untuk proyek tahun terakhir saya dan mereka ingin saya membuat situs web ASP.NET yang akan menjadi semacam sistem inventaris (pemesanan hotel, CRM hal semacam itu). Ya itu bukan tugas yang mudah, tetapi tidak layak untuk mengerjakan suatu proyek menurut saya. Ini hanya akan menciptakan kembali roda dan proyek-proyek ini pada dasarnya besar dalam kehidupan nyata. Dikirim dalam 6 bulan oleh sekelompok 3, Anda dapat memahami jenis sistem yang tidak dapat diperkecil yang akan dihasilkan dari ini. Lembaga tidak terlalu menekankan dan mereka lebih tertarik pada "tidak menakuti siswa mengatakan terlalu banyak" dan "memberikan gambaran, dan membiarkan mereka belajar sisanya sendiri". Pada akhirnya, apa yang dikembangkan orang dalam proyek bukan prototipe yang sepenuhnya teruji,

Saya mengambil topik saya sendiri, sistem navigasi real-time dengan panduan suara. Saya menggunakan WPF, Google maps API dan semua teknologi terbaru yang saya bisa. Untuk praktik rekayasa perangkat lunak yang baik, saya menggunakan kontrol sumber, menggunakan MVVM dan akan memberikan pandangan menyeluruh pada hal lain yang saya ketahui. Umur saya 21 tahun dan saya lulusan. Saya kira pada usia saya, orang-orang di barat masih dalam tahap belajar dan menjadi lulusan di usia yang lebih tua. Itu membuat lulusan barat jauh lebih baik dan lebih berpengetahuan. Kami memiliki kuantitas tetapi tidak berkualitas.

Di India, tingkat pekerjaan yang saya lakukan untuk proyek saya umumnya tidak diharapkan dari proyek sarjana tahun terakhir. Tapi, aku akan melakukannya karena aku mau. Pada saat yang sama, ada orang lain di grup saya yang merasa nyaman melakukan proyek di ASP.NET, membuat 5-7 halaman, menjalankan kueri basis data, mengisi tampilan grid dan tidak peduli tentang keamanan. Sial, bahkan situs web lepas itu memiliki postingan pekerjaan yang lebih baik (YouTube clone, Google instant + X = Y Mashup ..)

Enam bulan kemudian, Anda akan menemukan orang yang sama bekerja di perusahaan tempat Anda melakukan outsourcing bisnis dan Anda juga akan menemukan saya di sana. Orang-orang seperti mereka, lebih banyak daripada orang-orang seperti saya sepuluh banding 1 :(

tepatnya dan tidak mengomel, dalam seluruh karir pendidikan dan kenalan saya dengan lebih dari ~ 500 orang, saya telah melihat persis 4 orang yang memiliki tingkat keahlian yang akan saya pertimbangkan untuk mengerjakan proyek bersama saya)

Pada akhirnya, semua lulusan India akan menulis dokumentasi yang baik karena ini adalah teori, tetapi jangan berharap ada kode pembodohan dari mereka.

Datang ke perangkat lunak sistem, hal yang sama terjadi. Seorang teman saya bekerja dengan Android NDK dan sedang mengerjakan proyek langsung di sebuah perusahaan. Dia beruntung mendapatkan proyek ini dan saya iri padanya, tetapi tingkat pekerjaan ini juga terjadi di India. Senior lain di kampus saya mengembangkan klon kinect (mouse multi-touch, seperti dalam laporan minoritas) dalam proyek tahun terakhirnya menggunakan hanya 2 webcam murah. Sama, ada orang lain yang menyalin kode dari Internet dan entah bagaimana mendapatkan gelar menciptakan kembali roda.

Kata terakhir saya, jangan berharap kualitas yang terganggu di seluruh India, dan jangan anggap orang India sebagai pemelihara perangkat lunak yang murah dan cocok untuk outsourcing hanya pekerjaan pemeliharaan.

Juga, jangan berharap bahwa seseorang yang memiliki latar belakang pendidikan yang baik dalam hal tanda untuk menulis perangkat lunak yang baik. Sistem pendidikan India semuanya berorientasi pada teori, tidak ada tekanan pada praktik, terkadang, mengetahui lebih banyak atau kemauan untuk mengetahui lebih banyak dapat membuat Anda mendapat masalah dari para guru yang merasa terintimidasi. Namun demikian, programmer yang baik mencari padang rumput yang lebih hijau dalam karir yang lebih baik dan bukan hanya pekerjaan yang baik, ada orang lain yang ingin mendapatkan "pekerjaan" yang baik, berkeliling Kota Honda, makan di luar di Cina Daratan dan hidup bahagia selamanya .

Saya lebih ke Audi btw. :)

Peringatan, generalisasi kotor di depan. Sudut pandang yang diungkapkan tidak dibagikan oleh semua orang. Bahkan, si penulis bahkan mungkin tidak mempercayainya.

Pengembang barat takut pengembang timur. Kami mendengar berkali-kali bahwa pekerjaan kami pada akhirnya akan dialihdayakan. Ini awal yang buruk untuk hubungan apa pun. Lebih buruk lagi, kami selalu diingatkan bahwa pendidikan kami lebih rendah. Pengembang timur lebih murah, lebih pintar, dan akan tahan dengan lebih banyak kerepotan. Pengalaman profesional kami dengan pengembang timur tidak masalah karena itu diracuni dengan rasa takut.

Saya tidak bisa berbicara untuk orang lain. Ini pendapat saya, yang tampaknya tidak disetujui banyak orang. Mari saya mulai dengan beberapa fakta seperti yang saya lihat.

Pertama, ada bukti bahwa kebanyakan orang tidak benar-benar cocok untuk pengembangan perangkat lunak. (Misalnya penelitian UI menunjukkan bahwa lebih dari setengah populasi mungkin tidak akan pernah "mendapatkan" gagasan tentang pohon direktori.) Di Barat, orang-orang itu tidak memiliki masalah menemukan pekerjaan layak lainnya yang cocok untuk mereka. Di India, sebaliknya, ada begitu banyak tekanan untuk pengembangan perangkat lunak yang mereka lakukan. Ini berarti bahwa ada banyak orang di India yang masuk dalam pengembangan perangkat lunak yang sebenarnya tidak seharusnya.

Selanjutnya, India adalah tujuan umum untuk outsourcing. Perusahaan melakukan ini karena terlihat murah (gaji rendah). Namun didokumentasikan dengan baik (misalnya melihat faktor biaya yang didokumentasikan dalam model COCOMO II ) bahwa semua peningkatan berikut ini memerlukan waktu dan upaya pengembangan: pekerja di berbagai lokasi, pekerja di berbagai zona waktu, dan pekerja dari berbagai budaya. Setiap proyek yang dijalankan di India dan diarahkan dari Barat akan memiliki ketiga faktor biaya. (Ini sebelum Anda menambahkan kecenderungan untuk menemukan orang yang bekerja sebagai pengembang yang sebenarnya tidak seharusnya.)

Akhirnya tantangan terbesar mutlak dalam manajemen proyek perangkat lunak adalah mendapatkan informasi yang akurat tentang apa yang tidak berfungsi bagi para pembuat keputusan yang perlu mengetahuinya. Saya suka humor yang mengambil kecenderungan ini. Untuk kombinasi alasan apa pun, baik itu keputus-asaan, budaya, atau keyakinan bahwa pelanggan benar, kecenderungan ini lebih buruk dalam proyek-proyek yang di-outsourcing-kan ke India. Terkadang sampai tingkat yang lucu.

Hasilnya adalah bahwa ada kecenderungan kuat bagi perusahaan-perusahaan Amerika untuk menyerah pada nyanyian upah rendah, pekerjaan outsourcing ke India, dan kemudian proyek-proyek outsourcing untuk berubah menjadi bencana. (Tetapi luasnya bencana tidak tampak sampai setelah orang Amerika kehilangan pekerjaan.)

Cara lain yang ditempuh perusahaan adalah dengan merekrut orang India ke AS dengan visa H1B. Ini menghilangkan masalah pekerja jarak jauh. Banyak orang India menginginkan pekerjaan ini karena gaji lebih tinggi di AS, dll. Dan ada lebih dari cukup orang India yang sangat baik di luar sana untuk mengisi semua pekerjaan yang tersedia. Tapi ada masalah. Perusahaan-perusahaan Amerika yang mempekerjakan visa H1B diharuskan bersumpah atas dan ke bawah bahwa tidak ada orang Amerika yang tersedia untuk pekerjaan itu, bahwa orang yang disewa dibayar dengan harga pasar, dll. Tetapi seseorang dengan visa H1B memiliki waktu yang sulit untuk berpindah pekerjaan. Ini memberi majikan pekerja tawanan. Dan tidak meninggalkan insentif pasar untuk benar-benar memperlakukan karyawan tersebut secara adil. Ini memberi perusahaan insentif kuat untuk ketidakjujuran. Terlalu banyak yang menyerah.

Sebagai orang Amerika, saya tidak punya masalah dengan yang terbaik dan paling cerdas datang ke AS. Justru sebaliknya, itulah yang membangun negara ini. Tetapi perlakukan mereka secara setara begitu mereka tiba. Misalnya saya kenal seseorang dari Filipina yang, karena status visanya, harus menolak tawaran pekerjaan dari Google, Apple, dan Facebook. Untuk sekitar dua kali lipat dari apa yang dia buat saat ini. Jika pasar diizinkan untuk menetapkan gaji orang-orang seperti dia, akan ada lebih sedikit insentif bagi perusahaan untuk mencoba menyalahgunakan program H1B.

Jadi ada pendapat saya. Karena sejumlah alasan, proyek-proyek outsourcing ke India sering menyebabkan bencana. Yang Anda dapatkan sebagai pekerja H1B cenderung sangat baik, tetapi program itu sangat disalahgunakan dengan cara yang membuat saya sedih.

Saya telah bekerja selama 3 tahun dengan pengembang India (saya orang Italia). Orang adalah orang. Kami mengalihdayakan terutama karena kami membutuhkan tim, dan di Italia sulit untuk menemukan tim, terutama dalam bahasa yang tidak populer seperti Delphi. Jadi alasan utamanya adalah menemukan tim, bukan biaya.

Bagaimanapun tim yang kami temukan sangat baik karena memiliki pemimpin yang sangat baik. Tetapi pengembang lain tidak begitu penting. Apa yang terjadi? sekarang pengembang bekerja langsung untuk kita, karena dia orang yang sangat baik dan dia juga menjadi temanku. Ada hubungan yang kuat dan kami membayarnya hampir gaji Italia. Mengapa? Karena hubungan itu penting. Saya telah melihat banyak orang pergi ke India hanya untuk menyelamatkan.

Kau mendapatkan apa yang kau bayar. Maka tentu saja Anda dapat menghemat uang, tetapi saya pikir (terutama untuk proyek-proyek kecil) melakukan outsourcing hanya untuk menghemat uang adalah pilihan yang salah.

IMO masalahnya bukan Timur vs Barat, tetapi gagasan umum outsourcing. Kembali di paruh kedua tahun 90-an, booming internet, Y2K dan konversi mata uang Euro menciptakan banyak pekerjaan bagi para programmer, jadi outsourcing adalah topik hangat saat itu. Tapi itu outsourcing di dalam negeri, bukan ke Timur. Namun, banyak masalah yang kami harapkan atau alami dengan offshoring juga terjadi dengan mitra outsourcing lokal.

Dalam banyak kasus, menulis spesifikasi yang baik adalah tentang kerja sebanyak itu sendiri (meskipun Q&D). Tetapi karena tujuan outsourcing adalah untuk menghemat waktu dan / atau uang, spesifikasi yang diberikan kepada mitra outsourcing tidak jelas. Tambahkan kontraktor yang dibayar per jam dan kurangnya pengawasan dan jelas apa yang Anda harapkan.

Saya telah tinggal di China selama lebih dari dua tahun sekarang (saya orang Kanada) dan bekerja dengan pengembang Cina dan, anehnya, bekerja dengan Pengembang Kanada di luar negeri. Saya dapat mengatakan bahwa beberapa generalisasi yang dibuat dari, setidaknya orang Cina, pengembang agak benar yaitu, sebagian besar pengembang yang saya temui / kerjakan di sini adalah:

• Tidak ada rasa ingin tahu dan kreativitas. Di sini saya tidak berpikir mereka lebih rendah atau bodoh. Melainkan itu budaya. Secara historis mereka dianggap menghormati otoritas pertama dan terutama. Dengan demikian mereka tidak akan pernah mempertanyakan desain buruk yang diberikan kepada mereka dari "atas". Juga banyak dari mereka lebih tertarik pada keterampilan teknis daripada keterampilan domain. Saya memiliki waktu yang paling sulit mengajar mereka tentang pola dan konsep abstrak kecuali jika mereka dapat langsung berhubungan dengan pekerjaan mereka. Namun, setelah beberapa saat, dindingnya runtuh, mereka menjadi lebih berani dalam otoritas yang menantang, jika tidak pada tingkat teknis, saya tidak ingin visa saya dicabut ;-)
• Ancaman Ini telah disebutkan sebelumnya tetapi saya tekankan. Ini mungkin satu-satunya poin paling penting dan apa yang menciptakan ketegangan paling banyak dalam berurusan dengan perguruan tinggi di luar negeri (yaitu di Kanada). Secara umum, orang Barat yang bekerja dengan saya akan cenderung membesar-besarkan semua aspek negatif dari bekerja dengan orang Timur. Mereka akan sangat keras pada ulasan kode sambil bersikap sangat lunak satu sama lain. Mereka akan menendang dan berteriak jika pengawasan tunggal pada proses atau praktik yang baik diabaikan oleh orang timur tetapi mereka sendiri akan menendang dan berteriak jika diminta dengan sopan untuk mengikuti prosedur yang mereka lakukan sendiri.
• Tidak masalah bagi orang Cina untuk bekerja dengan peralatan bekas pakai yang setengah matang. Saya memecahkan tiga kursi sebelum saya diizinkan untuk mendapatkan yang semi-nyaman. Kemudian saya merasa tidak enak mendapatkan kursi yang baik memperhatikan bahwa mereka semua masih memiliki apa yang tampaknya menjadi alat penyiksaan abad pertengahan. Namun mengunjungi kantor pusat perusahaan yang sama para dev di sana memiliki meja yang mengambil area lantai yang biasanya ditempati oleh tim beranggotakan 4 hingga 6 devs di Cina, belum lagi kursi!

Pada awalnya apa yang mereka tulis tidak selalu sangat baik. Ada kesenjangan budaya pasti tetapi juga kurva belajar panjang curam dari sistem yang dirancang buruk untuk memulai. Tapi tahukah Anda ... setelah dua tahun ... beberapa pekerjaan terbaik yang dilakukan pada sistem ini berasal dari kantor Cina. Karena ini semakin terlihat, ini semakin memperburuk elemen ancaman ...

Terus terang itu tidak mudah tetapi saya pikir saya berada di sisi kanan pagar ketika melihat tren dari pengalaman pribadi.

Ini adalah topik yang menarik. Saya telah bekerja di SF dan Silicon Valley, tetapi juga Eropa untuk klien lokal, mendirikan kantor lepas pantai di India dan sekarang menjalankan toko pengembangan lepas pantai di Amerika Selatan. Saya bahkan telah melakukan sedikit pekerjaan dengan pengembang Afrika.

Setiap wilayah di dunia mampu menghasilkan programmer yang hebat. Saya punya teman hacker di Malawi yang membangun rel antarmuka sentuh yang luar biasa yang didukung sistem sumber terbuka untuk klinik HIV, menggunakan dan berkontribusi untuk proyek sumber terbuka dengan cara yang penting.

Saya juga melihat programmer Amerika bekerja di perusahaan startup merek dan perusahaan web besar yang tidak bisa memprogram jalan keluar dari kantong kertas. Orang-orang dengan gelar master di Comp Sci dari MIT dan pengalaman industri selama bertahun-tahun, yang ketika harus menulis kode produksi yang baik, tidak bisa memotongnya.

Ada perbedaan budaya yang sangat nyata antara Eropa, Amerika Latin, AS, dan India. Lalu ada budaya hacker, yang lebih atau kurang universal.

Komunitas teknologi India arus utama suka melemparkan orang ke masalah. Tarif per jam per pengembang mungkin lebih rendah, tetapi jika vendor percaya pada kuantitas daripada kualitas, Anda akan membutuhkan dua kali lebih banyak pengembang untuk menjalankan kode.

Sertifikasi. Apa apaan? India menyukai sertifikasi, ISO, CMMI, dll ... terus dan terus. Meliputi pantat tak berarti. Lebih penting lagi, itu bukan bagaimana Anda mendapatkan perangkat lunak yang baik dikembangkan.

Sistem kasta. Sistem kasta adalah ilegal di India, dan karena kemerdekaan telah ada pekerjaan luar biasa untuk menghilangkannya, tetapi masihlah binatang buas yang hidup. Kebanyakan orang Barat mengabaikan keberadaan sistem kasta. Saya dibesarkan di AS, tetapi ayah saya lahir di India, namanya Inggris-India, dan ibu saya kuliah di sana sebagai mahasiswa, dan kemudian kembali mengajar di universitas-universitas India. Sistem kasta sangat nyata, berasal dari India dan sudah tua, tetapi orang Inggris mendorongnya dan menggunakannya untuk mempertahankan kekuasaan. Orang Barat perlu tahu, bahwa mereka akan menggantikan Inggris, di puncak hierarki. Anda akan dipanggil Tuan, Anda tidak akan ditanyai. Kebanyakan manajer India melihat peran mereka sebagai memberi tahu bawahan mereka apa yang harus dilakukan. Berbicara kembali dan menawarkan alternatif dihukum.

Tidak setiap toko pengembangan India seperti ini, Zoho, telah membangun bisnis India yang luar biasa dengan melanggar semua aturan. Mereka merekrut berdasarkan kemampuan bukan kasta atau sertifikasi universitas apa yang Anda miliki. Dengan melakukannya, mereka telah bootstrap pengganti SaaS lengkap ke MS Office Suite.

Ada komunitas hacker yang aktif di India juga dengan pertemuan, milis, konferensi kecil, dan sejenisnya. Pengembang ini berkelas dunia. Mereka sering merasa sulit untuk mendapatkan pekerjaan dalam industri pengembangan perangkat lunak India arus utama. Saya sendiri menemukan dua python dev untuk kantor kami di India, mereka hebat, dan kemudian manajer kami di India bersikeras untuk mempekerjakan selusin mahasiswa baru, lulusan baru untuk mengisi tim. Setelah beberapa bulan para peretas berhenti, manajer mereka telah membuat hidup mereka seperti neraka. Kami ditinggalkan dengan selusin karyawan muda dan antusias, yang sebagian besar tidak tahu cara memprogram dengan baik.

Penyegar terbaik adalah seorang wanita muda yang membangun IDE untuk dev pada sistem embedded. Tidak ada yang mau mempekerjakannya karena dia berasal dari keluarga konservatif dan orang India mengira dia akan dipaksa berhenti dari pekerjaannya begitu dia dinikahkan.

Ada banyak pengembang hebat di India, tetapi struktur nilai dirancang untuk mendorong mereka keluar, dan untuk mempromosikan orang berdasarkan hal-hal yang tidak ada hubungannya dengan membuat kode hebat.

Masalah besar lainnya adalah zona waktu. Ini bukan keuntungan, ini masalah besar. Ini berarti tidak ada komunikasi langsung yang konstan antara tim di lokasi dan di luar negeri. Ini menyebabkan kesalahpahaman besar, dan memaksa Anda untuk menulis rim dokumentasi. Itu membuat gesit sangat sulit untuk dilakukan.

Kebenaran yang menyedihkan adalah sejumlah besar perangkat lunak yang diproduksi oleh perusahaan India berkualitas rendah. Anda mendengar dev selalu berbicara tentang bagaimana insinyur India omong kosong, itu tidak benar, tetapi itu adalah cerminan dari kualitas perusahaan lepas pantai tradisional besar. Ini kesalahan budaya bisnis di India, bukan pengembang itu sendiri. Para dev terjebak dalam sistem yang buruk yang memberi penghargaan pada hal-hal yang salah.

Saya telah mengalami beberapa proyek di luar negeri untuk Asia (berbagai negara yang tidak akan saya sebutkan). Semua dari mereka adalah kegagalan yang menyedihkan. Meskipun dokumentasi yang banyak dan terperinci, dokumen spesifikasi, dll. Dikirim hasilnya (jika ada yang diproduksi sama sekali) sangat buruk. Biasanya itu tidak berfungsi sama sekali atau sedikit fungsional sehingga tidak berguna. Proyek juga (jika mereka menghasilkan hasil sama sekali) sangat terlambat.

OTOH Saya telah bekerja dengan programmer Asia dan lainnya yang bekerja di Eropa dan AS dan kebanyakan dari mereka adalah orang-orang pekerja keras yang baik yang tahu pekerjaan mereka dengan baik.

Mungkin pernyataan dari beberapa dari mereka bahwa semua orang IT baik meninggalkan Asia untuk bekerja di Eropa dan Amerika mengatakan itu semua. Apa yang tersisa di bagian bawah tumpukan, dengan sedikit atau tidak ada orang yang berkualitas untuk memberikan pengawasan, pelatihan, dan kepemimpinan tim untuk menghasilkan peningkatan. Setelah harus berurusan dengan orang-orang IT Asia yang tinggal di sana (setidaknya dari beberapa negara) melalui telepon dan email (dan melihat wawancara di televisi dll.) Mungkin ada budaya yang terlibat juga. Banyak yang menganggap diri mereka secara ras dan moral lebih unggul daripada orang Amerika dan Eropa (dan menganggap mereka yang meninggalkan negara mereka sebagai pengkhianat) dan menolak untuk mendengarkan nasihat dari orang yang mereka anggap makhluk rendahan. Ini tentu saja tidak benar untuk semua orang dari negara-negara Asia, tetapi mungkin cukup luas untuk menciptakan suasana "kami tahu yang terbaik,

Situasi di Eropa timur lebih baik, mungkin sebagian karena banyak dari negara-negara tersebut adalah bagian dari UE sehingga ada ancaman lebih besar dari tindakan hukum yang berhasil terhadap mereka jika mereka gagal.

Terus terang dan sinis:

• Lebih murah
• Ancaman
• Kurangnya penghargaan bahwa Anda berdagang monyet kode lokal untuk manajer proyek yang lebih mahal dan analis untuk bekerja sama dengan tim lepas pantai
• Stakeholder akan mendapatkan apa yang mereka minta karena ketidakmampuan mereka untuk memberikan persyaratan yang ringkas dan komprehensif. Ini bukan yang mereka inginkan. Para pemangku kepentingan menginginkan pengetahuan lokal ...
• ... tapi ini kotak centang untuk manajemen TI senior karena trendi / populer / KcKinsey berkata / tidak mengerti pengembang / ...

Dalam 10 tahun saya di IBM, saya bekerja dengan programmer di seluruh dunia dalam berbagai hubungan. Hal pertama yang Anda pelajari adalah bahwa stereotip geografis semuanya salah, di kedua sisi samudera. Programmer adalah programmer di seluruh dunia ... ambil 100 dari mereka dari mana saja dan Anda akan mendapatkan rasio yang kira-kira sama dari orang-orang yang tidak dapat memprogram halo dunia tanpa perjalanan atau tiga ke google, orang-orang yang kompeten dan orang-orang yang brilian .

Yang mengatakan, generalisasi geografis dari iklim bisnis di beberapa daerah itu akurat. India misalnya sangat mirip Austin, TX atau Silly Con Valley pada akhir 90-an dan awal tahun 2000-an ... banyak pekerjaan melompat dan berputar, orang-orang datang dan pergi setiap tahun atau lebih. Cina di sisi lain tampaknya jauh lebih seperti Silicon Prairie di sini di midwest Amerika Serikat, orang-orang memilih perusahaan dan tinggal di sana untuk jangka waktu yang lebih lama. Brasil, Rusia, dan Eropa tampaknya berada di suatu tempat di tengah, tidak terlalu lama sehingga mereka tinggal dalam jangka waktu menengah, tetapi mereka tampaknya memiliki campuran keduanya, beberapa orang melompat pekerjaan, beberapa orang menetap.

Saya milik dunia Timur dan saya juga memiliki pengalaman outsourcing pekerjaan dari perusahaan saya ke dunia Timur lagi :-) Perusahaan saya tidak ingin berinvestasi adalah sumber daya sendiri untuk menyelesaikan pekerjaan, terlepas dari semua bantuan yang dapat kami tawarkan untuk Agen Proyek gagal. Sangat frustasi bekerja dengan beberapa Insinyur ini, saya pikir model outsourcing dan keahlian teknis dapat lebih matang di Timur untuk perbaikan. Setelah mengatakan bahwa saya telah bekerja dengan banyak orang di dunia barat yang juga dapat meningkat. Anda menemukan programmer yang baik dan buruk di seluruh dunia.

Saya tinggal di Eropa Tengah. Gelombang outsourcing melanda kami selama beberapa tahun terakhir. Saya telah bekerja pada proyek-proyek outsourcing dari "Barat", tetapi saat ini proyek-proyek outsourcing mendarat di negara-negara yang lebih murah. Jadi saya berada di kedua sisi persamaan.

Ketika kami adalah outsourcing manajer kami dan orang-orang yang bekerja sama dengan kami setiap hari itu baik, memperlakukan kami seperti pengembang internal. Kekhawatiran sedikit tentang keamanan kerja dapat dirasakan dari orang-orang, apa yang saya anggap normal. Selain itu, kami mendapatkan tugas kelas dua dalam proyek yang lebih besar, yang menurut saya baik-baik saja, Anda tidak boleh memasang iklan di luar keahlian utama Anda.

Kemudian proyek-proyek pindah ke wilayah yang lebih murah, yang agak tak terhindarkan.

Intinya dari keseluruhan cerita outsourcing adalah bahwa manajemen tidak peduli dengan pengetahuan, pengalaman, pendidikan, atau pengetahuan Anda. Yang mereka pedulikan hanyalah biaya dan bonus mereka. Jadi, kecuali jika ada alasan mengapa keberadaan lokal Anda diperlukan, proyek perangkat lunak pada akhirnya akan diserahkan ke negara yang lebih murah dan lebih murah.

Saya tinggal di Rusia, Siberia dan bekerja untuk perusahaan medis Jerman yang mengalihdayakan proyek kepada kami. Saya kira itu sedikit lebih dari outsourcing: kami telah berbagi tim antara Rusia dan Jerman, kami memiliki perjalanan bisnis satu sama lain, dll.

Tentu saja saya subjektif, tetapi saya percaya kita adalah contoh outsourcing yang sukses: kualitas kode dan kualitas produk meningkat secara signifikan sejak kami mulai mengerjakannya.

Agak mengecewakan untuk menjadi tenaga kerja murah, tetapi di sisi lain kita memiliki kesempatan untuk bekerja di perusahaan besar dengan pengalaman teknologi dan manajemen yang hebat.

Penafian: Saya orang India dan ini mungkin kedengarannya pandangan orang India, tetapi saya telah bekerja dengan banyak pelanggan barat dan bahkan di AS. Jika belahan bumi timur memiliki pemrogram terburuk di dunia, mengapa belahan barat melakukan outsourcing? Jika Anda melakukan outsourcing ke bagian timur dunia hanya untuk menghemat uang Anda, IMO, mengurangi kualitas. Bagus, cepat dan murah, pilih dua. Ketika saya harus mempekerjakan seorang pria, saya bertanya kepada organisasi saya apa harapan mereka dan berapa harga yang siap mereka bayar. Sangat sulit bagi seseorang untuk meyakinkan seorang pria terhormat yang berbakat untuk bekerja untuk Anda dengan bayaran lebih rendah dan lebih banyak tekanan. Hanya saja situs-situs lepas itu dikombinasikan dengan orang-orang barat yang malang yang pekerjaannya adalah Bangalore-d yang menghasilkan pemrogram timur adalah monyet kode. Jika Anda siap membayar harga yang lebih baik, Anda akan mendapatkan hasil yang lebih baik, dan tidak mengikuti perusahaan layanan ISO / CMMI / SEI tersebut. Mereka mempekerjakan bakat seperti membesarkan kawanan domba atau ternak.

Saya seorang Amerika yang saat ini tinggal di luar negeri (di Rusia) dan bekerja sebagai pengusaha (dan pekerja lepas di samping untuk membayar tagihan). Saya bekerja di Silicon Valley sebagai pengembang, pemimpin tim teknis, dan arsitek perangkat lunak / sistem selama lebih dari 20 tahun untuk berbagai perusahaan dan startup, beberapa sangat terkenal, termasuk satu startup yang akhirnya tumbuh menjadi multi-miliar dolar utama yang mendominasi industri perusahaan internasional. Perusahaan terakhir ini (menyebutnya "X") memiliki pusat pengembangan di seluruh AS dan dunia: India, Rusia, Cina, Eropa, dll. Saya bekerja secara langsung dengan anggota dari beberapa tim ini, dan menemukan mereka sangat berbakat dan insinyur yang layak. Ketegasan dan kreativitas saya akan setuju cenderung menjadi tipe kepribadian insinyur yang lebih Amerika pada saat ini,

• Outsourcing sangat jelas tentang uang. Ketika saya meninggalkan AS, X tidak mempekerjakan di AS, tetapi mempekerjakan di kantor internasional. X membayar insinyur non-AS sekitar 1/4 hingga 1/3 (tergantung pada wilayah) dari gaji yang setara (tahun pengalaman, keterampilan) insinyur AS. Yang masih merupakan gaji yang cukup bagus biasanya mempertimbangkan ekonomi beberapa lokasi non-AS, tetapi ini tidak baik untuk tingkat pembayaran keberadaan posisi rekayasa AS.

• Saya percaya lepas adalah masa depan pekerjaan komputer, terutama perangkat lunak. Sesuai sifatnya, alat ini sangat portabel, yang Anda butuhkan hanyalah laptop dan koneksi internet, dan Anda berada dalam bisnis. Selalu ada kasus yang harus dibuat untuk tim internal di tempat: penjadwalan yang lebih andal, keahlian yang dapat diprediksi, dll, tetapi mereka sangat mahal untuk dipelihara.

• Saya sering melihat posting sombong di sini dari para insinyur AS tentang betapa buruknya semua pengembang non-AS (lihat, misalnya, utas ini: https://stackoverflow.com/questions/209170/how-much-does- biaya-untuk-mengembangkan-aplikasi-iphone). Stereotipnya adalah ya, harganya murah tapi selalu juga tidak memenuhi syarat dan menulis kode jelek. Bahwa satu-satunya cara untuk mendapatkan kualitas adalah dengan membayar tarif pembayaran AS kepada teknisi AS. Omong kosong! Insinyur AS perlu bangun - industri dan ekonomi sedang bergeser dari pengembang in-house yang sangat bergaji tinggi ke tim pengembangan yang tersebar di seluruh dunia. Tentu ada pengembang non-AS yang buruk - tetapi pikirkan kembali semua orang yang diwawancarai AS yang Anda sampaikan karena mereka tidak sesuai. Beberapa kode yang benar-benar paling mengerikan yang pernah saya lihat atau kerjakan ditulis oleh seorang insinyur AS di rumah, yang menolak untuk mengubah atau meningkatkan! Hanya karena beberapa pengembang elance acak melakukan pekerjaan buruk tidak berarti bahwa semua insinyur non-AS mengerikan. Sebagai gantinya, bahwa klien elance harus melihat sedikit melampaui penawar bawah, ada permata nyata di luar sana, bahkan pengembang atas, tersedia dengan diskon besar untuk tarif AS di rumah. Pada saat tertentu dalam waktu ini, saya akan memberi Anda, banyak bakat terkonsentrasi di AS - tetapi siapa pun yang berpikir ini tidak akan pernah berubah sangat serius tertipu.

• Bakat dan pengalaman lebih mahal daripada kekurangannya, saya akan memberi Anda itu. Tetapi masalahnya adalah bahwa skala gaji karyawan di-rumah AS jauh berbeda dengan skala dunia. Terdapat talenta dinamis / kontinum biaya yang terus-menerus bergerak, dan talenta latar belakang insinyur non-AS hanya akan naik, yang akan memberikan tekanan ke bawah yang sangat kuat pada tingkat upah AS dan keberadaan sangat membayar posisi in-house engineering AS (ingat: X sedang merekrut secara internasional, tetapi tidak di AS. Tulisannya ada di dinding). Jadi, semakin berbakat akan selalu dapat menagih lebih dari yang kurang berbakat, tetapi Anda bisa yakin itu tidak akan sesuai dengan tarif AS saat ini.

• Konsentrasi bakat di seluruh dunia benar-benar akan berubah, sama seperti lokasi fisik tim pengembangan telah berubah. Level talenta non-AS akan terus meningkat, dan dalam waktu yang tidak terlalu lama kita akan melihat kembali ke utas ini dan berpikir "apa yang mereka bicarakan, Anda dapat menemukan talenta top di mana saja di dunia".

Saya telah bekerja di belahan bumi timur dan barat dan berpikir akan berbagi. Saya telah bekerja di Bangalore selama 5 tahun sebelum pindah ke AS. Bekerja di AS selama sekitar 8 tahun dan kembali ke India. Saya terpaksa duduk di rumah karena pekerjaannya terlalu menuntut di sini. Dengan 2 anak kecil itu tidak mungkin untuk dimasukkan ke dalam jam-jam panjang itu. Akhirnya menemukan pekerjaan paruh waktu. Saya terkejut melihat kualitas pekerjaan di India. Tidak seburuk ini ketika kami pergi ke AS. Kerumunan muda sepertinya tidak memiliki tanggung jawab atau antusiasme untuk mempelajari teknologi baru. Seperti yang ditunjukkan oleh seseorang, mengatakan 'tidak' jarang terjadi (pukulan bagi ego mereka, IMO) dan sebagai hasilnya Anda akan melihat pekerjaan yang sama sekali tidak berguna atau biasa-biasa saja. Kode ini tidak dapat dibaca, sama sekali tidak tahu gambaran besarnya, tidak ada ruang untuk ekspansi, dll. Pada saat Anda melatih seorang pria, ia siap untuk melompat pekerjaan untuk padang rumput yang lebih hijau. Karena itu, saya masih akan mengatakan ada beberapa yang sangat bagus. Jika Anda kebetulan bekerja dengannya, anggap diri Anda beruntung, terutama jika orang itu dapat berkomunikasi dengan baik!

Jika kualitas pekerjaannya buruk, mungkin bukan karena mereka mencari ke India, tetapi mereka mencari siapa pun yang mengajukan penawaran terbaik, dan itu mungkin bukan orang-orang seperti Prasoon Saurav tetapi beberapa tim junior coding.

Saya telah bekerja dengan programmer lepas pantai yang hebat, tetapi mereka tidak murah untuk disewa. Saya juga pernah bekerja dengan programmer lepas pantai yang sangat murah, dan mereka tidak hebat.

Bagi saya selalu tampak bahwa pemrogram besar di timur mungkin menemukan cara untuk mendapatkan bayaran sebanyak atau hampir sebanyak pemrogram besar di barat; mungkin mereka meluncurkan perusahaan mereka sendiri, mungkin mereka mendapatkan visa, apa pun yang mereka bisa. Tetapi mereka cenderung menemukan jalan, bukan?

Ketika mencari tim programmer yang mau bekerja dengan sangat murah, saya tidak akan berharap untuk mendapatkan talenta tingkat atas. Benar tidak masalah di mana bakat Anda tinggal.

Saya dari Swiss. Saya telah mengerjakan satu proyek di mana kami melakukan outsourcing ke Ukraina. Pengembang yang jauh lebih murah, tetapi uang yang kami tabung harus diinvestasikan kembali dalam menerbangkan tim kami ke Ukraina setiap bulan untuk mengawasi tim dekat pantai ini. Proyek ini mati sekitar satu tahun setelah di-outsourcing-kan.

Saya sekarang sedang mengerjakan sebuah proyek yang di-outsourcing-kan ke perusahaan Swiss, yang dengan sendirinya mendekati itu ke Maroko. Proyek ini berjalan dengan baik, tetapi kami memiliki masalah komunikasi dan masalah kualitas.

Saya pikir masalah utama adalah bahwa kita lepas pantai proyek untuk membuatnya dibangun lebih murah. Selalu sulit untuk mendapatkan hal-hal yang lebih murah tetapi dengan kualitas yang sama ...

Sangat blak-blakan, dan secara umum, saya tidak percaya bahwa programmer di 'barat' memiliki pendapat tinggi tentang programmer di 'timur'. Saya tidak yakin apakah ini dibenarkan atau tidak.

Seperti beberapa jawaban menyarankan, outsourcing adalah ancaman bagi banyak orang di 'barat'. Ini adalah alasan otomatis untuk tidak mempercayai programmer 'saingan'.

Saya hanya melihat kode buruk ketika melihat proyek outsourcing, dan hanya sejumlah kecil kali. Ini bisa jadi karena pekerjaan pergi ke toko murah ("Anda mendapatkan apa yang Anda bayar"), karena proyek itu tidak dikelola dengan baik, atau kemungkinan besar karena jika proyek itu berhasil maka saya tidak perlu melihat kode. Dengan kata lain, Anda hanya mendengar tentang kode yang buruk.

Ada juga cerita-cerita horor - seperti file 30000 baris di atas. Lagi-lagi, semakin buruk ceritanya maka akan semakin menyebar.

Orang-orang akan mengatakan hal-hal seperti 'Jika Anda menginginkannya murah, lakukan outsourcing. Jika Anda ingin itu dilakukan dengan benar, lakukan di rumah. '

Jika Anda belajar dan meningkat maka saya tidak akan terlalu khawatir.

Penafian: Saya tidak memiliki pengalaman langsung dengan outsourcing sendiri. Di bawah, saya menyajikan beberapa poin yang muncul ketika saya membahas topik tersebut dengan seorang manajer proyek di sebuah perusahaan perangkat lunak besar barat. Orang ini telah menghabiskan banyak waktu di India, mengawasi tim outsourcing.

• Hampir tidak ada yang punya komputer di rumah mereka (terlalu mahal).
• Pendidikan IT India masih kurang. Gelar sarjana dalam CS diberikan kepada siswa yang tidak pernah menyentuh komputer (sekali lagi, terlalu mahal untuk memberikan siswa akses tingkat rendah ke komputer). Tugas pemrograman ditulis di atas kertas.
• Mentalitas "selalu mengatakan ya" sangat merusak
• Pemrogram India perlu diberi tahu apa yang harus dilakukan. Ada sedikit inisiatif.
• Pengembangan perangkat lunak alih daya ke India telah menjadi bencana
• Outsourcing dari beberapa tugas QA telah berhasil OK.
• Lain-lain .:
  • Listrik sangat tidak teratur
  • India kurang lebih adalah negara polisi
  • India tampaknya secara politik tidak stabil dan memiliki masalah terorisme.
  • Diberi pilihan, tidak ada yang akan memilih untuk tinggal di India.

Beberapa perusahaan IT terbesar di dunia berada di India, jika Anda mendengar tentang Wipro, Infosys, TCS, dll. Perusahaan-perusahaan India terbesar, yang sebagian besar "profesional perangkat lunak barat" tidak pernah mampu untuk lepas pantai akan dengan mudah memenuhi syarat sebagai yang terbaik di dunia dalam kualitas . Mereka mendapatkan setiap sertifikat di bawah matahari tentang kualitas hanya untuk menghilangkan ketakutan klien barat. Juga ada lebih banyak insinyur (gelar dan pengalaman) di sebagian besar perusahaan perangkat lunak India daripada kebanyakan perusahaan barat. Juga Google, Oracle, IBM, Microsoft, SAP semuanya memiliki pusat pengembangan dan tidak semuanya mencari programmer yang murah.

Jadi bagaimana kita melihat insinyur barat. Kami melihat tas campuran seperti Anda melihat tas campuran ketika Anda melihat ke laut. Ada orang-orang super teknis yang memenuhi syarat yang kita kagumi dan ada tas-tas douche yang kadang-kadang kita paksa untuk bekerja dengannya. Pada umumnya kita rukun dalam tim campuran. Hubungannya benar-benar menyebalkan jika Anda memiliki pebisnis yang "berorientasi teknis" di ujung barat dan hanya programmer di ujung lainnya. Ini biasanya sebuah perusahaan barat yang kelaparan uang yang ingin menghemat beberapa dolar dengan tidak mempekerjakan manajer lokal.

Pengalaman saya dengan outsourcing ke negara-negara timur (bukan Eropa Timur) sangat buruk. Semua aplikasi yang saya lihat mengerikan dan hanya terlihat seperti sekelompok kode yang tidak terkait yang direkatkan untuk hampir tidak melakukan pekerjaan yang seharusnya dilakukan.

Saya tidak berpikir ini karena programmer timur baru menjadi lebih buruk daripada programmer barat baru, saya pikir itu karena programmer timur tidak memiliki programmer berpengalaman untuk membimbing mereka. Di dunia barat, bekerja dengan bahasa pemrograman modern telah menjadi profesi umum selama ~ 45 tahun sehingga ada banyak programmer berpengalaman yang akan bekerja sama dengan siapa yang dapat Anda pelajari. Di timur pemrograman modern telah terjadi untuk apa? 10 - 15 tahun? Tidak ada pengalaman nyata bagi orang untuk belajar. Di atas semua itu, saya pikir (cara saya melihatnya dari sini adalah) bahwa dengan sebagian besar programmer di timur yang bekerja outsourcing, mereka mengambil banyak sifat buruk di mana tujuannya hanya untuk mendapatkan proyek dilakukan dengan cepat dengan memotong sudut, yang merupakan pengalaman Anda tidak harus meneruskan ke pengembang baru. Setidaknya di AS, sebagian besar pekerjaan pemrograman adalah untuk orang-orang yang bekerja pada rangkaian produk terbatas yang harus mereka dukung sepanjang waktu. Jadi orang-orang telah mengambil teknik untuk memastikan bahwa perangkat lunaknya stabil dan aman ... ini adalah pengalaman yang baik untuk diteruskan ke generasi baru.

Jadi ya, pada dasarnya saya tidak menganggapnya ada kaitannya dengan jumlah sekolah yang didapatkan seseorang di mana pun, itu ada hubungannya dengan kebiasaan yang diambil saat bekerja. Ada banyak programmer yang baik di luar sana (meskipun saya pikir mereka baik dalam minoritas) tetapi saya tidak berpikir mereka adalah orang-orang yang kita akan berinteraksi dengan orang Barat ketika proyek mendapatkan outsourcing.

Adapun Eropa timur, mereka memiliki pengembang yang berpengalaman di luar sana. Saya hanya takut bahwa mereka mungkin dihapus untuk memenuhi tuntutan outsourcing.

@ giddy, Peter: Sebagai seorang programmer yang berasal dari India, saya harus mengakui kebenaran, sedihnya, dari pernyataan Anda: pemrograman di India bukanlah sesuatu yang dilakukan orang karena pilihan, tetapi karena dorongan, jadilah mereka sosial atau ekonomi. Itulah salah satu alasan mengapa sangat umum di India untuk menemukan orang dengan cepat berpindah dari pekerjaan teknis ke pekerjaan manajerial (itu sebenarnya disebut "naik tangga", sebuah frase yang saya benci). Sekalipun Anda ingin terus tumbuh sebagai seorang teknisi, peran-peran manajerial dikerjakan untuk Anda (itulah salah satu alasan mengapa saya memutuskan untuk pindah dari India, sebenarnya).

Untuk alasan yang di luar jangkauan saya, pertumbuhan karier disamakan dengan jumlah orang yang bekerja untuk Anda, atau lebih tepatnya, di bawah Anda. "Saya bertanggung jawab atas tim x" atau "x orang yang bekerja di bawah saya" adalah pernyataan yang dianggap layak untuk orang yang "sukses" di India (tidak peduli bahwa "orang x" mungkin adalah orang-orang yang menghasilkan jenis itu. kode yang telah dirujuk oleh orang lain di utas ini).

Setelah mengatakan semua itu, saya ingin menunjukkan bahwa kualitas kode yang buruk bukan sesuatu yang terbatas pada India atau negara "murah" saja. Terkadang saya melihat sikap dan kualitas kode yang umum bahkan di Eropa. Untungnya, mereka bukan aturan umum.

Saya memiliki pengalaman yang beragam dengan offshoring pekerjaan kami, dan hanya bekerja dengan perusahaan lepas pantai secara umum. Sebagai referensi, saya tinggal di Amerika Serikat.

Keburukan

Saya bekerja di perusahaan yang mengontrak perusahaan di India, yang telah dinilai CMMI 5 dan akan bekerja dengan harga murah. Perusahaan memberi mereka beberapa perangkat lunak klien untuk ditulis dari awal, dan ketika kembali, kode itu bermasalah, benar-benar tidak berdokumen, dan umumnya sulit untuk diperbaiki dan dipelihara. Perusahaan akhirnya hanya menulis seluruh klien dari awal dan memakan biaya offshoring.

Dalam contoh lain, perusahaan tempat saya bekerja bermitra dengan perusahaan di Asia untuk memperkenalkan layanan dan produk mereka ke pasar timur. Apa yang terjadi adalah sebuah kisah rahasia yang hanya sedikit orang yang tahu (dan saya sendiri dengan perwakilan) di mana perusahaan Asia mengambil kode sumber dan desain produk kami, mematahkan kemitraan, dan kemudian merilis produk mereka sendiri yang sama dengan perusahaan saya.

Rata-rata

Dalam contoh lain, sebuah perusahaan tempat saya bekerja membuka kantor penelitian di China, tempat yang sangat modern, mereka memiliki barang-barang yang lebih bagus di kantor mereka daripada yang saya lakukan di tambang. Saya dikirim ke kantor China selama seminggu untuk pelatihan, karena fasilitas R&D akan digunakan untuk melakukan pengembangan Linux kustom. Tim memang memiliki beberapa orang yang cukup bagus, tetapi seperti halnya dengan pengembang dengan status seperti itu, mereka segera pergi setelahnya, dan tim yang tersisa menulis API untuk kami gunakan kembali di Amerika Serikat. Saya akan menyebut API benar-benar buruk karena tidak menunjukkan pemahaman tentang Linux, dan kode sumber yang mendasarinya cukup miring. Tapi saya pikir masalah besar di sana adalah perusahaan memilih tim aneh untuk memberikan pekerjaan Linux juga, karena tidak ada seorang pun di tim itu yang ahli Linux sama sekali, dan proyek itu dibatalkan setahun kemudian.

Yang baik

Dalam kasus lain, perusahaan lain yang saya kontrakkan bekerja dengan perusahaan di Eropa Timur. Orang-orang itu sangat baik, mereka dikontrak untuk melakukan pengujian kerentanan dan walaupun mereka sebenarnya cukup mahal, mereka umumnya dipandang sebagai investasi yang layak.

Saya juga bekerja dengan perusahaan layanan TI India yang agak besar, dan kami memiliki pengembang yang dipekerjakan oleh mereka tetapi dikontrak oleh kami. Ada beberapa pengembang yang baik di sana, tapi itu cerita yang lebih umum karena kami semua bekerja bersama dalam berbagai proyek.

Cerita-cerita ini untuk hiburan - Saya telah bekerja dengan banyak perusahaan, dan saya punya cerita tentang perusahaan domestik dan asing.

Bagi beberapa perusahaan - komunikasi selalu menjadi bagian yang sulit. Saya bekerja di waktu Timur, dan kami akan berbicara dengan orang-orang 10 - 13 jam di depan kami. Kami juga hanya akan melalui manajemen, tidak berbicara dengan pengembang yang sebenarnya, jadi ada pemutusan di sana.

Ada juga devs yang saya temui yang tidak menikmati pekerjaan mereka. Kami memiliki seorang dev Korea, yang ingin datang ke negara-negara bagian untuk bekerja karena dia bekerja dengan jam kerja yang sangat murah dengan upah rendah untuk sebuah perusahaan pertahanan di Korea. Saya adalah rekan kerja dengan seorang dev (juga orang asing) yang menyesali pilihannya untuk menjadi seorang pengembang - dia melakukannya untuk mencoba menghasilkan jutaan.

Menarik! Saya orang Tionghoa dan saya pikir saya tahu mengapa programmer di sini tidak memiliki rasa ingin tahu dan kreativitas. Sebagian besar rekan kerja saya mengeluh setiap hari, mereka benci coding, mereka tidak suka mendesain, mereka hanya bergosip di sana-sini (itu adalah bagian dari budaya kami). Mereka datang ke perusahaan perangkat lunak hanya untuk gaji yang lebih tinggi (dalam mengembangkan countires, orang-orang IT dibayar dengan baik), bukan untuk "menyelamatkan dunia" atau membuat perbedaan. Tidak ada minat, tidak ada motivasi, tidak ada rasa ingin tahu dan tidak ada kreativitas !!!! Tapi ada kepala pintar (seperti saya ^ _ ^), mereka melakukan pekerjaan yang berkualitas dan tepat waktu !!!!