Bagaimana programmer di Barat melihat programmer di Timur?


101

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?


3
Benar Tetapi bagian utama dari ekonomi TI dibangun di atas layanan.
Vinoth Kumar CM

8
Sebagai kontras saya juga memposting: programmers.stackexchange.com/questions/50884/... - "Bagaimana programmer di timur melihat programmer di barat?"
Jon Hopkins

11
Kembali. memilih untuk menutup - Saya heran. Saya pikir ini adalah pertanyaan subjektif yang hebat meskipun saya akan menekankan bahwa orang perlu mendukung jawaban mereka dengan pengalaman dan fakta di atas pendapat murni.
Jon Hopkins

11
Wow, ketika saya pertama kali membaca ini saya pikir artinya Pantai Timur vs. Pantai Barat di AS.
Jess

3
@Andrew: LoL. Ada kesenjangan budaya yang cukup besar di sana! apalagi Midwest.
Mike Dunlavey

Jawaban:


81

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.


29
Sangat menarik, terima kasih untuk sudut pandangnya. Saya pikir "orang tua mendorong anak-anak mereka ke dalam, dan orang-orang belajar, hal-hal yang mereka tidak pandai" adalah fenomena yang cukup banyak di seluruh dunia - hasil yang buruk hanya tampak pada yang paling terlihat di India saat ini karena begitu sangat menarik di sana untuk melakukan pekerjaan lepas pantai, dan metrik lain seperti populasi. Tapi itu akan menjadi kesalahan besar untuk berpikir India tidak memiliki orang-orang yang brilian, dan pengembang yang kompeten
Pekka 웃

4
@ Pekka jika saya memiliki nikel untuk setiap kali seseorang mengatakan kepada saya untuk menjadi dokter atau pengacara saya tidak perlu berada di IT.
jonescb

1
Wawasan budaya yang hebat. Saya pergi ke sekolah dengan sejumlah orang Amerika keturunan India dan saya ingat tiga kesempatan terpisah untuk menghibur beberapa yang bingung karena mereka hanya tidak mengerti / menyukai pemrograman tetapi harus mendapatkan pekerjaan bergaji tinggi sehingga mereka bisa pulang dan berkunjung keluarga secara teratur. Tekanan itu mendorong orang ke arah yang mungkin tidak mereka miliki. Sementara itu, keluarga besar saya hanya 1500 mil jauhnya dan ini tahun yang baik jika saya pulang untuk berkunjung.
Steve Jackson

11
+1 untuk menyebutkan masalah turboC. Maksud saya jika mereka tidak ingin menghabiskan banyak uang, gunakan gerhana atau sesuatu. Menggunakan perangkat lunak yang sudah ketinggalan zaman hanya mematikan siswa dari pemrograman dan komputer.
apoorv020

3
@apvv benar. ketika saya biasa mengajar sebelumnya (Di institut India "terkenal" saya tidak akan menyebutkan), mereka menggunakan turbo C di sana juga, saya biasa menggunakan netbeans untuk mengajar (yang sudah diinstal) tetapi mereka memaksa saya untuk kembali ke TC! Akhirnya 4-5 siswa mendatanginya dan mengatakan kepadanya bahwa mereka menyukainya untuk pertama kalinya, karena mereka benar-benar dapat menulis sebuah program yang akan berhasil!
gideon

118

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.


42
Yah, saya hanya bisa berterima kasih karena tidak menyamaratakan. Generalisasi tidak pernah berhasil.
sukhbir

41
generalisasi lol @ sukhbir
Matt Ellen

19
Another potential issue is the culturally ingrained resistance of Indians to say no to any request, as I believe it is considered rude by them.Kecenderungan bagi 'orang Timur' untuk selalu mengatakan 'ya' telah dicatat dalam artikel lain tentang perbedaan budaya antara Timur dan Barat. Satu artikel yang saya baca bertahun-tahun yang lalu menjelaskan bahwa ketika beberapa orang Timur Jauh mengatakan 'ya' sebagai jawaban atas pertanyaan, niat utama mereka adalah menyiratkan bahwa mereka memahami pertanyaan itu, bukan bahwa mereka harus setuju untuk terikat olehnya. Artikel itu, dari tahun 90-an, menargetkan perbedaan antara bisnis AS dan Jepang.
oosterwal

2
Apa yang dimaksud dengan OTOH?
David Murdoch

7
Saya pikir Eropa adalah sebuah negara ..
Dave O.

30

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.


3
Fakta bahwa "Nearshoring" telah ditemukan sebagai sebuah kata, menunjukkan bahwa perbedaan yang Anda temukan antara Rusia dan India bukan tidak biasa. Lihat en.wikipedia.org/wiki/Nearshoring
Sjoerd

8
Kisah ke-2 merangkum pengalaman saya pada sejumlah proyek selama bertahun-tahun dengan tim dev India. Saya tidak akan menggeneralisasi dan mengatakan bahwa SEMUA sistem yang keluar dari India adalah seperti itu, tetapi SEMUA yang telah saya libatkan.
ozz

4
@ Jerry Bagian timur Rusia jauh lebih dekat ke AS daripada bagian barat Rusia!
Kirk Broadhurst

3
+1 untuk "Mereka menunjukkan kepatuhan yang hampir religius terhadap kebijakan dan prosedur, tetapi hampir sepenuhnya tidak memiliki wawasan tentang masalah yang seharusnya diselesaikan". Ini sangat benar.
Vinoth Kumar CM

1
@oosterwal: periksa profil "Colorado Springs, CO, USA", @Jerry: lebih dekat ke Amerika Serikat (hanya Pasifik di tengah-tengah) tetapi kemudian AS juga mencakup beberapa zona waktu
Matthieu M.

22

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!


-1, karena kesalahan GW-BASIC yang sebenarnya adalah "Kesalahan sintaks", bukan "Kesalahan Sintaks Buruk". (Juga, hanya bercanda tentang -1)
Charles Salvia

1
Meskipun saya ingin setuju, saya tidak setuju dengan contoh: Programer yang baik ingin tahu, Programer yang baik proaktif dan tidak perlu diberitahu apa yang harus dilakukan (Benar, bagaimana jika tumbuh menjadi masyarakat patriarki di mana rasa ingin tahu dihukum atau Anda memiliki untuk diberitahu apa yang harus dilakukan oleh senior dan proaktif hanya ketika tidak ada pilihan lain)? Saya benar-benar berharap semuanya seperti yang Anda gambarkan, mungkin dalam satu atau dua generasi ...
Dimitrios Mistriotis

@ Charles - lol, kesalahan sintaksis saya mengalami kesalahan sintaksis.
jmort253

@dimitris - Jika kita masuk ke pola pikir ini sekarang dan membuang alasan, kita lebih mungkin mencapai tujuan kita. Membuat alasan berdasarkan masa lalu kita tidak akan membantu kita mencapainya.
jmort253

1
@ jmort253: Ini adalah diskusi yang sangat besar dan kami mungkin berada di luar topik. Saya hanya percaya sulit bagi seseorang untuk mengubah perilaku semalam atau lebih untuk berperilaku berbeda dalam lanskap sosial atau pekerjaan. Saya tidak menyebutkan bahwa kedua pendekatan tersebut memiliki manfaat. Banyak orang yang saya kenal mencoba untuk menggabungkan mereka dengan melakukan bagian dari pekerjaan barat dan sebagian timur (berdasarkan pertanyaan dikotomi)
Dimitrios Mistriotis

22

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


Cina Daratan terlalu tinggi, terlalu mahal dan (sayangnya) di sini :)
aldrin

18

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.


24
Sebenarnya, pengembang barat tidak takut dengan pengembang timur tetapi outsourcing dikelola sebagai operasi pengurangan biaya sederhana.
mouviciel

2
yang merupakan hal yang sama. Programmer Vietnam seharga $ 5 per jam adalah ancaman langsung terhadap pekerjaan kita, karena bahkan jika Anda membutuhkan 10 dari mereka untuk melakukan pekerjaan yang sama seperti yang dilakukan oleh salah satu dari kita, itu masih lebih murah. Atau begitulah manajemen menghitung, tidak pernah memperhitungkan implikasi jangka panjang.
jwenting

8
"Untuk memperburuk keadaan, kita selalu diingatkan bahwa pendidikan kita lebih rendah"? Dari mana Anda mendapatkan itu? Outsourcing adalah fakta kehidupan, semua perusahaan mencari cara untuk memotong beberapa biaya. Pengembang Timur sama sekali tidak ada hubungannya dengan itu. Anda tidak perlu takut kepada mereka, Anda harus takut bos / klien Anda yang memilih untuk melakukan outsourcing dan memotong biaya tanpa mempertimbangkan dampak pada kualitas. Sebenarnya sebaliknya, pendidikan kami (saya menganggap diri saya orang barat) jauh lebih tinggi sehingga biaya kami lebih tinggi.
Alex

2
@Alex: re. pendidikan. Pendidikan AS bukan seperti apa yang bisa terjadi, atau dulu. Saya mengajar CS di Boston College, sebuah sekolah penerimaan kompetitif yang berperingkat tinggi. Program pertama: konversi Celcius ke Fahrenheight, F = C * 1.8 + 32. Mata sayu dan ketakutan di sekitar ruangan. Tulis proposal proyek. Tidak dapat menulis kalimat dengan tanda baca. Tidak dapat mengeja - menganggap "banyak" kata. Tidak tahu kapan harus menggunakan "dia" dan "dia", "aku" dan "aku", atau apostrof. Ucapkan "terdiri" dan "maju" seperti pukulan besar. Semua mengharapkan setidaknya B +, jika tidak A. Anda hanya mengajar di level mereka, dan setiap semester Anda mendapatkan batch baru.
Mike Dunlavey

3
@ apoorv020 (lanjutan) Masalah dengan pendekatan ini adalah, sekolah menengah / menengah telah berubah dari lingkungan yang seharusnya mengajarkan keterampilan kepada siswa yang akan membantu mereka menjadi sukses, untuk mengajarkan mereka keterampilan yang akan mengajar mereka untuk mendapatkan nilai ujian yang lebih baik dan membuat sekolah terlihat lebih baik sehingga mendorong lebih banyak pengajaran konsep-konsep mendasar ke perguruan tinggi (dengan demikian mendevaluasi pendidikan tingkat tinggi). Itu adalah upaya yang gagal total untuk menerapkan ekonomi pasar (yaitu kompetisi) ke sistem sekolah umum.
Evan Plaice

18

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.


Penasaran saja, ada satu pria yang punya tawaran pekerjaan dari Google, Apple dan Facebook?
Htbaa

Mengapa Anda tidak dapat berganti pekerjaan saat menggunakan H1B? Saya pernah mendengar ada hal yang disebut "transfer" dan itu pada dasarnya adalah rutin standar dengan persetujuan yang dijamin dalam praktek.

2
@ developer-art: Saya tidak tahu detailnya. Tetapi orang yang saya pikirkan adalah sedang dalam proses mendapatkan kartu hijau, dan terjebak dalam pekerjaannya saat ini sampai dokumen diselesaikan. Dalam kasusnya, dokumen-dokumen telah membuatnya limbo selama lebih dari satu setengah tahun yang saya tahu. Saya kenal orang-orang hebat lain yang mengalami masalah INS dan terpaksa pergi. Misalnya Abigail of Perl fame menemukan ini di akhir tahun 90-an.
btilly

2
@ dev-art: H1b Anda terikat dengan Anda sedang dipekerjakan. Anda bisa berpikir beralih pekerjaan, tetapi jika tidak ada transisi yang mulus, izin kerja Anda otomatis kedaluwarsa. Dan tentu saja jika pekerjaan baru Anda tidak berhasil dan Anda dibatalkan selama masa percobaan, Anda adalah alien ilegal instan dengan masa tenggang hanya beberapa hari untuk mencari pekerjaan atau meninggalkan negara.
jwenting

3
Cara beberapa perusahaan menggunakan H1Bs pada dasarnya membuat programmer pada tali membuat saya sedih juga. Saya tahu banyak orang yang berada dalam situasi ini. Ketika Anda menggunakan H1B, Anda hanya bisa mendapatkan satu ekstensi (untuk total 7 tahun, saya pikir), sehingga sebagian besar pekerja H1B berusaha untuk mendapatkan kartu hijau. Banyak perusahaan bahkan tidak akan memulai proses itu (yang membutuhkan waktu bertahun-tahun sendiri) sampai bertahun-tahun setelah disewa. Tambahkan ke fakta bahwa jika H1B ingin berganti pekerjaan, perusahaan baru harus mensponsori kembali dan dapat menunda aplikasi kartu hijau lebih lanjut, pekerja H1B memiliki banyak insentif untuk tetap tinggal, yang dieksploitasi.
Kaypro II

18

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.


2
Saya pikir dia membuat poin yang bagus. Jika Anda melakukan outsourcing untuk mengeluarkan biaya, Anda mungkin memilih tim yang sangat murah. Pengalihdayaan ke vendor yang lebih besar / berkualitas mungkin menghemat lebih sedikit uang tetapi memiliki lebih banyak manfaat.
apoorv020

12

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.


11

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.


4
"Mereka akan sangat keras pada ulasan kode sambil bersikap sangat lunak satu sama lain" & "tetapi mereka sendiri akan menendang dan menjerit jika diminta dengan sopan untuk mengikuti prosedur yang mereka lakukan sendiri" - Memang benar sesuai pengalaman saya juga. Saya telah melihat ini terjadi pada banyak kesempatan.
Mugen

@Mugen - Saya akan mengingatkan bahwa saya pasti melihat ini dengan hubungan vendor-pelanggan. Hal-hal mungkin dilakukan sendiri dengan kualitas yang buruk, tetapi begitu outsourcing, sekarang pelanggan dapat menuntut kepatuhan yang ketat terhadap spesifikasi, dan mereka melakukannya. Saya telah melihatnya di bidang manufaktur, bukan hanya pengembangan perangkat lunak
Scott Whitlock

@Scott Setuju. Saya sudah melihatnya di sana juga.
Mugen

9

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.


itu sebagian didasarkan pada manajemen, tetapi jika tidak ada pengembang yang buruk di perusahaan-perusahaan besar (yang merupakan sumber utama dari perangkat lunak yang buruk tidak diragukan lagi) tidak akan ada massa kode buruk yang bocor ke AS dan Eropa dari sana. Tentu saja manajemen seperti yang Anda katakan memperburuk masalah, bahkan mungkin mendorongnya, tetapi mereka bukan yang menulis kode buruk itu.
jwenting

1
Tetapi orang-orang ini yang tidak dapat memprogram, tidak akan dipekerjakan jika tidak ada masalah manajemen. Perusahaan-perusahaan India hanya akan mengatakan, lihat, kami sudah memesan, klien berikutnya masuk dengan harga lebih tinggi. Itu salah satunya, menolak untuk tidak mengatakan apa-apa. Manajemen mengatakan ya, dan meletakkan tubuh hangat ke kode yang tidak memiliki kemampuan kode.
rakyat jelata

1
+1. Posting menarik. Saya menemukan pernyataan Anda bahwa peretas sejati terpinggirkan dan dapat menemukan kesulitan untuk mendapatkan pekerjaan di India yang menyedihkan tetapi sangat masuk akal, sayangnya.
Faheem Mitha

8

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.


8

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

Mungkin mereka merasa tidak memenuhi kriteria untuk jawaban yang baik? Ini pendapat yang tinggi tetapi fakta dan pengalaman pendukung yang rendah. Saya tidak berpikir apa pun yang Anda katakan salah dan benar, saya tidak berpikir Anda mendukungnya dengan baik dan sangat condong ke satu arah, tidak satu pun yang sesuai dengan semangat situs. Ngomong-ngomong, bukan suara turun saya, tetapi saya pikir jika Anda mengambil ini, itu akan menjadi jawaban yang lebih baik. Jika Anda mau, saya senang melakukan pengeditan untuk Anda karena saya mendapatkan dari mana Anda berasal (kecuali mungkin poin 3 dan 4).
Jon Hopkins

@ Jon Hopkins: Cukup adil. Pertanyaan memang bertanya, "Apakah Anda memiliki gagasan atau pendapat umum tentang programmer dari Timur". Saya sudah memperbaruinya.
gbn

hanya karena mereka bersifat umum, itu tidak berarti bahwa mereka tidak dapat didukung. Dalam hal di mana Anda bekerja, saya punya teman yang bekerja di bidang keuangan dan semua yang saya dengar mengatakan itu adalah rumah bagi banyak proyek outsourcing yang ditangani dengan terburuk.
Jon Hopkins

7

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.


5

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.


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

4

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.


4

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.


4

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.


3
"Jika kamu melakukan outsourcing ke bagian timur dunia hanya untuk menghemat uang, IMO, mengurangi kualitas. Bagus, cepat dan murah, pilih yang mana saja." Seringkali mereka yang membuat keputusan outsourcing tidak tahu atau peduli tentang kualitas, selama mereka mendapatkan sesuatu yang bekerja untuk sementara waktu dengan harga murah ...
jwenting

1
Saya mengerti. Dan mereka yang mengambil keputusan adalah manajer, jika manajer tidak mengetahui atau memahami segitiga proyek, ia tidak kompeten. Idealnya, ketidakmampuan mereka tidak boleh menghasilkan stereotip tetapi NTP ( en.wikipedia.org/wiki/Normal_temperature_and_pressure ) kondisi hanya ada di laboratorium bukan di dunia nyata.
Kumar

2
"Mengapa belahan bumi barat melakukan outsourcing ke timur?" - Karena orang yang membuat keputusan tidak benar-benar dalam posisi terbaik untuk membuat yang baik. Kita berbicara tentang manajer tingkat eksekutif dengan tingkat pemahaman ringkasan eksekutif, keasyikan dengan anggaran dan uang, dan jangka waktu jangka pendek.
Kaypro II

@ Cosmic Saya tidak melihat Google, Yahoo !, AOL atau MS membuat keluhan tentang kualitas programer yang buruk, mereka merekrut talenta terbaik dan mendapatkan yang terbaik dari mereka, menyewa omong kosong terlepas dari timur atau barat dan Anda mendapatkan omong kosong.
Kumar

@ Kumar Saya mencoba menjawab pertanyaan Anda tentang mengapa seseorang akan menyewa programmer yang buruk di tempat pertama. Seharusnya aku membuatnya lebih jelas. Saya tidak tahu bagaimana orang akan tahu apakah Google atau MS "mengeluh" dalam kasus ini. Apakah kita berbicara tentang orang-orang tipe CEO yang membuat pernyataan publik, atau orang-orang level lini dengan pengalaman pribadi? Google dan MS juga merupakan perusahaan yang luar biasa, dan saya pikir sulit untuk menggeneralisasi dari mereka. Saya pikir keputusan outsourcing yang umum (darat dan lepas pantai) dibuat karena alasan biaya dengan sedikit perhatian atau pemahaman tentang kualitas.
Kaypro II

4

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


ah ya, tetapi semua orang yang diwawancarai buruk ditolak. Jika Anda melakukan outsourcing ke sebuah konsultan, Anda mendapatkan siapa pun yang mereka pekerjakan - dan mereka mempekerjakan hampir semua orang untuk mendapatkan jumlah karyawan yang akan dijual kepada Anda! Saya pikir ini adalah masalah pamungkas, ini bukan tentang devs baik atau buruk itu tentang tidak memiliki kendali atas dev yang Anda dapatkan.
gbjbaanb

Dengan demikian pentingnya menemukan konsultasi yang baik dan dapat dipercaya, dan itu tidak murah. Juga, perhatikan bahwa dalam kasus beberapa kelompok konsultan tempat saya bekerja, memang pelanggan memang mewawancarai pengembang yang berpotensi ditugaskan untuk pekerjaan itu.
Bogatyr

4

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!


3

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.


dan ini berlaku dengan outsourcing ke perusahaan yang mempekerjakan orang di negara yang sama dengan pemohon
user151019

iya dan tidak. Karena perusahaan di negara yang sama dengan pelanggan harus lebih berhati-hati dengan masalah kualitas (karena ancaman yang lebih serius dari tindakan hukum yang berhasil terhadap mereka jika mereka membuat kekacauan) masalah di sana cenderung diselesaikan lebih baik daripada bertahan. Ini tidak ada hubungannya dengan India sama halnya dengan berurusan dengan perusahaan-perusahaan di negara-negara yang jauh tanpa ikatan hukum yang kuat dengan Anda (bisa saja itu Burundi atau Equador daripada India, hasil yang sama).
jwenting

3

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.


3

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


2

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.


2

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.

2

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.


"akan dengan mudah memenuhi syarat sebagai yang terbaik di dunia dalam kualitas" [rujukan?]. Serius, memiliki beberapa sertifikasi ISO tidak berarti Anda berhasil membangun perangkat lunak berkualitas tinggi.
wds

benar. Wipro adalah salah satu sumber utama proyek bencana.
jwenting

2

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.


2

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


2

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.


The company ended up just writing the entire client from scratch and ate the cost of the offshoring.. Kami mengalami masalah ini dua kali.
Olivier Pons

2

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

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.