Comment les programmeurs de l'Ouest voient-ils les programmeurs de l'Est?


101

L'autre moitié de cette question: comment les programmeurs de l'Est voient-ils les programmeurs de l'Ouest?


La partie orientale du monde (Inde / Chine / Philippines) fournit principalement des services de sous-traitance au monde occidental (États-Unis et Europe).

Avez-vous l'expérience de travailler avec des équipes offshore? Si oui, c'était comment?

Avez-vous des idées ou des opinions générales sur les programmeurs de l’Est (par exemple, sont-ils coopératifs, livrent-ils à temps ou font-ils un travail de qualité?). Sur quoi sont-ils basés?


3
Vrai . Mais la majeure partie de l’économie informatique repose sur les services.
Vinoth Kumar CM

8
En contraste, j'ai également posté: programmers.stackexchange.com/questions/50884/… - "Comment les programmeurs de l'Est voient-ils les programmeurs de l'Ouest?"
Jon Hopkins

11
Ré. voter pour fermer - je suis étonné. Je pense que c’est une excellente question subjective, mais j’insiste sur le fait que les personnes doivent appuyer leurs réponses sur la base de l’expérience et des faits plutôt que de l’opinion pure.
Jon Hopkins

11
Wow, quand j'ai lu ceci pour la première fois, j'ai pensé que cela signifiait côte est par rapport à côte ouest aux États-Unis.
Jess

3
@ Andrew: LoL. Il y a un assez grand fossé culturel ici! laissez seul Midwest.
Mike Dunlavey

Réponses:


81

Hmm Vues intéressantes.

Je voudrais juste jeter dans le mien.

Je vis en Inde (je suis Indien) et je programme depuis le 11/12. Jusqu'à présent, je n'ai fait que des études secondaires et, ce qui est intéressant, j'ai déjà fait deux choses. J'ai enseigné dans un institut d'informatique indien et je développe actuellement en tant qu'indépendant (et je me suis lancé un projet auprès d'un client TRÈS réputé).

Donc, deux choses que je pense sont vraies d'où je viens:

Bien sûr, les gens sont des gens, mais la mentalité indienne en matière de vie et d’éducation est très différente ici. Pendant les mois où j’ai enseigné, j’ai vu des parents inciter leurs enfants à utiliser les technologies de l’information simplement parce qu’ils pensaient que cela leur rapporterait de l’argent ou autre chose. les diplômes Bsc et Engineering et 98 sur 100 ne peuvent pas écrire quelques lignes de code en C. (Oubliez le code de qualité).

Le cours d'informatique d'état ici, ils ont Turbo C dans le programme, C ++ à la plupart des gens est C mais n'utilise que coutpour imprimer.

En ce qui concerne le développement, avec ce type de diplômés, vous vous attendez à trouver des tonnes d’ ingénieurs qui codent des choses horribles. J'ai rencontré des "entreprises" de petite taille qui n'utilisent aucun contrôle de source, elles n'auront même pas une idée de ce que sont les tests unitaires.

C'est triste que j'ai tellement de mal à dire et ça me fait mal. MAIS tout le monde ici n'est pas comme ça. Nous sommes si nombreux que peut-être l’impression des gens. lol

Même si réussir ici, cela signifie en quelque sorte déménager ailleurs, car il n’ya aucune possibilité réelle de grandir et de perfectionner vos compétences. Il y a bien sûr des têtes intelligentes d'IIT et d'autres grands collèges ici qui connaissent leur métier (ils finissent par déménager aussi)

Mais l’essentiel, c’est que la formation informatique est assez triste à mon avis.


29
Très intéressant, merci pour le point de vue. Je pense que le phénomène des "parents qui poussent leurs enfants et des personnes qui étudient, mais pour qui ils ne sont pas bons" est en quelque sorte un phénomène mondial. Ses mauvais résultats semblent tout à fait visibles en Inde, car ils sont incroyablement attrayant là-bas pour faire le travail en mer, et d’autres paramètres comme la population. Mais ce serait une énorme erreur de penser que l' Inde n'a pas des gens brillants, et les développeurs compétents
Pekka 웃

4
@ Pekka, si j'avais un sou pour chaque fois que quelqu'un me disait d'être médecin ou avocat, je n'aurais pas besoin d'être dans l'informatique.
jonescb

1
Grande perspicacité culturelle. Je suis allé à l'école avec un certain nombre d'Américains d'ascendance indienne et je me souviens de trois occasions différentes de réconforter des personnes désemparées parce qu'elles ne comprenaient pas / n'aimaient pas la programmation, mais devaient obtenir un emploi bien rémunéré pour pouvoir rentrer chez elles famille sur une base régulière. Cette pression pousse les gens dans des directions pour lesquelles ils n'ont peut-être pas l'aptitude. Pendant ce temps, ma famille élargie n’est qu’à 1500 km et c’est une bonne année si je rentre chez moi pour une visite.
Steve Jackson

11
+1 pour mentionner le problème turboC. Je veux dire que s'ils ne veulent pas dépenser beaucoup d'argent, utilisez Eclipse ou quelque chose du genre. L'utilisation de ce logiciel obsolète désactive les étudiants en programmation et en ordinateurs.
apoorv020

3
@apoorv true. Quand j’enseignais auparavant (je ne mentionnerai pas l’institut «réputé» indien), ils utilisaient aussi le turbo C, j’utilisais déjà Netbeans pour enseigner (ce qui était déjà installé), mais ils m’obligeaient à retourner à TC! Finalement, 4 ou 5 étudiants sont allés vers lui et lui ont dit qu'ils l'aimaient pour la première fois, car ils pourraient écrire un programme qui fonctionnerait!
Gideon

118

Disclaimer: J'habite en Europe centrale et orientale, prenez votre propre décision pour savoir si je compte comme orientale ou occidentale :-) En tant que tel, j'ai travaillé sur des projets externalisés de notre pays depuis l'Europe occidentale et j'ai eu des doutes de la part des collègues et des dirigeants plus occidentaux. en ce qui concerne nos capacités, semblable à ce que les Indiens doivent expérimenter dans de telles situations.

OTOH J'ai travaillé avec plusieurs développeurs indiens et certains russes sur deux projets majeurs. Le premier concernait également un composant entièrement développé par un sous-traitant indien, qui était sans aucun doute le code de code le plus horrible auquel j'ai jamais eu accès (je ne peux pas dire "le code le plus horrible que j'ai jamais lu", car Le fichier source mesurant plus de 600 Ko (ou AFAIR environ 30 lignes), je l'ai rapidement fermé et je ne pouvais que prier pour que je n'ai jamais besoin de le toucher. Ma prière a été écoutée).

Ce dernier (sur lequel je travaille actuellement) a été sous-traité à 3 sociétés différentes, certaines d’entre elles ayant appliqué plusieurs programmeurs indiens. Nous en avons nettoyé le résultat au cours des 1,5 dernières années et il reste encore suffisamment de travail pour un avenir prévisible.

Dans ma vie personnelle, j'ai vécu plus de trois mois en Inde à une époque antérieure de ma vie. Je connais donc probablement mieux le pays et ses habitants qu'un Occidental moyen. Personnellement j'aime beaucoup les Indiens.

Mon expérience personnelle a été que les mêmes différences culturelles notables qui existent entre les peuples occidentaux et indiens sont également observables entre les programmeurs. Les Indiens sont généralement très diligents dans l'exécution de toute tâche concrète qui leur est confiée, mais ne voient pas nécessairement ni ne ressentent même le besoin de comprendre la situation dans son ensemble. Ce qui peut facilement entraîner un logiciel de mauvaise qualité.

Un autre problème potentiel est la résistance culturelle des Indiens à refuser toute demande, car j'estime que c'est considéré comme impoli. Si vous allez dans une épicerie indienne et demandez des couvertures / des bijoux / des ailerons de requin / peu importe, le propriétaire dira "oui monsieur, dans un instant", puis envoie son garçon dans un autre magasin du quartier pour aller chercher le produit et vous le présente fièrement. Ce qui est une bonne pratique commerciale en effet. Cependant, si la même chose est appliquée à la sous-traitance d'un projet de développement de logiciels avec un calendrier impossible fixé, les résultats peuvent être désastreux. C’est juste une spéculation de ma part, cependant, je n’ai aucune preuve concrète de savoir si cela est vraiment un facteur dans la sous-traitance du développement de logiciels informatiques en Inde.

La mise en œuvre d’un système de surveillance de la performance est un excellent exemple de diligence inutile dans notre projet actuel. L'idée était de faire circuler des objets qui rassemblent des statistiques de performances. Cependant, la solution s'est avérée ralentir tellement l'application qu'elle n'a jamais été réellement utilisée. Néanmoins, ses restes dans le code ont été laissés là pour que nous puissions les nettoyer. En pratique, cela impliquait de passer un paramètre d'objet supplémentaire à toutes les méthodes (environ 6000) du code. Le gars qui l'a fait a même ajouté un commentaire à la Javadoc de chaque méthode, notant que le paramètre supplémentaire avait été ajouté pour les mesures de performance! À présent, je ne peux que m'émerveiller de la diligence de ce type, faisant son travail selon les 6000 méthodes et insérant fidèlement ces commentaires Javadoc partout. OTOH, a) comme indiqué précédemment, le régime n'a jamais été utilisé,

Je ne veux pas dire que tout cela était de la faute des pauvres développeurs indiens (sauf le mauvais usage du Javadoc). À l’OMI, c’est bien davantage la faute des gestionnaires qui sous-traitent aveuglément des projets sans en surveiller les résultats, en effectuant des tests de réception stricts et en veillant à la qualité adéquate du code et de la documentation. Sans parler des systèmes de paiement basés sur les heures qui ne poussent sûrement aucun sous-traitant à gagner du temps de développement.

Cependant, je pense que j'aurais beaucoup de mal à trouver des développeurs dans l'Ouest pour entreprendre des tâches similaires avec le même niveau de cohérence et sans se plaindre.

Nous avons également sous-traité des tâches de test dans le cadre du présent projet à un groupe de testeurs indiens. Personnellement, nous ne sommes en contact qu’avec l’un d’entre eux, donc aucune idée de leur nombre total. Cependant, ce type est un bijou de testeur, un atout précieux pour tout projet. En plus d'être diligent et approfondi, il pose beaucoup de questions pour comprendre la situation dans son ensemble, teste souvent même plus que prévu, et signale les problèmes identifiés de manière précise et descriptive.


42
Eh bien, je ne peux que vous remercier de ne pas avoir généralisé. La généralisation ne fonctionne jamais .
Sukhbir

41
Généralisation de lol @ sukhbir
Matt Ellen

19
Another potential issue is the culturally ingrained resistance of Indians to say no to any request, as I believe it is considered rude by them.Cette propension des «orientaux» à toujours dire «oui» a été notée dans d'autres articles sur les différences culturelles entre l'Est et l'Ouest. Un article que j’ai lu il ya de nombreuses années expliquait que, lorsque des habitants de l’extrême-Orient disent «oui» en réponse à une question, leur intention première est d’impliquer qu’ils comprennent la question et non pas qu’ils acceptent nécessairement d’être liés par elle. Cet article, datant des années 90, ciblait les différences entre les entreprises américaines et japonaises.
Oosterwal

2
Que signifie OTOH?
David Murdoch

7
Je pensais que l'europe était un pays ..
Dave O.

30

J'ai traité trois projets qui étaient (pour la plupart) "délégués" à des ressources off-shore (hémisphère oriental). L'un des trois cas utilisait un groupe (ou peut-être un seul type - n'en traitait qu'un, mais il ne savait pas combien d'autres personnes travaillaient) dans l'est de la Russie. Ils / ils ont fait du bon travail, et le projet a très bien progressé, sans avoir besoin de travailler sur l'interface utilisateur pour résoudre quelques problèmes mineurs liés au libellé, dû à des personnes pour qui l'anglais était une deuxième (voire une troisième) langue.

Les deux autres étaient une histoire assez différente. Que ce soit par hasard ou non, dans les deux cas, les programmeurs étaient en Inde. Dans un cas, pratiquement tout ce qu’ils avaient fabriqué devait finalement être traité comme un prototype - utilisable (dans une certaine mesure) pour tester les conceptions possibles, mais tout ce qu’ils écrivaient devait être jeté et remplacé pour obtenir un code de niveau de production. Ils semblaient illustrer ce que je considère comme "l'état d'esprit ISO 9000". Ils ont montré une adhésion quasi religieuse aux politiques et procédures, mais un manque presque total de compréhension du problème qui devait être résolu. Leur code est peut-être le plus maladroit que j'ai jamais vu.

Dans l’autre cas, le projet a finalement été abandonné. C’était un stratagème déréglé de la part d’un vice-président récemment promu, et je suis à peu près sûr que l’idée du premier jour était de minimiser les dépenses, tout en pouvant toujours lui dire que son idée était en plein développement. Le code que nous avons obtenu était totalement inutile, mais il serait difficile de reprocher beaucoup à l’entrepreneur, puisqu’aucun effort n’a été fait pour gérer le projet ou même pour obtenir une spécification utilisable. Leur code a commencé mal et la qualité a rapidement dégénéré quand il est devenu évident que personne ne s'en souciait.


3
Le fait que "Nearshoring" ait été inventé en tant que mot indique que la différence que vous avez constatée entre la Russie et l'Inde n'est pas rare. Voir en.wikipedia.org/wiki/Nearshoring
Sjoerd,

8
La deuxième histoire résume mon expérience de plusieurs projets au fil des années avec des équipes de développement indiennes. Je ne vais pas généraliser et dire que TOUS les systèmes qui proviennent d'Inde sont comme ça, mais TOUS les domaines dans lesquels j'ai été impliqué l'ont été.
Ozz

4
@ Jerry L'est de la Russie est beaucoup plus proche des États-Unis que l'ouest de la Russie!
Kirk Broadhurst

3
+1 pour "Ils ont montré une adhésion presque religieuse aux politiques et procédures, mais un manque presque total de compréhension du problème qui devait être résolu". C'est très vrai .
Vinoth Kumar CM

1
@oosterwal: consultez le profil "Colorado Springs, CO, États-Unis", @Jerry: il est plus proche des États-Unis (juste du Pacifique au milieu), mais les États-Unis couvrent également quelques fuseaux horaires
Matthieu M.

22

Les gens sont les gens. Certains programmeurs sont de bons programmeurs, d'autres programmeurs sont de mauvais programmeurs. Certains mauvais programmeurs peuvent devenir de bons programmeurs avec le temps, alors que le temps ne peut jamais profiter à d'autres mauvais programmeurs.

L'emplacement a tendance à ne pas être un facteur ici. Mais peut-être que l'occasion pourrait.

Je demandais ce que les mots "Erreur de syntaxe incorrecte OK" signifiait dans GW Basic quand j'avais 8 ans. J'ai grandi avec des ordinateurs. Tout le monde n'a pas cet avantage. Les temps changent cependant, et les 8 ans d’aujourd’hui ont plus accès à la technologie que les 8 ans d’hier.

Mais il est important de réaliser que la programmation ne se limite pas à savoir utiliser un ordinateur. C'est beaucoup plus profond que ça. Voici quelques caractéristiques clés qui distinguent les bons programmeurs (et ceux qui ont juste besoin de temps) des véritables mauvais programmeurs:

  • Les bons programmeurs sont curieux
  • Les bons programmeurs lisent des blogs et des articles en ligne et essaient d'en apprendre plus sur leur domaine.
  • Les bons programmeurs répondent aux questions sur le dépassement de capacité
  • Les bons programmeurs avec 1-2 ans d’expérience ou plus comprennent que leur formation en informatique n’était pas une perte de temps
  • Les bons programmeurs peuvent penser en dehors de la boîte
  • Les bons programmeurs sont aussi de bons leaders
  • Les bons programmeurs sont proactifs et n'ont pas besoin de savoir quoi faire.

Plus important encore, les bons programmeurs sont également de bons communicateurs. Les meilleurs programmeurs sont ceux qui peuvent persuader les autres. Ce sont eux qui peuvent patiemment débattre d'un problème avec un autre pair jusqu'à ce qu'une solution soit trouvée.

Le plus gros défi est la communication.

Quel que soit le défi, ne stéréotypez jamais vous-même ou les autres. Vous avez autant de potentiel que quiconque et vice versa. Rappelez-vous simplement que vous pouvez faire tout ce que vous voulez vraiment faire!


-1, puisque l'erreur GW-BASIC réelle est "Erreur de syntaxe" et non "Erreur de syntaxe incorrecte". (Aussi, je plaisante à propos du -1)
Charles Salvia Le

1
Bien que j'aime bien être d'accord, je suis en désaccord avec un exemple: les bons programmeurs sont curieux, les bons programmeurs sont proactifs et n'ont pas besoin de savoir quoi faire (exact, pourquoi ne pas devenir une société patriarcale où la curiosité est punie ou ne pas se faire dire par une personne âgée et être proactif seulement s’il n’ya pas d’autre option) J'espère vraiment que les choses ont été comme vous le décrivez, peut-être dans une génération ou deux ...
Dimitrios Mistriotis

@Charles - lol, mon erreur de syntaxe avait une erreur de syntaxe.
jmort253

@ Dimitris - Si nous entrons dans cet état d'esprit maintenant et que nous écartons les excuses, nous aurons plus de chances d'atteindre nos objectifs. Faire des excuses basées sur notre passé ne nous aidera pas à les atteindre.
Jmort253

1
@ jmort253: C'est une très grosse discussion et nous risquons d'être hors sujet. Je crois simplement qu'il est difficile pour une personne de changer de comportement du jour au lendemain ou plus pour se comporter différemment dans un contexte social ou professionnel. Je n'ai pas mentionné que les deux approches ont des avantages. Beaucoup de gens que je connais essayer de les combiner en faisant partie de l'ouest de l' emploi et à l' est de la partie (basées sur la dichotomie des questions)
Dimitrios Mistriotis

22

Je suis un étudiant de premier cycle de 21 ans originaire de l’Inde et qui termine mes dernières années de cursus en informatique et ingénierie de 4 ans.

L'idée même d'écrire ceci était de dire que l'Inde était bien plus qu'un centre de sous-traitance. J'espère que l'Occident voit les choses ainsi et qu'au lieu d'absorber les talents, l'Occident devrait créer davantage de centres en Inde. Il y a du contenu offensant à venir, mais si vous comprenez la situation dans son ensemble, vous comprendrez ce que j'essaie de dire.

L’éducation en Inde est dans un état très préoccupant, avec une main-d’œuvre produite chaque année sans aucune compétence technique, voire absolument horrible. Le système éducatif n'est pas du tout compétitif en termes d'innovation ou d'entrepreneur. Cela a conduit notre pays à des embarras énormes, comme le récent ordinateur développé localement (une tablette Android chinoise bon marché, uniquement gérée par une société indienne), ou une revendication antérieure d'une autre percée technologique (qui s'est avérée être une une clé USB). Les établissements d’enseignement sont totalement déconnectés du monde réel de la technologie et s’intéressent davantage aux étudiants qui réinventent la roue, au nom de l’innovation. instituts d'enseignement, tout le monde les déteste.

Venir dans des endroits où vous vous attendez au moins à acquérir des compétences en développement:

En dehors de mes instituts de formation, j'ai eu l'occasion de fréquenter quelques centres de formation en Inde. La programmation et le développement de logiciels ont lieu à deux niveaux: le développement au niveau de l’application et le développement au niveau du système .

Pour le développement d’applications, la plupart des développeurs d’informatique en Inde sont recrutés en masse par les entreprises pour revendiquer un banc des programmeurs assis et obtenir plus de projets. À la fin de la journée, la qualité est compromise, car le processus de recrutement est complètement stupide. Parfois, le talent est gaspillé en obligeant les gens à bien travailler, sur des choses stupides comme la création de cadres Java et la création d'interfaces utilisateur WinForm et ASP.NET simples. (Je parle de recrutements plus récents et comme certains le prétendent, bien que je ne sois pas sûr). Si vous n’envisagez pas de bonnes pratiques d’ingénierie logicielle, ce type de codage peut être effectué par une 7ème niveleuse.

Mais en même temps, il y a des programmeurs et des développeurs indépendants qui s'intéressent beaucoup aux choses. Ils sont comme les héros méconnus qui ont perdu tout espoir et sont moins intéressés à changer le monde. Tout ce qu’ils veulent, c’est tirer le meilleur parti de leurs compétences. Il s’agit donc d’argent et de départ à l’étranger. Alors que nos cours sont extrêmement limités au logiciel système (programmation en C utilisant TurboC !!! pendant 4 années, C ++ stupide et vague, sans concepts orientés objet appropriés, qui utilise cout dans un programme C n'est pas C ++, Programmation ASM et plus en C utilisant gcc), quand dans une entreprise, nous sommes principalement faits pour faire du développement d’applications (ASP.NET, WinForms, J2EE). Fondamentalement, un ingénieur en informatique est fait pour faire un ingénieur en logiciel. Oui, le fait de savoir que l’informatique est utile, mais le fait de ne pas connaître le logiciel adéquat entrave trop le processus, et le système dans son ensemble s’effondre. C'est un # échec.

Je citerai un exemple simple. J'ai rejoint un institut de formation pour mon projet de dernière année et ils voulaient que je crée un site Web ASP.NET qui serait en quelque sorte un système d'inventaire (réservation d'hôtel, CRM, ce genre de choses). Oui, ce n'est pas une tâche facile, mais à mon avis, il ne vaut pas la peine de travailler sur un projet. Il s'agira simplement de réinventer la roue et ces projets sont énormes par nature dans la vie réelle. Livré dans 6 mois par un groupe de 3, vous pouvez comprendre le type de système inutilisable réduit qui en résultera. Les instituts ne sont pas trop stressés et sont plus intéressés par "ne pas effrayer les étudiants en leur disant trop", "en donnant un aperçu, et en leur permettant d'apprendre le reste par eux-mêmes". À la fin, ce que les gens développent dans les projets n’est même pas un prototype entièrement testé,

J'ai pris mon propre sujet, un système de navigation en temps réel à guidage vocal. J'utilise WPF, l'API Google Maps et toutes les dernières technologies que je peux. Pour de bonnes pratiques en matière de génie logiciel, j'utilise le contrôle de source, MVVM et je vais examiner de manière approfondie tout ce que je connais. J'ai 21 ans et je suis diplômé. Je suppose qu'à mon âge, les habitants de l'ouest sont encore en phase d'apprentissage et obtiennent leur diplôme plus tard. Cela rend les diplômés occidentaux tellement mieux et mieux informés. Nous avons la quantité mais pas de qualité.

En Inde, le niveau de travail que je fais pour mon projet n'est généralement pas attendu pour un projet de dernière année en licence. Mais je le ferai parce que je le veux. En même temps, d'autres membres de mon groupe sont à l'aise pour faire un projet dans ASP.NET, créer de 5 à 7 pages, exécuter des requêtes de base de données, remplir des vues de grille et ne pas se soucier de la sécurité. Enfer, même ces sites freelance ont de meilleures offres d'emploi (clone YouTube, Google Instant + X = Y Mashup ..)

Six mois plus tard, vous retrouverez les mêmes personnes dans une entreprise à laquelle vous externalisez votre entreprise et vous me trouverez également. Les gens comme eux sont 10 fois plus nombreux que moi, comme moi :(

pour être exact et non déconcertant, au cours de toute ma carrière dans l’enseignement et ma connaissance de plus de 500 personnes, j’ai vu exactement 4 personnes qui avaient le niveau d’expertise que j’envisageais pour les aider à travailler sur un projet avec moi)

En fin de compte, tous les diplômés indiens rédigeront une bonne documentation car il s’agit d’une théorie, mais ne vous attendez pas à un code infaillible.

En ce qui concerne le logiciel système, il en va de même. Un de mes amis travaille avec le NDK Android et travaille sur un projet en direct dans une entreprise. Il a la chance d'avoir ce projet et je l'envie, mais ce niveau de travail se passe aussi en Inde. Un autre étudiant de mon collège a développé un clone kinect (souris multi-touch, comme dans les rapports minoritaires) dans son projet de fin d’année en utilisant seulement deux webcams à bas prix. De même, il en existe d'autres qui copient les codes à partir d'Internet et obtiennent un diplôme qui réinvente la roue.

Mon dernier mot, ne vous attendez pas à une qualité compromise dans toute l'Inde et ne prenez pas les Indiens pour acquis, en tant que mainteneurs de logiciels bon marché, et adaptés à la sous-traitance pour des tâches de maintenance.

Aussi, ne vous attendez pas à ce que quelqu'un qui a une bonne formation en termes de notes écrive un bon logiciel. Le système éducatif indien est entièrement axé sur la théorie, il n'y a pas de pression sur la pratique, parfois, en savoir plus ou la volonté d'en savoir plus peut vous causer des problèmes de la part d'enseignants qui se sentent intimidés. Néanmoins, les bons programmeurs recherchent des pâturages plus verts dans le cadre d'une meilleure carrière et pas seulement d'un bon travail, mais d'autres cherchent à obtenir un bon "travail", à conduire autour d'une Honda City, à manger en Chine continentale et à vivre heureux pour toujours. .

Je suis plus dans Audi. :)


La Chine continentale est surestimée, trop chère et (malheureusement) par ici :)
aldrin

18

Attention, généralisations grossières à venir. Les points de vue exprimés ne sont pas partagés par tout le monde. En fait, l'auteur peut même ne pas y croire.

Les développeurs occidentaux ont peur des développeurs orientaux. Nous entendons maintes et maintes fois que nos emplois seront éventuellement externalisés. C'est un mauvais départ pour toute relation. Pour aggraver les choses, nous nous rappelons constamment que nos études sont inférieures. Les développeurs de l’Est sont moins chers, plus intelligents et supporteront plus de tracas. Notre expérience professionnelle avec les développeurs de l'Est n'a pas d'importance, car elle est empoisonnée par la peur.


24
En réalité, les développeurs occidentaux n’ont pas peur des développeurs orientaux mais de la sous-traitance gérée comme une simple opération de réduction des coûts.
mouviciel

2
ce qui est la même chose. Le programmeur vietnamien à 5 dollars de l'heure est une menace directe pour notre travail, car même si vous avez besoin de 10 d'entre eux pour faire le même travail qu'un seul d'entre nous fait, c'est toujours moins cher. Ou c'est ainsi que la direction calcule, sans jamais prendre en compte les implications à long terme.
Jwenting

8
"Pour aggraver les choses, nous nous rappelons constamment que nos études sont inférieures"? Où est-ce que tu as trouvé ça? La sous-traitance est une réalité, toutes les entreprises cherchent à réduire certains coûts. Les développeurs orientaux n’ont absolument rien à faire. Vous ne devriez pas avoir peur d'eux, vous devriez craindre votre patron / client qui choisit d'externaliser et de réduire ses coûts sans tenir compte de son impact sur la qualité. C'est en fait l'inverse, notre éducation (je me considère occidentale) est beaucoup plus élevée, donc notre coût est plus élevé.
Alex

2
@ Alex: re. éducation. L'éducation américaine n'est pas ce qu'elle pourrait être ou a été. J'ai enseigné la CS à Boston College, une école d'admission hautement qualifiée. Premier programme: convertir Celsius en Fahrenheight, F = C * 1.8 + 32. Des yeux vitrés et de la frayeur dans la pièce. Rédiger une proposition de projet. Impossible d'écrire une phrase avec ponctuation. Ne peut pas épeler - considère "beaucoup" un mot. Aucune idée quand utiliser "il" et "lui", "moi" et "moi", ou apostrophe. Dites "comprendre" et "aller de l'avant" comme de gros coups. Tous s'attendent à au moins B +, sinon A. Vous ne faites qu'enseigner à leur niveau et chaque semestre vous recevez un nouveau lot.
Mike Dunlavey

3
@ apoorv020 (suite) Le problème avec cette approche est que le collège / lycée est passé d'un environnement censé enseigner aux élèves des compétences qui les aideront à réussir, pour leur enseigner des compétences qui leur apprendront à obtenir de meilleurs résultats aux tests et améliorer l’apparence de l’école en poussant davantage l’enseignement des concepts fondamentaux vers le collège (dévalorisant ainsi l’enseignement supérieur). C'était une tentative lamentablement échouée d'appliquer les aspects économiques du marché (la concurrence, par exemple) au système scolaire public.
Evan Plaice

18

Je ne peux pas parler pour les autres. C'est mon opinion, avec laquelle les gens ne semblent pas en désaccord. Permettez-moi de commencer par certains des faits tels que je les vois.

Premièrement, il est prouvé que la plupart des gens ne sont pas vraiment faits pour le développement de logiciels. (Par exemple, les recherches sur l'assurance-chômage indiquent que plus de la moitié de la population ne "comprendra" jamais l'idée d'une arborescence de répertoires.) En Occident, ces personnes n'ont aucun problème à trouver d'autres emplois décents pour lesquels elles conviennent mieux. En Inde, en revanche, le développement de logiciels est soumis à une telle pression qu’il subit de toute façon. Cela signifie qu'il y a beaucoup de gens en Inde qui se lancent dans le développement de logiciels et qui ne devraient vraiment pas.

Ensuite, l’Inde est une destination commune pour la sous-traitance. Les entreprises le font parce que cela semble bon marché (les salaires sont bas). Cependant, il est bien documenté (voir, par exemple, les facteurs de coût documentés dans le modèle COCOMO II ) que toutes les opérations suivantes nécessitent du temps et des efforts de développement: travailleurs de plusieurs sites, travailleurs de plusieurs fuseaux horaires et travailleurs de plusieurs cultures. Tout projet exécuté en Inde et dirigé par l’Occident aura les trois facteurs de coût. (Ceci est avant que vous ajoutiez la tendance à trouver des personnes travaillant en tant que développeurs qui ne devraient vraiment pas être.)

Enfin, le plus grand défi de la gestion de projet logiciel consiste à obtenir des informations précises sur ce qui ne fonctionne pas pour les décideurs qui ont besoin de le savoir. J'aime cette attitude humoristique sur cette tendance. Quelle que soit la combinaison des raisons, que ce soit le désespoir, la culture ou la conviction que le client a raison, cette tendance est encore pire pour les projets externalisés en Inde. Parfois à un degré comique.

Il en résulte que les entreprises américaines ont fortement tendance à céder au chant des sirènes des bas salaires, à externaliser le travail en Inde, puis à transformer les projets externalisés en catastrophes. (Mais l'ampleur du désastre n'apparaît qu'après que les Américains ont perdu leur emploi.)

L’autre moyen pour les entreprises est de recruter des Indiens aux États-Unis avec des visas H1B. Ceci élimine les problèmes de télétravail. Beaucoup d'Indiens veulent ces emplois parce que les salaires sont plus élevés aux États-Unis, etc. Et il y en a plus qu'assez d'excellents Indiens pour combler tous les emplois disponibles. Mais il y a un problème. Les entreprises américaines qui utilisent des visas H1B doivent jurer haut et fort qu’aucun Américain n’était disponible pour le poste, que la personne embauchée se voit rémunérée aux taux du marché, etc. Mais un titulaire d’un visa H1B a de la difficulté à changer d’emploi. Cela donne à l'employeur un travailleur captif. Et ne laisse aucune incitation du marché à traiter ces employés de manière équitable. Cela incite fortement les entreprises à la malhonnêteté. Trop de succomber.

En tant qu'Américain, je n'ai aucun problème avec l'arrivée des meilleurs et des plus brillants aux États-Unis. Bien au contraire, c'est ce qui a construit ce pays. Mais traitez-les également dès leur arrivée. Par exemple, je connais une personne des Philippines qui, en raison de son visa, a dû refuser des offres d'emploi de Google, Apple et Facebook. Pour environ le double de ce qu'il fait actuellement. Si le marché était autorisé à fixer les salaires de personnes comme lui, les entreprises seraient beaucoup moins incitées à vouloir abuser du programme H1B.

Donc, voici mon avis. Pour un certain nombre de raisons, l'externalisation de projets en Inde entraîne souvent des catastrophes. Ceux que vous recevez en tant qu'employés de H1B ont tendance à être excellents, mais ce programme est fortement abusé d'une manière qui me rend triste.


Juste curieux, un gars qui avait des offres d'emploi de Google, Apple et Facebook?
Htbaa

Pourquoi ne pouvez-vous pas changer de travail lorsque vous êtes sur H1B? J'ai entendu dire qu'il y a ce qu'on appelle "transfert" et qu'il s'agit essentiellement d'une routine standard avec approbation garantie dans la pratique.

2
@ developer-art: je ne connais pas les détails. Mais la personne à laquelle je pense était en train de recevoir une carte verte et était restée coincée dans son emploi actuel jusqu'à ce que les formalités administratives soient effacées. Dans son cas, la paperasse le laisse dans les limbes depuis plus d'un an et demi que je connais. J'ai connu d'autres personnes excellentes qui ont eu des problèmes avec l'INS et qui ont été forcées de partir. Abigail of Perl, par exemple, a rencontré cela à la fin des années 90.
mardi

2
@ dev-art: votre H1b est liée à votre emploi. Je pense que vous pourriez changer d’emploi, mais s’il n’ya pas de transition transparente, votre permis de travail expire automatiquement. Et bien sûr, si votre nouvel emploi ne fonctionne pas et que vous êtes annulé pendant la période de probation, vous êtes un étranger instantané avec un délai de grâce de quelques jours pour trouver un emploi ou quitter le pays.
Jwenting

3
La façon dont certaines entreprises utilisent les H1B pour garder les programmeurs en laisse me rend triste aussi. Je connais beaucoup de gens qui sont dans cette situation. Lorsque vous êtes sur un H1B, vous ne pouvez obtenir qu'une seule prolongation (pour un total de 7 ans, je pense), donc la plupart des travailleurs de H1B essaient d'obtenir une carte verte. De nombreuses entreprises ne commencent même pas ce processus (qui prend des années) avant des années après leur embauche. Ajoutez à cela le fait que si un H1B veut changer de travail, la nouvelle entreprise doit le parrainer à nouveau et peut retarder davantage l'application de la carte verte, les travailleurs de H1B sont fortement incités à rester sur place, ce qui est exploité.
Kaypro II

18

Je travaille depuis 3 ans avec des développeurs indiens (je suis italien). Les gens sont les gens. Nous avons sous-traité principalement parce que nous avions besoin d'une équipe. En Italie, il est difficile de trouver une équipe, surtout dans des langages peu répandus comme Delphi. Donc, la raison principale est de trouver une équipe, pas de coût.

Quoi qu’il en soit, l’équipe que nous avons trouvée était très bonne car elle avait un très bon leader. Mais les autres développeurs n'étaient pas si importants. Qu'est-il arrivé? Maintenant, ce développeur travaille directement pour nous, car il est une personne très gentille et il devient aussi mon ami. Il existe une relation solide et nous lui payons presque un salaire italien. Pourquoi? Parce que la relation compte. J'ai vu beaucoup de gens aller en Inde juste pour économiser.

En avoir pour son argent. Bien entendu, vous pouvez économiser de l'argent, mais je pense que (surtout pour les petits projets) l'externalisation uniquement pour économiser de l'argent est un mauvais choix.


2
Je pense qu'il fait un bon point. Si vous externalisez pour coûter de l'argent, vous pouvez peut-être choisir des équipes très peu coûteuses. La sous-traitance à des fournisseurs plus importants et de qualité peut peut-être vous permettre d’économiser moins d’argent mais d’avoir plus d’avantages.
apoorv020

12

À l’OMI, le problème n’est pas l’Est contre l’Ouest, mais l’idée générale de la sous-traitance. Dans la seconde moitié des années 90, le boom de l'internet, le passage à l'an 2000 et la conversion de l'euro créaient beaucoup de travail pour les programmeurs. La sous-traitance était donc un sujet brûlant à l'époque. Mais il s’agissait d’externaliser dans le pays, pas à l’est. Néanmoins, bon nombre des problèmes auxquels nous nous attendons ou que nous rencontrons en matière de délocalisation se rencontrent également avec des partenaires d'impartition locaux.

Dans de nombreux cas, rédiger une bonne spécification demande autant de travail que de le faire soi-même (bien que Q & D). Mais comme la sous-traitance a pour objectif de gagner du temps et / ou de l’argent, les spécifications fournies au partenaire de sous-traitance sont floues. Ajoutez un entrepreneur payé à l'heure et un manque de supervision et vous saurez clairement à quoi vous attendre.


11

Je vis en Chine depuis un peu plus de deux ans (je suis Canadien), je travaille avec des développeurs chinois et, chose assez étrange, je travaille avec des développeurs canadiens à l’étranger. Je peux dire que certaines des généralisations faites, du moins les développeurs chinois, sont quelque peu vraies, c'est-à-dire que la plupart des développeurs que j'ai rencontrés / avec qui j'ai travaillé ici sont:

  • Manque de curiosité et de créativité. Ici, je ne pense pas qu’ils soient inférieurs ou stupides. Mais plutôt que c'est culturel. Historiquement, on pense qu'ils respectent l'autorité en premier lieu. En tant que tels, ils ne remettront jamais en cause un mauvais dessin qui leur a été transmis "d'en haut". En outre, beaucoup d’entre eux sont principalement intéressés par des compétences techniques plutôt que par des compétences de domaine. J'ai le plus de mal à leur enseigner des modèles et des concepts abstraits à moins qu'ils ne puissent se rapporter directement à leur travail. Cependant, après un certain temps, les murs s'effondrent, ils deviennent plus aventureux dans la contestation de l'autorité, au moins sur le plan technique, je ne voudrais pas que mon visa soit révoqué ;-)
  • Une menace Cela a déjà été mentionné, mais j'insiste. C’est probablement le point le plus important et le plus source de tensions dans les relations avec les collèges à l’étranger (au Canada). En général, les occidentaux avec lesquels je travaille auront tendance à exagérer tous les aspects négatifs du travail avec les orientaux. Ils seront extrêmement durs en matière de révision de code tout en étant très indulgents. Ils vont crier et crier si un seul oubli du processus ou des bonnes pratiques est négligé par un oriental, mais ils vont crier et crier si on leur demande poliment de suivre les procédures qu'ils ont eux-mêmes mises en place.
  • Expendable il est ok pour un Chinois de travailler avec la moitié cuite au four matériel d'occasion. J'ai cassé trois chaises avant de pouvoir en avoir une semi confortable. Ensuite, je me suis senti mal de voir la bonne chaise s'apercevoir qu'ils avaient tous encore ce qui semblait être un appareil de torture médiéval. Cependant, lorsque les développeurs ont visité le siège de la même société, ils avaient des bureaux occupant la surface généralement occupée par une équipe de 4 à 6 développeurs ici en Chine, sans parler des chaises!

Au début, ce qu'ils écrivaient n'était pas toujours très bon. Il y a bien sûr le fossé culturel, mais aussi la longue courbe d'apprentissage d'un système mal conçu. Mais vous savez quoi ... après deux ans ... certains des meilleurs travaux effectués sur ce système proviennent des bureaux chinois. Cela devient de plus en plus visible, ce qui exacerbe encore plus l'élément de menace ...

Franchement, ce n'est pas facile, mais je pense que je suis du bon côté de la clôture lorsque je regarde la tendance de mon expérience personnelle.


4
"Ils seront extrêmement durs en matière de révision de code tout en étant très indulgents" & "mais se révoltent eux-mêmes et hurlent si on leur demande poliment de suivre les procédures qu'ils ont eux-mêmes mises en place" - C'est vrai aussi selon mon expérience. J'ai vu cela se produire à plusieurs reprises.
Mugen

@ Mugen - Je tiens à souligner que je le vois certainement dans toute relation fournisseur-client. Les commandes peuvent être faites en interne avec une qualité médiocre, mais dès qu'elles sont sous-traitées, le client peut désormais exiger le respect strict des spécifications, et c'est ce qu'il fait. Je l'ai vu dans la fabrication, pas seulement dans le développement de logiciels
Scott Whitlock

@ Scott d'accord. Je l'ai vu là aussi.
Mugen

9

C'est un sujet fascinant. J'ai travaillé pour SF et la Silicon Valley, mais aussi pour des clients locaux en Europe, j'ai installé un bureau offshore en Inde et exploité maintenant un atelier de développement offshore en Amérique du Sud. J'ai même travaillé un peu avec des développeurs africains.

Chaque région du monde est capable de produire de grands programmeurs. Au Malawi, j'ai un ami hacker qui a créé d'incroyables systèmes d'interface source reposant sur une interface tactile pour les cliniques de traitement du VIH, utilisant et contribuant de manière importante aux projets open source.

J'ai également vu des programmeurs américains travailler dans des startups de grandes marques et dans de grandes entreprises Web qui ne pouvaient pas se sortir d'un sac en papier. Les personnes titulaires d'une maîtrise en sciences de la communication du MIT et de nombreuses années d'expérience dans l'industrie, qui, lorsqu'il s'agissait de rédiger un bon code de production, ne pouvaient pas le réduire.

Il existe de réelles différences culturelles entre l'Europe, l'Amérique latine, les États-Unis et l'Inde. Ensuite, il y a la culture des hackers, qui est plus ou moins universelle.

La communauté des technologies indiennes grand public aime jeter les gens sur le problème. Le taux horaire par développeur peut être inférieur, mais si le fournisseur mise sur la quantité plutôt que sur la qualité, vous aurez besoin de deux fois plus de développeurs pour faire fonctionner le code.

Certifications Que se passe-t-il? L'Inde adore les certifications, ISO, CMMI, etc., etc. C'est un cul sans signification qui couvre. Plus précisément, ce n’est pas comment vous obtenez un bon logiciel développé.

Le système de castes. Le système de castes est illégal en Inde et depuis l'indépendance, un travail énorme a été fait pour l'éliminer, mais c'est toujours une bête vivante qui respire. La plupart des occidentaux ignorent l'existence du système de castes. J'ai grandi aux États-Unis, mais mon père est né en Inde, à l'anglo-indien, et ma mère est allée à l'université là-bas en tant qu'étudiante, puis est revenue enseigner beaucoup plus tard dans des universités indiennes. Le système de castes est très réel, il vient de l'Inde et est vieux, mais les Britanniques l'ont encouragé et l'ont utilisé pour maintenir le pouvoir. Les Occidentaux ont besoin de savoir qu'ils prendront la place des Britanniques, au sommet de la hiérarchie. Vous serez appelé monsieur, vous ne serez pas interrogé. La plupart des gestionnaires indiens considèrent que leur rôle consiste à dire à leurs subordonnés quoi faire. Prendre la parole et proposer des alternatives est puni.

Ce n’est pas tous les magasins de développement indiens qui sont comme ça, Zoho a construit une entreprise indienne incroyable en violant toutes les règles. Ils embauchent en fonction de leurs compétences et non de leur caste ou de la certification universitaire que vous avez obtenue. Ce faisant, ils ont amorcé un remplacement complet de SaaS dans la suite MS Office.

Il existe également en Inde une communauté dynamique de hackers avec des rencontres, des listes de diffusion, de petites conférences, etc. Ces développeurs sont de classe mondiale. Ils ont souvent du mal à trouver du travail dans le secteur indien du développement logiciel. J'ai moi-même trouvé deux développeurs en python pour notre bureau indien, ils étaient géniaux, puis notre manager indien a insisté pour embaucher une douzaine de recrues fraîches, de nouveaux diplômés pour compléter l'équipe. Après quelques mois, les pirates informatiques ont arrêté de fumer, leur manager leur avait rendu la vie dure. Il nous restait une douzaine d'employés jeunes et enthousiastes, dont la plupart ne savaient pas très bien programmer.

La meilleure des recrues était une jeune femme qui avait construit un IDE pour le développement sur des systèmes embarqués. Personne ne voulait l’embaucher parce qu’elle appartenait à une famille conservatrice et que les Indiens pensaient qu’elle serait forcée de quitter son emploi une fois mariée.

Il existe d'excellents développeurs en Inde, mais la structure de valeur est configurée pour les expulser et pour promouvoir des personnes basées sur des éléments n'ayant rien à voir avec la création d'un code excellent.

L'autre gros problème est le fuseau horaire. Ce n'est pas un avantage, c'est un problème énorme. Cela signifie qu'il n'y a pas de communication directe constante entre les équipes sur site et offshore. Cela provoque d'énormes malentendus et vous oblige à rédiger des tonnes de documentation. Cela rend l'agile très difficile à retirer.

La triste vérité est qu'une grande quantité de logiciels produits par des sociétés indiennes est de mauvaise qualité. Vous entendez tout le temps les développeurs dire que les ingénieurs indiens sont une merde, ce n'est pas vrai, mais cela reflète la qualité des grandes sociétés offshore traditionnelles. C'est la faute à la culture d'entreprise en Inde, pas aux développeurs eux-mêmes. Les développeurs sont coincés dans un mauvais système qui récompense les mauvaises choses.


c'est en partie basé sur la gestion, mais s'il n'y avait pas beaucoup de mauvais développeurs dans ces grandes entreprises (qui sont sans aucun doute la source principale du mauvais logiciel), il n'y aurait pas une masse de mauvais code qui fuirait aux États-Unis et en Europe Là. Bien sûr, la direction, comme vous dites, perpétue le problème, peut-être même l'encourage-t-elle, mais ce n'est pas eux qui écrivent ce mauvais code.
Jwenting

1
Mais ces personnes qui ne peuvent pas programmer, ne seraient pas embauchées s'il n'y avait pas de problème de gestion. Les sociétés indiennes diraient simplement, regardez, nous avons réservé, le prochain client arrive à un taux plus élevé. C'est un de ceux-là, refuse de dire rien. La direction dit oui et met au chaud un code qui ne possède aucune capacité de code.
Rabble

1
+1 Post intéressant. Je trouve votre affirmation selon laquelle les véritables pirates informatiques sont marginalisés et peuvent avoir du mal à trouver du travail en Inde, déprimant mais horriblement plausible, malheureusement.
Faheem Mitha

8

J'ai expérimenté plusieurs projets délocalisés en Asie (différents pays que je ne mentionnerai pas). Tous étaient des échecs lamentables. Malgré la documentation abondante et détaillée, les documents de spécification, etc., etc. envoyés sur le résultat (si quelque chose était produit) étaient uniformément médiocres. Habituellement, cela ne fonctionnait pas du tout ou fonctionnait si marginalement qu’il devenait inutile. Les projets étaient également (s'ils produisaient des produits livrables) très en retard.

OTOH J'ai travaillé avec des programmeurs asiatiques et d'autres travaillant en Europe et aux États-Unis, et la plupart d'entre eux sont de bons travailleurs, assidus, qui connaissent bien leur travail.

Peut-être que plusieurs d’entre eux ont déclaré que tous les bons informaticiens quittaient l’Asie pour aller travailler en Europe et que les États-Unis disaient tout. Ce qui reste est le fond de la pile, avec peu ou pas de personnel qualifié pour assurer la surveillance, la formation et le leadership d'équipe pour obtenir une amélioration. Après avoir eu à traiter avec des informaticiens asiatiques (du moins dans certains pays) par téléphone et par courrier électronique (et voir des interviews à la télévision, etc.), il se peut qu'il y ait une culture en cause. Beaucoup semblent se considérer supérieurs racialement et moralement aux Américains et aux Européens (et considèrent ceux qui quittent leur pays comme des traîtres) et refusent d'écouter pour conseiller ceux qu'ils considèrent comme des êtres inférieurs. Ce n'est certainement pas vrai pour tout le monde des pays asiatiques, mais peut être assez répandu pour créer une atmosphère de "nous savons mieux,

La situation en Europe de l’Est est meilleure, peut-être en partie parce que bon nombre de ces pays font partie de l’Union européenne. Il existe donc une plus grande menace de poursuites judiciaires en justice s’ils échouent.


8

Franche et cynique:

  • Moins cher
  • Une menace
  • Manque de reconnaissance du fait que vous échangez des singes de code locaux contre des gestionnaires de projet et des analystes plus coûteux, afin de vous mettre en liaison avec les équipes off-shore
  • Les parties prenantes obtiendront ce qu'elles ont demandé en raison de leur incapacité à fournir une exigence concise et complète. Ce ne sera pas ce qu'ils voulaient. Les parties prenantes veulent des connaissances locales ...
  • ... mais c'est une case à cocher pour la haute direction informatique parce que c'est branché / populaire / KcKinsey a dit / ne comprend pas les développeurs / ...

Peut-être ont-ils estimé que cela ne répondait pas aux critères d'une bonne réponse? Il est élevé sur l'opinion mais faible sur les faits et l'expérience. Je ne pense pas que tout ce que vous dites soit faux et erroné, je ne pense pas que vous le souteniez bien et il est fortement biaisé dans une direction, qui ne sont ni l'un ni l'autre dans l'esprit du site. En tout cas, pas mon vote négatif, mais je pense que si vous preniez cela en compte, ce serait une meilleure réponse. Si vous voulez, je suis heureux de faire les modifications pour vous car je comprends d'où vous venez (sauf éventuellement les points 3 et 4).
Jon Hopkins

@ Jon Hopkins: assez bien. La question a été posée "Avez-vous des idées ou des opinions générales sur les programmeurs de l'Est". Je l'ai mis à jour.
gbn

ce n'est pas parce qu'ils sont généraux qu'ils ne peuvent pas être pris en charge. En ce qui concerne votre lieu de travail, j'ai des amis qui travaillent dans la finance et tout ce que j'ai entendu dit est le foyer de nombreux projets de sous-traitance mal gérés.
Jon Hopkins

7

Au cours de mes 10 années chez IBM, j'ai travaillé avec des programmeurs du monde entier dans diverses relations. La première chose que vous apprenez, c'est que les stéréotypes géographiques sont tous faux, des deux côtés de l'océan. Les programmeurs sont des programmeurs du monde entier ... choisissez-en 100 de n'importe où et vous obtiendrez à peu près le même nombre de personnes qui ne pourraient pas programmer hello world sans un voyage ou trois sur Google, des personnes décemment compétentes et brillantes .

Cela dit, les généralisations géographiques du climat des affaires dans certaines de ces régions sont exactes. L’Inde, par exemple, ressemble beaucoup à Austin, au Texas ou à la Silly Con Valley, à la fin des années 90 et au début des années 2000… de nombreuses portes tournantes, des allées et venues qui reviennent chaque année. La Chine, de son côté, semble être beaucoup plus semblable à la Silicon Prairie, située dans le Midwest américain, les gens choisissent une entreprise et y restent plus longtemps. Le Brésil, la Russie et l’Europe semblaient se situer quelque part au milieu, pas tellement qu’ils restaient un temps moyen, mais qu’ils semblaient avoir un mélange des deux, certains boulots de travail, certains s’installant.


5

J'appartiens au monde de l'Est et j'ai également de l'expérience dans l'externalisation du travail de mon entreprise vers le monde de l'Est :-) Mon entreprise ne voulait pas investir dans ses propres ressources pour faire le travail, en dépit de toute l'aide que nous pouvions offrir à le donneur d'ordre, le projet a échoué. C'était frustrant de travailler avec certains de ces ingénieurs, je pense que les modèles d'impartition et l'expertise technique peuvent mûrir davantage à l'Est pour l'amélioration. Cela dit, j’ai travaillé avec beaucoup de gens du monde occidental qui peuvent aussi s’améliorer. Vous trouvez de bons et de mauvais programmeurs à travers le monde.


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

4

Je vis en Europe centrale. La vague de sous-traitance nous a submergés au cours des dernières années. J'ai travaillé sur des projets externalisés de "l'Occident", mais aujourd'hui, ces projets atterrissent dans des pays moins chers. J'ai donc été des deux côtés de l'équation.

Lorsque nous étions externalisés, nos gestionnaires et les gars avec qui nous travaillions au quotidien étaient gentils et nous traitaient comme un développeur interne. Une légère inquiétude à propos de la sécurité de l'emploi pouvait être ressentie par le reste de la population, ce que je considérais comme tout à fait normal. Nous avons également confié les tâches de second ordre à un projet plus vaste, ce qui me convient également; vous ne devriez pas externaliser votre expertise principale.

Ensuite, les projets se sont déplacés vers des territoires moins chers, ce qui était inévitable.

L’essentiel de l’histoire de la sous-traitance est que la direction ne se soucie pas de vos connaissances, de votre expérience, de votre formation ou de votre savoir-faire. Tout ce qui les intéresse, ce sont les coûts et leur bonus. Ainsi, à moins que votre présence locale ne soit nécessaire pour une raison quelconque, les projets logiciels seront sous-traités à terme à des pays de moins en moins chers.


4

J'habite en Russie, en Sibérie et travaille pour une société médicale allemande qui nous confie des projets. Je suppose que c'est un peu plus que l'externalisation: nous avons des équipes partagées entre la Russie et l'Allemagne, nous avons des voyages d'affaires les uns aux autres, etc.

Bien sûr, je suis subjectif, mais je pense que nous sommes un exemple d'externalisation réussie: la qualité du code et la qualité des produits ont considérablement augmenté depuis que nous avons commencé à travailler dessus.

C’est un peu décevant d’être une main-d’œuvre bon marché, mais d’un autre côté, nous avons la chance de travailler pour une grande entreprise dotée d’une grande expérience en matière de technologie et de gestion.


4

Disclaimer: Je suis Indien et cela peut sembler être le point de vue d'un Indien, mais j'ai travaillé avec de nombreux clients occidentaux et même aux États-Unis. Si l'hémisphère oriental avait les pires programmeurs au monde, pourquoi l'hémisphère occidental externaliserait-il vers l'est? Si vous externalisez dans les régions orientales du globe uniquement pour économiser de l'argent, vous êtes, IMO, en compromettant la qualité. Bon, rapide et pas cher, choisissez deux. Quand je dois engager un type, je demande à mon organisation quelles sont leurs attentes et quel prix elles sont prêtes à payer. C'est vraiment difficile pour quelqu'un de convaincre un homme talentueux et estimé de travailler pour vous pour un salaire moindre et plus de pression. Ce ne sont que des sites indépendants, combinés à des malheureux occidentaux dont les emplois étaient à Bangalore, ce qui a eu pour conséquence que les programmeurs de l'Est sont des singes à code. Si vous êtes prêt à payer un meilleur prix, vous serez assuré d'un meilleur résultat. et ne pas suivre les sociétés de services du type ISO / CMMI / SEI. Ils embauchent des talents comme ils élèvent un troupeau de moutons ou de bétail.


3
"Si vous sous-traitez dans l'est du monde pour économiser de l'argent, IMO compromettez la qualité. Bon, rapide et économique, choisissez l'une ou l'autre." Souvent, ceux qui prennent la décision d’externaliser ne connaissent ni la qualité, ni la qualité, tant qu’ils obtiennent quelque chose qui fonctionne pendant un certain temps ...
jwenting

1
Je comprends. Et ceux qui prennent les décisions sont des gestionnaires. Si un gestionnaire ne connaît ni ne comprend le triangle du projet, il est incompétent. Idéalement, leur incompétence ne doit pas donner lieu à un stéréotype, mais les conditions NTP ( en.wikipedia.org/wiki/Normal_temperature_and_pressure ) n'existent que dans des laboratoires et non dans le monde réel.
Kumar

2
"Pourquoi l'hémisphère occidental aurait-il externalisé vers l'est?" - Parce que les personnes qui prennent les décisions ne sont pas vraiment les mieux placées pour en prendre de bonnes. Nous parlons de cadres de direction ayant des niveaux de compréhension de sommaire exécutif, des préoccupations en matière de budget et d’argent et des horizons à court terme.
Kaypro II

@Cosmic Je ne vois pas Google, Yahoo !, AOL ou MS se plaindre de la mauvaise qualité des programmeurs, ils embauchent les meilleurs talents et en tirent le meilleur parti, louent la merde indépendamment de l'Est ou de l'Ouest et vous obtenez de la merde.
Kumar

@Kumar J'essayais de répondre à votre question de savoir pourquoi quelqu'un embaucherait de mauvais programmeurs en premier lieu. J'aurais probablement dû préciser cela plus clairement. Je ne sais pas comment on pourrait dire si Google ou MS se "plaignaient" dans ce cas. Parlons-nous des personnes du type PDG qui font des déclarations publiques ou des personnes hiérarchiques ayant une expérience personnelle? Google et MS sont également des entreprises exceptionnelles, et je pense qu'il est difficile de généraliser à partir d'elles. Je pense que la décision type d'impartition (onshore et offshore) est prise pour des raisons de coût avec peu d'attention ou de compréhension de la qualité.
Kaypro II

4

Je suis un Américain vivant actuellement à l'étranger (en Russie) et travaillant comme entrepreneur (et pigiste à part pour payer les factures). J'ai travaillé dans la Silicon Valley en tant que développeur, chef d'équipe technique et architecte logiciel / système pendant plus de 20 ans pour de nombreuses entreprises et startups, dont certaines très connues, dont une startup qui a fini par devenir un acteur majeur de plusieurs milliards de dollars dominant l'industrie. société internationale. Cette dernière société (appelée "X") possède des centres de développement à travers les États-Unis et le monde: Inde, Russie, Chine, Europe, etc. J'ai travaillé directement avec les membres de certaines de ces équipes et les ai trouvées extrêmement talentueuses et ingénieurs dignes. L’affirmation de l’assurance et la créativité, j'en conviens, tendent à être un type de personnalité plus américain des ingénieurs,

  • L'externalisation concerne très clairement l'argent. Lorsque j'ai quitté les États-Unis, X n'embauchait pas aux États-Unis, mais dans des bureaux internationaux. X verse aux ingénieurs non américains environ 1/4 à 1/3 (selon la région) du salaire d’un ingénieur américain équivalent (années d’expérience, de compétences). Ce qui reste un très bon salaire, compte tenu en général des économies réalisées sur certains sites non américains, mais cela n’est pas bon pour le taux de rémunération, mais l’existence même de postes d’ingénieur américains.

  • Je pense que la pige est l'avenir du travail sur ordinateur, en particulier des logiciels. De par sa nature, il est très portable. Vous avez simplement besoin d’un ordinateur portable, d’une connexion Internet et vous êtes en affaires. Les équipes internes sur site ont toujours leur place: planification plus fiable, ensembles de compétences prévisibles, etc., mais leur maintenance est très coûteuse.

  • Je vois ici des commentaires arrogants d’ingénieurs américains sur la gravité de tous les développeurs non américains (regardez par exemple ce fil: https://stackoverflow.com/questions/209170/how-much-does- il en coute de developper une application iphone) Le stéréotype est que oui, ils sont peu coûteux, mais toujours aussi non qualifiés et écrivent du code de mauvaise qualité. Le seul moyen d’obtenir de la qualité est de payer les ingénieurs américains aux taux de rémunération américains. Balivernes! Les ingénieurs américains doivent se réveiller - l'industrie et l'économie passent de développeurs internes très bien rémunérés à des équipes de développement distribuées réparties dans le monde entier. Bien sûr, il y a de mauvais développeurs non américains - mais rappelez-vous toutes les personnes interrogées aux États-Unis que vous avez transmises, car elles n'étaient pas à la hauteur. Certains des codes les plus atroces que j'ai jamais eu à regarder ou à travailler ont été écrits par un ingénieur américain, qui a refusé de changer ou de s’améliorer! Ce n’est pas parce que certains développeurs d’elance au hasard ont fait un travail minable que tous les ingénieurs non américains sont terribles. Au lieu, ce client elance devrait regarder un peu au-delà des enchérisseurs le plus bas, il existe de véritables joyaux, même les meilleurs développeurs, disponibles à un prix très avantageux par rapport aux tarifs internes en vigueur aux États-Unis. À ce moment précis, je vous l'accorderai, beaucoup de talents sont concentrés aux États-Unis - mais quiconque pense que cela ne changera jamais est très sérieusement trompé.

  • Le talent et l'expérience coûtent plus cher que le manque de compétences, je vous l'accorderai. Mais le problème, c’est que l’échelle de rémunération des employés américains est très différente de celle du reste du monde. Un continuum dynamique talent / coût est constamment en mouvement, et le talent ambiant des ingénieurs non américains ne va que monter, ce qui exercera une très forte pression à la baisse sur les taux de rémunération américains et l'existence même de postes d'ingénierie rémunérés aux États-Unis (rappelez-vous: X recrute à l'international, mais pas aux États-Unis. L'écriture est au mur). Ainsi, les plus talentueux pourront toujours facturer plus que les moins talentueux, mais vous pouvez être sûr que ce ne sera pas aux taux en vigueur aux États-Unis.

  • La concentration de talents dans le monde entier va absolument changer, tout comme l'emplacement physique des équipes de développement a déjà changé. Les niveaux de talents non américains vont continuer à augmenter, et dans un avenir pas trop éloigné, nous allons regarder en arrière et penser "de quoi ils parlaient, vous pouvez trouver les meilleurs talents n'importe où dans le monde".


ah oui, mais toutes ces mauvaises personnes interrogées ont été rejetées. Si vous externalisez vers un cabinet de conseil, vous recrutez quiconque qu’ils ont embauché - et pratiquement tout le monde a embauché pour obtenir l’effectif à vous vendre! Je pense que c’est le problème ultime, il ne s’agit pas de bons ou de mauvais développeurs, mais de ne pas avoir le contrôle sur le développement que vous obtenez réellement.
gbjbaanb

Il est donc important de trouver un bon conseil, digne de confiance, et cela n’est pas bon marché. En outre, notez que dans le cas de certains des groupes de consultation que j'ai travaillé, en effet le client fait interviewer les développeurs potentiellement affectés au travail.
Bogatyr

4

J'ai travaillé à la fois dans l'est et l'ouest du globe et je pensais que je partagerais cette idée. J'avais travaillé à Bangalore pendant 5 ans avant de déménager aux États-Unis. A travaillé environ 8 ans aux États-Unis et est rentré en Inde. J'ai été obligé de rester chez moi parce que les emplois sont trop exigeants ici. Avec 2 jeunes enfants, il était impossible de passer ces longues heures. Enfin trouvé un travail à temps partiel. J'ai été choqué de voir la qualité du travail en Inde. Ce n'était pas si mal quand nous étions partis aux États-Unis. La jeune foule ne semble tout simplement pas avoir la responsabilité ni l'enthousiasme d'apprendre les nouvelles technologies. Comme quelqu'un l'a fait remarquer, il est rare de dire «non» (un coup porté à leur ego, IMO) et vous aurez ainsi un travail totalement inutile ou médiocre. Le code est illisible, aucune idée de la situation dans son ensemble, aucune possibilité d'expansion, etc. Au moment où vous formez un gars, il est prêt à changer d'emploi pour un pâturage plus vert. Cela dit, je dirais toujours qu'il y en a peu qui sont exceptionnellement bons. Si vous travaillez avec lui / elle, considérez-vous comme chanceux, surtout si cette personne peut bien communiquer!


3

Si la qualité du travail est médiocre, ce n'est peut-être pas tant qu'ils se tournent vers l'Inde mais ils se tournent vers celui qui fait la meilleure offre, et ce n'est probablement pas le genre de Prasoon Saurav, mais une équipe de codage junior.


et cela est vrai avec la sous-traitance à des entreprises employant des personnes dans le même pays que le demandeur
user151019

Oui et non. Parce que les entreprises du même pays que le client doivent faire plus attention aux problèmes de qualité (à cause de la menace plus sérieuse de poursuites judiciaires efficaces contre elles si elles gâchent tout), les problèmes rencontrés ont tendance à être mieux résolus que persistants. Cela n’a rien à voir avec l’Inde mais avec des sociétés situées dans des pays lointains n’ayant aucun lien juridique étroit avec le vôtre (c’est le Burundi ou l’Équateur plutôt que l’Inde, résultat identique).
Jwenting

3

J'ai travaillé avec d'excellents programmeurs offshore, mais leur embauche n'était pas exorbitante. J'ai également travaillé avec des programmeurs offshore très bon marché, et ils n'étaient pas géniaux.

Il m'a toujours semblé que les grands programmeurs de l'Est trouvaient probablement le moyen de se faire payer autant ou presque autant que les grands programmeurs de l'Ouest; peut-être qu'ils lancent leur propre entreprise, peut-être qu'ils obtiennent un visa, comme ils peuvent. Mais ils auraient tendance à trouver un moyen, non?

Lorsque je recherche une équipe de programmeurs prêts à travailler à très bas prix, je ne m'attendrais pas à trouver des talents de premier plan. C'est vrai, peu importe où vit votre talent.


3

Je viens de Suisse. J'ai travaillé sur un projet où nous avons externalisé en Ukraine. Les développeurs étaient beaucoup moins chers, mais l’argent que nous avons économisé a dû être réinvesti pour envoyer notre équipe en Ukraine tous les deux mois afin de superviser cette équipe côtière. Le projet est mort environ un an après sa sous-traitance.

Je travaille actuellement sur un projet qui est sous-traité à une société suisse, qui l’a presque elle-même délocalisée au Maroc. Le projet avance bien, mais nous avons des problèmes de communication et de qualité.

Je pense que le principal problème est que nous projetons à l'étranger de les construire moins cher. Il est toujours difficile de faire les choses moins cher mais de la même qualité ...


2

Très franchement et très généralement, je ne crois pas que les programmeurs de «l'Ouest» aient une opinion élevée des programmeurs de «l'Est». Je ne sais pas si cela est justifié ou non.

Comme certaines réponses le suggèrent, la sous-traitance est une menace pour beaucoup dans «l'ouest». C'est une raison automatique de se méfier des programmeurs «rivaux».

Je n'ai vu que du mauvais code quand je regarde des projets externalisés, et seulement un petit nombre de fois. C'est peut-être parce que le travail a été confié à un magasin bon marché ("vous en avez pour votre argent"), parce que le projet a été mal géré ou probablement parce que si le projet aboutissait, je n'aurais pas besoin de consulter le code. En d'autres termes, vous n'entendez parler que du mauvais code.

Il y a aussi des histoires d'horreur - comme le fichier 30000 ci-dessus. Encore une fois, plus l'histoire est mauvaise, plus elle se répandra.

Les gens vont dire des choses comme: «Si vous voulez que cela soit fait à bon marché, externalisez. Si vous voulez que tout soit bien fait, faites-le en interne.

Si vous apprenez et améliorez, je ne m'en inquiéterais pas trop.


2

Disclaimer: Je n'ai aucune expérience directe de la sous-traitance. Ci-dessous, je présente quelques points qui ont été soulevés lorsque j'ai abordé le sujet avec un chef de projet d'une grande société de logiciels occidentale. Ce gars a passé beaucoup de temps sur le terrain en Inde, supervisant des équipes externalisées.

  • Presque personne n’a un ordinateur à la maison (trop cher).
  • La formation en informatique en Inde fait défaut. Les baccalauréats en sciences sociales sont attribués aux étudiants qui n'ont jamais touché à un ordinateur (encore une fois, il est trop coûteux de donner accès à des ordinateurs à des étudiants de niveau inférieur). Les tâches de programmation sont écrites sur papier.
  • La mentalité du "toujours dire oui" est très dommageable
  • Les programmeurs indiens doivent savoir exactement quoi faire. Il y a très peu d'initiative.
  • L'externalisation du développement de logiciels en Inde a été un désastre
  • L'externalisation de certaines tâches d'assurance qualité a bien fonctionné.
  • Divers:
    • L'électricité est très irrégulière
    • L'Inde est plus ou moins un Etat policier
    • L'Inde semble être politiquement instable et a un problème de terrorisme.
    • Avec une option, personne ne choisira de vivre en Inde.

2

Certaines des plus grandes entreprises informatiques du monde se trouvent en Inde, si vous avez entendu parler de Wipro, d’Infosys, de TCS, etc. Les plus grandes entreprises indiennes, que la plupart des "professionnels de l’informatique occidentale" ne pourraient jamais se permettre de délocaliser, pourraient facilement être qualifiées de meilleure qualité au monde. . Ils obtiennent tous les certificats sous le soleil en ce qui concerne la qualité juste pour apaiser les craintes des clients occidentaux. En outre, la plupart des sociétés de logiciels indiennes comptent plus d'ingénieurs (diplômes et expérience) que la plupart des sociétés occidentales. De plus, Google, Oracle, IBM, Microsoft et SAP ont tous des centres de développement et tous ne sont pas à la recherche de programmeurs bon marché.

Alors, comment voyons-nous les ingénieurs occidentaux? Nous voyons un sac mélangé comme vous voyez un sac mélangé lorsque vous regardez au-dessus de l'océan. Nous admirons des spécialistes hautement qualifiés et nous travaillons parfois avec des merches. En gros, nous nous entendons très bien dans les équipes mixtes. La relation est vraiment nul si vous avez des hommes d’affaires «orientés techniquement» à l’ouest et des programmeurs à l’autre bout. Il s’agit généralement d’une société occidentale dépourvue d’argent qui cherche à faire économiser quelques dollars en n’engageant pas de directeur local.


"serait facilement qualifiée de meilleure qualité au monde" [citation nécessaire]. Sérieusement, l'obtention de certaines certifications ISO ne signifie pas que vous parvenez à créer des logiciels de haute qualité.
wds

correct. Wipro est l'une des principales sources de projets en cas de catastrophe.
Jwenting

2

Mon expérience de la sous-traitance dans les pays de l'Est (et non de l'Europe de l'Est) a été plutôt mauvaise. Toutes les applications que j'ai vues ont été épouvantables et ressemblent à un groupe de mauvais codes non liés collés ensemble pour faire à peine le travail qu'il est censé faire.

Je ne pense pas que cela soit dû au fait que les nouveaux programmeurs orientaux sont pires que les nouveaux programmeurs occidentaux, je pense que cela est dû au fait que les programmeurs orientaux ne disposent pas de programmeurs expérimentés pour les guider. Dans le monde occidental, travailler avec les langages de programmation modernes est une profession commune depuis environ 45 ans. Il existe donc de nombreux programmeurs expérimentés avec lesquels de nouveaux programmeurs travailleront avec qui vous pourrez apprendre. Dans l'est, la programmation moderne s'est produite pour quoi? 10 à 15 ans? Les gens manquent vraiment d'expérience pour apprendre. En plus de cela, je pense (d'après ce que je vois d'ici) qu'avec la plupart des programmeurs de l'Est qui travaillent, ils prennent beaucoup de mauvais traits là où le but est simplement d'obtenir le projet. fait rapidement en prenant des raccourcis, expérience que vous ne devriez pas transmettre aux nouveaux développeurs. Aux États-Unis au moins, la plupart des emplois en programmation concernent des personnes travaillant sur un nombre limité de produits qu’elles doivent prendre en charge au fil du temps. Les gens ont donc choisi des techniques pour s'assurer que le logiciel est stable et sécurisé… c'est une bonne expérience à transmettre à la nouvelle génération.

Donc oui, fondamentalement, je ne pense pas que cela ait un lien avec le temps de scolarisation d'une personne, peu importe l'endroit où il se trouve, mais plutôt avec les habitudes acquises au travail. Il y a beaucoup de bons programmeurs (bien que je pense qu'ils sont bien minoritaires), mais je ne pense pas qu'ils soient ceux avec lesquels les Occidentaux vont interagir lorsque les projets seront externalisés.

Quant aux Européens de l’Est, ils ont des développeurs expérimentés. J'ai juste peur qu'ils soient éliminés pour répondre aux exigences de la sous-traitance.


2

@giddy, Peter: En tant que programmeur originaire d'Inde, je dois admettre la vérité, bien que triste, de vos déclarations: la programmation en Inde n'est pas un choix que les gens choisissent, mais par contrainte ils sont sociaux ou économiques. C'est l'une des raisons pour lesquelles il est très courant en Inde de voir des personnes quitter rapidement des emplois techniques pour occuper des postes purement administratifs (c'est ce que l'on appelle "gravir les échelons", une phrase que je déteste maintenant). Même si vous voulez continuer à grandir en tant que technicien, des rôles de direction vous sont confiés (c'est l'une des raisons pour lesquelles j'ai décidé de quitter l'Inde, en fait).

Pour des raisons qui me dépassent, la croissance de carrière est assimilée au nombre de personnes qui travaillent pour vous ou qui sont plus précises. "Je suis responsable d'une équipe de x" ou "x personnes travaillent sous moi" est une déclaration considérée comme digne d'une personne "qui réussit" en Inde (peu importe que les "x personnes" soient celles qui produisent le genre de code auquel d'autres ont fait référence dans ce fil).

Cela dit, je tiens à souligner que la mauvaise qualité du code n’est pas confinée à l’Inde ou à d’autres pays «à faibles coûts». Je constate parfois des attitudes familières et la qualité du code, même ici, en Europe. Heureusement, ils ne sont pas la règle générale cependant.


2

J'ai eu des expériences mitigées avec la délocalisation de notre travail et juste avec des sociétés offshore en général. Pour référence, je vis aux États-Unis.


Le mauvais

Je travaillais dans une société qui avait passé un contrat avec une société en Inde, qui avait été évaluée par CMMI 5 et qui travaillerait à bon marché. La société leur a donné un logiciel client pour écrire à partir de rien, et quand il est revenu, le code était bogué, complètement non documenté et généralement difficile à refactoriser et à maintenir. La société a fini par écrire le client entier à partir de zéro et a dû absorber le coût de la délocalisation.

Dans un autre cas, une société avec laquelle j'ai travaillé s'est associée à une société en Asie pour introduire leurs services et leurs produits sur les marchés de l'Est. Ce qui s’est passé est une histoire secrète que peu de gens (et moi-même par procuration) ont su où la société asiatique a pris notre code source et nos conceptions de produits, a rompu le partenariat, puis a publié ses propres produits, identiques à ceux de ma société.


Le moyen-ish

Dans un autre cas encore, une entreprise dans laquelle je travaillais a ouvert un bureau de recherche en Chine, un endroit très moderne, dont les équipements étaient plus sophistiqués que les miens. J'ai été envoyé au bureau en Chine pendant une semaine pour y suivre une formation, car le centre de recherche et développement allait être utilisé pour le développement personnalisé de Linux. Certains membres de l'équipe étaient plutôt bons, mais comme les développeurs de cette envergure, ils sont partis peu de temps après et l'équipe restante a écrit une API que nous pourrions utiliser ici, aux États-Unis. J'appellerai l'API complètement mauvaise parce qu'elle ne montrait aucune compréhension de Linux et que le code source sous-jacent était plutôt génial. Mais je pense que le gros problème, c’est que la société a choisi une équipe étrange pour confier le travail sous Linux, car aucun membre de cette équipe n’était un expert en Linux et ce projet a été abandonné un an plus tard.


Le bon

Dans d'autres cas, une autre société dans laquelle je travaillais sous-traitait une entreprise en Europe de l'Est. Ces gars-là étaient vraiment bons, ils ont été engagés pour faire des tests de vulnérabilité et, même s'ils étaient assez chers, ils étaient généralement considérés comme un investissement rentable.

J'ai également travaillé avec une société de services informatiques indienne assez gigantesque, et nous avions des développeurs internes qui les employaient mais qui étaient sous contrat avec nous. Il y avait plusieurs bons développeurs là-bas, mais c'est une histoire plus générale puisque nous avons tous travaillé ensemble sur différents projets.


Ces histoires sont pour le divertissement - j'ai travaillé avec plusieurs sociétés et j'ai des histoires sur des sociétés nationales et étrangères.

Pour certaines entreprises, la communication a toujours été la partie la plus difficile. Je travaille à l'heure de l'Est et nous parlerions avec des gens avec 10 à 13 heures d'avance sur nous. Nous ne ferions également que par la gestion, sans parler aux développeurs réels, il y avait donc une déconnexion.

J'ai également rencontré des développeurs qui n'appréciaient pas leur travail. Nous avions un développeur coréen sur place, qui voulait venir travailler dans les États américains parce qu'il travaillait des heures serviles pour des salaires bas pour une entreprise de défense en Corée. J'étais un collègue avec un développeur (également étranger) qui a déploré ses choix en tant que développeur - il l'a fait pour essayer de gagner des millions.


The company ended up just writing the entire client from scratch and ate the cost of the offshoring.. Nous avons eu ce problème deux fois.
Olivier Pons

2

Intéressant! Je suis Chinois et je pense savoir pourquoi les programmeurs manquent de curiosité et de créativité. La plupart de mes collègues se plaignent tous les jours, ils détestent coder, ils n'aiment pas concevoir, ils bavardent ici et là (cela fait partie de notre culture). Ils viennent chez les éditeurs de logiciels uniquement pour un salaire plus élevé (dans les pays en développement, les informaticiens sont bien payés), pas pour «sauver le monde» ou faire une différence. Pas d'intérêts, pas de motivation, pas de curiosité et pas de créativité !!!! Mais il y a des têtes intelligentes (comme moi ^ _ ^), elles font des travaux de qualité et livrent à temps !!!!

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.