it-swarm-id.com

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 lepas pantai? 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?

101
Vinoth Kumar C M

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 cout untuk mencetak.

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

Sedih karena aku memiliki begitu banyak hal untuk dikatakan dan itu menyakitkanku. TETAPI semua orang di sini tidak seperti ini. Ada banyak dari kita, itu, yang mungkin kesan orang dapatkan. 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.

81
gideon

Penafian: Saya tinggal di Eropa Timur Tengah, membuat keputusan sendiri tentang apakah saya dianggap sebagai Timur atau Barat :-) Karena itu, saya bekerja pada proyek-proyek yang dialihdayakan ke negara kita dari Eropa Barat, dan saya mengalami keraguan dari rekan kerja dan manajemen Barat yang lebih Barat 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 miliki aksesnya (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 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 orang India terhadap budaya untuk mengatakan tidak terhadap permintaan apa pun, karena saya yakin itu dianggap tidak sopan 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 yang sia-sia dalam proyek kami saat ini adalah penerapan skema pemantauan kinerja. Idenya adalah untuk membagikan benda-benda 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 yang disebutkan sebelumnya, skema ini tidak pernah digunakan dalam praktik, dan saya yakin efeknya memonopoli kinerja dapat dideteksi oleh prototipe awal, membuat seluruh pekerjaan tidak perlu, b) semua komentar Javadoc berisi kesalahan ejaan yang sama , c) komentar tersebut bukan milik Javadoc.

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.

118
Péter Török

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/dia melakukan pekerjaan dengan baik, dan proyek berkembang dengan cukup baik, selain perlu bekerja di UI untuk memperbaiki beberapa masalah kecil dengan kata-kata yang tidak 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 saya cukup yakin idenya sejak hari pertama adalah untuk meminimalkan pengeluaran, sambil tetap bisa memberitahunya bahwa idenya adalah dalam pengembangan aktif. Sementara kode yang kami dapatkan sepenuhnya tidak berguna, akan sulit untuk menyalahkan kontraktor banyak, karena tidak ada upaya yang pernah dilakukan untuk mengelola proyek atau bahkan hanya memberi mereka spek yang dapat digunakan. Kode mereka mulai buruk dan kualitasnya cepat merosot ketika jelas tidak ada yang peduli.

30
Jerry Coffin

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

Gagasan untuk menulis ini adalah untuk mengatakan bahwa India lebih dari sekedar pusat outsourcing. Saya harap barat melihatnya seperti itu dan alih-alih menyerap bakat, barat harus mengatur 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 katakan.

Pendidikan di India berada dalam kondisi yang sangat mengganggu dengan tenaga kerja yang diproduksi setiap tahun yang tidak memiliki atau sama sekali keterampilan teknis yang menghebohkan. Sistem pendidikan sama sekali tidak kompetitif dalam hal inovasi atau kewirausahaan. ini telah menyebabkan negara kami sangat malu seperti komputer $ 10 yang dikembangkan secara indigenous baru-baru ini (yang ternyata merupakan tablet murah Cina Android, hanya dikelola oleh perusahaan India), atau klaim sebelumnya dari terobosan teknologi lain (yang ternyata hanya merupakan ibu jari) Institusi pendidikan benar-benar terputus dari dunia teknologi yang sebenarnya dan lebih tertarik pada siswa yang menemukan kembali roda, semuanya atas nama inovasi. institut pendidikan, semua orang membenci mereka.

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 level, pengembangan level aplikasi dan pengembangan level sistem.

Untuk pengembangan aplikasi, sebagian besar mahasiswa baru di India direkrut secara massal oleh perusahaan-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 Java bingkai dan membuat WinForm dan ASP.NET UI sederhana 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++ bodoh dan kabur tanpa konsep berorientasi objek yang tepat menggunakan cout dalam program C bukan C++, ASM dan lebih banyak pemrograman 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. Ini 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 persediaan (pemesanan hotel, CRM hal semacam itu). Ya itu bukan tugas yang mudah, tetapi tidak layak untuk mengerjakan 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 membuat siswa takut 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, apalagi disiapkan untuk penggunaan kehidupan nyata.

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 query database, mengisi tampilan grid dan tidak peduli tentang keamanan. Sial, bahkan situs web lepas itu memiliki postingan pekerjaan yang lebih baik (klon YouTube, Google instan + 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 mendapat proyek ini dan saya iri padanya, tetapi tingkat pekerjaan ini terjadi di India juga. Senior lain di kampus saya mengembangkan klon kinect (mouse multi-touch, seperti dalam laporan minoritas) dalam proyek tahun terakhirnya hanya menggunakan 2 webcam murah. Sama halnya, ada orang lain yang menyalin kode dari Internet dan entah bagaimana mendapatkan gelar menciptakan kembali roda.

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

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 karier 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. :)

22
r3st0r3

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 kesempatan.

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 usia 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 daring 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 diberitahu apa yang harus dilakukan

Yang terpenting, programmer yang baik juga komunikator yang baik. Pemrogram terbaik adalah mereka yang dapat membujuk orang lain. Mereka adalah orang-orang yang bisa 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!

22
jmort253

Peringatan, generalisasi kasar di depan. Sudut pandang yang diekspresikan tidak dibagikan oleh semua orang. Bahkan, 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.

18
Scant Roger

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.

18
user193655

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 lebih 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 ini take humor pada kecenderungan itu. Apa pun kombinasi alasannya, apakah itu keputus-asaan, budaya, atau keyakinan bahwa pelanggan itu benar, kecenderungan ini lebih buruk dalam proyek-proyek yang di-outsourcing-kan ke India. Terkadang sampai tingkat yang lucu.

Hasilnya adalah 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 dilakukan perusahaan adalah dengan merekrut orang India ke Amerika Serikat 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. Satu-satunya hal yang membatasi tingkat penyalahgunaan program ini adalah bahwa ada batasan pada berapa banyak visa H1B yang diberikan setiap tahun.

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 jauh 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.

18
btilly

IMO masalahnya bukan Timur vs Barat, tetapi gagasan umum outsourcing. Kembali pada 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 hampir sama dengan pekerjaan mengerjakannya sendiri (meskipun Q&P). 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.

12
user281377

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/bekerja di sini adalah:

  • Kurangnya 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 tapi 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 menjerit 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.
  • Dapat Diperpanjang tidak masalah bagi orang Cina untuk bekerja dengan peralatan bekas pakai. 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 devs 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.

11
Newtopian

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 peretas di Malawi yang membuat antarmuka sentuh luar biasa Rails sistem open source yang didukung untuk klinik HIV, menggunakan dan berkontribusi untuk proyek open source dengan cara yang penting.

Saya juga melihat programmer Amerika bekerja di 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 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 kurang lebih bersifat 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 masih 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 dapatkan. 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 merekrut 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 dari mereka tidak tahu cara memprogram dengan sangat baik.

Penyegar terbaik adalah seorang wanita muda yang telah 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) untuk 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.

9
rabble

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 luar negeri
  • 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 untuk senior ITU manajemen karena trendi/populer/KcKinsey berkata/tidak mengerti pengembang/...
8
gbn

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, semua masalah disebabkan oleh pelanggan" di perusahaan offshoring di sana. Tentu saja perusahaan muncul dan menghilang dengan cepat, mengubah citra diri mereka sendiri dan memulai lagi setelah nama mereka dinodai oleh kinerja yang buruk, juga berperan.

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.

8
jwenting

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 ... pilih 100 dari mereka dari mana saja dan Anda akan mendapatkan kira-kira sama rasio 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. Sebaliknya, Cina lebih mirip Silicon Prairie di sini, di bagian barat tengah 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-lompat pekerjaan, beberapa orang menetap di sana.

7
cabbey

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. Sungguh 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.

5
Geek

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 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 yang mana saja. 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 jasa ISO/CMMI/SEI tersebut. Mereka mempekerjakan bakat seperti membesarkan kawanan domba atau ternak.

4
Kumar

Saya seorang Amerika yang saat ini tinggal di luar negeri (di Rusia) dan bekerja sebagai pengusaha (dan freelancer 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 mendapati mereka sangat berbakat dan insinyur yang layak. Ketegasan dan kreativitas saya akan setuju cenderung tipe kepribadian insinyur yang lebih Amerika saat ini, tetapi itu tidak akan bertahan lama saya percaya sebagai freelancing dan outsourcing matang.

  • Pengalihdayaan 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 upah 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 dipertahankan .

  • Saya melihat posting yang agak sombong di sini dari para insinyur AS tentang betapa buruknya semua pengembang non-AS (lihat, misalnya, utas ini: https://stackoverflow.com/questions/209170/how- banyak-tidak-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 dibayar sangat 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. Alih-alih, klien elance harus melihat sedikit di luar penawar terbawah, ada permata asli di luar sana, bahkan pengembang teratas, tersedia dengan diskon besar untuk tarif AS di tempat. 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 adalah sangat 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. Ada bakat dinamis/kontinum biaya terus-menerus bergerak, dan latar belakang bakat sekitar insinyur non-AS hanya akan naik, yang akan menempatkan 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 bakat 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".

4
Bogatyr

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 menghabiskan waktu yang lama 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!

4
user18244

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 adalah Nice, memperlakukan kami seperti pengembang in-house. Kekhawatiran sedikit tentang keamanan pekerjaan dapat dirasakan dari orang-orang, apa yang saya anggap normal. Selain itu, kami mendapat 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-negara yang lebih murah dan lebih murah.

4
Karl

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

Tentu saja saya subjektif, tetapi saya percaya kami adalah contoh dari 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 teknologi dan pengalaman manajemen yang hebat.

4
SiberianGuy

Saya dari Swiss. Saya telah mengerjakan satu proyek di mana kami melakukan outsourcing ke Ukraina. Pengembang yang jauh lebih murah, tetapi uang yang kami simpan 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-outsource.

Saya sekarang sedang mengerjakan sebuah proyek yang di-outsourcing-kan ke perusahaan Swiss, yang dekat saja dengan 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 ...

3
Guillaume

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 hebat 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.

3
Havoc P

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 seperti Prasoon Saurav tetapi beberapa tim junior coding.

3
CashCow

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 mengenai 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 semua memiliki pusat pengembangan dan tidak semua dari mereka 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 di tim campuran. Hubungan ini 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.

2
user18189

@ 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-orang dengan cepat berpindah dari pekerjaan teknis ke pekerjaan manajerial (itu sebenarnya disebut "naik tangga", sebuah ungkapan yang saya benci). Bahkan jika Anda ingin untuk terus tumbuh sebagai seorang teknisi, peran-peran manajerial dikacaukan kepada 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 "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. Saya kadang-kadang melihat sikap dan kualitas kode yang umum bahkan di Eropa. Untungnya, itu bukan aturan umum.

2
JamieJag

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

  • Hampir tidak ada yang memiliki 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
  • Alih daya dari beberapa tugas QA telah bekerja dengan baik.
  • 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.
2
user18213

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 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 boleh meneruskan ke pengembang baru. Setidaknya di AS, sebagian besar pekerjaan pemrograman adalah untuk orang-orang yang bekerja pada serangkaian 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.

2
user18458

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 membenci 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 !!!!

2
user19025

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 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 kisah rahasia yang hanya sedikit orang yang tahu (dan saya sendiri dengan perwakilan) di mana perusahaan Asia mengambil kode sumber dan desain produk kami, memutuskan 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 miliki 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 memanggil 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. Saya sebenarnya suka bekerja dengan orang-orang dari tim itu, tetapi manajemen mereka dan tim saya banyak berdebat tentang bencana Linux.


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 IT 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 ia 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.

2
wkl

Sangat blak-blakan, dan secara umum, saya tidak percaya bahwa programmer di 'barat' memiliki pendapat tinggi dari 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 beberapa 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 tentang hal itu.

2
Kirk Broadhurst

Pengalihdayaan hanya memiliki satu tujuan: biaya rendah.

Outsourcing sangat populer di industri ini, bahkan di perusahaan internasional besar, mereka juga menggunakan outsourcing di dalam. Departemen Barat dapat menggunakan outsourcing untuk departemen timurnya.

Saya pikir keuntungan utama dari barat adalah di desain dan bisnis area. Dalam kebanyakan kasus, desain departemen barat di tingkat arsitek bahkan menyediakan beberapa kode dasar atau perpustakaan. Dan departemen barat tahu bisnis secara mendalam. Setelah evaluasi, desain dasar dan analisis bisnis akan ditransfer ke departemen timur.

Dalam pengalaman pribadi saya, departemen barat lebih matang dalam industri, sedangkan departemen timur maju lebih cepat.

Dengan pengembangan di timur, outsourcing bergerak ke negara-negara dengan biaya lebih rendah. Sementara itu, outsourcing adalah laba yang relatif rendah, perusahaan timur akan membangun kemampuan mereka dalam desain dan bisnis sendiri dengan belajar dari barat selama tahap outsourcing.

Pengalaman saya: Saya lahir dan dididik di dekat NYC, dan telah bekerja dengan insinyur/pengembang di Cina dan India selama lebih dari sepuluh tahun, serta dengan tim di Eropa. Dan banyak rekan kerja saya adalah imigran dari Tiongkok dan India.

Secara umum, saya mengamati bahwa karyawan di Cina dan India melayani dua tujuan utama: sebagai pusat biaya rendah dan sebagai akses ke pasar lokal. Secara khusus, Cina adalah salah satu pasar terbesar kami dan tempat pelanggan terbesar kami di luar AS; ada kebutuhan untuk pekerjaan lokal untuk berurusan dengan pelanggan untuk penyesuaian dan pengujian.

Majikan saya juga memiliki R&D di India dan Cina, tetapi itu sedikit di luar cakupan diskusi ini.

Secara umum, "timur" lebih muda dan memiliki tingkat pergantian karyawan yang jauh lebih tinggi. Mereka juga mendapatkan kenaikan gaji yang lebih tinggi dari basis yang jauh lebih rendah, dan saya telah melihat peningkatan taraf hidup mereka selama ini. Banyak dari mereka sekarang memiliki kendaraan bermotor (skuter atau mobil) dan memiliki akses internet broadband.

Bagian dari pelatihan kepekaan budaya kami adalah bagaimana berbagai budaya menangani konflik, hierarki, dan otoritas, dan ada kebenaran di dalamnya. Terutama dalam pendekatan terhadap otoritas ...

1
user18096

Saya bekerja untuk sebuah perusahaan seperti London yang memiliki kontrak dengan skema rekrutmen India, mereka dibayar dengan baik, tetapi, sekitar 2/3 dari penghasilan sebagian besar konsultan, dari apa yang dikatakan kepada saya bahwa mereka harus menggunakan jumlah tertentu dan CFO melihatnya sebagai berharga untuk uang. Mereka semua memiliki gelar master dll. Lebih dari kebanyakan kontraktor. Hasil? Benar-benar berantakan! ASCII kompetisi seni dalam tajuk file c #, mengabaikan konvensi penamaan, benjolan besar jika bersarang, itu mengerikan, tidak tahu tentang OOP, bahkan tidak memulai pada SOLID atau TDD. Lebih buruk lagi mereka terus mengaduk omong kosong ini.

Saya dan beberapa orang lain yang merasa bangga dengan pekerjaan kami, akan duduk di sana sambil mengutuknya dengan frustrasi, mereka telah didekati oleh beberapa orang lain, tetapi tidak melakukannya dengan baik, pada akhirnya manajemen mendapat kaki yang gatal dan membawa kami ke samping karena dianggap rasisme. (Angka pergi).

Sebelum itu saya manggung di situs perbandingan harga, mereka melakukan outsourcing ke Vashai di Mumbai, saya pergi untuk mengajar (dua minggu yang baik). Lagi-lagi orang-orang baik, tetapi semua orang satu layak 1/3 dari gaji lulusan yang seharusnya mereka dapatkan, sekali lagi semua dengan gelar Master. Mereka tidak bisa mendapatkannya.

Hanya pengalaman saya saja.

1
Mâtt Frëëman

Ada jutaan programmer di India, jadi jawaban ini harus menjadi generalisasi. Saya pikir jawabannya telah berubah secara dramatis dari waktu ke waktu. Anda kembali satu dekade yang lalu (terutama sebelum jatuhnya .com), dan pengalamannya adalah bahwa Anda akan sulit sekali menemukan pengembang tingkat menengah dan menengah yang lebih baik daripada melakukan outsourcing ke India. Mereka cerdas, terampil, umumnya memiliki keterampilan komunikasi yang kuat, tetapi yang paling penting mereka sangat bersemangat untuk menunjukkan apa yang bisa mereka lakukan. Bakat senior juga ada di India, tetapi seperti halnya di Barat, sulit untuk mendapatkannya dengan outsourcing kecuali Anda membuat kontrak langsung dengan pengembang.

Namun sekarang, saya pikir pendulum telah berayun cukup jauh ke sisi lain. Permintaan untuk programmer yang terampil di India sangat besar sehingga kumpulan talenta telah menyebar sangat tipis. Saya tidak akan menyentuh perusahaan outsourcing India kecuali saya memiliki hubungan yang kuat dengan mereka dan tahu saya bisa mengandalkan kualitas. Jika Anda ingin programmer yang bagus di India, Anda jangan outsourcing. Anda perlu mendirikan toko di India dan mulai menyaring dan merekrut orang. Anda masih dapat menemukan talenta hebat (sebenarnya ada lebih banyak yang tetap di India daripada di zaman dahulu kala), tetapi bagi saya gagasan bahwa Anda bisa mendapatkan talenta itu dengan diskon signifikan adalah fantasi nostalgia. Ternyata programmer yang baik sulit ditemukan di mana-mana dan karena itu mereka dapat mengenakan biaya premium untuk layanan mereka ... di mana-mana. Sekarang saya melihat India sebagai tempat untuk menemukan lebih banyak talenta hebat, bukan sebagai tempat untuk mendapatkan segala jenis penawaran.

1

Programmer barat pertama hanya untuk setiap kesepakatan dengan programmer India yang memiliki kode tertulis sebagai bagian dari perjanjian "out sourcing". Saya berharap programmer India terbaik menulis kode untuk perusahaan India, atau dipekerjakan langsung oleh perusahaan besar barat seperti Microsoft.

Saya pikir akan jauh untuk mengatakan, setiap kali saya harus "memperbaiki" kode tersebut. (Dari beberapa alasan programmer Weston diharapkan untuk memilah kekacauan beberapa minggu sebelum proyek dimaksudkan untuk dikirim. Mungkin jika kode tidak berantakan, programmer Weston tidak akan pernah harus melihatnya =.)

  • Para programmer India tidak “mendapatkan” visi tentang apa yang seharusnya mereka lakukan.
  • Mereka melihat hal-hal seperti "Unit Testing" sebagai item "kotak centang" dan karena itu hanya menulis metode pengujian yang cukup tanpa memikirkan tentang apa yang mereka uji.
  • Para programmer India mengaku memahami apa yang dibutuhkan dan mampu melakukannya, terlepas dari kebenarannya.
  • Para programmer India tidak pernah mempertanyakan cara mereka diminta untuk mengimplementasikan persyaratan yang diberikan dan oleh karena itu tidak pernah mempertanyakan spesifikasi bahwa programmer Barat akan mempertanyakan dan diperbaiki sebelum menulis "kode yang benar untuk melakukan hal yang salah".
  • Mereka bekerja keras dan berjam-jam, tetapi tidak menghasilkan solusi yang berhasil, hanya sesuatu yang mungkin terus membaca spec.
  • Di Inggris tidak diperbolehkan untuk mengatakan Anda tidak dapat bekerja dengan India ketika Anda tidak dapat memahami apa yang dikatakan dalam rapat telepon dll. Oleh karena itu Anda tidak dapat memberi tahu siapa pun bahwa proyek ini salah. (Masalah zona waktu sendiri cukup untuk membuat sebagian besar programmer Inggris untuk saat ini harus bekerja pada proyek dengan programmer India)
  • Ada juga banyak kebencian ketika programmer Barat harus menghabiskan waktu "mengasuh bayi" programmer India daripada menulis kode sendiri, tidak seperti programmer trainee di Inggris, Anda tahu bahwa bulan depan Anda hanya perlu mengulanginya lagi dengan yang berbeda. mengatur programmer India.

Lebih banyak saya berpikir tentang ini, saya pikir masalahnya adalah banyak tentang perusahaan perangkat lunak berpikir mereka dapat menghemat uang dengan outsourcing pengkodean untuk programmer yang tidak memiliki pemahaman tentang (atau minat nyata dalam) domain masalah. ( Memahami cara kerja Barat adalah bagian dari domain masalah).

(Keyakinan keliru bahwa orang “penjualan” dapat melewati departemen pengembangan in-house, menulis spec sendiri dan kemudian mendapatkan beberapa programmer India yang murah untuk menulis kode, masih sangat umum.)

Saya memiliki pengalaman yang lebih baik dengan programmer Eropa Timur, karena mereka melihat untuk memahami Barat lebih baik, berada di zona waktu yang lebih baik. Juga dimungkinkan bagi seseorang untuk naik pesawat terbang dengan penerbangan panjang yang wajar (dan sedikit jet lag) untuk pengaturan tatap muka.

1
Ian

Saya telah bekerja di perusahaan multinasional besar yang mendirikan kantor khusus India. Mereka juga menggunakan konsultan India dari perusahaan terpisah. Kantor India sebaiknya membayar staf yang telah pindah kembali dari AS. Saya selalu menemukan pekerjaan dari kantor India memiliki kualitas yang sangat tinggi. Konsultan bergaji rendah sebagian besar digunakan untuk pengujian dan setiap pekerjaan pengembangan yang mereka lakukan umumnya buruk.

Meskipun saya setuju dengan banyak pengamatan budaya di posting lain saya pikir ekonomi adalah faktor dalam menentukan kualitas. Hanya ada sedikit insinyur yang bagus secara global. Sebagian kecil dari kumpulan tenaga kerja yang tersedia. Saya mendefinisikan insinyur yang baik sebagai seseorang yang ingin tahu, berpengetahuan luas dan memiliki pendidikan yang baik untuk membangun keterampilan ini. Karena permintaan melebihi penawaran, mereka direkrut secara global. Ada sejumlah kecil insinyur luar biasa di India. Sebagian besar dari mereka adalah lulusan dari tingkat atas universitas India (seperti IIT). Demikian juga ada sejumlah kecil insinyur asli barat yang berbakat.

Sebaliknya ada jumlah insinyur miskin dan rata-rata yang sangat tinggi. Saya ingat dalam booming dot com bahwa perusahaan-perusahaan merekrut lulusan sejarah barat, yang hampir tidak bisa mengeluarkan beberapa HTML, karena mereka sangat membutuhkan staf. Sekarang seorang insinyur miskin di barat tidak akan mendapatkan pekerjaan. Anda sekarang dapat menyewa yang setara di India untuk sebagian kecil dari harga. Karena itu, Anda mendapatkan konsentrasi staf yang sangat miskin di konsultan India.

Kadang-kadang saya akan menemukan beberapa permata di konsultan. Secara alami mereka cerdas dan akan mengajukan banyak pertanyaan. Biasanya mereka menebus pelatihan yang buruk. Yang menyedihkan adalah bahwa mereka tidak akan mendapat dukungan dari majikan mereka. Banyak kebijakan konsultasi dirancang untuk membatasi keterampilan yang dapat diambil seorang konsultan, seperti periode rotasi enam bulan yang diberlakukan antara kontrak.

1
user18262

Anekdot saya:

Beberapa tahun yang lalu saya mengerjakan proyek dengan tim dari India. Saya menemukan mereka sangat menyenangkan untuk diajak bekerja sama. Mereka benar-benar tahu barang-barang mereka. Satu-satunya titik gesekan kami adalah waktu respons terhadap perubahan menit terakhir dari klien; meskipun untuk bersikap adil, ego manajemen tidak selalu diterjemahkan dengan baik melintasi bahasa dan jarak.

0
JohnWinkelman

Saya akan mengatakan bahwa itu sama dengan programmer dari mana saja, kadang-kadang seorang programmer baik, kadang-kadang dia buruk.

Saya telah bekerja pada banyak tim dengan programmer dari dunia "Timur" (termasuk Eropa ... yang IS Di sebelah timur saya. Beberapa dari mereka buruk, beberapa bagus).
Saya pernah bekerja dengan seorang pria India yang merupakan programmer tercepat dan paling terampil yang pernah saya gunakan. Dia sangat jarang memiliki bug dan kodenya selalu rapi dan bersih dan dilakukan sebelum diharapkan termasuk pengujian.
Di sisi lain, saya bekerja dengan seorang pria India yang menghabiskan 9 bulan di mejanya di telepon selulernya sambil tertawa dan berbicara. Para manajer tidak yakin apa yang harus dilakukan dengannya karena pekerjaannya selalu selesai. Itu tidak selalu merupakan pekerjaan terbaik tetapi dilakukan. 9 bulan kemudian mereka menemukan bahwa dia telah menghabiskan seluruh pekerjaannya di sana mengirim pekerjaan kepada teman-teman dan keluarganya di India tanpa memberitahu siapa pun. Dia telah mengubah dirinya menjadi manajer tim pengembangan outsourcing dengan pilihannya sendiri.

Manusia adalah manusia. Beberapa dari mereka payah, beberapa dari mereka tidak.

0
James P. Wright

Kesalahan terburuk yang saya buat adalah melakukan outsourcing ke India. Itu hanya untuk HTML dasar, dan programmer lebih dari mampu pemrograman PHP dan SQL (setidaknya mereka berpikir begitu). Kami mengalihdayakan mereka untuk membuat beberapa formulir untuk kami, dan apa mereka keluar dengan ratusan meja di dalam satu sama lain.Tidak hanya itu, tetapi manajer proyek utama mengambil liburan tiga minggu tanpa berkomunikasi dengan kami.

Dari apa yang saya lihat di Timur, saya tidak percaya bahwa Timur layak mendapat perhatian dari Barat. Sekali lagi, saya tidak membenci orang India, mereka luar biasa, tetapi orang India yang saya alami memiliki etos kerja yang mengerikan.

Saran saya: Anda akan gila untuk melakukan outsourcing ke India.

0
user22019

Secara pribadi, saya pikir semua orang berbeda. Saya telah melihat beberapa yang baik, beberapa yang buruk.

Saya pikir ada persepsi negatif, karena kebanyakan orang barat berurusan dengan konsultan dan konsultan cenderung melakukan yang paling tidak mungkin dan mencari cara untuk menyalahkan orang lain atas kesalahan mereka.

Hal lain yang perlu diingat, banyak programmer Amerika adalah imigran dari India. Saya tidak memiliki statistik, tetapi saya kira sekitar setengahnya.

0
Joe

Dalam salah satu pekerjaan saya sebelumnya, saya bekerja pada sebuah proyek yang memiliki pemisahan pembangunan antara Irlandia, Amerika Serikat dan India. Beberapa aspek aneh dari proyek tidak dapat membantu mis. perbedaan waktu tetapi fakta bahwa seringkali orang India memiliki bahasa Inggris tertulis yang sangat buruk berarti bahwa hal-hal seperti laporan cacat dapat mengambil banyak waktu untuk menguraikan. Setelah beberapa saat saya merasa lebih mudah untuk mengangkat telepon dan memanggil orang itu secara langsung jika memungkinkan. Jauh lebih mudah untuk mengklarifikasi apa arti seseorang jika Anda dapat berbicara dengan mereka daripada mengirim e-mail setelah e-mail.

Sementara outsourcing pada dasarnya tentang mengurangi biaya, ada pengembang berbakat di seluruh dunia. Bagian yang sulit adalah mampu membedakan mereka dari yang tidak begitu berbakat!

0
Malice

Saya seorang programmer ASP.NET/C# dari Tiongkok. Saya sangat setuju dengan Péter Török. Kami baru saja mengambil alih proyek yang dikembangkan oleh Philipen selama beberapa tahun. Kode itu adalah yang paling menjijikkan yang pernah saya lihat. Setiap kelas setidaknya memiliki 3000 baris. Mereka pemborosan kode seperti itu karena kode tersebut benar-benar prolixity. mereka tidak tahu apa itu reuse. Dan mereka tidak melakukan uji unit. Seluruh sistem berada di Edge of crash.

Saat ini kami sedang mencoba untuk memperbaiki bug untuk proyek besar. Pekerjaannya benar-benar seperti mimpi buruk.

0
gekowa

Saya cukup yakin persentase pengembang yang baik adalah sama di bagian timur dunia daripada di tempat lain. Ini menyiratkan bahwa ada beberapa pengembang yang baik di bagian timur dunia, seperti di tempat lain.

Masalahnya berasal dari fakta bahwa "menjual perangkat lunak" adalah cara termudah untuk menghasilkan uang, jadi banyak orang berpura-pura tahu bagaimana mengembangkannya karena mereka telah menulis 3 baris kode Php, dan mencoba menjual perangkat lunak (= outsourcing).

Jadi, ini hanya matematika sederhana: ada banyak yang disebut perusahaan perangkat lunak, tetapi ada beberapa pengembang yang sangat baik di bagian timur dunia , seperti di tempat lain. Untuk memahami, biarkan menggunakan angka, meskipun itu tidak nyata:

  • 100 perusahaan perangkat lunak di bagian barat dunia. 50 di antaranya bagus.
  • 10.000 perusahaan perangkat lunak di bagian timur dunia. 50 di antaranya bagus.

Jadi ... kemungkinan Anda mendapatkan perusahaan perangkat lunak yang buruk jauh lebih tinggi di bagian timur dunia daripada di tempat lain. Tetapi fakta penting adalah bahwa ada banyak pengembang yang baik di bagian barat daripada di bagian timur.

Sebagai tambahan, ada masalah mentalitas yang memperburuk keadaan.

Dan untuk menyimpulkan apa yang terjadi di Prancis: ada ribuan proyek yang di-outsourcing-kan, dengan hasil yang dahsyat, dan banyak di antaranya adalah proyek-proyek besar (proyek-proyek besar outsourcing seperti penghematan besar). Jadi sekarang, Geeks nyata dan manusia seperti saya, yang nyata pengembang (pengembang nyata = tidak tertarik oleh uang dulu) memiliki banyak pekerjaan di Perancis, karena saya telah melakukan Dig dalam semua yang telah dilakukan, berikan "kesimpulan ahli" dan perusahaan bertindak. Saya dibayar dengan sangat baik, jadi semuanya dalam satu, itu bukan hal yang buruk;)

Tolong jangan ragu untuk memperbaiki posting saya, untuk menjadikannya bahasa Inggris yang tepat, karena bahasa Inggris saya sempurna.

0
Olivier Pons

Nah, karena dari AS dan memiliki pengalaman bekerja dengan beberapa perusahaan di India, saya akan mengatakan itu sulit tetapi menjadi lebih baik. Saya merasa bahwa mereka secara teknis dapat melakukan apa yang Anda minta tetapi Anda benar-benar harus menguraikan semuanya secara rinci atau itu akan menjadi proyek yang sangat panjang dan berantakan. Ini bukan karena orang India tidak mengerti apa yang Anda inginkan, tetapi mereka berpikir secara berbeda, setidaknya dari aspek kegunaan pada proyek Anda.

Saya hanya akan memberikan contoh singkat. Kami memiliki proyek dimana perusahaan India sedang membangun antarmuka pengguna kami dan beberapa koneksi basis data. Ketika proyek itu hampir selesai, kami melihatnya, dan pada awalnya terlihat sempurna. Kemudian ketika kami mulai menjalankan melalui program kami menyadari ada sesuatu yang salah. Ketika kami pergi untuk menambahkan sesuatu, dan Anda berada di halaman, untuk beberapa alasan Anda harus menekan tombol Add meskipun Anda sudah ada di sana, dan kemudian ketik informasi dan kemudian tombol kirim.

Ini tampaknya kontra-intuitif bagi kami karena kami sudah berada di halaman dan tidak perlu menekan tombol Tambah dan akan mengisi informasi dan kemudian pilih tombol kirim dan tidak ada yang akan terjadi. Mereka merancang apa yang kami minta tetapi secara fungsional tidak masuk akal bagi kami sama sekali di sini di barat jadi kami akhirnya merancang ulang seluruh bagian belakang.

Saya menemukan bahwa bekerja dengan negara-negara lain, meskipun biayanya lebih rendah, tampaknya akan lebih lama dan mungkin sebenarnya lebih mahal dalam jangka panjang jika Anda berurusan dengan sensitivitas waktu terhadap pesaing Anda. Pada proyek itu pesaing kami berakhir beberapa tahun di depan kami karena kesulitan yang kami miliki. Sekarang saya tahu ini semua karena gangguan komunikasi dan pemahaman dan saya merasa Anda harus memiliki seseorang yang pandai menjelaskan proses dan dapat berbicara secara teknis dengan kedua kelompok pada tingkat yang sama untuk membuat semuanya berjalan lebih lancar.

0
user18642