Discussion :

[Glutinus]

Cool, content de savoir que les banques américaines suivent de vrais process qualité.

[Matthieu76]

Cool, content de savoir que les banques américaines suivent de vrais process qualité.

C'est exactement pareil dans les banques Françaises.

[Marco46]

Ça dépend lesquelles.

EDIT : Il y a un indicateur flagrant, c'est la part d'externes techniques dans une boite. Toute boite qui a une majorité d'externes est une boite qui ne comprend absolument rien de rien aux problématiques et aux enjeux du numérique.

[yento]

EDIT : Il y a un indicateur flagrant, c'est la part d'externes techniques dans une boite. Toute boite qui a une majorité d'externes est une boite qui ne comprend absolument rien de rien aux problématiques et aux enjeux du numérique.

C'est 0% d'externe la ou je suis et pareil chez le concurrent principal.

D'apres mes collegues qui sont parties en hedge fund, ce serait -10% d'interne. C'est a dire uniquement des internes et les internes qui démissionnent sont sous clause de non concurrence, payés a ne pas travailler pour un minimum de 6 mois.

C'est exactement pareil dans les banques Françaises.

J'espere bien que tout le monde a un SVN, CI, lint, test unitaires et tests de couverture a chaque commit. C'est le minimum depuis plus d'une décennie.

[setni]

Ça dépend lesquelles.

EDIT : Il y a un indicateur flagrant, c'est la part d'externes techniques dans une boite. Toute boite qui a une majorité d'externes est une boite qui ne comprend absolument rien de rien aux problématiques et aux enjeux du numérique.

Genre Orange, SFR, SG, BNP ... ? Ils draguent ouvertement les candidats pour autant.

[Marco46]

Je ne sais pas pour les télécoms, dans les banques et les assurances certaines commencent à quitter l'offshore et l'externalisation pour internaliser massivement. Certaines ont pris un parti intermédiaire en créant leur propre SS2I si j'ose dire mais ça revient à peu près au même. On internalise dans une structure que l'on contrôle de A à Z et on met tout en régie en feature team. On commence aussi a voir de grosses industrie s'y mettre aussi, Renault par exemple s'y est mis récemment.

A un moment donné le réel vient nous rattraper même en France, si tu veux faire face à la concurrence il faut réduire le TTM, et pour réduire ça il n'y a qu'une seule solution, réduire le nombre d'intermédiaire (presta et middle management), avoir une qualité la plus importante possible, automatiser tout ce qui peut l'être, capitaliser sur les connaissances des devs, etc ... Il y a clairement un énorme investissement à faire pour payer le coût d'entrée, et les techs capables de s'insérer dans ce modèle ne courent pas les rues, mais c'est ça ou crever à moyen terme.

[RyzenOC]

Je ne sais pas pour les télécoms, dans les banques et les assurances certaines commencent à quitter l'offshore et l'externalisation pour internaliser massivement. Certaines ont pris un parti intermédiaire en créant leur propre SS2I si j'ose dire mais ça revient à peu près au même. On internalise dans une structure que l'on contrôle de A à Z et on met tout en régie en feature team. On commence aussi a voir de grosses industrie s'y mettre aussi, Renault par exemple s'y est mis récemment.

A un moment donné le réel vient nous rattraper même en France, si tu veux faire face à la concurrence il faut réduire le TTM, et pour réduire ça il n'y a qu'une seule solution, réduire le nombre d'intermédiaire (presta et middle management), avoir une qualité la plus importante possible, automatiser tout ce qui peut l'être, capitaliser sur les connaissances des devs, etc ... Il y a clairement un énorme investissement à faire pour payer le coût d'entrée, et les techs capables de s'insérer dans ce modèle ne courent pas les rues, mais c'est ça ou crever à moyen terme.

J'ai moi aussi le sentiment d'un retour en France. Et pas que pour les services mais aussi dans l'industrie !

Finalement aujourd'hui les informaticiens français ne coûte pas cher, moins que les inconvénients de payer des informaticiens roumains/indiens...
Pareil dans le secteur industriel, les usines avec 5000 ouvriers à la chaîne c'est fini et finalement les robots coûte aussi cher en Chine qu'en France, autant aller en France pour le marcher européen et en chine pour le marché asiatique.

On peut le voir dans le chômage qui diminue, c'est bon pour le pays.
En plus ce sont des emploies qualifié et de qualité, les industries ultra polluante avec des ouvriers à la chaîne reste en chine
cela permet de retrouver des compétences qui avait presque disparus dans le pays.

[Ersch]

Depuis quelques mois suite à une formation de 4 ans en cours du soir, je cherche à passer d'un post d'admin sys vers un poste de dev.

N'ayant pas d'expérience probante contrairement à mon poste d'admin sys, lors des interviews la remarque/suggestion sur la participation à des projets open source revient souvent par rapport mon manque d'expérience.

Très franchement je me pose toujours la question de comment on débarque dans un projet open source? J'imagine que ce n'est pas simplement faire un clone d'un projet et faire quelques modifications.

[RyzenOC]

Depuis quelques mois suite à une formation de 4 ans en cours du soir, je cherche à passer d'un post d'admin sys vers un poste de dev.

N'ayant pas d'expérience probante contrairement à mon poste d'admin sys, lors des interviews la remarque/suggestion sur la participation à des projets open source revient souvent par rapport mon manque d'expérience.

Très franchement je me pose toujours la question de comment on débarque dans un projet open source? J'imagine que ce n'est pas simplement faire un clone d'un projet et faire quelques modifications.

tu trouve un projet open source assez connu (pas la petite lib insignifiante mais faut pas non plus viser le gratin, un truc entre les 2) sur le net et tu propose une nouvelle fonctionnalité ou correction bogue, par exemple Ogre3D, reactos...

le projet que tu prendra dois essayer d'avoir un rapport avec le post de dev que tu souhaite faire, si tu veut faire du jeu video contribu à un moteur 3D, si c'est du web contribu à une lib js/php...

Je déconseille de partir sur un nouveau projet car si tu veut un truc sérieux il faut un projet intéressant (pour avoir des retours de bug, de félicitation...) et qui nécessite 6 mois de dev, pas un petit code de 15 lignes.


Quand tu étais admin système tu n'a jamais remonter de bug ??? parceque moi développeur ou admin systeme quand j'utilise des lib open source ou pas je remonte le bug et parfois je le corrige aussi (si c'est open source.
Et sans vouloir lancer un troll, j'en ai remonté des bug sous linux (pas lié qu'au kernel mais a l'ensemble OS+Software), et il y'a autant de bug ailleur (android,windows, mac...)

Admin système c'est un travail d'investigation tous de même, quand y'a un probleme faut éplucher les log et comprendre le probleme, et quand le probleme viens du code source faut le modifier.
Tu peut mettre cette aspect en avant dans tes entretiens, car savoir déboguer un logiciel (que tu ne connait pas en plus) c'est important. Et pas trop parler du coté "chiant" (créer un compte user, lui donner les bon droits...)

En tous cas je suis assez surpris que tu es du mal a trouvé un boulot, j'ai pas mal switché dans ma carrière admin systeme linux/dev/R&D sans probleme et même chose pour mes collègues beaucoup on fait de l'admin système linux un temps pour sont repasser dev puis repasser admin système...etc. Je comprend pas en quoi cela pose probleme, un admin système fait du code en C, bash, pyhon....

[Ersch]

tu trouve un projet open source assez connu (pas la petite lib insignifiante mais faut pas non plus viser le gratin, un truc entre les 2) sur le net et tu propose une nouvelle fonctionnalité ou correction bogue, par exemple Ogre3D, reactos...

le projet que tu prendra dois essayer d'avoir un rapport avec le post de dev que tu souhaite faire, si tu veut faire du jeu video contribu à un moteur 3D, si c'est du web contribu à une lib js/php...

Merci pour l'information je vais creuser la question

Quand tu étais admin système tu n'a jamais remonter de bug ???

Si bien sur mais justement, il y a sans doute mauvaise compréhension de la participation à un projet open source de ma part.
Pour moi jusque maintenant, la participation à un projet pour gagner de l'expérience, c'était faire du code.

En tous cas je suis assez surpris que tu es du mal a trouvé un boulot, j'ai pas mal switché dans ma carrière admin systeme linux/dev/R&D sans probleme et même chose pour mes collègues beaucoup on fait de l'admin système linux un temps pour sont repasser dev puis repasser admin système...etc. Je comprend pas en quoi cela pose probleme, un admin système fait du code en C, bash, pyhon....

Il y a d'autres facteurs. J'ai 38 ans et il faut bien avouer que la compétition avec les aides à l'emploi, les stages etc chez les plus jeunes est difficile (mais pas impossible).

Je suis en Belgique et globalement je trouve le marché assez fermé sauf sur Bruxelles mais je ne suis pas la.

Je comprend pas en quoi cela pose probleme, un admin système fait du code en C, bash, pyhon....

Je bosse dans un environnement VMware/Windows avec uniquement deux machines linux donc pas trop l'occasion de jouer avec de C, bash ou Python mais plus avec du powerShell.

[yildiz-online]

C'est effectivement difficile de trouver en dehors de Bruxelles, mais si tu peux y aller, tu devrais trouver sans trop de problèmes.
L'avantage en Belgique c'est qu'on a beaucoup moins axés sur le jeunisme, donc les reconversions sont plus faciles.

Pour la participation à un projet open source , tu peux faire un fork, corriger un bug ou améliorer la doc,... puis faire un pull request sur le repo original.
Il faudra faire attention aux conventions de codage du projet, et si elles ne sont pas documentées, te calquer sur le code existant.

[yento]

Finalement aujourd'hui les informaticiens français ne coûte pas cher, moins que les inconvénients de payer des informaticiens roumains/indiens...

Les salaires ont beaucoup augmentes dans les autres pays, pendant qu'ils baissent en France.
Typiquement, un ingenieur polonais gagne plus qu'un ingenieur Francais. C'est fini l'epoque de l'offshore a pas cher.

[RyzenOC]

Les salaires ont beaucoup augmentes dans les autres pays, pendant qu'ils baissent en France.
Typiquement, un ingenieur polonais gagne plus qu'un ingenieur Francais. C'est fini l'epoque de l'offshore a pas cher.

J'ai regardé, alors oui tu as raison, apparemment un jeune informaticien peut gagner jusqu'a 2500€ (brut) par mois en Pologne, en net on peut dire c'est assez proche du salaire en France MAIS j'ai aussi comparer avec le coût de la vie et les avantages (secu, retraite...) et la non tu gagne pas ta vie la bas :
les impôts sont très élevés, les prix sont au moins aussi élevés qu'en France, la protection sociale et purement symbolique et quant à la retraite, il ne vaut mieux pas en parler !

Quand aux pays ou le salaire est élevée, en Suisse par exemple (je sais de quoi je parle) mais c'est pareil au UK et au USA, le coût de la vie y est plus élevée qu'en france et il faut payer en plus la sécu et la retraite. Pour la Suisse j'ai le bon compromis, salaire suisse mais avec les avantages français (frontalier, mais je suis pas un truant, je paye mes impôts dans les 2 pays)

pour l’Angleterre c'est plus compliqué, prendre l'eurostart tous les jours c'est pas un bon plan... je connais des franglais qui revienne en France pour se soigner ils découvrent que la santé c'est pas gratos.

[Marco46]

Je suis tombé récemment sur les chiffres des salaires mensuels des Ukrainiens, Indiens, Pakistanais, ça m'a couché. En fait ils démarrent beaucoup plus bas que nous mais ça monte au moins aussi haut avec quelques années d'xp. Les salaires nets mensuels à 3KE pour du dev J2EE/.NET/Node avec 5 ans d'xp c'est juste normal.

Alors certes il n'y a pas tout le système social qui va autour et c'est certain qu'en France on râle beaucoup sur les cotisations que l'on appelle à tord charge et on oublie trop vite pourquoi on négocie en brut, mais quand on est malade, malgré le bordel actuel dans les hôpitaux on est bien content d'être en France.

Bref, je me faisais la remarque que mes potes de début de carrière qui étaient restés au milieu de la pampa au pied du Massif Central étaient nettement moins bien payés que des Ukrainiens / Indiens / Pakistanais à expérience égale ça fait quand même super bizarre ! Et c'était clairement pas le cas il y a 10 ans.

[Saverok]

Les salaires ont beaucoup augmentes dans les autres pays, pendant qu'ils baissent en France.
Typiquement, un ingenieur polonais gagne plus qu'un ingenieur Francais. C'est fini l'epoque de l'offshore a pas cher.

Les salaires des ingénieurs infos en France n'ont pas baissés, faut pas caricaturer non plus.
Ils ont globalement suivi l'inflation ce qui équivaut à peu près à un gel côté pouvoir d'achat mais c'est un autre débat.
Par contre, ils ont augmenté moins vite en France que chez nos voisins ce qui a réduit les écarts de compétitivité sur ce secteur.

La différence de tarif n'est plus aussi significative qu'avant entre un ingénieur polonais et français et de ce fait, les coûts liés au nearshore dans l'UE ne rendent plus cette option aussi intéressante qu’auparavant.

Par contre, dès qu'on sort de l'UE, les écarts se creusent à nouveau et le nearshore reste intéressant du point de vu purement économique (je ne parle pas de qualité de code ni de respect des délais et encore moins des contraintes d'orga).
Raison pour laquelle la tendance de l'export des dev vers les pays du Maghreb (Maroc et Tunisie principalement) a le vent en poupe en ce moment.

[Marco46]

Par contre, dès qu'on sort de l'UE, les écarts se creusent à nouveau et le nearshore reste intéressant du point de vu purement économique (je ne parle pas de qualité de code ni de respect des délais et encore moins des contraintes d'orga).

Ben tout ça ça a un cout. C'est intéressant si tu es le responsable du service achat dont les primes sont indexées sur la faiblesse du montant moyen du TJM dépensé sur tes prestas.

C'est pas la même tisane quand t'es responsable d'un projet et qu'en face d'un cout on met un service et des délais. Là tout de suite ça fait moins vibrer le nearshore ...

Donc dire que c'est intéressant économiquement non, c'est intéressant pour le montant des primes du service achat, pour la boite dans son ensemble c'est une gabegie.

[Saverok]

Ben tout ça ça a un cout. C'est intéressant si tu es le responsable du service achat dont les primes sont indexées sur la faiblesse du montant moyen du TJM dépensé sur tes prestas.

C'est pas la même tisane quand t'es responsable d'un projet et qu'en face d'un cout on met un service et des délais. Là tout de suite ça fait moins vibrer le nearshore ...

Donc dire que c'est intéressant économiquement non, c'est intéressant pour le montant des primes du service achat, pour la boite dans son ensemble c'est une gabegie.

Je suis d'accord avec toi.
J'ai du nearshore sur 2 de mes projets avec le Portugal et je sais que mon entreprise envisage la migration vers le Maroc pour encore optimiser les coûts
Je suis en total désaccord avec cette politique et si ça ne tenait qu'à moi, je rapatrierai tous les dev en local...
Mais bon, ce n'est pas moi qui tient les cordons de la bourse donc je fais avec les moyens dont je dispose...
Je me console avec les 2 autres projets que j'ai avec des ressources locales ce qui est un bonheur pour le travail au quotidien.

Pour ce qui est des coûts du nearshore, c'est très dur à évaluer à priori car on a tjrs tendance à minimiser l'impact sur l'orga et les SSII sont assez fortes sur le plan commercial pour assurer que la qualité et les délais seront au rdv.
De plus, impossible de leur coller des pénalités de retard car il y a tjrs tout un tas de conditions ultra spécifiques à remplir pour les faire payer et ils tombent tjrs sur leurs pattes en rejetant la faute sur une spec incomplète et/ou pas assez précise pour justifier des retards.

Pour ce qui est de l'évaluation à posteriori, là encore, ce n'est pas évident.
Il faut avoir cet objectif dès le lancement du projet en se créant des tâches dédiées au temps passer à coordonner l'équipe nearshore.
Par contre, je trouve que ce n'est pas un état d'esprit très sain que de démarrer un projet en tenant un compteur pour mesurer le coût de l'inéficacité d'une équipe.
Nous sommes là pour mener un projet dans les meilleurs conditions possibles et nearshore ou pas, on se doit d'être solidaire et coopératif et impossible de faire ça si une relation de confiance ne s'établit pas.

[Aurelien.Regat-Barrel]

J'ai du nearshore sur 2 de mes projets avec le Portugal et je sais que mon entreprise envisage la migration vers le Maroc pour encore optimiser les coûts

C'est pour quel genre de projet ?

D'habitude, ça concerne des projets vieillissant (milieux bancaires et assurances) sur lesquels ils n'est plus question que de maintenance évolutive. D'autant plus qu'il s'agit souvent de vieilles technos pour lesquelles il est dur de recruter en France.

Apparemment, les mentalités business semblent même considérer aujourd'hui que ce genre de pratique est annonciatrice d'un déclin de marché, et qu'il est préférable d'investir à attaquer le nouveau marché qui capte les clients...

[Saverok]

C'est pour quel genre de projet ?

On est dans le domaine du retail avec des applications développées en Java.
La seule raison qui justifie le nearshore est le coût de dev car on peut parfaitement le développer en France.

Si je n'ai que 2 projets sur 4 dans cette situation, c'est que les 2 projets développés en France sont assez critiques et qu'on a besoin de réactivité.
Ma hiérarchie a donc bien conscience que le nearshore ajoute des délais mais en minimise le coût...

Le débat étant stérile, j'ai préféré y renoncer et faire ce que j'ai à faire : sortir des projets.

[Matthieu76]

Toute boite qui a une majorité d'externes est une boite qui ne comprend absolument rien de rien aux problématiques et aux enjeux du numérique.

Totalement faux.