Wie sehen Programmierer im Westen Programmierer im Osten?

Die andere Hälfte dieser Frage: Wie sehen Programmierer im Osten Programmierer im Westen?

Der östliche Teil der Welt (Indien / China / Philippinen) bietet hauptsächlich Outsourcing-Dienstleistungen für die westliche Welt (USA und Europa) an.

Haben Sie Erfahrung mit Offshore-Teams? Wenn ja, wie war es?

Haben Sie allgemeine Vorstellungen oder Meinungen zu den Programmierern aus dem Osten (z. B. Sind sie kooperativ, liefern sie pünktlich oder leisten sie Qualitätsarbeit?). Worauf basieren diese?

Hmm Interessante Ansichten.

Ich möchte nur meine einwerfen.

Ich lebe in Indien (ich bin Inder) und programmiere seit ich 11/12 war. Alles, was ich bisher habe, ist eine Highschool-Ausbildung und interessanterweise habe ich bisher zwei Dinge getan, ich habe an einem indischen Computerinstitut unterrichtet und im Moment bin ich freiberuflich tätig (und habe mir ein Projekt mit einem SEHR hochkarätigen Kunden besorgt).

Zwei Dinge, von denen ich denke, dass sie von meinem Standpunkt aus wahr sind:

Sicher, Menschen sind Menschen, aber die indische Mentalität in Bezug auf Leben und Bildung ist hier sehr unterschiedlich. In den Monaten, in denen ich unterrichtete, sah ich, wie Eltern ihre Kinder in die IT drängten, nur weil sie dachten, sie würden Geld bekommen oder so, und ich unterrichtete Studenten Doing / beendete Bsc- und Engineering-Abschlüsse und 98 von 100 können nicht ein paar Codezeilen in C schreiben. (Qualitätscode vergessen).

Der State Computer Science Kurs hier, sie haben Turbo C als Teil des Lehrplans, C ++ für die meisten Menschen ist C, aber nur mit coutzu drucken.

Was die Entwicklung angeht, werden Sie mit solchen Absolventen Tonnen von "Ingenieuren" erwarten , die schreckliche Dinge programmieren. Ich habe kleine "Unternehmen" getroffen, die keine Quellcodeverwaltung verwenden. Sie haben nicht einmal eine Vorstellung davon, was Unit-Tests sind.

Es ist traurig, dass ich so viel Krankes zu sagen habe, und es schmerzt mich. ABER jeder hier ist nicht so. Es gibt so viele von uns, dass vielleicht der Eindruck entsteht, den die Leute bekommen. lol

Selbst hier erfolgreich zu sein, bedeutet irgendwie, woanders hinzuziehen, denn es gibt keinen wirklichen Spielraum, um zu wachsen und deine Fähigkeiten wirklich zu verbessern. Natürlich gibt es hier die Smart-Heads von IIT und anderen Top-Colleges, die sich auskennen (irgendwann ziehen sie auch aus)

Aber das Fazit ist, dass die IT-Ausbildung hier meiner Ansicht nach ziemlich traurig ist.

Haftungsausschluss: Ich lebe in Mittelosteuropa, entscheide selbst, ob ich als Ost- oder Westeuropäer zähle :-) Als solches habe ich an Projekten mitgearbeitet, die aus Westeuropa in unser Land ausgelagert wurden, und ich habe Zweifel von den westlicheren Mitarbeitern und Führungskräften erfahren in Bezug auf unsere Fähigkeiten, ähnlich dem, was Inder in solchen Situationen erleben müssen.

OTOH Ich habe mit mehreren indischen und einigen russischen Entwicklern an zwei großen Projekten gearbeitet. Das erste beinhaltete auch eine Komponente, die vollständig von einem indischen Subunternehmer entwickelt wurde. Dies war mit Sicherheit der schrecklichste Stückcode, auf den ich jemals Zugriff hatte (ich kann nicht sagen, dass es der schrecklichste Code ist, den ich jemals gelesen habe), denn als ich die größte Single sah Die Quelldatei hatte eine Größe von mehr als 600 KB (oder ungefähr 30 KB AFAIR), ich schloss sie schnell und konnte nur beten, dass ich sie niemals berühren musste. Mein Gebet wurde angehört.)

Letzteres (an dem ich gerade arbeite) wurde an 3 verschiedene Firmen vergeben, von denen einige mehrere indische Programmierer beschäftigten. Das Ergebnis haben wir in den letzten 1,5 Jahren aufgeräumt, und es ist noch genug Arbeit für die absehbare Zukunft übrig.

In meinem Privatleben lebte ich mehr als drei Monate in Indien, also weiß ich wahrscheinlich mehr über das Land und seine Bewohner als ein durchschnittlicher Westler. Ich persönlich mag Indianer sehr.

Meine persönliche Erfahrung war, dass die gleichen bemerkenswerten kulturellen Unterschiede, die zwischen westlichen und indischen Menschen im Allgemeinen bestehen, auch zwischen Programmierern beobachtet werden können. Inder sind in der Regel sehr fleißig, wenn es darum geht, eine konkrete Aufgabe zu erfüllen, aber sie müssen nicht unbedingt das Bedürfnis haben, das Gesamtbild zu verstehen. Was leicht zu minderwertiger Software führen kann.

Ein weiteres mögliches Problem ist der kulturell tief verwurzelte Widerstand der Inder, Nein zu einer Bitte zu sagen, da ich glaube, dass dies von ihnen als unhöflich angesehen wird. Wenn Sie in ein indisches Lebensmittelgeschäft gehen und nach Decken / Schmuck / Haifischflossen / was auch immer fragen, sagt der Besitzer "Ja, Sir, in einem Moment" und schickt dann seinen Jungen zu einem anderen Geschäft in der Nachbarschaft, um das Produkt zu holen und präsentiert es Ihnen stolz. Was in der Tat eine gute Geschäftspraxis ist. Wenn dasselbe jedoch für die Vergabe von Unteraufträgen für ein SW-Entwicklungsprojekt mit einem festgelegten unmöglichen Zeitplan angewendet wird, können die Ergebnisse katastrophal sein. Dies ist jedoch nur eine Spekulation von meiner Seite. Ich habe keine konkreten Beweise dafür, ob dies wirklich ein Faktor für die Auslagerung der SW-Entwicklung nach Indien ist oder nicht.

Ein Paradebeispiel für vergebliche Sorgfalt in unserem aktuellen Projekt war die Implementierung eines Leistungsüberwachungsschemas. Die Idee war, Objekte zu übergeben, die Leistungsstatistiken sammeln. Es stellte sich jedoch heraus, dass die Lösung die App so stark verlangsamt, dass sie nie wirklich verwendet wurde. Trotzdem wurden die Überreste im Code dort zurückgelassen, damit wir aufräumen können. In der Praxis bedeutete dies die Übergabe eines zusätzlichen Objektparameters an alle (etwa 6000) Methoden im Code. Der Typ, der es getan hat, hat sogar einen Kommentar zum Javadoc jeder Methode hinzugefügt, wobei angemerkt wurde, dass der zusätzliche Parameter für Leistungsmessungen hinzugefügt wurde! Jetzt kann ich mich nur noch über den Fleiß dieses Mannes wundern, der seine Arbeit mit allen 6000 Methoden erledigt und diese Javadoc-Kommentare überall treu einfügt. OTOH, a) Wie bereits erwähnt, wurde das Schema in der Praxis nie angewendet.

Ich meine nicht, dass dies alles die Schuld der armen indischen Entwickler war (mit Ausnahme des Missbrauchs des Javadoc). IMO ist es vielmehr die Schuld der Manager, die gedankenlos Projekte auslagern, ohne die Ergebnisse zu überwachen, strenge Abnahmetests durchzuführen und die angemessene Qualität von Code und Dokumentation sicherzustellen. Ganz zu schweigen von stundenbasierten Zahlungsplänen, die sicherlich keinen Subunternehmer dazu bringen, Entwicklungszeit zu sparen.

Ich glaube jedoch, dass es mir schwer fällt, Entwickler im Westen zu finden, die ähnliche Aufgaben mit der gleichen Beständigkeit und ohne Beschwerden ausführen.

Wir haben in diesem aktuellen Projekt auch Testaufgaben an eine Gruppe indischer Tester vergeben. Persönlich stehen wir nur mit einem von ihnen in Kontakt, daher wissen wir nicht, wie viele es insgesamt sind. Dieser Typ ist jedoch ein Juwel eines Testers, ein wertvolles Kapital für jedes Projekt. Abgesehen davon, dass er fleißig und gründlich ist, stellt er viele Fragen, um das Gesamtbild zu verstehen, testet oft sogar mehr als erwartet und meldet Probleme, die genau und anschaulich gefunden wurden.

Ich habe mich mit drei Projekten befasst, die (meistens) an Offshore-Ressourcen (östliche Hemisphäre) "delegiert" wurden. In einem der drei Fälle handelte es sich um eine Gruppe (oder vielleicht nur um einen einzigen) in Ostrussland. Sie / er haben gute Arbeit geleistet, und das Projekt verlief recht gut, abgesehen davon, dass einige kleinere Probleme mit der Formulierung durch Personen behoben werden mussten, für die Englisch eine zweite (oder vielleicht dritte) Sprache war.

Die anderen beiden waren eine ganz andere Geschichte. Ob durch Zufall oder nicht, in beiden Fällen waren die Programmierer in Indien. In einem Fall musste im Wesentlichen alles, was sie taten, als nichts anderes als ein Prototyp behandelt werden, der (bis zu einem gewissen Grad) zum Testen möglicher Entwürfe verwendet werden konnte, aber alles, was sie geschrieben hatten, musste weggeworfen und ersetzt werden, um Code für die Produktionsstufe zu erhalten. Sie schienen das zu veranschaulichen, was ich als "ISO 9000-Mentalität" betrachte. Sie zeigten beinahe religiöse Übereinstimmung mit Richtlinien und Verfahren, aber fast völligen Mangel an Einsicht in das Problem, das gelöst werden sollte. Ihr Code könnte der tollpatschigste sein, den ich je gesehen habe.

In dem anderen Fall wurde das Projekt schließlich einfach fallen gelassen. Es war das hirnrissige Schema eines kürzlich beförderten Vizepräsidenten gewesen, und ich bin mir ziemlich sicher, dass die Idee vom ersten Tag an war, die Ausgaben zu minimieren, während er ihm immer noch sagen konnte, dass sich seine Idee in der aktiven Entwicklung befand. Obwohl der Code, den wir erhielten, völlig unbrauchbar war, würde es schwierig sein, dem Auftragnehmer viel Vorwurf zu machen, da niemals Anstrengungen unternommen wurden, um das Projekt zu verwalten oder ihnen nur eine brauchbare Spezifikation zu geben. Ihr Code begann schlecht und die Qualität verschlechterte sich schnell, als sich herausstellte, dass es niemanden interessierte.

Leute sind Leute. Einige Programmierer sind gute Programmierer, einige Programmierer sind schlechte Programmierer. Einige schlechte Programmierer können mit der Zeit gute Programmierer werden, während andere schlechte Programmierer niemals von Zeit profitieren können.

Die Lage spielt hier in der Regel keine Rolle. Aber vielleicht könnte Gelegenheit.

Ich habe gefragt, was die Wörter "Bad Syntax Error OK" in GW Basic bedeuten, als ich 8 Jahre alt war. Ich bin mit Computern aufgewachsen. Nicht jeder hat diesen Vorteil. Die Zeiten ändern sich jedoch und die 8-Jährigen von heute haben mehr Zugang zu Technologie als die 8-Jährigen von gestern.

Es ist jedoch wichtig zu verstehen, dass Programmierung mehr ist als nur zu wissen, wie man einen Computer benutzt. Es geht viel tiefer. Hier sind einige Schlüsselmerkmale, die die guten Programmierer (und diejenigen, die nur Zeit brauchen) von den wirklich schlechten unterscheiden:

• Gute Programmierer sind neugierig
• Gute Programmierer lesen Online-Blogs und -Artikel und versuchen, mehr über ihr Fachgebiet zu erfahren
• Gute Programmierer beantworten Fragen zu Stack Overflow
• Gute Programmierer mit 1-2 Jahren Erfahrung oder mehr verstehen, dass ihre Informatikausbildung keine Zeitverschwendung war
• Gute Programmierer können über den Tellerrand hinaus denken
• Gute Programmierer sind auch gute Führer
• Gute Programmierer sind proaktiv und müssen nicht wissen, was zu tun ist

Vor allem sind gute Programmierer auch gute Kommunikatoren. Die besten Programmierer sind diejenigen, die andere überzeugen können. Sie sind diejenigen, die geduldig ein Problem mit einem anderen Kollegen diskutieren können, bis eine Lösung gefunden ist.

Die größte Herausforderung ist die Kommunikation.

Was auch immer die Herausforderung sein mag, stereotype niemals dich selbst oder andere. Sie haben genauso viel Potenzial wie alle anderen und umgekehrt. Denken Sie daran, dass Sie alles tun können, woran Sie wirklich denken!

Ich bin ein 21-jähriger Student aus Indien in meinen letzten Jahren des 4-jährigen Studiengangs Informatik und Ingenieurwesen.

Die Idee, dies zu schreiben, war zu sagen, dass Indien viel mehr als ein Outsourcing-Hub ist. Ich hoffe, der Westen sieht das so und anstatt Talente aufzunehmen, sollte der Westen mehr Drehkreuze in Indien errichten. Es gibt einige anstößige Inhalte, aber wenn Sie das größere Bild verstehen, werden Sie verstehen, was ich zu sagen versuche.

Die Bildung in Indien ist in einem sehr beunruhigenden Zustand, da jedes Jahr neue Arbeitskräfte mit keinen oder absolut entsetzlichen technischen Fähigkeiten ausgebildet werden. Das Bildungssystem ist in Bezug auf Innovation oder Unternehmertum überhaupt nicht wettbewerbsfähig. Dies hat unser Land in große Verlegenheit gebracht, wie zum Beispiel den kürzlich von Einheimischen entwickelten 10-Dollar-Computer (der sich als billiges chinesisches Android-Tablet herausstellte, das nur von einer indischen Firma gewartet wird) oder die Behauptung eines anderen technologischen Durchbruchs (der sich herausstellte) ein USB-Stick). Bildungseinrichtungen sind völlig von der realen Welt der Technologie abgekoppelt und mehr an der Neuerfindung des Rades durch Studenten interessiert, und das alles im Namen der Innovation. Bildungseinrichtungen, jeder hasst sie.

Kommen Sie an Orte, an denen Sie zumindest einige heiße Entwicklungsfähigkeiten erlernen möchten:

Abgesehen von meinen Bildungseinrichtungen hatte ich in Indien Kontakt zu einigen Ausbildungseinrichtungen. Programmierung und Softwareentwicklung erfolgen auf zwei Ebenen, der Entwicklung auf Anwendungsebene und der Entwicklung auf Systemebene .

Für die Anwendungsentwicklung werden die meisten Erstsemester in Indien von Unternehmen rekrutiert, um eine sitzende Bank von Programmierern zu beanspruchen und mehr Projekte zu erhalten. Letztendlich gibt es Qualitätseinbußen, weil der Einstellungsprozess völlig dumm ist. Manchmal wird Talent verschwendet, indem man Leute dazu bringt, gut mit ihren Sachen umzugehen, dumme Dinge wie das Erstellen von Java-Frames und das Erstellen einfacher WinForm- und ASP.NET-Benutzeroberflächen (Ich spreche von neueren Rekrutierungen und wie von einigen behauptet, obwohl ich nicht sicher bin). Wenn gute Software-Entwicklungspraktiken nicht berücksichtigt werden, kann diese Art der Codierung von einem 7. Schuljahr durchgeführt werden.

Gleichzeitig gibt es unabhängige Programmierer und Entwickler, die großes Interesse an Dingen haben. Sie sind wie die unbesungenen Helden, die alle Hoffnung verloren haben und am wenigsten daran interessiert sind, die Welt zu verändern. Alles, was sie wollen, ist, das Beste aus ihren Fähigkeiten herauszuholen. Es geht also nur ums Geld und darum, ins Ausland zu gehen. Während sich unsere Kurse stark auf Systemsoftware beschränken (C-Programmierung mit TurboC !!! für 4 verdammte Jahre), ist dummes und vages C ++ ohne richtige objektorientierte Konzepte mit cout in einem C-Programm kein C ++, ASM und mehr C-Programmierung mit gcc), wenn wir in einem Unternehmen hauptsächlich zur Anwendungsentwicklung (ASP.NET, WinForms, J2EE) eingesetzt werden. Grundsätzlich wird ein Informatiker dazu gebracht, die Arbeit eines Software-Ingenieurs zu erledigen. Ja, es hilft, wenn man weiß, dass Informatik hilft, aber wenn man nicht weiß, dass die richtige Softwareentwicklung den Prozess zu sehr behindert, sinkt das gesamte System. Es ist ein # Fehler.

Ich werde ein einfaches Beispiel anführen. Ich trat einem Ausbildungsinstitut für mein letztes Projektjahr bei und sie wollten, dass ich eine ASP.NET-Website erstellte, die so etwas wie ein Inventarsystem (Hotelbuchung, CRM) war. Ja, es ist keine leichte Aufgabe, aber meiner Meinung nach lohnt es sich nicht, an einem Projekt zu arbeiten. Es wird nur das Rad neu erfinden und diese Projekte sind von Natur aus im wirklichen Leben riesig. Geliefert in 6 Monaten durch eine Gruppe von 3, können Sie die Art des verkleinerten unbrauchbaren Systems verstehen, das daraus resultiert. Die Institute betonen nicht zu tief und sind mehr daran interessiert, "den Schüler nicht zu sehr zu erschrecken" und "einen Überblick zu geben und den Rest auf eigene Faust zu lernen". Am Ende ist das, was die Leute in Projekten entwickeln, nicht einmal ein vollständig getesteter Prototyp.

Ich nahm mein eigenes Thema auf, ein sprachgeführtes Echtzeit-Navigationssystem. Ich benutze WPF, Google Maps API und die neueste Technologie, die ich kann. Aus Gründen der guten Software-Engineering-Praxis verwende ich die Quellcodeverwaltung mit MVVM und werde mich eingehend mit allen anderen Aspekten befassen, die mir bekannt sind. Ich bin 21 Jahre alt und habe einen Abschluss. Ich denke, in meinem Alter befinden sich die Menschen im Westen noch in der Lernphase und werden in einem späteren Alter Absolventen. Das macht westliche Absolventen so viel besser und kenntnisreicher. Wir haben Quantität, aber keine Qualität.

In Indien wird von einem Bachelor-Abschlussprojekt im Allgemeinen nicht erwartet, wie viel Arbeit ich für mein Projekt leiste. Aber ich werde es tun, weil ich will. Zur gleichen Zeit gibt es andere in meiner Gruppe, die gerne ein Projekt in ASP.NET ausführen, 5-7 Seiten erstellen, Datenbankabfragen ausführen, Rasteransichten ausfüllen und sich keine Gedanken über die Sicherheit machen. Zur Hölle, auch diese freiberuflichen Websites haben bessere Stellenausschreibungen (YouTube-Klon, Google Instant + X = Y Mashup ..)

Sechs Monate später werden Sie die gleichen Mitarbeiter in einem Unternehmen finden, an das Sie Ihr Unternehmen auslagern, und Sie werden mich auch dort finden. Leute wie sie, mehr als ich, zehn zu 1 :(

Um genau zu sein und nicht zu schimpfen, habe ich in meiner gesamten Ausbildungskarriere und Bekanntschaft mit über 500 Leuten genau 4 gesehen, die über das Fachwissen verfügten, das ich für sie in Betracht ziehen würde, um mit mir an einem Projekt zu arbeiten.

Letztendlich werden alle indischen Absolventen eine gute Dokumentation schreiben, weil es sich um eine Theorie handelt, aber erwarten Sie keinen narrensicheren Code von ihnen.

Dasselbe gilt für die Systemsoftware. Ein Freund von mir arbeitet mit dem Android NDK und arbeitet an einem Live-Projekt in einem Unternehmen. Er hat das Glück, dieses Projekt zu haben, und ich beneide ihn, aber dieses Maß an Arbeit findet auch in Indien statt. Ein anderer Senior an meinem College entwickelte in seinem letzten Jahr einen Kinect-Klon (Multi-Touch-Maus, wie in Berichten von Minderheiten) mit nur zwei billigen Webcams. Ebenso gibt es andere, die Codes aus dem Internet kopieren und irgendwie das Rad neu erfinden.

Mein letztes Wort: Erwarten Sie keine Qualitätseinbußen in ganz Indien und betrachten Sie Inder nicht als billige Software-Betreuer, die nur für die Auslagerung von Wartungsarbeiten geeignet sind.

Erwarten Sie auch nicht, dass jemand, der eine gute Ausbildung in Bezug auf Noten hat, gute Software schreibt. Das indische Bildungssystem ist rein theoretisch orientiert, es gibt keinen Stress für die Praxis, manchmal kann das Wissen um mehr oder die Bereitschaft, mehr zu wissen, von eingeschüchterten Lehrern in Schwierigkeiten geraten. Trotzdem suchen gute Programmierer nach grüneren Weiden für eine bessere Karriere und nicht nur einen guten Job. Es gibt auch andere, die einen guten "Job" machen, durch eine Honda-Stadt fahren, auf dem chinesischen Festland essen und danach glücklich leben möchten .

Ich bin mehr in Audi BTW. :)

Warnung, grobe Verallgemeinerungen voraus. Die geäußerten Standpunkte werden nicht von allen geteilt. In der Tat kann der Autor ihnen nicht einmal glauben.

Westliche Entwickler haben Angst vor östlichen Entwicklern. Wir hören immer wieder, dass unsere Jobs irgendwann ausgelagert werden. Dies ist ein schlechter Anfang für jede Beziehung. Um die Sache noch schlimmer zu machen, werden wir ständig daran erinnert, dass unsere Ausbildung minderwertig ist. Östliche Entwickler sind billiger, schlauer und nehmen mehr Probleme in Kauf. Unsere Berufserfahrung mit östlichen Entwicklern spielt keine Rolle, weil sie mit Angst vergiftet ist.

Ich kann nicht für andere sprechen. Dies ist meine Meinung, der die Leute nicht zu widersprechen scheinen. Lassen Sie mich mit einigen Fakten beginnen, wie ich sie sehe.

Erstens gibt es Hinweise darauf, dass die meisten Menschen nicht wirklich für die Softwareentwicklung geeignet sind. (UI-Untersuchungen zeigen beispielsweise, dass mehr als die Hälfte der Bevölkerung wahrscheinlich nie auf die Idee eines Verzeichnisbaums kommen wird.) Im Westen haben diese Menschen kein Problem damit, andere menschenwürdige Jobs zu finden, für die sie besser geeignet sind. In Indien hingegen ist der Druck, in die Softwareentwicklung einzusteigen, so groß, dass dies sowieso der Fall ist. Dies bedeutet, dass es in Indien eine Menge Leute gibt, die in die Softwareentwicklung einsteigen und die das eigentlich nicht sollten.

Als nächstes ist Indien ein häufiges Ziel für das Outsourcing. Unternehmen tun dies, weil es billig aussieht (die Gehälter sind niedrig). Es ist jedoch gut dokumentiert (siehe zum Beispiel die dokumentierten Kostenfaktoren im COCOMO II- Modell), dass alle folgenden Faktoren Entwicklungszeit und -aufwand erfordern: Mitarbeiter an mehreren Standorten, Mitarbeiter in mehreren Zeitzonen und Mitarbeiter aus mehreren Kulturen. Jedes Projekt in Indien, das vom Westen aus geleitet wird, hat alle drei Kostenfaktoren. (Dies ist, bevor Sie die Tendenz hinzufügen, Leute zu finden, die als Entwickler arbeiten, die es wirklich nicht sein sollten.)

Schließlich besteht die absolut größte Herausforderung im Softwareprojektmanagement darin, den Entscheidungsträgern, die es wissen müssen, genaue Informationen darüber zukommen zu lassen, was nicht funktioniert. Ich mag diese humorvolle Einstellung zu dieser Tendenz. Aus welchen Gründen auch immer, sei es Verzweiflung, Kultur oder die Überzeugung, dass der Kunde Recht hat, ist diese Tendenz bei Projekten, die nach Indien ausgelagert wurden, noch schlimmer. Manchmal komisch.

Das Ergebnis ist, dass amerikanische Unternehmen stark dazu tendieren, dem Sirenengesang niedriger Löhne zu erliegen, Arbeit nach Indien auszulagern und ausgelagerte Projekte zu Katastrophen werden zu lassen. (Das Ausmaß der Katastrophe ist jedoch erst ersichtlich, nachdem die Amerikaner ihren Arbeitsplatz verloren haben.)

Die andere Art, wie Unternehmen vorgehen, besteht darin, Inder mit H1B-Visa in die USA zu schicken. Dadurch werden die Probleme mit Remote Workern beseitigt. Viele Inder wollen diese Jobs, weil die Gehälter in den USA usw. höher sind. Und es gibt mehr als genug wirklich exzellente Inder, um alle verfügbaren Jobs zu besetzen. Aber es gibt ein Problem. Amerikanische Unternehmen, die ein H1B-Visum beantragen, müssen schwören, dass keine Amerikaner für den Job verfügbar waren, dass die angeheuerte Person marktüblich bezahlt wird usw. Aber jemand mit einem H1B-Visum hat es schwer, einen Job zu wechseln. Dies gibt dem Arbeitgeber einen gefangenen Arbeiter. Und lässt keinen Marktanreiz, diese Mitarbeiter tatsächlich fair zu behandeln. Dies gibt den Unternehmen starke Anreize für Unehrlichkeit. Zu viele erliegen.

Als Amerikaner habe ich kein Problem damit, dass die Besten und Klügsten in die USA kommen. Ganz im Gegenteil, das hat dieses Land aufgebaut. Aber behandeln Sie sie gleich, sobald sie ankommen. Ich kenne zum Beispiel eine Person aus den Philippinen, die aufgrund ihres Visastatus Stellenangebote von Google, Apple und Facebook ablehnen musste. Für ungefähr das Doppelte, was er gerade macht. Wenn der Markt die Gehälter von Menschen wie ihm festlegen könnte, gäbe es für Unternehmen viel weniger Anreize, das H1B-Programm zu missbrauchen.

Also da ist meine Meinung. Aus mehreren Gründen führt die Auslagerung von Projekten nach Indien häufig zu einer Katastrophe. Diejenigen, die Sie als H1B-Mitarbeiter erhalten, sind in der Regel ausgezeichnet, aber dieses Programm wird auf eine Weise missbraucht, die mich traurig macht.

Ich arbeite seit 3 ​​Jahren mit indischen Entwicklern (ich bin Italiener). Leute sind Leute. Wir haben hauptsächlich ausgelagert, weil wir ein Team brauchten, und in Italien ist es schwierig, ein Team zu finden, besonders in nicht so populären Sprachen wie Delphi. Der Hauptgrund ist also, ein Team zu finden, nicht Kosten.

Wie auch immer, das Team, das wir fanden, war sehr gut, weil es einen sehr guten Anführer hatte. Aber die anderen Entwickler waren nicht so wichtig. Was ist passiert? Jetzt arbeitet der Entwickler direkt für uns, weil er ein sehr netter Mensch ist und auch mein Freund wird. Es gibt eine starke Beziehung und wir zahlen ihm auch fast ein italienisches Gehalt. Warum? Weil Beziehung wichtig ist. Ich habe viele Leute gesehen, die nach Indien gingen, nur um zu retten.

Sie bekommen, wofür Sie bezahlen. Dann können Sie natürlich etwas Geld sparen, aber ich denke, dass es (besonders bei kleinen Projekten) eine falsche Wahl ist, Outsourcing nur zum Sparen von Geld zu betreiben.

IMO ist das Problem nicht Ost gegen West, sondern die allgemeine Idee des Outsourcings. In der zweiten Hälfte der 90er Jahre sorgten der Internetboom, das Jahr 2000 und die Euro-Währungsumrechnung für eine Menge Arbeit für die Programmierer. Auslagerung war damals ein heißes Thema. Aber es ging um Outsourcing innerhalb des Landes, nicht nach Osten. Viele der Probleme, die wir beim Offshoring erwarten oder erleben, sind jedoch auch bei lokalen Outsourcing-Partnern aufgetreten.

In vielen Fällen ist das Schreiben einer guten Spezifikation ungefähr so ​​arbeitsaufwendig wie das selbst (wenn auch in Fragen und Antworten). Da das Ziel des Outsourcings jedoch darin besteht, Zeit und / oder Geld zu sparen, sind die Spezifikationen, die dem Outsourcing-Partner zur Verfügung gestellt werden, sehr lückenhaft. Fügen Sie einen Auftragnehmer hinzu, der stundenweise bezahlt wird, und es ist klar, was Sie zu erwarten haben.

Ich lebe jetzt seit etwas mehr als zwei Jahren in China (ich bin Kanadier) und arbeite mit chinesischen Entwicklern und seltsamerweise mit kanadischen Entwicklern in Übersee. Ich kann sagen, dass einige der Verallgemeinerungen von, zumindest chinesischen, Entwicklern in gewisser Weise zutreffen, dh die meisten Entwickler, mit denen ich hier zusammengearbeitet habe, sind:

• Mangelnde Neugier und Kreativität. Hier halte ich sie nicht für minderwertig oder dumm. Sondern dass es kulturell ist. Historisch gesehen wird angenommen, dass sie in erster Linie Autorität respektieren. Als solche werden sie niemals ein schlechtes Design in Frage stellen, das ihnen von "oben" übergeben wurde. Viele von ihnen interessieren sich eher für technische Fähigkeiten als für Fachkenntnisse. Es fällt mir am schwersten, ihnen Muster und abstrakte Konzepte beizubringen, es sei denn, sie können sich direkt auf ihre Arbeit beziehen. Doch nach einer Weile zerfallen die Wände, sie werden immer abenteuerlicher in herausfordernder Autorität, zumindest auf technischer Ebene würde ich nicht wollen, dass mein Visum widerrufen wird ;-)
• Eine Bedrohung Dies wurde bereits erwähnt, aber ich betone. Dies ist wahrscheinlich der wichtigste Punkt und führt zu den größten Spannungen im Umgang mit Hochschulen in Übersee (dh in Kanada). Im Allgemeinen übertreiben die Westler, mit denen ich zusammenarbeite, alle negativen Aspekte der Arbeit mit Ostlern. Sie werden Codeüberprüfungen extrem hart gegenüberstehen, während sie sich gegenseitig gegenüber sehr nachsichtig sind. Sie treten und schreien, wenn ein Oststaatler ein einziges Versehen über Prozesse oder bewährte Praktiken übersieht, aber sie treten und schreien, wenn sie höflich gebeten werden, die von ihnen selbst eingeführten Verfahren zu befolgen.
• Verbrauchbar ist es für einen Chinesen in Ordnung, mit halbgebackenem Gebrauchtgerät zu arbeiten. Ich habe drei Stühle zerbrochen, bevor ich mir einen bequemen zulegen durfte. Dann fühlte ich mich schlecht, als ich bemerkte, dass sie alle noch einen mittelalterlichen Folterapparat hatten. Als die Entwickler jedoch die Zentrale derselben Firma besuchten, hatten sie Schreibtische, die die Fläche einnahmen, die normalerweise ein Team von 4 bis 6 Entwicklern hier in China einnahm, ganz zu schweigen von den Stühlen!

Am Anfang war das, was sie geschrieben haben, nicht immer sehr gut. Es gibt mit Sicherheit die kulturelle Kluft, aber auch die lange steile Lernkurve eines schlecht konzipierten Systems. Aber wissen Sie, was ... nach zwei Jahren ... einige der besten Arbeiten an diesem System in den chinesischen Büros geleistet wurden? Da dies immer deutlicher wird, verschärft dies das Bedrohungselement noch mehr ...

Ehrlich gesagt ist es nicht einfach, aber ich denke, ich bin auf der rechten Seite des Zauns, wenn ich den Trend aus persönlicher Erfahrung betrachte.

Das ist ein faszinierendes Thema. Ich habe in SF und Silicon Valley gearbeitet, aber auch in Europa für lokale Kunden. Ich habe ein Offshore-Büro in Indien eröffnet und betreibe jetzt einen Offshore-Entwicklungsshop in Südamerika. Ich habe sogar ein bisschen mit afrikanischen Entwicklern gearbeitet.

Jede Region der Welt kann großartige Programmierer hervorbringen. Ich habe einen Hacker-Freund in Malawi, der erstaunliche Open-Source-Systeme mit Touch-Interface-Unterstützung für HIV-Kliniken entwickelt und wichtige Beiträge zu Open-Source-Projekten leistet.

Ich habe auch amerikanische Programmierer gesehen, die bei namhaften Startups und großen Webfirmen gearbeitet haben, die sich nicht aus einer Papiertüte herausprogrammieren konnten. Leute mit einem Master-Abschluss in Comp Sci vom MIT und jahrelanger Branchenerfahrung, die beim Schreiben von gutem Produktionscode nicht zurechtkommen konnten.

Es gibt sehr reale kulturelle Unterschiede zwischen Europa, Lateinamerika, den USA und Indien. Dann gibt es eine Hacker-Kultur, die mehr oder weniger universell ist.

Die indische Mainstream-Tech-Community wirft gerne Menschen auf das Problem. Der Stundensatz pro Entwickler ist zwar geringer, aber wenn der Hersteller an Quantität und nicht an Qualität glaubt, werden Sie doppelt so viele Entwickler benötigen, um den Code zum Laufen zu bringen.

Zertifizierungen. Was zur Hölle? Indien liebt Zertifizierungen, ISO, CMMI, etc ... es geht weiter und weiter. Es ist sinnlos, den Arsch zu bedecken. Genauer gesagt, es ist nicht so, wie man gute Software entwickelt.

Das Kastensystem. Das Kastensystem ist in Indien illegal, und seit der Unabhängigkeit gab es enorme Anstrengungen, es zu beseitigen, aber es ist immer noch ein lebendes, atmendes Tier. Die meisten Westler ignorieren die Existenz des Kastensystems. Ich bin in den USA aufgewachsen, aber mein Vater wurde in Indien geboren, anglo-indisch wie es heißt, und meine Mutter ging dort als Studentin zur Universität und kehrte dann viel später zurück, um an indischen Universitäten zu lehren. Das Kastensystem ist sehr real, es kommt aus Indien und ist alt, aber die Briten ermutigten es und verwendeten es, um die Macht aufrechtzuerhalten. Westler müssen wissen, dass sie den Platz der Briten an der Spitze der Hierarchie einnehmen werden. Sie werden Sir genannt, Sie werden nicht befragt. Die meisten indischen Manager sehen ihre Rolle darin, ihren Untergebenen zu sagen, was sie tun sollen. Zurückreden und Alternativen anbieten wird bestraft.

Nicht jeder indische Entwicklungsladen ist so, Zoho, hat ein erstaunliches indisches Geschäft aufgebaut, indem er alle Regeln gebrochen hat. Sie stellen basierend auf den Fähigkeiten, nicht der Kaste oder dem Universitätszertifikat, das Sie haben, ein. Auf diese Weise haben sie einen vollständigen SaaS-Ersatz für die MS Office Suite gebootet.

Es gibt auch in Indien eine lebhafte Hacker-Community mit Meetups, Mailinglisten, kleinen Konferenzen und dergleichen. Diese Entwickler sind erstklassig. Es fällt ihnen oft schwer, in der etablierten indischen Softwareentwicklungsbranche Arbeit zu finden. Ich selbst habe zwei Python-Entwickler für unser indisches Büro gefunden, sie waren großartig, und dann bestand unser indischer Manager darauf, ein Dutzend neuer Absolventen einzustellen, um das Team zu vervollständigen. Nach ein paar Monaten gaben die Hacker auf, ihr Manager hatte ihr Leben zur Hölle gemacht. Wir blieben mit einem Dutzend jungen und begeisterten Mitarbeitern zurück, von denen die meisten nicht gut programmieren konnten.

Die beste Neuigkeit war eine junge Frau, die eine IDE für Entwickler auf eingebetteten Systemen entwickelt hatte. Niemand wollte sie einstellen, weil sie aus einer konservativen Familie stammte und Inder dachten, sie würde gezwungen sein, ihren Job zu kündigen, sobald sie verheiratet war.

Es gibt großartige Entwickler in Indien, aber die Wertestruktur ist so angelegt, dass sie sie verdrängen und die Leute auf Dinge aufmerksam machen, die nichts mit dem Erstellen großartigen Codes zu tun haben.

Das andere große Problem sind die Zeitzonen. Es ist kein Vorteil, es ist ein großes Problem. Dies bedeutet, dass keine ständige direkte Kommunikation zwischen den Teams vor Ort und den Offshore-Teams besteht. Dies führt zu großen Missverständnissen und zwingt Sie dazu, unzählige Dokumentationen zu schreiben. Das macht es sehr schwierig, agil zu werden.

Die traurige Wahrheit ist, dass ein großer Teil der von indischen Unternehmen produzierten Software von geringer Qualität ist. Sie hören die ganze Zeit, wie Entwickler darüber reden, wie beschissen die indischen Ingenieure sind. Das ist zwar nicht wahr, spiegelt aber die Qualität großer traditioneller Offshore-Unternehmen wider. Es ist die Schuld der Geschäftskultur in Indien, nicht die Entwickler selbst. Die Entwickler stecken in einem schlechten System fest, das die falschen Dinge belohnt.

Ich habe mehrere nach Asien verlagerte Projekte erlebt (verschiedene Länder, die ich nicht erwähnen möchte). ALLE von ihnen waren düstere Misserfolge. Trotz umfangreicher und detaillierter Dokumentation waren Spezifikationsdokumente usw., die über das Ergebnis gesendet wurden (wenn überhaupt etwas produziert wurde), einheitlich schlecht. Normalerweise funktionierte es überhaupt nicht oder war so wenig funktionsfähig, dass es unbrauchbar wurde. Projekte waren auch (wenn sie überhaupt Ergebnisse erbrachten) ernsthaft spät.

OTOH Ich habe mit asiatischen Programmierern und anderen in Europa und den USA gearbeitet und die meisten von ihnen sind gute, fleißige Leute, die ihre Jobs gut kennen.

Vielleicht sagt eine Aussage mehrerer von ihnen, dass all die guten IT-Leute Asien verlassen, um in Europa und Amerika zu arbeiten, alles. Was übrig bleibt, ist der Boden des Stapels, mit wenigen oder keinen qualifizierten Mitarbeitern, die für Aufsicht, Training und Teamführung sorgen, um Verbesserungen zu erzielen. Wenn man mit asiatischen IT-Leuten, die dort leben (zumindest aus einigen Ländern), telefonisch und per E-Mail Kontakt aufnehmen muss (und Interviews im Fernsehen usw. sehen muss), kann es auch zu kulturellen Problemen kommen. Viele scheinen sich rassisch und moralisch den Amerikanern und Europäern überlegen zu fühlen (und halten diejenigen, die ihr Land verlassen, für Verräter) und lehnen es ab, Ratschläge zu erhalten, von denen sie minderwertige Wesen halten. Dies trifft sicherlich nicht auf alle Menschen aus asiatischen Ländern zu, ist jedoch möglicherweise weit genug verbreitet, um eine Atmosphäre zu schaffen, in der

Die Situation in Osteuropa ist besser, vielleicht auch, weil viele dieser Länder Teil der EU sind. Daher besteht eine größere Gefahr, dass erfolgreiche rechtliche Schritte gegen sie eingeleitet werden, wenn sie es vermasseln.

Stumpf und zynisch:

• Billiger
• Eine Bedrohung
• Mangelnde Wertschätzung, dass Sie lokale Code-Affen gegen teurere Projektmanager und Analysten eintauschen, um mit den Offshore-Teams in Kontakt zu treten
• Die Stakeholder werden das bekommen, wonach sie gefragt haben, weil sie nicht in der Lage sind, eine präzise und umfassende Anforderung zu erfüllen. Das wird nicht das sein, was sie wollten. Stakeholder wollen lokales Wissen ...
• ... aber es ist ein Kästchen für das Senior- IT- Management, weil es trendy / beliebt ist / sagte KcKinsey / verstehe Entwickler nicht / ...

In meinen 10 Jahren bei IBM habe ich mit Programmierern auf der ganzen Welt in einer Vielzahl von Beziehungen zusammengearbeitet. Das erste, was Sie lernen, ist, dass die geografischen Stereotypen auf beiden Seiten des Ozeans alle falsch sind. Programmierer sind Programmierer auf der ganzen Welt ... wählen Sie 100 von ihnen aus und Sie erhalten ungefähr das gleiche Verhältnis von Leuten, die Hallo Welt ohne eine Reise oder drei nicht programmieren könnten, zu Google, Leuten, die anständig kompetent sind und Leuten, die brillant sind .

Die geografischen Verallgemeinerungen des Geschäftsklimas in einigen dieser Bereiche sind jedoch zutreffend. Indien zum Beispiel ähnelt Austin, TX oder dem Silly Con Valley in den späten 90ern und frühen 2000ern. Viele Jobs und Drehtüren, Leute kommen und gehen jedes Jahr oder so. Auf der anderen Seite scheint China viel mehr wie die Silicon Prairie hier im mittleren Westen der USA zu sein. Die Leute suchen sich eine Firma aus und bleiben länger dort. Brasilien, Russland und Europa schienen irgendwo in der Mitte zu sein, nicht so sehr, dass sie eine mittlere Zeitspanne blieben, sondern dass sie eine Mischung aus beidem zu haben schienen, einige Leute hüpften, andere ließen sich nieder.

Ich gehöre der östlichen Welt an und habe auch Erfahrung mit der Auslagerung von Arbeiten aus meinem Unternehmen in die östliche Welt :-) Mein Unternehmen wollte trotz aller Hilfe, die wir anbieten konnten, nicht seine eigenen Ressourcen investieren, um die Arbeit zu erledigen Der Outsourcer, bei dem das Projekt gescheitert ist. Es war frustrierend, mit einigen dieser Ingenieure zusammenzuarbeiten. Ich denke, dass die Outsourcing-Modelle und das technische Know-how im Osten besser werden können. Trotzdem habe ich mit vielen Menschen in der westlichen Welt gearbeitet, die sich auch verbessern können. Sie finden gute und schlechte Programmierer auf der ganzen Welt.

Ich lebe in Mitteleuropa. Die Outsourcing-Welle hat uns in den letzten Jahren überrollt. Ich habe an ausgelagerten Projekten aus "dem Westen" gearbeitet, aber heutzutage landen die ausgelagerten Projekte in billigeren Ländern. Ich war also auf beiden Seiten der Gleichung.

Als wir die Auslagerungen waren, haben uns unsere Manager und die Leute, mit denen wir täglich zusammengearbeitet haben, wie einen internen Entwickler behandelt. Eine leichte Besorgnis über die Arbeitsplatzsicherheit war vom Rest der Leute zu spüren, was ich für völlig normal hielt. Außerdem haben wir die zweitklassigen Aufgaben in einem größeren Projekt, was auch für mich in Ordnung ist. Sie sollten Ihr primäres Fachwissen nicht auslagern.

Dann zogen die Projekte in billigere Gebiete, was unvermeidlich war.

Das Fazit der gesamten Outsourcing-Geschichte ist, dass das Management keine Ahnung von Ihrem Wissen, Ihrer Erfahrung, Ihrer Ausbildung oder Ihrem Know-how hat. Sie kümmern sich nur um die Kosten und ihren Bonus. Sofern es keinen Grund gibt, warum Sie vor Ort präsent sein müssen, werden Softwareprojekte letztendlich in immer billigere Länder ausgelagert.

Ich lebe in Russland, Sibirien und arbeite für ein deutsches Medizinunternehmen, das Projekte an uns auslagert. Ich denke, es ist ein bisschen mehr als Outsourcing: Wir haben Teams zwischen Russland und Deutschland geteilt, wir haben Geschäftsreisen miteinander, etc.

Natürlich bin ich subjektiv, aber ich glaube, wir sind ein Beispiel für erfolgreiches Outsourcing: Codequalität und Produktqualität steigen erheblich, seit wir damit begonnen haben, daran zu arbeiten.

Es ist ein bisschen enttäuschend, billige Arbeitskräfte zu sein, aber auf der anderen Seite haben wir die Chance, für ein großes Unternehmen mit großartiger Technologie- und Managementerfahrung zu arbeiten.

Haftungsausschluss: Ich bin Inder und das mag nach einer indischen Meinung klingen, aber ich habe mit vielen westlichen Kunden und sogar in den USA zusammengearbeitet. Wenn die östliche Hemisphäre die schlechtesten Programmierer der Welt hätte, warum sollte sich die westliche Hemisphäre nach Osten auslagern? Wenn Sie in östliche Teile der Welt auslagern, nur um Geld zu sparen, gefährden Sie, IMO, die Qualität. Gut, schnell und günstig, wählen Sie zwei. Wenn ich jemanden einstellen muss, frage ich meine Organisation, welche Erwartungen sie haben und welchen Preis sie bereit sind zu zahlen. Es fällt einem wirklich schwer, einen talentierten, selbst geschätzten Mann davon zu überzeugen, für Sie zu arbeiten, um weniger Geld und mehr Druck zu haben. Es sind nur die freiberuflichen Sites, die mit unglücklichen westlichen Leuten, deren Jobs Bangalore-d waren, kombiniert werden, was dazu führte, dass östliche Programmierer Code-Affen sind. Wenn Sie bereit sind, einen besseren Preis zu zahlen, können Sie sicher sein, dass Sie ein besseres Ergebnis erzielen. und befolgen Sie nicht diese ISO / CMMI / SEI Art von Dienstleistungsunternehmen. Sie stellen Talente ein, als würden sie eine Schafherde oder ein Vieh halten.

Ich bin ein Amerikaner, der derzeit im Ausland (in Russland) lebt und als Unternehmer (und freiberuflicher Mitarbeiter, der die Rechnungen bezahlt) arbeitet. Ich habe über 20 Jahre als Entwickler, technischer Teamleiter und Software- / Systemarchitekt für zahlreiche, zum Teil sehr bekannte Unternehmen und Startups im Silicon Valley gearbeitet, darunter ein Startup, das sich schließlich zu einem branchenübergreifenden Multi-Milliarden-Dollar-Major entwickelte internationales Unternehmen. Dieses letzte Unternehmen ("X" genannt) hat Entwicklungszentren in den USA und der ganzen Welt: Indien, Russland, China, Europa usw. Ich habe direkt mit Mitgliedern einiger dieser Teams zusammengearbeitet und festgestellt, dass sie hoch talentiert und erfolgreich sind Würdige Ingenieure. Durchsetzungsvermögen und Kreativität, da stimme ich zu, sind im Moment eher amerikanische Ingenieure.

• Bei Outsourcing geht es ganz klar ums Geld. Als ich die USA verließ, stellte X nicht in den USA, sondern in internationalen Büros ein. X zahlt Ingenieuren außerhalb der USA etwa 1/4 bis 1/3 (abhängig von der Region) des Gehalts eines US-Ingenieurs (langjährige Erfahrung, Fähigkeiten). Das ist immer noch ein ziemlich gutes Gehalt, wenn man die Wirtschaft einiger nicht-US-amerikanischer Standorte berücksichtigt, aber das ist nicht gut für die Vergütung, wenn US-Ingenieurspositionen existieren.

• Ich glaube, freiberuflich tätig zu sein ist die Zukunft der Computerarbeit, insbesondere der Software. Es ist von Natur aus sehr portabel, alles, was Sie brauchen, ist ein Laptop und eine Internetverbindung und Sie sind im Geschäft. Für interne Teams vor Ort ist immer etwas zu tun: eine zuverlässigere Planung, vorhersehbare Fähigkeiten usw., deren Wartung jedoch sehr teuer ist.

• Ich sehe hier ziemlich häufig arrogante Postings von US-Ingenieuren darüber, wie schrecklich alle Nicht-US-Entwickler sind (siehe zum Beispiel diesen Thread: https://stackoverflow.com/questions/209170/how-much-does- Es kostet, eine iPhone-Anwendung zu entwickeln). Das Klischee ist, dass sie ja billig sind, aber immer auch un (der) qualifiziert und beschissenen Code schreiben. Die einzige Möglichkeit, Qualität zu erzielen, besteht darin, den US-Ingenieuren die US-Lohnsätze zu zahlen. Quatsch! US-Ingenieure müssen aufwachen - die Industrie und die Wirtschaft wandeln sich von hochbezahlten internen Entwicklern zu verteilten Entwicklungsteams, die auf der ganzen Welt verteilt sind. Sicher, es gibt schlechte Nicht-US-Entwickler - aber denken Sie an all die US-Befragten zurück, die Sie weitergegeben haben, weil sie nicht mithalten konnten. Einige der absolut grausamsten Codes, die ich je gesehen oder bearbeitet habe, wurden von einem firmeninternen US-Ingenieur geschrieben, der sich weigerte, Änderungen oder Verbesserungen vorzunehmen! Nur weil ein zufälliger Elance-Entwickler einen beschissenen Job gemacht hat, heißt das nicht, dass alle Ingenieure außerhalb der USA schrecklich sind. Stattdessen, Dieser Elance-Kunde sollte ein wenig über die unteren Bieter hinausschauen. Es gibt echte Juwelen, sogar Top-Entwickler, die zu einem großen Preisnachlass für firmeninterne US-Preise erhältlich sind. Ich gebe Ihnen zu diesem bestimmten Zeitpunkt zu, dass eine Menge Talent in den USA konzentriert ist - aber jeder, der glaubt, dass sich dies niemals ändern wird, wird sehr ernsthaft getäuscht.

• Talent und Erfahrung kosten mehr als das Fehlen, das gebe ich Ihnen zu. Aber die Sache ist, dass die Vergütungsskala der US-Inhouse-Mitarbeiter nicht mit der der übrigen Welt mithalten kann. Es gibt ein dynamisches Talent- / Kostenkontinuum, das ständig in Bewegung ist, und das Hintergrundtalent von Nicht-US-Ingenieuren wird nur zunehmen, was einen sehr starken Abwärtsdruck sowohl auf die US-Löhne als auch auf die Existenz von Hochleistungen ausüben wird bezahlte firmeninterne Ingenieurstellen in den USA (denken Sie daran: X stellt international ein, aber nicht in den USA. Die Schrift steht an der Wand). Je talentierter Sie sind, desto weniger Talent können Sie aufbringen. Sie können jedoch sicher sein, dass dies nicht den aktuellen US-Tarifen entspricht.

• Die Konzentration von Talenten auf der ganzen Welt wird sich absolut ändern, genauso wie sich der physische Standort von Entwicklungsteams bereits geändert hat. Das Talentniveau außerhalb der USA wird weiter steigen, und in nicht allzu ferner Zukunft werden wir auf diese Themen zurückblicken und uns überlegen, "wovon sie gesprochen haben, können Sie überall auf der Welt Top-Talente finden".

Ich habe sowohl im östlichen als auch im westlichen Teil der Welt gearbeitet und dachte, ich würde teilen. Ich habe 5 Jahre in Bangalore gearbeitet, bevor ich in die USA gezogen bin. Arbeitete ungefähr 8 Jahre in den USA und kehrte nach Indien zurück. Ich musste zu Hause sitzen, weil die Jobs hier zu anstrengend sind. Mit 2 kleinen Kindern war es unmöglich, diese langen Stunden einzuplanen. Endlich eine Teilzeitstelle gefunden. Ich war schockiert über die Qualität der Arbeit in Indien. Es war nicht so schlimm, als wir in die USA gereist waren. Das junge Publikum scheint einfach keine Verantwortung zu haben oder die Begeisterung, neue Technologien zu erlernen. Wie jemand betonte, ist es selten, "Nein" zu sagen (ein Schlag für ihr Ego, IMO), und als Ergebnis werden Sie völlig nutzlose oder mittelmäßige Arbeit sehen. Der Code ist nicht lesbar, keine Ahnung vom Gesamtbild, kein Spielraum für Erweiterungen usw. Wenn Sie einen Jungen ausbilden, ist er bereit, Jobs für eine grünere Weide zu übernehmen. Trotzdem würde ich immer noch sagen, dass es nur wenige außergewöhnlich gute gibt. Wenn Sie zufällig mit ihm / ihr zusammenarbeiten, können Sie sich glücklich schätzen, besonders wenn diese Person gut kommunizieren kann!

Wenn die Qualität der Arbeit schlecht ist, ist es vielleicht nicht so, dass sie nach Indien schauen, sondern nach demjenigen, der das beste Gebot abgibt, und das werden wahrscheinlich nicht Prasoon Saurav, sondern einige Junior-Coding-Teams sein.

Ich habe mit großartigen Offshore-Programmierern zusammengearbeitet, aber sie waren nicht unverschämt günstig zu mieten. Ich habe auch mit sehr preiswerten Offshore-Programmierern zusammengearbeitet, und sie waren nicht großartig.

Mir kam es immer so vor, als ob große Programmierer im Osten wahrscheinlich einen Weg finden, so viel oder fast so viel wie die großen Programmierer im Westen zu verdienen. Vielleicht gründen sie ihre eigene Firma, vielleicht bekommen sie ein Visum, was immer sie können. Aber sie würden eher einen Weg finden, oder?

Wenn ich ein Team von Programmierern suche, die bereit sind, extrem billig zu arbeiten, würde ich nicht damit rechnen, hochkarätige Talente zu finden. Stimmt, egal wo dein Talent lebt.

Ich komme aus der Schweiz. Ich habe an einem Projekt gearbeitet, bei dem wir in die Ukraine ausgelagert haben. Entwickler waren viel billiger, aber das Geld, das wir gespart haben, musste alle zwei Monate in den Flug unseres Teams in die Ukraine investiert werden, um dieses Nearshore-Team zu beaufsichtigen. Das Projekt starb ungefähr ein Jahr nach der Auslagerung.

Ich arbeite gerade an einem Projekt, das an eine Schweizer Firma ausgelagert ist, die es selbst nach Marokko verlagert hat. Das Projekt ist auf gutem Weg, aber wir haben Kommunikations- und Qualitätsprobleme.

Ich denke, das Hauptproblem ist, dass wir Offshore-Projekte durchführen, um sie billiger zu bauen. Es ist immer schwer, Dinge billiger zu bekommen, aber von gleicher Qualität ...

Sehr unverblümt und im Allgemeinen glaube ich nicht, dass Programmierer im „Westen“ eine hohe Meinung von Programmierern im „Osten“ haben. Ich bin mir nicht sicher, ob dies gerechtfertigt ist oder nicht.

Wie einige Antworten vermuten lassen, ist Outsourcing für viele im Westen eine Bedrohung. Dies ist ein automatischer Grund, den "konkurrierenden" Programmierern zu misstrauen.

Ich habe beim Betrachten von ausgelagerten Projekten nur einen schlechten Code gesehen, und das nur einige Male. Dies könnte daran liegen, dass die Arbeit in einem billigen Laden verkauft wurde ("Sie bekommen, wofür Sie bezahlen"), dass das Projekt schlecht verwaltet wurde oder dass ich bei einem erfolgreichen Projekt den Code nicht lesen müsste. Mit anderen Worten, Sie hören nur von dem schlechten Code.

Es gibt auch Horrorgeschichten - wie die über 30000 Zeilen umfassende Datei. Je schlimmer die Geschichte, desto weiter verbreitet sie sich.

Die Leute sagen Dinge wie: "Wenn Sie es billig machen wollen, lagern Sie es aus." Wenn Sie wollen, dass es richtig gemacht wird, machen Sie es im Haus. '

Wenn du lernst und dich verbesserst, würde ich mir darüber keine Sorgen machen.

Haftungsausschluss: Ich habe keine direkten Erfahrungen mit Outsourcing. Im Folgenden stelle ich einige Punkte vor, die aufgetaucht sind, als ich das Thema mit einem Projektmanager in einem großen westlichen Softwareunternehmen besprochen habe. Dieser Typ hat viel Zeit vor Ort in Indien verbracht und ausgelagerte Teams beaufsichtigt.

• Fast niemand hat einen Computer in seinem Haus (zu teuer).
• Indiens IT-Ausbildung fehlt. Bachelor-Abschlüsse in CS werden an Studenten vergeben, die noch nie einen Computer berührt haben (es ist wiederum zu teuer, untergeordneten Studenten den Zugang zu Computern zu ermöglichen). Programmieraufgaben werden auf Papier geschrieben.
• Die "immer ja sagen" -Mentalität ist sehr schädlich
• Indische Programmierer müssen genau wissen, was zu tun ist. Es gibt sehr wenig Initiative.
• Die Auslagerung der Softwareentwicklung nach Indien war eine Katastrophe
• Die Auslagerung einiger QS-Aufgaben hat in Ordnung funktioniert.
• Sonstiges:
  • Strom ist sehr unregelmäßig
  • Indien ist mehr oder weniger ein Polizeistaat
  • Indien scheint politisch instabil zu sein und hat ein Terrorismusproblem.
  • Wenn eine Option besteht, wird sich niemand dafür entscheiden, in Indien zu leben.

Einige der größten IT-Unternehmen der Welt befinden sich in Indien, wenn Sie von Wipro, Infosys, TCS usw. gehört haben. Die größten indischen Unternehmen, die sich die meisten "westlichen Software-Profis" niemals leisten könnten, um ins Ausland zu gehen, würden sich leicht als die besten der Welt qualifizieren . Sie erhalten jedes Qualitätszertifikat, um die Ängste westlicher Kunden zu zerstreuen. Außerdem gibt es in den meisten indischen Softwareunternehmen mehr Ingenieure (Abschluss und Erfahrung) als in den meisten westlichen Unternehmen. Auch Google, Oracle, IBM, Microsoft und SAP verfügen über Entwicklungszentren, und nicht alle von ihnen sind dort auf der Suche nach günstigen Programmierern.

Wie sehen wir die westlichen Ingenieure? Wir sehen eine gemischte Tasche, wie Sie eine gemischte Tasche sehen, wenn Sie über den Ozean schauen. Es gibt qualifizierte Super-Techniker, die wir bewundern, und es gibt Duschtaschen, mit denen wir manchmal zusammenarbeiten müssen. Im Großen und Ganzen verstehen wir uns in gemischten Teams sehr gut. Die Beziehung ist wirklich zum Kotzen, wenn man am westlichen Ende "technisch orientierte" Geschäftsleute und am anderen Ende nur Programmierer hat. Dies ist normalerweise eine westliche Firma, die an Geldmangel leidet und versucht, Geld zu sparen, indem sie keinen lokalen Manager anstellt.

Meine Erfahrungen mit dem Outsourcing in osteuropäische Länder (nicht Osteuropa) waren ziemlich schlecht. Alle Anwendungen, die ich gesehen habe, waren schrecklich und sehen aus wie ein Haufen schlechter, nicht verwandter Codes, die zusammengeklebt wurden, um kaum den Job zu machen, den sie machen sollen.

Ich glaube nicht, dass dies daran liegt, dass neue östliche Programmierer schlechter sind als neue westliche Programmierer. Ich glaube, dass es daran liegt, dass die östlichen Programmierer keine erfahrenen Programmierer haben, die sie anleiten. In der westlichen Welt ist die Arbeit mit modernen Programmiersprachen seit ca. 45 Jahren ein gängiger Beruf. Daher gibt es viele erfahrene Programmierer, mit denen neue zusammenarbeiten, von denen Sie lernen können. Im Osten hat die moderne Programmierung für was stattgefunden? 10 - 15 Jahre? Den Menschen fehlt es wirklich an Erfahrung, von der sie lernen können. Darüber hinaus denke ich (so wie ich es hier sehe), dass bei den meisten Programmierern im Osten, an die ausgelagert wird, viele schlechte Eigenschaften festgestellt werden, bei denen das Ziel nur darin besteht, das Projekt zu erreichen Das geht schnell, wenn Sie Abstriche machen. Diese Erfahrung sollten Sie nicht an neue Entwickler weitergeben. Zumindest in den USA waren die meisten Programmierjobs für Leute bestimmt, die an einer begrenzten Anzahl von Produkten arbeiten, die sie im Laufe der Zeit unterstützen müssen. Die Leute haben Techniken aufgenommen, um sicherzustellen, dass die Software stabil und sicher ist. Dies ist eine gute Erfahrung, um sie an die neue Generation weiterzugeben.

Also ja, im Grunde habe es nichts damit zu tun, wie viel Schule eine Person irgendwo bekommt. Es hat mit Gewohnheiten zu tun, die bei der Arbeit aufgegriffen wurden. Es gibt viele gute Programmierer da draußen (obwohl ich denke, dass sie gut in der Minderheit sind), aber ich glaube nicht, dass wir Westler mit ihnen interagieren werden, wenn Projekte ausgelagert werden.

Osteuropäer haben erfahrene Entwickler. Ich habe nur Angst, dass sie auslaufen, um den Anforderungen des Outsourcings gerecht zu werden.

@giddy, Peter: Als Programmierer, der aus Indien stammt, muss ich leider zugeben, dass Sie in Indien nicht aus der Wahl, sondern aus dem Zwang heraus programmieren Sie sind sozial oder wirtschaftlich. Dies ist einer der Gründe, warum es in Indien häufig vorkommt, dass die Leute schnell von technischen zu reinen Führungsaufgaben wechseln (eigentlich heißt es "Aufstieg", ein Ausdruck, den ich verabscheut habe). Auch wenn Sie wollen Führungspositionen wachsen als techie, weiterhin erhalten auf ihr aufgedrängt (das ist ein Grund , warum ich beschlossen , aus Indien zu bewegen, tatsächlich).

Aus Gründen, die für mich unverständlich sind, wird Karrierewachstum mit der Anzahl der Personen gleichgesetzt, die für Sie arbeiten oder genauer gesagt unter Ihnen arbeiten. "Ich bin verantwortlich für ein Team von x" oder "x Personen, die unter mir arbeiten" ist eine Aussage, die als einer "erfolgreichen" Person in Indien würdig angesehen wird (egal, dass die "x Personen" diejenigen sein können, die diese Art produzieren Code, auf den andere in diesem Thread verwiesen haben).

Trotzdem möchte ich darauf hinweisen, dass schlechte Codequalität nicht nur auf Indien oder andere "Billig" -Länder beschränkt ist. Ich sehe manchmal bekannte Einstellungen und Codequalität, sogar hier in Europa. Zum Glück sind sie jedoch nicht die allgemeine Regel.

Ich habe gemischte Erfahrungen mit dem Offshoring unserer Arbeit und der Arbeit mit Offshore-Unternehmen im Allgemeinen gemacht. Als Referenz lebe ich in den Vereinigten Staaten.

Das Schlechte

Ich arbeitete bei einer Firma, die eine Firma in Indien unter Vertrag nahm, die CMMI 5 bewertet hatte und billig arbeiten würde. Das Unternehmen gab ihnen Client-Software, die sie von Grund auf neu schreiben konnten, und als sie zurückkamen, war der Code fehlerhaft, vollständig undokumentiert und im Allgemeinen schwer zu überarbeiten und zu warten. Am Ende hat das Unternehmen den gesamten Kunden von Grund auf neu geschrieben und die Kosten für das Offshoring auf sich genommen.

In einem anderen Fall arbeitete ich mit einem asiatischen Unternehmen zusammen, um dessen Dienstleistungen und Produkte in den östlichen Märkten einzuführen. Was geschah, war eine geheime Geschichte, von der nur wenige Menschen wussten (und ich selbst als Proxy), wo das asiatische Unternehmen unseren Quellcode und unsere Produktdesigns ablegte, die Partnerschaft brach und dann ihre eigenen Produkte herausbrachte, die denen meines Unternehmens entsprachen.

Der Average-ish

In einem anderen Fall eröffnete eine Firma, bei der ich gearbeitet habe, ein Forschungsbüro in China, einem sehr modernen Ort. Sie hatten schickere Sachen in ihrem Büro als ich. Ich wurde für eine Woche zum Training in die chinesische Niederlassung geschickt, da die Forschungs- und Entwicklungsabteilung für die kundenspezifische Linux-Entwicklung genutzt werden sollte. Das Team hatte einige Leute, die ziemlich gut waren, aber wie es bei Entwicklern dieser Statur der Fall ist, sind sie ziemlich bald danach gegangen, und das verbleibende Team hat eine API für uns geschrieben, die wir hier in den USA verwenden können. Ich werde die API als komplett schlecht bezeichnen, da sie kein Verständnis für Linux zeigte und der zugrunde liegende Quellcode bestenfalls ziemlich wackelig war. Aber ich denke, das große Problem war, dass das Unternehmen ein seltsames Team ausgewählt hat, um auch Linux-Arbeit zu leisten, da niemand in diesem Team ein Linux-Experte war und das Projekt ein Jahr später ausrangiert wurde.

Der gute

In anderen Fällen war eine andere Firma, die ich unter Vertrag hatte, für eine osteuropäische Firma tätig. Diese Jungs waren wirklich gut, sie wurden beauftragt, Schwachstellentests durchzuführen, und obwohl sie eigentlich ziemlich teuer waren, wurden sie im Allgemeinen als eine lohnende Investition angesehen.

Ich habe auch mit einem ziemlich gigantischen indischen IT-Dienstleistungsunternehmen zusammengearbeitet, und wir hatten Entwickler im Haus, die bei ihnen angestellt waren, aber einen Vertrag mit uns abgeschlossen haben. Es gab mehrere gute Entwickler, aber das ist eine allgemeinere Geschichte, da wir alle an verschiedenen Projekten zusammengearbeitet haben.

Diese Geschichten dienen der Unterhaltung - ich habe mit mehreren Unternehmen zusammengearbeitet und ich habe Geschichten über Inländer und ausländische Unternehmen.

Für einige Unternehmen war die Kommunikation immer der schwierige Teil. Ich arbeite an der Ostzeit und wir würden 10 - 13 Stunden vor uns mit Leuten reden. Wir gingen auch nur durch das Management und sprachen nicht mit den eigentlichen Entwicklern, sodass es dort zu einer Unterbrechung kam.

Es gab auch Entwickler, die ich getroffen habe und die ihre Arbeit einfach nicht genossen haben. Wir hatten einen koreanischen Entwickler, der in die Staaten kommen wollte, um zu arbeiten, weil er für ein Verteidigungsunternehmen in Korea sklavische Stunden für niedrige Löhne arbeitete. Ich war ein Kollege mit einem Entwickler (auch aus dem Ausland), der seine Entscheidung beklagte, Entwickler zu werden - er tat es, um zu versuchen, Millionen zu verdienen.

Interessant! Ich bin Chinese und ich glaube zu wissen, warum Programmierer hier nicht neugierig und kreativ sind. Die meisten meiner Kollegen beschweren sich jeden Tag, sie hassen das Codieren, sie mögen das Entwerfen nicht, sie plaudern nur hier und da (es ist Teil unserer Kultur). Sie kommen nur für eine höhere Bezahlung zu Software-Unternehmen (in Entwicklungsländern sind IT-Leute gut bezahlt), nicht für das "Retten der Welt" oder das Erzielen von Unterschieden. Keine Interessen, keine Motivation, keine Neugier und keine Kreativität !!!! Aber es gibt kluge Köpfe (wie ich ^ _ ^), die machen Qualitätsarbeiten und liefern pünktlich !!!!