Batı’daki programcılar, Doğu’daki programcıları nasıl görüyor?


101

Bu sorunun diğer yarısı: Doğudaki Programcılar Batı'daki programcıları nasıl görüyor?


Dünyanın doğu kısmı (Hindistan / Çin / Filipinler) esas olarak batı dünyasına (ABD ve Avrupa) dış kaynak hizmetleri sunmaktadır.

Açık deniz takımlarıyla çalışma tecrüben var mı? Eğer evet ise, nasıldı?

Doğu'lu programcılar hakkında genelleştirilmiş bir fikriniz veya fikriniz var mı (örneğin işbirliği yapıyorlar mı, zamanında mı veriyorlar veya kaliteli işler yapıyorlar mı?). Bunlar neye dayanıyor?


3
Doğru . Ancak, BT ekonomisinin büyük bir kısmı hizmetler üzerine kuruludur.
Vinoth Kumar CM

8
Buna karşılık ben de yayınladım: programmers.stackexchange.com/questions/50884/… - "Doğudaki programcılar batıdaki programcıları nasıl görüyor?"
Jon Hopkins

11
Yeniden. kapanmak için oy verin - Şaşırdım. Bence bu harika bir öznel soru, insanların cevaplarını deneyim ve gerçeklerle saf görüş üzerinden desteklemeleri gerektiğini vurgulayacağım.
Jon Hopkins

11
Vay, bunu ilk okuduğumda ABD'deki Batı Kıyısı vs. Batı Kıyısı anlamına geldiğini düşündüm.
Jess,

3
@Andrew: LoL. Şurada oldukça büyük bir kültür açığı var! bırak Midwest.
Mike Dunlavey

Yanıtlar:


81

Hmm İlginç görünümler.

Sadece benimkine atmak istiyorum.

Hindistan'da yaşıyorum (Hintliyim) ve 11/12 yaşımdan beri programlama yapıyorum. Şimdiye kadar sahip olduğum tek şey bir lise eğitimi ve ilginç bir şekilde şu ana kadar iki şey yaptım, bir Hint Bilgisayar Enstitüsünde ders verdim ve şu anda serbest çalışıyorum (ve kendimi ÇOK profilli bir müşteriyle bir proje yaptım)

Bu yüzden düşündüğüm iki şey bulunduğum yerden doğrudur:

İnsanların insan olduğundan emin olun, ama burada yaşam ve eğitim konusundaki Hint zihniyeti çok farklı, öğrettiğim aylar boyunca ebeveynlerin çocuklarını BT'ye zorladığını gördüm, çünkü onlara para ya da başka bir şey alacağını sanıyorlardı, ben de öğrencilere öğrettim. Bsc ve Engineering derece ve 100 ile 100 arasında bitmiş / bitmiş olmak, C'ye birkaç satır kod yazamaz (Kalite kodunu unut).

Buradaki Devlet Bilgisayar Bilimi dersinde , müfredatın bir parçası olarak Turbo C , çoğu insan için C ++, yalnızca coutyazdırmayı kullanan C'dir .

Gelişime gelince, bu tür mezunlarla, korkunç şeyleri kodlayan, orada tonlarca "mühendis" bulmayı beklersiniz . Kaynak kontrolü olmayan küçük ölçekli "Şirketler" ile tanıştım, ünite testlerinin ne olduğu konusunda hiçbir fikirleri bile yok.

Söyleyecek çok hastam olması üzücü ve beni üzüyor. AMA buradaki herkes böyle değil. O kadar çok insanız ki, belki de insanların aldığı izlenim. lol

Bir şekilde burada başarılı olmak bile başka bir yere taşınmak demektir, çünkü becerilerinizi geliştirmek ve geliştirmek için gerçek bir kapsam yoktur. Tabii ki burada HTE ve diğer yüksekokullardan gelen akıllı kafalar var, mallarını bilenler (sonunda da taşınırlar)

Fakat sonuçta, buradaki BT eğitimi benim görüşüme göre oldukça üzücü.


29
Çok ilginç, bakış açısı için teşekkürler. Bence "ebeveynleri çocuklarını zorlayan ve okuyan insanlar, iyi olmadıkları şeyleri" fenomeni dünya çapında bir şeydir - kötü sonuçları şu anda Hindistan'da en görünür durumdadır çünkü orada açık denizde çalışmak ve nüfus gibi diğer ölçümleri yapmak için delicesine çekici. Fakat Hindistan'ın mükemmel insanları ve yetenekli geliştiricileri olmadığını düşünmek çok büyük bir hata olur
Pekka 웃

4
@Pekka her zaman bir nikelim olsaydı birisi bana doktor ya da avukat olmamı söyledi, BT'de olmam gerekmeyecekti.
jonescb

1
Harika kültürel anlayış. Birkaç Hint asıllı Amerikalı ile okula gittim ve bazılarını rahatlatmak için üç ayrı fırsat olduğunu hatırlıyorum, çünkü programlamayı anlamadı / sevmiyorlardı, ancak eve gidip ziyaret edebilmeleri için yüksek ücretli bir iş bulmaları gerekiyordu düzenli olarak aile. Bu baskı, insanları kendi yeteneklerine sahip olamayacakları yönde iter. Bu arada, geniş ailem sadece 1500 mil uzakta ve ziyaret etmek için ev yaparsam iyi bir yıl.
Steve Jackson

11
TurboC probleminden bahsetmek için +1. Yani, çok para harcamak istemiyorlarsa, güneş tutulması veya başka bir şey kullanın. Bu eski yazılım parçasını kullanmak sadece öğrencileri programlamayı ve bilgisayarları kapatır.
apoorv020

3
@apoorv doğru. daha önce öğrettiğimde ("ünlü" Hint enstitüsünde bahsetmiyorum), orada da turbo C kullandılar, öğretmek için netbe kullandılar (zaten kurulmuştu) ama beni TC'ye geri gitmeye zorladılar! Sonunda 4-5 öğrenci ona gitti ve ona ilk defa sevdiklerini söyledi, çünkü gerçekten işe yarayacak bir program yazabiliyorlardı!
gideon

118

Feragatname: Orta Doğu Avrupa'da yaşıyorum, Doğu mu yoksa Batı mı sayılacağım konusunda kendi kararınızı verdim :-) Bu nedenle, ülkemize Batı Avrupa'dan dış kaynaklı projeler üzerinde çalıştım ve daha fazla Batı çalışanı ve yönetiminden şüphelerim oldu. yeteneklerimizle ilgili olarak, bu gibi durumlarda Kızılderililerin tecrübe etmesi gerektiği gibi.

OTOH İki büyük projede birkaç Hintli ve bazı Rus geliştiricilerle çalışıyorum. Bunlardan ilki, tamamen Hintli bir taşeron tarafından geliştirilen, kolayca erişebileceğim en korkunç parça kodunu içeren bir bileşeni içeriyordu (“Okuduğum en korkunç kod” diyemem. Kaynak dosya boyutunda 600 Kbayttan fazla (veya yaklaşık 30K satırlık AFAIR) ölçüldü, hemen kapattım ve yalnızca asla dokunmam gerekmeyebilmesi için dua edebilirdim. Dualarım dinlendi).

İkincisi (şu an üzerinde çalışıyorum) 3 farklı şirkete taşeronluk edildi, bazıları birkaç Hintli programcıya başvurdu. Son 1,5 yılda bunun sonucunu temizledik ve öngörülebilir gelecek için yeterli iş kalmadı.

Kişisel hayatımda, Hindistan'da hayatımın önceki bir döneminde 3 aydan fazla yaşadım, bu yüzden muhtemelen ülke ve sakinleri hakkında ortalama bir Batılı kişiden daha fazlasını biliyorum. Şahsen ben Hintlileri çok seviyorum.

Benim kişisel deneyimim, genel olarak Batı ve Hint halkı arasında var olan fark edilebilir kültürel farklılıkların, programcılar arasında da gözlemlenebilir olmasıdır. Kızılderililer, üzerlerinde ne kadar somut bir görev atılırsa çalıştırılmaları konusunda çok titizler, ancak büyük resmi anlama gereğini görmez ve hatta hissetmezler. Kolayca düşük kaliteli yazılımlara neden olabilir.

Başka bir potansiyel sorun, Kızılderililerin herhangi bir isteğe hayır demesine kültürel olarak kökleşmiş direnişidir, çünkü onlar tarafından kaba olarak değerlendirildiğine inanıyorum. Bir Hint bakkalına gidip battaniye / mücevher / köpekbalığı yüzgeci / ne olursa olsun soracak olursanız, mal sahibi "bir dakika içinde evet efendim" diyecek, o zaman oğlunu ürünü almak için mahalledeki diğer dükkanlara gönderecek ve gururla size sunar. Bu gerçekten iyi bir iş uygulamasıdır. Bununla birlikte, aynısı bir SW geliştirme projesini sabit bir imkansız zamanlamayla taşeronlaştırmak için de uygulanırsa, sonuçlar feci olabilir. Bu sadece benim açımdan spekülasyon, bunun, SW gelişiminin Hindistan'a dış kaynak tedarikinde gerçekten bir faktör olup olmadığına dair somut bir kanıtım yok.

Mevcut projemizdeki boşuna titizliğin en önemli örneklerinden biri, performans izleme planının uygulanmasıydı. Fikir, performans istatistiklerini toplayan nesnelerin etrafından geçmekti. Ancak, çözümün, gerçekten hiç kullanılmadığı kadar uygulamayı yavaşlattığı ortaya çıktı. Yine de, koddaki kalıntıları temizlememiz için orada kaldı. Uygulamada bu, koddaki tüm (yaklaşık 6000) yönteme ekstra bir nesne parametresi iletmek anlamına geliyordu. Bunu yapan adam bile her yöntemin Javadoc'una bir yorum ekledi, ekstra parametrenin performans ölçümleri için eklendiğine dikkat çekti! Şimdi, sadece bu adamın titizliğine, 6000 metotla işini yaparak ve bu Javadoc yorumlarını her yere sadık bir şekilde ekleyerek şaşırtabiliyorum. OTOH, a) daha önce belirtildiği gibi, plan uygulamada hiç kullanılmamış,

Bütün bunların, fakir Hint geliştiricilerin hatası olduğu anlamına gelmez (Javadoc'un kötüye kullanılması dışında). IMO, yöneticilerin sonuçları izlemeden, kesin kabul testleri yapmadan ve kod ve dokümantasyonun yeterli kalitede olmasını sağlamadan projeleri akılsızca sözleşmelere geçirme konusundaki hataları çok daha fazla. Gelişme zamanından tasarruf etmek isteyen herhangi bir taşeronu kesinlikle yapmayan, saat bazlı ödeme programlarından bahsetmiyorum bile.

Bununla birlikte, Batı’daki geliştiricileri bulmak için aynı tutarlılık ve şikayet etmeden benzer görevler üstlenmekte zorlanacağımı düşünüyorum.

Ayrıca bu projede bir grup Hintli test uzmanına taşeronluk testleri yaptırdık. Şahsen biz sadece onlardan biriyle temas halindeyiz, bu nedenle toplam kaç kişi olduklarını bilmiyoruz. Ancak, bu adam herhangi bir proje için değerli bir varlık, bir test gem bir mücevher. Çalışkan ve titiz olmasının yanı sıra, büyük resmi anlamak için birçok soruyu sorar, genellikle beklenenden daha fazla test eder ve kesin ve tanımlayıcı olarak bulunan sorunları bildirir.


42
Genellemediğin için sadece teşekkür ederim. Genelleme asla işe yaramaz .
sukhbir

41
lol @ sukhbir'in genellemesi
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.“Doğuluların” her zaman 'evet' olduğunu söyleme eğilimi, Doğu ve Batı arasındaki kültürel farklılıklar hakkındaki diğer makalelerde belirtilmiştir. Yıllar önce okuduğum bir makalede, bazı Uzak Doğuluların bir soruya cevaben 'evet' derken temel amaçlarının asıl amaçlarının, buna bağlı kalmayı zorunlu olarak kabul etmeleri gerektiği anlamına gelmediğini ima etmek olduğunu açıkladı. Bu makale, 90'lı yılların ABD ve Japon iş dünyası arasındaki farklılıkları hedef aldı.
oosterwal

2
OTOH ne anlama geliyor?
David Murdoch

7
Avrupa'nın bir ülke olduğunu düşünmüştüm ..
Dave O.

30

Kıyı dışı (doğu yarımkürede) kaynaklara (çoğunlukla) “delege edilmiş” üç proje ile uğraştım. Üç davadan biri Doğu Rusya’da bir grup kullandı (ya da belki sadece bir adam - sadece bir taneyle ilgilendi, fakat kaç tane işi yaptığını bilmedi). İyi işler yaptılar ve proje, oldukça iyi bir şekilde ilerledi; UI üzerinde İngilizce'nin ikinci (ya da belki üçüncü) bir dil olduğu kişiler tarafından çalışılmasından kaynaklanan bazı küçük sorunları gidermek için çalışmaya ihtiyaç duymaktan başka bir şey yapmadı.

Diğer ikisi oldukça farklı bir hikayeydi. Şans eseri olsun olmasın, her iki durumda da programcılar Hindistan’daydı. Bir durumda, temelde yaptıkları her şey, olası tasarımları test etmek için kullanılabilecek (bir dereceye kadar) prototipten başka bir şey olarak ele alınmak zorunda değildi, ancak yazdıkları her şey, üretim seviyesi kodunu almak için atılmalı ve değiştirilmeliydi. "ISO 9000 zihniyet" olarak ne düşündüğümü benimsemiş gibiydiler. Politikalara ve prosedürlere neredeyse dini bağlılık gösterdiler, ancak çözülmesi gereken sorunla ilgili neredeyse hiçbir içgörü eksikliği vardı. Kodları şimdiye kadar gördüğüm en hantal olabilir.

Diğer durumda, proje nihayet düştü. Kısa süre önce terfi ettirilen bir VP'nin hararetli bir planı olmuştu ve ilk günden itibaren olan fikrin harcamalarını en aza indirgeyip, fikrinin aktif gelişim içinde olduğunu söyleyebildiğinden eminim. Elimizdeki kod tamamen işe yaramazken, müteahhiti fazla suçlamak zor olurdu, çünkü projeyi yönetmek için hiçbir çaba sarf edilmedi, hatta sadece kullanılabilir bir özellik elde edildi. Kodları zayıf başladı ve kimsenin umrunda olmadığı ortaya çıktığında kalitesi hızla yozlaştı.


3
"Nearshoring" in bir kelime olarak icat edilmiş olması, Rusya ile Hindistan arasındaki farkın nadir olmadığını gösteriyor. Bakınız en.wikipedia.org/wiki/Nearshoring
Sjoerd

8
2. hikaye, Hindistan'daki dev ekipleriyle yıllarca süren projelerdeki deneyimlerimi özetliyor. Hindistan'dan çıkan TÜM sistemlerin bu şekilde olduğunu genelleştirmeyeceğim ve öyle olduğunu söyledim, fakat benim de dahil olduğum TÜM.
ozz

4
@Jerry Rusya'nın doğusu ABD’ye, Rusya’nın batısından daha yakın!
Kirk Broadhurst

3
+1, "Politikalara ve prosedürlere neredeyse dini bağlılık gösterdiler, ancak çözülmesi gereken sorunla ilgili neredeyse tam bir içgörü eksikliği gösterdiler". Bu çok doğrudur .
Vinoth Kumar CM

1
@oosterwal: "Colorado Springs, CO, ABD" profilini kontrol et, @Jerry: ABD'ye daha yakın (sadece ortadaki Pasifik) ama sonra ABD de birkaç zaman dilimini kapsıyor
Matthieu M.

22

İnsanlar insandır. Bazı programcılar iyi programcılar, bazı programcılar kötü programcılar. Bazı kötü programcılar zamanla iyi programcılar olabilirken, zaman zaman bazı kötü programlayıcılardan asla faydalanamaz.

Konum burada bir faktör olmaya meyillidir. Ama belki fırsat olabilir.

8 yaşımdayken GW Basic'te "Kötü Sözdizimi Hatası OK" kelimelerinin ne anlama geldiğini soruyordum. Bilgisayarlarla büyüdüm. Herkesin bu avantajı yok. Yine de zaman değişiyor ve bugünün 8 yaşındakileri, dünün 8 yaşındakilerinden daha fazla teknolojiye erişebiliyor.

Ancak, programlamanın bir bilgisayarın nasıl kullanılacağını bilmekten daha fazlası olduğunu anlamak önemlidir. Bundan daha derine iniyor. İşte iyi programcıları (ve sadece zamana ihtiyacı olanları) gerçek kötü olanlardan ayıran bazı temel özellikler:

  • İyi programcılar merak ediyor
  • İyi programcılar çevrimiçi blogları ve makaleleri okurlar ve alanları hakkında daha fazla bilgi edinmeye çalışırlar
  • İyi programcılar Yığın Taşması ile ilgili soruları yanıtlar
  • 1-2 yıllık deneyime sahip iyi programcılar, Bilgisayar Bilimleri eğitimlerinin zaman kaybı olmadığını anlarlar
  • İyi programcılar kutunun dışında düşünebilirler
  • İyi programcılar aynı zamanda iyi liderlerdir
  • İyi programcılar proaktifdir ve ne yapmaları gerektiğini söylemelerine gerek yoktur.

En önemlisi, iyi programcılar aynı zamanda iyi iletişimcilerdir. En iyi programcılar, başkalarını ikna edebilecek olanlardır. Bir çözüm bulunana kadar başka bir arkadaşınızla sabırla tartışabilecek olan onlar.

En büyük zorluk iletişimdir.

Sorun ne olursa olsun, kendinizi ya da başkalarını asla klişeleştirmeyin. Siz de diğerleri kadar potansiyeliniz var ve bunun tersi de geçerli. Sadece aklınıza verdiğiniz her şeyi yapabileceğinizi unutmayın!


-1, asıl GW-BASIC hatası "Kötü Sözdizimi Hatası" değil "Sözdizimi hatası" olduğundan. (Ayrıca, -1 hakkında sadece şaka)
Charles Salvia

1
Kabul etmeyi sevmeme rağmen, bir örneğe katılmıyorum: İyi programcılar meraklıdır, İyi programcılar proaktifdir ve ne yapılması gerektiği söylenmeye gerek yoktur (Doğru, merakın cezalandırıldığı ya da cezalandırılmış bir ataerkil topluluğa dönüşmeye ne dersin? Bir kıdemli tarafından ne yapılması ve yalnızca başka bir seçenek olmadığında proaktif olması anlatılmalıdır)? İşlerin tarif ettiğiniz gibi olmasını dilerim, belki bir veya iki kuşakta ...
Dimitrios Mistriotis

@Charles - lol, benim sözdizim hatasının sözdizimi hatası vardı.
jmort253

@ dimitris - Şimdi bu zihniyete girersek ve mazeretleri atarsak, hedeflerimize ulaşmamız daha muhtemeldir. Geçmişimize dayanarak bahaneler bulmak, onlara ulaşmamıza yardımcı olmaz.
jmort253

1
@ jmort253: Bu çok büyük bir tartışma ve konu dışı olabiliriz. Ben sadece bir insanın davranışlarını bir gece ya da daha fazla süresinde değiştirmesinin sosyal ya da çalışma ortamlarında farklı davranmasının zor olduğuna inanıyorum. Her iki yaklaşımın da faydaları olduğunu söylemedim. Tanıdığım birçok insan, batı ve
orta

22

Bilgisayar Bilimleri ve Mühendisliği 4. sınıf kursu son yıllarımda Hindistan'dan 21 yaşında bir lisans öğrencisiyim.

Bunu yazma fikri, Hindistan'ın bir dış kaynak merkezinden çok daha fazlası olduğunu söylemek oldu. Umarım batı onu böyle görür ve yetenekleri yutmak yerine, Batı Hindistan'da daha fazla merkez kurmalıdır. İleride bazı rahatsız edici içerikler var, ancak daha büyük resmi anlarsanız, ne demeye çalıştığımı anlayacaksınız.

Hindistan'da eğitim, her yıl üretilen ya da kesinlikle korkunç teknik becerilere sahip olmayan bir işgücüyle çok rahatsız edici bir durumda. Eğitim sistemi inovasyon veya girişimcilik açısından hiç rekabetçi değildir. Bu, ülkemizi son zamanlarda yerli olarak geliştirilen 10 dolarlık bir bilgisayar (ucuz bir Çin Android tabanlı tablet olduğu, sadece bir Hint şirketi tarafından tutulduğu ortaya çıktığı) veya daha önce başka bir teknolojik atılım iddiası (gibi olduğu söylenen) gibi büyük utançlara yol açtı Bir başparmak sürücü). Eğitim kurumlarının gerçek teknoloji dünyası ile tamamen bağlantısı var ve her biri inovasyon adına tekerleği yeniden icat eden öğrencilerle daha fazla ilgileniyorlar. eğitim kurumları, herkes onlardan nefret ediyor.

En azından bazı sıcak gelişme becerilerini öğrenmeyi beklediğiniz yerlere geliyorsanız:

Eğitim kurumlarımdan başka Hindistan'da da birkaç eğitim tesisine maruz kaldım. Programlama ve yazılım geliştirme iki düzeyde gerçekleşir, uygulama düzeyinde geliştirme ve sistem düzeyinde geliştirme .

Uygulama geliştirme için, Hindistan'daki en taze üreticiler, programcılar için bir oturma bankı talep etmek ve daha fazla proje almak üzere şirketler tarafından toplu olarak toplanmaktadır. Günün sonunda işe alım süreci tamamen aptalca olduğu için kaliteden ödün verilmez. Bazen insanlar eşyalarını iyi çalıştırarak yeteneklerini boşa harcarlar. Bazen Java çerçeveleri oluşturmak ve basit WinForm ve ASP.NET kullanıcı arayüzleri oluşturmak gibi aptal şeylerde (Yeni işe alımlardan bahsediyorum ve bazılarının iddia ettiği gibi, emin olmasam da). İyi yazılım mühendisliği uygulamalarını göz önüne almazsanız, bu tür bir kodlama 7. sınıf öğrencisi tarafından yapılabilir.

Ancak aynı zamanda, her şeyle ilgilenen bağımsız programcılar ve geliştiriciler var. Umudunu yitirmiş ve en azından dünyayı değiştirmekle ilgilenen asılsız kahramanlar gibiler. Tek istedikleri, becerilerinden en iyi şekilde yararlanmak, yani hepsi parayla ve yurtdışına gitmekle ilgili. Kurslarımız son derece sistem yazılımı ile sınırlı kalsa da (4 kıran boyunca TurboC !!! kullanarak C programlama, C programında cout kullanarak uygun nesne yönelimli konseptler olmadan aptal ve belirsiz C ++ C ++ değil, ASM ve daha fazla C programlama kullanarak gcc), bir şirkette, çoğunlukla uygulama geliştirme yapmak için yapılır (ASP.NET, WinForms, J2EE). Temel olarak, bir Bilgisayar Mühendisliği mühendisi bir Yazılım mühendisinin işini yapmak için yapılır. Evet, bilgisayar bilimini bilmek yardımcı olur, ancak uygun yazılım mühendisliğini bilmemek bu süreci çok zorlaştırır ve tüm sistemin düşmesine neden olur. Bu bir #fail.

Basit bir örnek vereceğim. Son yıl projem için bir eğitim enstitüsüne katıldım ve bir envanter sistemi olacak bir ASP.NET web sitesi oluşturmamı istediler (otel rezervasyonu, CRM gibi şeyler). Evet kolay bir iş değil, bence bir proje üzerinde çalışmaya değmez. Sadece tekerleği yeniden icat edecek ve bu projeler gerçek hayatta doğal olarak büyükler. 6 ayda 3 kişilik bir grup tarafından teslim edildiğinde, bunun sonucunda ortaya çıkacak ölçeklenmemiş kullanılamaz sistemi anlayabilirsiniz. Kurumlar çok fazla strese girmiyor ve "öğrenciyi çok fazla söylemekten korkmamak" ve "genel bir bakış vermek ve geri kalanını kendi başlarına öğrenmelerine izin vermek" ile daha fazla ilgileniyorlar. Sonunda, insanların projelerde geliştirdikleri şey tamamen test edilmiş bir prototip bile değil,

Kendi rehberimi, sesli rehberli gerçek zamanlı navigasyon sistemini kullandım. WPF kullanıyorum, Google maps API ve yapabildiğim en son teknolojiyi kullanıyorum. İyi Yazılım mühendisliği uygulamaları için, MVVM kullanarak kaynak kontrolü kullanıyorum ve bildiğim her şeye ayrıntılı bir göz atacağım. Ben 21 yaşındayım ve mezunum. Sanırım benim yaşımda, batıdaki insanlar hala öğrenme aşamasında ve daha sonraki yaşlarda mezun oluyorlar. Bu, batı mezunlarını çok daha iyi ve daha bilgili hale getiriyor. Miktarımız var ama kalitemiz yok.

Hindistan'da, projem için yaptığım işin seviyesinin genellikle bir son sınıf lisans projesi olması beklenmiyor. Ama bunu yapacağım çünkü yapmak istiyorum. Aynı zamanda, grubumda ASP.NET'te bir proje yapmakta rahat olan, 5-7 sayfa yapan, veritabanı sorguları yapan, ızgara görünümlerini doldurabilen ve güvenlik umrunda olmayan başkaları da var. Cehennem, serbest çalışan web sitelerinde bile daha iyi iş ilanları (YouTube klonu, Google anında + X = Y Mashup ..)

Çizginin altı ay aşağısında, şirketinizde çalışan ve dış kaynak kullandığınız aynı kişileri bulup beni de orada bulacaksınız. Onlar gibi insanlar, benim gibi insanlar 10'a 1 :(

Kesin ve öfkeli olmamak, tüm eğitim kariyerimde ve yaklaşık 500'den fazla kişiyle tanışmamda, benimle bir proje üzerinde çalışacaklarını düşündüğüm uzmanlık seviyesine sahip tam 4 kişi gördüm.)

Sonuçta, tüm Hintli mezunlar iyi bir dökümantasyon yazacaklar çünkü teori, ancak onlardan herhangi bir aptal kod beklemeyin.

Sistem yazılımı gelince, durum aynı. Bir arkadaşım Android NDK ile çalışıyor ve bir şirkette canlı bir proje üzerinde çalışıyor. Bu projeye sahip olduğu için çok şanslı ve ben onu kıskanıyorum, ancak bu seviyede Hindistan'da da oluyor. Kolejimdeki bir başka kıdemli, son 2 yılındaki projesinde sadece 2 ucuz web kamerası kullanarak kinect klonu (azınlık raporlarında olduğu gibi çoklu dokunmalı fare) geliştirdi. Aynı şekilde, Internet'ten kodları kopyalayan ve bir şekilde tekerleği yeniden icat eden bir derece alan başkaları da var.

Son sözüm, Hindistan'ın tamamında ödün vermeyen bir kalite beklemeyin ve Hintliler'i ucuz yazılım koruyucular olarak kabul edilen ve yalnızca bakım işi için dış kaynak kullanımı için uygun bulmayanlar.

Ayrıca, eğitim açısından iyi bir geçmişe sahip birinin, iyi bir yazılım yazabilmesi için izlerini beklemeyin. Hindistan'ın eğitim sistemi tamamen teoriye dayalıdır, pratikte stres yoktur, bazen daha fazlasını bilmek veya daha fazla bilgi sahibi olmak, sizi korkutmakta olan öğretmenlerin başını belaya sokabilir. Bununla birlikte, iyi programcılar daha iyi bir kariyere daha yeşil meralar ararlar; ancak sadece iyi bir iş değil, iyi bir "iş" kurmak, bir Honda City etrafında dolaşmak, Çin Halk Cumhuriyeti'nde yemek yemek ve sonsuza dek mutlu yaşamak isteyen başkaları da vardır. .

Daha çok Audi btw'ye girdim. :)


Anakara Çin overrated, overpriced ve (ne yazık ki) burada :) :)
aldrin

18

Dikkat, brüt genellemeler ileride. İfade edilen bakış açıları herkes tarafından paylaşılmaz. Aslında, yazar onlara inanmayabilir bile.

Batılı geliştiriciler doğu geliştiricilerinden korkuyor. İşlerimizin sonunda dış kaynaklı olacağı konusunda tekrar tekrar zaman duyuyoruz. Bu, herhangi bir ilişki için kötü bir başlangıçtır. Daha da kötüsünü yapmak için, eğitimlerimizin yetersiz olduğunu sürekli hatırlatırız. Doğu geliştiricileri daha ucuz, daha akıllı ve daha fazla güçlük çekecek. Doğu geliştiricileriyle olan mesleki tecrübemiz önemli değil çünkü korkudan zehirlenmiş.


24
Aslında batılı geliştiriciler doğu geliştiricilerinden korkmuyor, dış kaynak kullanımından basit bir maliyet düşürme işlemi olarak yönetiliyor.
mouviciel

2
bu aynı şey. 5 $ 'lık bir Vietnamlı programcı işimize doğrudan bir tehdit oluşturuyor, çünkü aynı işi yapmak için bunlardan 10 tanesine ihtiyacınız olsa bile, bizden birinin tek yapması daha ucuz. Veya yönetim böyle hesaplar, uzun vadeli sonuçları asla dikkate almaz.
00'de

8
"Sorunları daha da kötüleştirmek için sürekli olarak eğitimlerimizin yetersiz olduğunu hatırlatırız"? Bunu nereden aldın? Dış kaynak kullanımı hayatın bir gerçeğidir, tüm şirketler bazı maliyetleri düşürmek ister. Doğu geliştiricilerinin bununla hiçbir ilgisi yok. Onlardan korkmamalısınız, kaliteyi etkilemeden masrafları düşürmeyi seçen patron / müşterinizden korkmalısınız. Aslında bunun tam tersi bir eğitim, eğitimim (kendimi batılı olarak görüyorum) çok daha yüksek, dolayısıyla maliyetimiz daha yüksek.
Alex,

2
@Alex: yeniden. Eğitim. ABD’nin eğitimi olması gereken ya da bir zamanlar değil. CS derecesini yüksek dereceli bir rekabetçi kabul okulu olan Boston College'da öğrendim. İlk program: Celcius'u Fahrenheight'a çevir, F = C * 1.8 + 32. Sırlı gözler ve odanın etrafında korku. Bir proje teklifi yaz. Noktalama işaretli bir cümle yazamıyorum. Heceleyemiyorum - bir kelimeyi "çok" kabul eder. “O” ve “O”, “Ben” ve “Ben” veya kesme işareti ne zaman kullanılacağı hakkında hiçbir fikrim yok. Büyük çekim gibi "bestelemek" ve "ileri gitmek" deyin. Herkes en az B + bekler, eğer A değilse. Sadece kendi seviyelerinde öğretiyorsunuz ve her sömestr yeni bir toplu iş alıyorsunuz.
Mike Dunlavey

3
@ apoorv020 (devamı) Bu yaklaşımla ilgili problem, orta / lise, başarılı olmalarına yardımcı olacak öğrencilere becerileri öğretmesi, daha iyi test puanları almayı öğretecek becerileri öğretmesi ve onlara daha iyi test puanları almaları için öğretecekleri bir ortamdan değişmiş olması ve okulun daha iyi görünmesini sağlayın, böylece temel kavramların öğretimini üniversiteye daha fazla itin (böylece daha yüksek seviyedeki eğitimi devalüe edin). Pazar ekonomisini (yani rekabet) devlet okuluna uygulamak sefilce başarısız bir girişimdi.
Evan Plaice

18

Başkaları için konuşamam. Bu benim görüşüme göre, insanların katılmıyorum görünmüyor. Onları gördüğüm gibi bazı gerçeklerle başlayayım.

Birincisi, çoğu insanın yazılım geliştirmeye gerçekten hazır olmadığına dair kanıtlar var. (Örneğin, UI araştırması nüfusun yarısından fazlasının büyük olasılıkla bir dizin ağacı fikrini "asla" elde etmeyeceğini göstermektedir.) Batı'da, bu insanlar için daha iyi uydukları diğer uygun işleri bulma konusunda sorun yaşamamaktadır. Hindistan'da ise aksine, yazılım geliştirmeye girmeleri için zaten çok baskı var. Bu, Hindistan'da gerçekten geliştirmemesi gereken yazılım geliştirmeye giren birçok insan olduğu anlamına gelir.

Ardından, Hindistan dış kaynak kullanımı için ortak bir destinasyondur. Şirketler bunu ucuz gördüğü için yapıyorlar (maaşlar düşük). Bununla birlikte , aşağıdakilerin hepsinin gerekli geliştirme zamanını ve çabasını arttırdığı kanıtlanmıştır (örneğin, COCOMO II modelinde belgelenen maliyet faktörlerine bakınız ): birden fazla lokasyondaki çalışanlar, birden fazla zaman dilimindeki çalışanlar ve çok kültürlü çalışanlar. Hindistan’da yürütülen ve Batı’dan yönetilen herhangi bir projenin üç maliyeti de var. (Bu, gerçekten olması gerekmeyen geliştiriciler olarak çalışan insanları bulma eğilimini eklemeden öncedir.)

Son olarak, yazılım proje yönetimindeki en büyük zorluk, bunu bilmesi gereken karar vericilere neyin işe yaramadığı hakkında doğru bilgi edinmektir. Bu mizahi anlayışın bu eğilimi üstlenmesini seviyorum . Sebeplerin birleşimi ne olursa olsun, çaresizlik, kültür veya müşterinin haklı olduğuna dair bir inanç olsun, bu eğilim Hindistan’a dış kaynaklı projeler için daha da kötüdür. Bazen komik bir dereceye kadar.

Sonuç olarak, Amerikan şirketlerinin düşük ücretli siren şarkılarına, dış kaynak çalışmalarına Hindistan'a ve daha sonra dış kaynaklı projelerin felaketlere dönüşmesine karşı güçlü bir eğilim olduğu ortaya çıktı. (Fakat felaketin derecesi, Amerikalılar işlerini kaybedene kadar belli değil.)

Şirketlerin gitmesi gereken bir diğer yol da H1B vizeleriyle Amerika'ya Kızılderililer kiralamak. Bu uzak çalışan sorunlarından kurtulur. Birçok Kızılderililer bu işleri istiyor çünkü ABD'de maaşlar daha yüksek. Vb mevcut işlerin hepsini doldurmak için gerçekten de fazlasıyla mükemmel Kızılderililer var. Ama bir problem var. H1B vizeleriyle çalışan Amerikan şirketlerinin, işe alınacak hiçbir Amerikalı bulunmadığı, işe alınan kişiye piyasa fiyatları ödenmediği vb. Yeminli olmaları gerekmektedir. Bu işverene esir işçi verir. Ve bu çalışanlara adil davranmak için hiçbir pazar teşviki bırakmaz. Bu, şirketlere sahtekârlık için güçlü teşvikler veriyor. Çok fazla yengeç.

Bir Amerikalı olarak ABD'ye gelen en iyi ve en zeki olanlarla hiçbir sorunum yok. Aksine, bu ülkeyi inşa eden şey buydu. Ama geldiklerinde onlara eşit davranın. Mesela Filipinler'den, vize durumundan dolayı Google, Apple ve Facebook'tan gelen iş tekliflerini reddetmek zorunda kalan birini tanıyorum. Şu anda yaptığı şeyi iki katına çıkarmak için. Pazarın, onun gibi insanların maaşlarını belirlemesine izin verilirse, şirketler için H1B programını suistimal etmeye çalışacak daha az teşvik olacaktır.

Yani benim fikrim var. Birçok nedenden ötürü, Hindistan'a dış kaynak projeleri sık sık felakete yol açmaktadır. H1B çalışanları olarak elde ettikleri olanlar mükemmel olma eğilimindedir, ancak bu program beni üzecek şekilde ağır şekilde kötüye kullanılmaktadır.


Merak ediyorum, Google, Apple ve Facebook'tan iş teklifi alan biri mi?
Htbaa

H1B'deyken neden işleri değiştiremiyorsunuz? “Transfer” diye bir şey olduğunu duydum ve pratikte garantili onayı olan standart bir rutin.

2
@ developer-art: Detayları bilmiyorum. Ancak, düşündüğüm belirli kişi yeşil kart alma sürecinde idi ve evrak işleri temizlenene kadar şu anki işinde kaldı. Bu evrakta, bildiğim bir buçuk yıldan fazla bir süredir onu limboda bıraktı. INS'nin başını belaya sokan ve gitmeye zorlanan diğer mükemmel insanları tanıdım. Mesela Perl şöhretinden Abigail 90'lı yılların sonunda bununla karşılaştı.
btilly

2
@ dev-art: H1b'niz çalışmakta olduğunuz kişiye bağlıdır. İş değiştirmeyi düşünebilirdim, ancak kesintisiz bir geçiş yoksa, çalışma izniniz otomatik olarak sona erer. Ve elbette, yeni işiniz işe yaramazsa ve deneme süresi boyunca iptal edilirseniz, bir iş bulmak ya da ülkeyi terk etmek için sadece birkaç günlük lütuf süresi olan, anında yasadışı bir uzaylısınız demektir.
jwenting

3
Bazı şirketlerin H1B'leri programcıları tasmalı bir şekilde tutmak için kullanma yöntemleri beni de üzüyor. Bu durumda olan birçok insan tanıyorum. Bir H1B'deyken yalnızca bir uzatma elde edebilirsiniz (toplam 7 yıl sanırım), bu nedenle çoğu H1B çalışanı yeşil kart almaya çalışıyor. Birçok şirket işe alındıktan yıllar öncesine kadar bu süreci (hatta yıllarca süren) başlamaz. Buna ek olarak, eğer bir H1B iş değiştirmek isterse, yeni şirketin kendisine yeniden sponsorluk yapması ve yeşil kart başvurusunu daha da geciktirmesi gerekebileceğini, H1B işçilerinin daha çok istismara uğramak için çok fazla teşvikte bulunmaları gerektiğini de ekledi.
Kaypro II

18

Üç yıldır Hint geliştiricileriyle çalışıyorum (İtalyanım). İnsanlar insandır. Temel olarak bir takıma ihtiyacımız olduğu için dış kaynak sağladık ve İtalya'da, özellikle Delphi gibi popüler olmayan dillerde bir takım bulmak zor. Bu yüzden asıl sebep ekip değil, maliyet bulmak.

Her neyse, bulduğumuz takım çok iyiydi çünkü çok iyi bir lideri vardı. Ancak diğer geliştiriciler çok önemli değildi. Ne oldu? Şimdi bu geliştirici doğrudan bizim için çalışıyor, çünkü o çok iyi bir insan ve aynı zamanda arkadaşım oldu. Güçlü bir ilişki var ve ona neredeyse bir İtalyan maaşı ödüyoruz. Neden? Çünkü ilişki önemlidir. Sadece kurtarmak için Hindistan'a giden birçok insan gördüm.

Ne ödediysen onu alırsın. O zaman elbette biraz para kazanabilirsiniz, ancak bence (özellikle küçük projeler için) sadece para tasarrufu için dış kaynak kullanımı yapmak yanlış bir seçimdir.


2
Bence iyi bir noktaya değindi. Maliyet karşılığı dış kaynak kullanıyorsanız, belki de çok düşük maliyetli ekipleri seçiyor olabilirsiniz. Daha büyük / kaliteli satıcılara dış kaynak kullanımı belki daha az para kazandırabilir ancak daha fazla kazanca sahip olabilir.
apoorv020

12

IMO'nun sorunu Doğu'ya karşı Batı'ya değil, dış kaynak kullanımına ilişkin genel bir fikirdir. 90'ların ikinci yarısında, internet patlaması, Y2K ve Euro para birimi dönüştürme programcılar için çok fazla çalışma yarattı, bu yüzden dış kaynak kullanımı o zamanlar çok sıcak bir konu oldu. Fakat ülke içinde dış kaynak kullanıyordu, Doğu'ya değil. Yine de, offshore ile beklediğimiz ya da tecrübe ettiğimiz sorunların birçoğu yerel dış kaynak ortaklarıyla da yaşanıyor.

Pek çok durumda, iyi bir şartname yazmak, kendiniz yapmak kadar önemlidir (Q&D de olsa). Ancak dış kaynak kullanımının amacı zamandan ve / veya paradan tasarruf sağlamak olduğundan, dış kaynak ortağına verilen özellikler kabataslakdır. Saat başına ödenen bir müteahhit ve denetleme eksikliği eklediğinizde ne beklemeniz gerektiği açıktır.


11

Şu anda iki yıldan fazla bir süredir Çin'de yaşıyorum (Kanadalıyım) ve Çinli geliştiricilerle çalışıyorum ve yabancı olarak Kanadalı Geliştiricilerle çalışıyordum. En azından Çinli olan geliştiricilerin yaptığı bazı genellemelerin, burada tanıştığım / çalıştığım çoğu geliştiricinin bir kısmı doğru olduğunu söyleyebilirim:

  • Merak ve yaratıcılık eksikliği. Burada aşağılık ya da aptal olduklarını sanmıyorum. Ama bunun yerine kültürel. Tarihsel olarak, her şeyden önce otoriteye saygı duymaları düşünülmektedir. Dolayısıyla, onlara "yukarıdan" verilen kötü bir tasarımı asla sorgulamayacaklar. Ayrıca birçoğu etki alanı becerilerinden ziyade teknik becerilerle ilgileniyor. Elindeki çalışmaları ile doğrudan ilgili olmadıkça, onlara kalıplar ve soyut kavramlar hakkında eğitim vermek için en zor zamanım var. Ancak, bir süre sonra, duvarlar yıkılır, zorlu otorite konusunda daha maceracı olurlar, teknik olarak en azından, vizemin iptal edilmesini istemem ;-)
  • Bir tehdit Bundan daha önce bahsedilmişti, ama ben vurguluyorum. Bu muhtemelen en önemli nokta ve denizaşırı kolejlerle olan ilişkilerde en fazla gerilimi yaratan şeydir (Kanada'da). Genel olarak, birlikte çalıştığım Batılılar, Doğulularla çalışmanın tüm olumsuz yönlerini abartma eğiliminde olacaklar. Birbirlerine karşı çok yumuşak davranırken kod incelemelerinde son derece zorlu olacaklar. Süreç veya iyi uygulamalarla ilgili tek bir gözetim bir doğu tarafından göz ardı edilirse tekmeleyecekler ve çığlık atacaklar, ancak kendi yaptıkları prosedürleri takip etmeleri kibarca istenirse kendilerini tekmeleyecekler ve çığlık atacaklar.
  • Harcanabilir bir Çinli'nin yarı pişmiş ikinci el ekipmanla çalışması tamam. Yarı rahat bir tane almak için izin almadan önce üç sandalye kırdım. Sonra iyi bir sandalyenin oturdukları ortaçağ işkence aparatı gibi görünen şeylerin hâlâ bulunduğunu fark etmekten dolayı kötü hissettim. Bununla birlikte, aynı şirketin genel merkezini ziyaret eden devlerin, zeminde bahseden değil, Çin'de 4 ila 6 kişilik bir ekip tarafından işgal edilen zemini alan masaları vardı!

Başlangıçta yazdıkları her zaman çok iyi değildi. Kesin olarak kültürel bir ayrılık var ama aynı zamanda baştan kötü tasarlanmış bir sistemin uzun dik öğrenme eğrisi. Ama ne biliyorsun ... iki yıl sonra ... bu sistemde yapılan en iyi çalışmalardan bazıları Çin ofislerinden geliyor. Bu giderek daha görünür hale geldikçe, bu tehdit unsurunu daha da şiddetlendiriyor ...

Açıkçası bu kolay değil ama sanırım kişisel deneyimlerden gelen eğilime bakarken çitin sağ tarafındayım.


4
"Birbirlerine karşı çok cömert davranırken kod incelemelerine son derece sert davranacaklar" & "ancak kendilerinin uyguladıkları prosedürleri takip etmeleri istenirse tekmeleyip çığlık atacaklar" - Tecrübelerime göre de doğru. Bunu birçok kez görmüştüm.
Mugen

@Mugen - Bunu, herhangi bir satıcı-müşteri ilişkisi ile gördüğümde kesinlikle uyarırdım. İşler şirket içinde düşük kaliteyle yapılabilir, ancak dış kaynak sağlandığı anda, şimdi müşteri şartnameye sıkı sıkıya bağlı kalmayı talep edebilir ve yaparlar. Üretimde gördüm, sadece yazılım geliştirmedim
Scott Whitlock

@Scott Anlaşıldı. Ben de orada gördüm.
Mugen

9

Bu büyüleyici bir konudur. SF ve Silicon Valley'de çalıştım, aynı zamanda yerel müşteriler için Avrupa'da, Hindistan'da bir offshore ofisi kurdum ve şimdi Güney Amerika'da bir offshore geliştirme mağazası işletiyorum. Afrikalı geliştiricilerle biraz çalışma bile yaptım.

Dünyanın her bölgesi harika programcılar üretme yeteneğine sahiptir. Malavi'de şaşırtıcı dokunmatik arayüz rayları inşa eden, HIV klinikleri için açık kaynaklı sistemleri destekleyen, açık kaynaklı projeleri önemli şekillerde kullanan ve katkıda bulunan bir korsan arkadaşım var.

Ayrıca marka başlangıçlarında çalışan Amerikan programcıları ve kağıt torbadan çıkamayan büyük web şirketlerini gördüm. Yüksek lisans derecesine sahip kişiler, MIT'den Comp Sci'de ve iyi bir üretim kodu yazmaya gelince, onu kesemeyen yıllarca süren endüstri deneyimine sahip insanlar.

Avrupa, Latin Amerika, ABD ve Hindistan arasında çok gerçek kültürel farklılıklar var. Öyleyse aşağı yukarı evrensel olan hacker kültürü var.

Ana Hint teknoloji topluluğu, insanları sorunlara atmaktan hoşlanıyor. Geliştirici başına saatlik ücret daha düşük olabilir, ancak satıcı kaliteye göre niceliğe inanıyorsa, kodu çalıştırmak için iki kat daha fazla deve ihtiyacınız olacaktır.

Sertifikalar. Ne oluyor be? Hindistan sertifikaları, ISO, CMMI'yi vb. Seviyor. Anlamsız eşek örtüsü. Daha da önemlisi, iyi bir yazılım geliştirmenin yolu bu değil.

Kast sistemi. Kast sistemi Hindistan'da yasadışıdır ve bağımsızlıktan bu yana, onu ortadan kaldırmak için muazzam bir çalışma var, ama hala yaşayan bir nefes kesici. Batılıların çoğu, kast sisteminin varlığını görmezden geliyor. ABD'de büyüdüm, ama babam Hindistan'da doğdu, adı verilen anglo-indian, ve annem orada bir üniversiteye bir öğrenci olarak gitti ve daha sonra Hint üniversitelerinde daha sonra öğretmenlik yapmak için geri döndü. Kast sistemi çok gerçekti, Hindistan'dan geliyor ve eski, ama İngilizler onu teşvik etti ve gücü korumak için kullandı. Batılıların bilmeleri gerekir, hiyerarşinin tepesinde, ingilizlerin yerini alacaklar. Çağrılacaksınız efendim, sorgulanmayacaksınız. Hintli yöneticilerin çoğu rollerini altlarına ne yapmaları gerektiğini söylerken görüyorlar. Geri konuşmak ve alternatifler sunmak cezalandırılıyor.

Her bir Hint geliştirme mağazası böyle değildir, Zoho, tüm kuralları çiğneyerek harika bir Hint şirketi kurmuştur. Kastedilmeme kabiliyetine veya sahip olduğunuz üniversite sertifikalarına dayanarak işe alıyorlar. Bunu yaparak, MS Office Suite'in yerine tam bir SaaS değişimini başlattılar.

Hindistan'da canlı buluşmalar, posta listeleri, küçük konferanslar ve benzerleriyle birlikte canlı bir bilgisayar korsanı topluluğu var. Bu geliştiriciler dünya standartlarında iyidir. Çoğu zaman, ana Hint yazılım geliştirme endüstrisinde iş bulmayı zor buluyorlar. Ben kendi ofisim için iki tane python dev'ini buldum, harikaydılar ve Hintli yöneticimiz bir düzine daha taze, yeni mezunlar için ekibi doldurmak için ısrar etti. Birkaç ay sonra bilgisayar korsanları istifa etti, menajerleri hayatlarını cehenneme çevirdi. Çoğu nasıl iyi programlanacağını bilemeyen bir düzine genç ve coşkulu çalışanımızla birlikte kaldık.

En iyileri, gömülü sistemler için bir IDE yapan genç bir kadındı. Kimse onu işe almak istemedi çünkü muhafazakar bir aileden geliyordu ve Hintliler evlendikten sonra işinden ayrılmak zorunda kalacağını düşünüyorlardı.

Hindistan'da dev dev'ler var, ancak değer yapısı onları zorlamak ve insanları büyük kod oluşturmakla ilgisi olmayan şeylere dayandırmak için kuruyor.

Diğer büyük problem saat dilimleri. Bu bir avantaj değil, çok büyük bir problem. Bu, saha içi ve açık deniz takımları arasında sürekli bir doğrudan iletişim olmadığı anlamına gelir. Bu, büyük yanlış anlamalara neden olur ve sizi belgeleme belgeleri yazmaya zorlar. Çevikliği çok zorlaştırır.

Üzücü gerçek, Hintli şirketler tarafından üretilen yazılımın çok büyük bir kalitesidir. Hintli mühendislerin ne kadar saçma olduğu hakkında her zaman konuştuklarını duyuyorsun, doğru değil, ama bu büyük geleneksel denizaşırı firmaların kalitesinin bir yansıması. Geliştiricilerin değil, Hindistan'daki iş kültürünün hatası. Dev'ler yanlış şeyleri ödüllendiren kötü bir sisteme sıkışmış durumda.


kısmen yönetime dayalıdır, ancak bu büyük şirketlerde (kötü yazılımın asıl kaynağı olan hiç şüphesiz) bir sürü kötü yazılım olmasa, ABD ve Avrupa’dan Avrupa’ya sızan kötü kod yığınları olmazdı. Orada. Elbette dediğiniz gibi yönetim problemi sürdürüyor, belki de teşvik ediyor, ama o kötü kodu yazanlardan değiller.
32'de jwenting

1
Ancak programlayamayan bu millet, bir yönetim sorunu olmasaydı işe alınmazlardı. Hintli şirketler derdi ki, bak, rezerve ettik, bir sonraki müşteri daha yüksek oranda gelir. Bunlardan biri, hiçbir şey söylemeyi reddetmek. Yönetim evet diyor ve kodlamada yetenekli olmayan bir kimseyi kodlamaya sıcak gösteriyor.
ayaktakımı

1
+1. İlginç posta Gerçek bilgisayar korsanlarının marjinalleştirildiğini ve Hindistan'da üzücü bir şekilde iç karartıcı çalışmanın zor olduğunu düşündüğünüzü biliyorum.
Faheem Mitha

8

Asya'ya yönelik pek çok proje deneyimledim (bahsetmeyeceğim farklı ülkeler). Bunların hepsi kasvetli başarısızlıklardı. Çok ayrıntılı ve ayrıntılı belgelere rağmen, sonuç üzerinden gönderilen (vb. Herhangi bir şey üretildiyse) belgeleri, vb. Gönderiliyordu. Genellikle ya hiç işe yaramadı ya da işe yaramayacak kadar marjinal olarak işlevseldi. Projeler de (eğer teslim edilebilir materyaller ürettilerse) ciddi şekilde geç kaldı.

OTOH Asya ve ABD’de Avrupa’da ve ABD’de çalışan diğer programcılarla çalıştım.

Belki de birçoğu tarafından yapılan açıklamada, tüm iyi bilişim çalışanlarının Avrupa’da ve Amerika’da çalışmak için Asya’yı terk ettiklerini ifade ediyor. Kalan kısım yığının dibinde, gözetim, eğitim ve takım liderliği sağlamak için iyileştirme sağlamak için çok az kaliteli ya da hiç kimse yok. Orada yaşayan Asya BT insanlarıyla (en azından bazı ülkelerden) telefonla ve e-postayla (ve televizyondaki röportajları görme vb.) Uğraşmak zorunda kalmak, aynı zamanda ilgili kültürde olabilir. Pek çoğu kendilerini ırkçı ve ahlaki olarak Amerikalı ve Avrupalılardan üstün (ve ülkelerinden hainlerini bırakanları düşünen) kabul ediyor gibi görünüyorlar ve aşağıdan gelen varlıkları kimlerden aldıklarını bildirmeyi dinlemeyi reddediyorlar. Bu kesinlikle Asya ülkelerinden gelen herkes için doğru değildir, ancak "en iyisini biliyoruz" atmosferi yaratacak kadar yaygın olabilir.

Doğu Avrupa'daki durum, belki de kısmen daha iyidir, çünkü bu ülkelerin çoğu AB’nin bir parçasıdır, bu yüzden eğer mahvolurlarsa onlara karşı başarılı bir yasal işlem tehdidi daha büyüktür.


8

Künt ve alaycı:

  • Daha ucuz
  • Bir tehdit
  • Kıyıdaki ekiplerle bağlantı kurmak için daha pahalı proje yöneticileri ve analistler için yerel kod maymunları takas ettiğinize dair takdirsizlik
  • Kısa ve kapsamlı bir gereklilik sunamadığı için paydaşlar istediklerini alacaklardır. İstedikleri bu olmayacak. Paydaşlar yerel bilgi istiyor ...
  • ... ancak üst düzey BT yönetimi için kutuyu işaretliyor çünkü popüler / popüler / KcKinsey söyledi / geliştiricileri anlamadı / ...

Muhtemelen iyi bir cevap için kriterleri karşılamadığını düşünüyorlardı? Görüşü yüksek ancak gerçekleri ve deneyimi destekleme konusunda düşük. Söylediğiniz hiçbir şeyin yanlış ve yanlış olduğunu sanmıyorum, iyi desteklediğinizi sanmıyorum ve ikisi de sitenin ruhunda olmayan tek bir yönde eğimli. Her neyse, benim aşağı oyum değil ama sanırım bunu tahtaya atarsanız daha iyi bir cevap olur. İsterseniz sizin için düzenlemeleri yapmaktan mutlu olurum, çünkü geldiğiniz yere geliyorum (3. ve 4. bölümler hariç).
Jon Hopkins

@Jon Hopkins: Yeterince adil. “Doğu'dan programcılar hakkında genel bir fikriniz veya fikriniz var mı?” Sorusunu sordu. Güncelledim.
00’de

Sadece genel oldukları için, desteklenemeyecekleri anlamına gelmez. Nerede çalıştığınıza gelince, finansta çalışan arkadaşlarım var ve duyduğum her şey en kötü şekilde işlenen dış kaynak projelerinin çoğunun evi olduğunu söylüyor.
Jon Hopkins

7

IBM'deki 10 yılımda, dünyanın her yerindeki programcılarla çeşitli ilişkilerde çalıştım. Öğrendiğiniz ilk şey, coğrafi kalıpların okyanusun her iki tarafında da yanlış olduğu. Programcılar dünyanın her yerindeki programcılar ... her yerden 100 tanesini seçerler ve google'a bir ya da üç kez seyahat etmeden merhaba dünyayı programlayamayan millet oranını elde edersiniz. .

Bununla birlikte, bu bölgelerden bazılarında iş ortamının coğrafi genellemeleri doğrudur. Örneğin Hindistan, Austin, TX veya Silly Con Valley gibi bir çok 90'ların sonlarında ve 2000'li yılların başındaydı ... her yıl ya da öylesine giden ve dönen kapılar, dönen ve dönen birçok iş adamı. Öte yandan Çin, ABD'nin orta batısındaki Silikon Prairie'ye çok benziyor, millet bir şirket seçip daha uzun süre orada kalacaklar. Brezilya, Rusya ve Avrupa ortada bir yerde gibiydiler, orta uzun süre kalacak kadar değil, bazılarının yerleştiği, bazılarının işini bıraktıkları bir karışımın varmış gibi görünüyorlardı.


5

Doğu dünyasına aitim ve yine şirketimden Doğu dünyasına dış kaynak sağlama deneyimim var. :-) Şirketim, yatırım yapmak istemedi. İşveren, Proje başarısız oldu. Bu Mühendislerden bazılarıyla çalışmak sinir bozucuydu, dış kaynak kullanım modellerinin ve teknik uzmanlığın, Doğu'da iyileşme için daha fazla olgunlaşabileceğini düşünüyorum. Batı dünyasında da gelişebilecek birçok insanla çalıştığımı söyleyerek. Dünya genelinde iyi ve kötü programcılar buluyorsunuz.


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

4

Orta Avrupa'da yaşıyorum. Dış kaynak dalgası son yıllarda üzerimize geçti. "Batı" dan dış kaynaklı projeler üzerinde çalıştım, ancak bugünlerde dış kaynaklı projeler daha ucuz ülkelerde bulunuyor. Bu yüzden denklemin iki tarafında da bulundum.

Dış kaynak olduğumuzda yöneticilerimiz ve günlük olarak birlikte çalıştığımız adamlar güzeldi, bize şirket içi bir geliştirici gibi davrandılar. İş güvenliğiyle ilgili küçük bir endişe, tamamen normal olduğunu düşündüğüm diğerlerinden duyuluyordu. Ayrıca, ikinci sınıf görevleri daha büyük bir projede aldık, bu benim için de iyi, birincil uzmanlığınızı dışlamamalısınız.

Ardından projeler kaçınılmaz olan daha ucuz bölgelere taşındı.

Tüm dış kaynak kullanım hikayesinin özü, yönetimin, bilginiz, deneyiminiz, eğitim veya know-how'ınız hakkında bir farenin kıçını vermediğidir. Tek umursadıkları şey maliyetler ve bonuslar. Dolayısıyla, yerel varlığınızın gerekli olmasının bir nedeni olmadıkça, yazılım projeleri sonunda daha ucuz ve daha ucuz ülkelere dış kaynaklardan temin edilecektir.


4

Rusya'da, Sibirya'da yaşıyorum ve bize dış kaynak sağlayan Alman tıp şirketi için çalışıyorum. Sanırım dış kaynak kullanmaktan biraz daha fazlası: Rusya ile Almanya arasında ekipleri paylaştık, birbirimize iş gezileri yaptık, vb.

Tabii ki öznelim ama başarılı bir dış kaynak kullanımı örneğimize inanıyorum: kod kalitesi ve ürün kalitesi üzerinde çalışmaya başladığımızdan bu yana önemli ölçüde artıyor.

Ucuz bir işgücü olmak biraz hayal kırıklığı yaratıyor, ancak öte yandan mükemmel teknoloji ve yönetim deneyimine sahip büyük bir şirkette çalışma şansımız var.


4

Yasal Uyarı: Ben Hintliyim ve bu bir Hintli görüşünü kulağa gelebilir, ancak birçok Batılı müşteriyle ve hatta ABD'de çalıştım. Doğu yarımkürede dünyanın en kötü programcıları olsaydı, batı yarımkürede neden doğudan dış kaynak kullanılır? Eğer dünyanın tasarrufunu sağlamak için sadece doların kazanması için IMO, kaliteden ödün vermeden. İyi, hızlı ve ucuz, ikisinden birini seçin. Bir adam kiralamak zorunda kaldığımda kuruluşuma beklentilerinin ne olduğunu ve ödemeye hazır olduklarının ne olduğunu soruyorum. Yetenekli, kendine saygın bir adamı daha az ücret ve baskı için sizin için çalışmaya ikna etmek gerçekten zor. Sadece serbest çalışan siteler, doğusundaki programcılarla sonuçlanan işleri Bangalore-d olan talihsiz batı adamlarıyla birleştiğinde kod maymunu. Daha iyi bir fiyat ödemeye hazırsanız, daha iyi bir sonuç alınacağından emin olabilirsiniz, ve bu ISO / CMMI / SEI türündeki hizmet şirketlerini takip etmeyin. Koyun sürüsü veya canlı hayvan yetiştiriyormuş gibi yeteneklerini işe alırlar.


3
“Sadece paranın karşılığını kurtarmak için dünyanın doğu bölgelerine dış kaynak kullanıyorsanız, IMO, kaliteden ödün vermeden. İyi, hızlı ve ucuz, ikisinden birini seçin.” Genellikle biliyor ya yeter ki ucuza bir süre çalışan bir şey ... olsun, kalite umurumda değil dış kaynak karar olanlar
jwenting

1
Anlıyorum. Ve karar verenler yöneticidir, eğer bir yönetici proje üçgenini bilmiyorsa veya anlamazsa, o beceriksizdir. İdeal olarak, yetersizlikleri bir klişe ile sonuçlanmamalı, ancak NTP ( en.wikipedia.org/wiki/Normal_temighborhood_and_pressure ) koşulları sadece gerçek dünyada olmayan laboratuvarlarda mevcuttur.
Kumar,

2
“Batı yarımkürede neden doğudan dış kaynak kullanılsın?” - Çünkü kararları alan insanlar gerçekten iyi kararlar verecek en iyi konumda değiller. Özet yönetici seviyelerindeki yönetici düzeyindeki yöneticilerden, bütçeler ve parayla meşgul olmalardan ve kısa vadeli zaman dilimlerinden söz ediyoruz.
Kaypro II,

@Cosmic Google, Yahoo !, AOL veya MS’in programcıların kalitesizliğinden şikayetçi olmadıklarını görüyorum, en iyi yetenekleri alıyorlar ve bunlardan en iyi şekilde yararlanıyorlar, Doğu ya da Batı yönünden bağımsız olarak saçmalık kiralıyorlar.
Kumar

@Kumar Neden birinin ilk başta kötü programcılar kiraladığına dair sorunuza cevap vermeye çalışıyordum. Muhtemelen bunu daha da netleştirmeliydim. Bu durumda Google’ın veya MS’in "şikayet" olup olmadığını nasıl söyleyeceğimi bilmiyorum. CEO-tip insanlar hakkında kamuya açıklama yapanlar mı yoksa sıra tecrübesi olan ve kişisel deneyime sahip kişilerden mi bahsediyoruz? Google ve MS de istisnai şirketler ve onlardan genelleştirmenin zor olduğunu düşünüyorum. Sanırım tipik dış kaynak kullanım kararının (karada ve denizde), az dikkat veya kalite anlayışıyla maliyet nedenleriyle verildiğini düşünüyorum.
Kaypro II,

4

Şu anda yurtdışında (Rusya'da) yaşayan ve ben girişimci olarak çalışıyorum (ve faturaları ödemeye çalışan taraftarım). Silikon Vadisi'nde 20 yıldan uzun süredir geliştirici, teknik ekip lideri ve yazılım / sistem mimarı olarak çalıştım. Bunlardan bazıları çok iyi bilinen ve sonunda sektörün egemen olduğu milyarlarca dolarlık büyük bir ana şirket haline gelen bir girişim dahil uluslararası şirket Bu son şirketin ("X" dediği) tüm ABD ve dünyadaki geliştirme merkezlerine sahip: Hindistan, Rusya, Çin, Avrupa, vb. Bu ekiplerin bazılarıyla doğrudan çalıştım ve çok yetenekli olduklarını gördüm. layık mühendisler. Atılganlık ve yaratıcılık, şu an için daha Amerikalı bir mühendis kişilik türü olma eğiliminde olacağımı kabul edeceğim,

  • Dış kaynak kullanımı para hakkında çok net bir şekilde açıktır. ABD'den ayrıldığımda, X ABD'de işe alınmıyordu, uluslararası ofislerde işe alıyordu. X, ABD’li olmayan mühendislere ABD’li bir eşdeğerinin (yıllık tecrübesi, becerileri) maaşının yaklaşık 1 / 4’ü 1 / 3’ü Genelde ABD dışındaki bazı yerlerin ekonomilerini göz önünde bulundurarak hala oldukça iyi bir maaş, ancak bu, ABD mühendislik pozisyonlarının varlığı açısından ücret oranı için iyi değil.

  • Serbest çalışmanın özellikle bilgisayar işinin geleceği olduğuna inanıyorum. Doğası gereği son derece taşınabilir, tek ihtiyacınız olan bir dizüstü bilgisayar ve internet bağlantısı ve iştesiniz. Yerinde çalışan ekipler için yapılacak her zaman bir durum vardır: daha güvenilir zamanlama, öngörülebilir beceri setleri, vb. Ancak bakımı çok pahalıdır.

  • ABD mühendislerinin ABD dışındaki geliştiricilerin ne kadar korkunç olduğu konusunda sık sık kibirli yayınlar görüyorum (örneğin, bu konuya bakınız: https://stackoverflow.com/questions/209170/how-much-does- o-maliyet-to-geliştirme-an-iphone-uygulama). Basmakalıp evet, ucuzlar ama her zaman un (der) -kaliteli ve berbat kod yazıyorlar. Kaliteyi elde etmenin tek yolu, ABD'deki ücretlere ABD'li mühendislere ödeme yapmak. Saçma! ABD'li mühendislerin uyanması gerekiyor - endüstri ve ekonomi, yüksek maaşlı kurum içi geliştiricilerden dünyaya yayılmış dağınık geliştirme ekiplerine geçiyor. Tabi ABD dışındaki geliştiricilerin kötü olduğu kesindir - ancak yalnızca sizin ölçtüğünüz ABD'li görüşmeci için tekrar düşünün. Şu ana kadar bakmak ya da çalışmak zorunda kaldığım en acımasız kodlardan bazıları, değiştirmeyi ya da geliştirmeyi reddeden ABD'deki bir mühendis tarafından yazılmıştı! Sırf rastgele bir elance geliştiricisinin berbat bir iş çıkarması, ABD dışındaki tüm mühendislerin korkunç olduğu anlamına gelmez. Yerine, elance müşterinin alt teklif sahiplerinin biraz ötesine bakması gerekiyor, orada gerçek mükâfatlar var, hatta en iyi geliştiriciler bile, kurum içi ABD fiyatlarına büyük bir indirimle ulaşılabilir. Zamanında bu belirli zamanda, size vereceğim, ABD'de çok fazla yetenek yoğunlaştı - ama bunun asla değişmeyeceğini düşünen herkes çok ciddi bir şekilde kandırılıyor.

  • Yetenek ve tecrübe eksikliğinden daha pahalıya mal olur, size bunu vereceğim. Fakat mesele şu ki, ABD'deki çalışanların maaş ölçeği, dünyanın geri kalanıyla aynı düzeyde. Hareket halindeyken sürekli bir dinamik yetenek / maliyet sürekliliği var ve ABD dışındaki mühendislerin arka plandaki ortam yetenekleri yalnızca yükselecek ve bu da ABD’nin ödeme oranları ve son derece yüksek olanların varlığı üzerinde çok güçlü bir düşüşe neden olacak. ABD'deki şirket içi mühendislik pozisyonlarını ödedi (unutmayın: X uluslararası olarak işe alıyor, ancak ABD'de değil. Yazı duvarda). Bu nedenle, daha yetenekli olanlar, daha az yetenekli olanlardan daha fazlasını ücretlendirebilir, ancak bunun geçerli ABD oranlarında olmayacağından emin olabilirsiniz.

  • Dünyadaki yeteneklerin konsantrasyonu, gelişim ekiplerinin fiziksel konumu zaten değiştikçe , kesinlikle değişecek. ABD dışındaki yetenek seviyeleri yükselmeye devam edecek ve çok uzak olmayan bir gelecekte, bu konulara tekrar bakacağız ve "ne hakkında konuştuklarını, dünyanın herhangi bir yerinde en iyi yetenekleri bulabileceğinizi" düşüneceğiz.


ah evet, ama tüm bu kötü görüşmeler reddedildi. Bir danışmanlığa outsource ederseniz, kiraladıkları kişiyi elde edersiniz - ve size satış yapmak için personel sayısını almak için hemen hemen herkes kiraladı! Bence asıl sorun bu, iyi ya da kötü aygıtlarla ilgili değil, gerçekte hangi devi aldığınızı kontrol etmemekle ilgili değil.
gbjbaanb

Böylece iyi, güvenilir bir danışmanlık bulmanın önemi ve bu ucuz gelmiyor. Ayrıca, gerçekten de müşteri, çalıştığım her danışmanlık gruplarından bazılarının durumunda olduğuna dikkat yapar potansiyel göreve atanması geliştiriciler görüşme.
Bogatyr

4

Dünyanın doğu ve batı kesiminde çalıştım ve paylaşacağımı düşündüm. ABD'ye taşınmadan önce 5 yıl Bangalore'da çalışmıştım. ABD'de yaklaşık 8 yıl çalıştı ve Hindistan'a geri döndü. Evde oturmak zorunda kaldım çünkü burada işler çok fazla talep ediyor. 2 küçük çocukla o uzun saatlerde koymak imkansızdı. Sonunda yarı zamanlı bir iş buldum. Hindistan'da çalışma kalitesini görmek için şok oldum. ABD’ye gittiğimizde o kadar da kötü değildi. Genç kalabalığın yeni teknolojiler öğrenmek için herhangi bir sorumluluğu veya coşkusu yok gibi görünüyor. Birinin işaret ettiği gibi, 'hayır' demek nadirdir (onların egolarına bir darbe, IMO) ve sonuç olarak tamamen işe yaramaz veya vasat bir iş görürsünüz. Kod okunaksız, büyük resim hakkında hiçbir fikrim yok, genişletme alanı yok. Bir erkek (ler) i eğittiğinizde, daha yeşil bir mera için işleri atlamaya hazırdır. Bunu söyledikten sonra, yine de son derece iyi birkaç tane olduğunu söyleyebilirim. Onunla çalışmaya başlarsanız, özellikle de o kişi iyi iletişim kurabiliyorsa, kendinizi şanslı sayın!


3

İşin kalitesi düşükse, belki de Hindistan’a bakacak kadar değil, en iyi teklifi veren kişilere bakıyorlar ve bu muhtemelen Prasoon Saurav’in beğenisine değil, bir takım küçük kodlama ekibine benziyor.


ve bu, talepte bulunan ülkedeki insanları çalıştıran şirketlere dış kaynak
sağlamada geçerlidir

Evet ve hayır. Çünkü müşteriyle aynı ülkedeki şirketler kalite sorunlarına daha fazla dikkat etmek zorunda (çünkü bir şeyleri karışık yaparlarsa onlara karşı başarılı yasal işlem yapmanın daha ciddi tehdidi nedeniyle) sorunları devam etmekten çok daha iyi çözülme eğilimindedir. Bunun, kendi ülkelerinizle güçlü yasal bağları olmayan uzak ülkelerdeki şirketlerle ilgilenmekle aynı kadar Hindistan ile ilgisi yok (aynı sonuç Hindistan'dan ziyade Burundi veya Equador olabilirdi).
21'de jwenting

3

Büyük offshore programcılarıyla çalıştım, ancak işe alınmayacak kadar ucuz değildi. Ayrıca çok ucuz denizaşırı programcılarla çalıştım ve onlar iyi değildi.

Bana göre doğudaki büyük programcılar muhtemelen batıdaki büyük programcılar kadar fazla ya da neredeyse para kazanmanın bir yolunu buluyorlardı; belki kendi şirketlerini kurarlar, belki ne yapabilirlerse vize alırlar. Ama bir yolunu bulma eğilimindeydi, değil mi?

Son derece ucuz çalışmaya istekli bir programcı ekibi ararken, üst düzey yetenekler elde etmeyi beklemem. Yeteneğin nerede yaşadığı önemli değil.


3

Ben İsviçre'denim. Ukrayna'ya dış kaynak sağladığımız bir proje üzerinde çalıştım. Çok daha ucuz olan ancak tasarruf ettiğimiz paraların geliştiricilerinin, bu yakın kıyı ekibini denetlemek için her ay ekibimizi Ukrayna'ya uçurmak için yeniden yatırım yapmaları gerekiyordu. Proje, dış kaynak kullanımından yaklaşık bir yıl sonra öldü.

Şimdi Fas’a en yakın olan İsviçre firmasına dış kaynaklı bir proje üzerinde çalışıyorum. Proje yolda, ancak iletişim sorunlarımız ve kalite sorunlarımız var.

Bence asıl sorun, onları daha ucuza inşa etmeleri için offshore bir proje yapmamız. Her şeyi daha ucuz ama aynı kalitede almak her zaman zor ...


2

Çok açık bir şekilde ve genel olarak, “batı” daki programcıların “doğu” daki programcıların görüşlerinin yüksek olduğuna inanmıyorum. Bunun haklı olup olmadığından emin değilim.

Bazı cevapların öne sürdüğü gibi, dış kaynak kullanımı 'batı'daki' birçok kişi için bir tehdit oluşturuyor. Bu, 'rakip' programcılara güvenmemek için otomatik bir nedendir.

Yalnızca dış kaynaklı projelere bakarken hatalı kod gördüm ve yalnızca birkaç kez gördüm. Bunun nedeni, işin ucuz bir dükkana (“sizin için ne kadar para alıyorsanız”) gitmesi olabilir, çünkü proje kötü bir şekilde yönetiliyordu veya büyük olasılıkla proje başarılı olsaydı, o zaman koda bakmam gerekmeyebilirdi. Başka bir deyişle, yalnızca hatalı kodu duyuyorsunuz.

Ayrıca korku hikayeleri de var - yukarıdaki 30000 satır dosyasındaki gibi. Yine, hikaye ne kadar kötüye giderse o kadar yayılır.

İnsanlar 'ucuza yapılmasını istiyorsanız dış kaynak kullanımı gibi şeyler söyleyecektir. Doğru yapılmasını istiyorsanız, şirket içinde yapın. '

Öğreniyorsanız ve gelişiyorsanız o zaman çok fazla endişelenmem.


2

Feragatname: Dış kaynak kullanımı ile ilgili doğrudan bir deneyimim yok. Aşağıda, konuyu büyük bir batı yazılım firmasında proje yöneticisi ile görüştüğümde ortaya çıkan bazı noktaları sunuyorum. Bu adam, dış kaynaklı ekipleri nezaret ederek Hindistan'da çok zaman harcadı.

  • Neredeyse hiç kimsenin evinde bir bilgisayarı yoktur (çok pahalı).
  • Hindistan'ın BT eğitimi yoksundur. CS derecesinde bir bilgisayara hiç dokunmamış öğrencilere verilir (yine düşük seviyeli öğrencilere bilgisayarlara erişim vermek çok pahalıdır). Programlama ödevleri kağıda yazılmıştır.
  • "Her zaman evet der" zihniyeti çok zararlıdır
  • Hintli programcılara tam olarak ne yapacakları söylenmeli. Çok az inisiyatif var.
  • Hindistan'a dış kaynak yazılım geliştirme bir felaket olmuştur
  • Bazı KG görevlerinin dış kaynak kullanımı tamam işe yaradı.
  • Çeşitli .:
    • Elektrik çok düzensiz
    • Hindistan az ya da çok polis devleti
    • Hindistan politik olarak dengesiz görünüyor ve terör sorunu var.
    • Bir seçenek göz önüne alındığında, kimse Hindistan'da yaşamayı seçmeyecektir.

2

Wipro, Infosys, TCS vb. İşlerini duyduysanız, dünyanın en büyük BT şirketlerinden bazıları Hindistan'da bulunuyor. Çoğu "batı yazılım uzmanı" nın denizaşırı için asla göze alamayacağı en büyük Hint şirketleri, dünyanın en iyi kalitede kolayca kabul edilebilir . Batılı müşterilerin korkularını hafifletmek için güneşin altında kalite ile ilgili her sertifikayı alıyorlar. Ayrıca çoğu Hint yazılım şirketlerinde çoğu Batılı şirketten daha fazla mühendis (derece ve deneyim) var. Ayrıca Google, Oracle, IBM, Microsoft, SAP hepsinde geliştirme merkezleri var ve hepsi de ucuz programcılar arıyor.

Peki Batılı mühendisleri nasıl görüyoruz? Okyanusa bakarken sizin gibi karışık bir çanta görüyoruz. Hayran olduğumuz nitelikli süper teknik insanlar var ve bazen birlikte çalışmak zorunda kalabileceğimiz douche çantalar var. Genel olarak, karma takımlarda gayet iyi anlaşıyoruz. İlişki, batı ucunda “teknik odaklı” iş adamlarına ve diğer ucunda sadece programcılara sahipseniz gerçekten berbat. Bu genellikle yerel bir yöneticiyi işe alarak değil, bir kaç dolar tasarruf etmek isteyen bir açlıktan batmış batı şirketidir.


“Kolayca dünyanın en iyi kalitede kalifiye olur” [kaynak belirtilmeli]. Cidden, bazı ISO sertifikalarına sahip olmak, gerçekten yüksek kaliteli yazılımlar oluşturmayı başardığınız anlamına gelmez.
ws

doğru. Wipro, afet projelerinin ana kaynaklarından biridir.
jwenting

2

Doğu ülkelerine (doğu Avrupa'ya değil) dış kaynak sağlama konusundaki deneyimim oldukça kötüydü. Gördüğüm tüm uygulamalar korkunçtu ve sadece yapması gereken işi yapmak için birbirine yapıştırılmış bir sürü kötü alakasız kod gibi gözüküyordu.

Bunun yeni doğu programcılarının yeni batı programcılarından daha kötü olmalarından kaynaklandığını sanmıyorum, bunun nedeni doğu programcılarının onları yönlendirecek deneyimli programcılara sahip olmamalarından kaynaklanıyor. Batı dünyasında, modern programlama dilleriyle çalışmak ~ 45 yıldır yaygın bir meslektir, bu nedenle yenilerini öğrenebileceğiniz kişilerle çalışacak birçok deneyimli programcı vardır. Doğuda modern programlama ne için oluyor? 10 - 15 yıl? İnsanların öğrenecekleri gerçek bir deneyim eksikliği var. Bunun üzerine, sanırım (buradan görebildiğim gibi) çalışan doğudaki programcıların çoğunun dış kaynaklardan tedarik edilmesiyle, hedefin sadece projeyi elde etmek için birçok kötü özellik topladıklarını düşünüyorum. Köşeleri hızlıca keserek hızlıca yapabilirsiniz, ki bu da yeni geliştiricilere aktarmamanız gereken deneyimdir. En azından ABD'de çoğu programlama işi, zaman içinde desteklemesi gereken sınırlı bir ürün grubu üzerinde çalışan insanlar için olmuştur. Böylece insanlar yazılımın istikrarlı ve güvenli olmasını sağlamak için teknikler seçtiler ... bu yeni nesle geçmek için iyi bir deneyim.

Yani evet, temelde bir insanın herhangi bir yerdeki okula gitme miktarıyla ilgisi olduğunu görmüyorum, işe getirdiği alışkanlıklar ile ilgisi var. Dışarıda pek çok iyi programcı var (azınlıkta iyi olduklarını düşünüyorum), ancak projeler dış kaynaklı olduğunda Batılıların etkileşime girecekleri olduklarını sanmıyorum.

Doğu Avrupalılara gelince, orada deneyimli geliştiricileri var. Dış kaynak taleplerini karşılamak için aşamalı olmalarından korkuyorum.


2

Giddy, Peter: Hindistan’dan selamlayan bir programcı olarak, ifadelerinizin ne olduğu kadar üzücü olduğu gerçeğini itiraf etmeliyim: Hindistan’da programlama, insanların seçim dışında çıkardıkları bir şey değil, zorunluluk dışı sosyal veya ekonomik. Bu, Hindistan'da teknik meselelerden tamamen yönetsel olanlara çabucak geçiş yapan insanları bulmak için çok yaygın olmasının bir nedenidir (aslında "merdiveni yukarı taşımam" denir, bu da "sıkıntıya girdiğim bir cümle"). Bir teknoloji uzmanı olarak büyümeye devam etmek isteseniz bile , yönetim rolleri üzerinize düştü (bu yüzden aslında Hindistan'dan ayrılmaya karar vermemin bir nedeni).

Benden öte nedenlerden ötürü, kariyer gelişimi sizin için çalışan veya daha doğru olmak için çalışan kişi sayısına eşittir. "X ekibinden sorumluyum" veya "altımda çalışan x insanlar", Hindistan'da "başarılı" bir kişiye layık görülen bir ifadedir ("x insanların" türünü üretenler olabileceğini unutmayın) Bu konuda başkaları tarafından referans verilen kodun

Bunları söyledikten sonra, düşük kod kalitesinin yalnızca Hindistan veya diğer "düşük maliyetli" ülkelerle sınırlı bir şey olmadığını belirtmek isterim. Bazen Avrupa'da bile tanıdık davranışları ve kod kalitesini görüyorum. Neyse ki, onlar genel kural değil.


2

İşimizi offshore konusunda karışık deneyimler yaşadım ve genel olarak offshore şirketleriyle çalıştım. Başvuru için Amerika Birleşik Devletleri'nde yaşıyorum.


Kötü

CMMI 5'i değerlendiren Hindistan'da bir şirket ile sözleşme yapan bir şirkette çalıştım. ve ucuza çalışacak . Şirket onlara sıfırdan yazmaları için bazı istemci yazılımları verdi ve geri döndüğünde, kod çok para alıyordu, belgesizdi ve refactor ve bakımı genellikle zordu. Şirket, müşterinin tamamını sıfırdan yazmaya başladı ve yurt dışı maliyetini yedi.

Başka bir durumda, hizmetlerini ve ürünlerini doğu pazarlarına tanıtmak için Asya'da bir şirketle ortak çalıştığım bir şirket. Olanlar, Asya şirketinin kaynak kodumuzu ve ürün tasarımlarımızı aldığı, ortaklığı kestiği ve daha sonra şirketimle aynı olan kendi ürünlerini piyasaya sürdüğü, yalnızca birkaç kişinin bildiği (ve ben vekil olarak) bildiğim gizli bir hikayeydi.


Ortalama ish

Yine başka bir durumda, çalıştığım bir şirket Çin'de bir araştırma ofisi açtı, çok modern bir yerde, ofislerinde benimkinden daha çok meraklısı şeyler vardı. Ar-Ge tesisi özel Linux geliştirme yapmak için kullanılacağından, eğitim için bir haftalığına Çin ofisine gönderildim. Ekip, oldukça iyi olan bazı insanlara sahipti, ancak bu durumun geliştiricilerinde olduğu gibi, çok geçmeden ayrıldılar ve geri kalan ekip, Amerika Birleşik Devletleri'nde tekrar kullanmamız için bir API yazdı. API’yi tamamen kötü olarak adlandıracağım çünkü Linux’un anlaşılmadığını gösterdi ve temeldeki kaynak kodu en iyi ihtimalle oldukça garipti. Fakat bence buradaki büyük problem, Linux işini vermek için garip bir takım seçti, çünkü o takımda kimse Linux uzmanı değildi ve bu proje bir yıl sonra hurdaya atıldı.


İyi

Diğer durumlarda, sözleşmeli olduğum başka bir şirket Doğu Avrupa'daki bir şirkete iş verdi. Bu adamlar gerçekten iyiydi, güvenlik açığı testi yapmak için sözleşmeliydiler ve aslında oldukça pahalıyken, genellikle değerli bir yatırım olarak görülüyorlardı.

Ayrıca oldukça devasa bir Hintli BT hizmetleri şirketi ile çalıştım ve kendileri tarafından istihdam edilen ancak bize sözleşme yapan geliştiricilerimiz vardı. Orada birkaç iyi şey vardı, ama bu hepimiz çeşitli projeler üzerinde birlikte çalıştığımızdan daha genel bir hikaye.


Bu hikayeler eğlence amaçlıdır - Birden fazla şirketle çalıştım ve yurtiçi ve yabancı şirketler hakkında hikayelerim var.

Bazı şirketler için - iletişim her zaman zordu. Doğu zamanında çalışıyorum ve bizden 10 - 13 saat önce insanlarla konuşacağız. Aynı zamanda sadece yönetim yoluyla giderdik, gerçek geliştiricilerle konuşmazdık, bu yüzden orada bir bağlantı koptu.

Ayrıca, işlerinden hoşlanmayan yeni tanıştığım kişiler de vardı. Kore’de bir savunma şirketi için düşük maaşla slav saatlerce çalıştığı için çalışmak için eyaletlere gelmek isteyen Koreli bir dev vardı. Ben bir geliştirici olma seçimlerinden rahatsız olan bir dev (aynı zamanda yabancı) olan iş arkadaşlarımdı. Milyonlarca yapmaya çalıştı.


The company ended up just writing the entire client from scratch and ate the cost of the offshoring.. Bu problemi iki kez yaşadık.
Olivier Pons

2

İlginç! Ben Çinliyim ve programcıların neden meraktan ve yaratıcılığa sahip olmadığını biliyorum. İş arkadaşlarımın çoğu her gün şikayet ediyorlar, kodlamadan nefret ediyorlar, tasarlamayı sevmiyorlar, sadece orada ve orada dedikodu yapıyorlar (kültürümüzün bir parçası). Yazılım şirketlerine daha yüksek bir ücret karşılığında (gelişmekte olan ülkelerde, BT çalışanlarına iyi ücret ödeniyor) geliyor, "dünyayı kurtarmak" veya bir fark yaratmak için değil. İlgi alanı yok, motivasyon yok, merak yok, yaratıcılık yok !! Ama akıllı kafalar var (benim gibi ^ _ ^), kaliteli işler yapıyorlar ve zamanında teslim ediyorlar !!!!

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.