![Citation](https://forum.developpez.be/images/misc/quote_icon.png)
Envoyé par
setni
Je sais de quoi tu parles, je n'ai vu aucunes boites avoir des process pareils (que ce soit check de coding style, en CI, Tests unitaires, tests fonctionnels auto, review ...)
![Citation](https://forum.developpez.be/images/misc/quote_icon.png)
Envoyé par
Marco46
Vous ne trouverez ce niveau de qualité que chez certains éditeurs de logiciels / services qui ont leurs devs en interne avec de bons éléments et des décideurs au fait des enjeux et des contraintes. En SS2I c'est rarissime de tomber sur ce genre de professionnalisme parce que leurs clients ayant sous traité la connaissance techniques, ils sont de facto incompétents et prennent donc des décisions stupides et contre productives comme supprimer l'automatisation des tests ou externaliser le travail pour un TJM 20% moins cher en rajoutant une couche de middle management pour faire des économies.
Et comme en France 80% du marché c'est les SS2I, ou en d'autres termes, la plupart des entreprises sous traitent leur informatique parce qu'elles considèrent qu'il s'agit d'un centre de cout et non d'un gisement de profits mécaniquement le niveau est faible voire très faible.
Vous rajoutez à ça le jeunisme qui fait que les plus jeunes sont encadrés techniquement par des développeurs experts / seniors qui ont 4 ans d'xp et moins de 30 ans et qui n'ont jamais été encadrés eux-mêmes et vous avez l'éco-système français avec un niveau moyen très faible, une grande difficulté pour se former en interne et des décideurs complètement hors-sols.
Il fut un temps, lorsque j'étais encore en école d'ingé dans les débuts des années 2000, on apprenait en génie logiciel de préparer des scénarios, avec des modélisations UML etc. lorsque j'ai commencé à bosser quelques années avant la crise, il y avait des tonnes de moyens, du moins dans les grosses boites.
Avec des vrais process qualités :
- OK, c'est bien la saisie, mais il se passe quoi quand c'est hors-référentiel (on tape un département inexistant comme le département AB en France)
- Y a-t-il un système de recyclage des lignes erronnées ?
- Si le fichier il plante lors du chargement la nuit, a-t-on un plan de reprise ?
- Si ce batch plante, à partir d'où reprend-on ?
- Pour chaque champ, on fait quel type d'historisation ?
Et bien sûr je te parle pas des tests de recette aux petits oignons. OK, on peut tester tous les cas, mais on va dire, allez soyons gentils, 75% des cas.
Etc. et il y avait une vraie MOA qui pensait à ça, en plus d'interroger le client.
2018, 10 ans aprèsAujourd'hui, je fais toujorus des grosses banques, et de plus en plus, la technique discute en direct avec les utilisateurs, qui pour moi sont des utilisateurs "facebook / uber / foodora", c'est-à-dire qu'ils savent pas ce qu'ils veulent, ils attendent qu'on leur propose, et ils adhèrent ou pas. Jamais impliqués. Il y a 10 ans, tu leur proposais un truc qui envoyait un flux retour pour pointer leurs erreurs, ils étaient ravis. Aujourd'hui, ils répondent un truc du genre "ha mais le correcteur orthographique de mon téléphone a détecté que j'ai mis un nom à la place du prénom, il l'a inversé lui-même".
Tandis que les projets / MOA / AMOA / Business Analysts jouent de la mandoline ou de la viole. Avant, ils faisaient des specs, des interviews, des revues, et une GROSSE part de politique. Aujourd'hui... c'est que de la politique, à 100%. Du blabla, aucun résultat. La technique finit par extrapoler elle-même, puis se taper des disputes avec les utilisateurs pendant que la team BA nous sort la Symphonie du nouveau monde. Non mais sérieux, pas un seul ces dernières missions ne m'a donné une spec de plus qu'un post-it.
Encore aujourd'hui, chez les trois ou quatre clients que j'ai faits depuis la crise ça se résume à ça :
- OK, mais il se passe quoi si l'utilisateur il rentre un numéro de téléphone dans l'adresse ?
- C'est pas possible, notre sourcing est parfait. Tout ce que rentre un utilisateur est juste.
- Ok, je viens de taper une requête prod, et là je tombe sur 01 69 69 69 69 dans adresse. Y a un utilisateur qui apparemment pas compris qu'on n'envoie pas un courrier à un numéro de téléphone. Et je fais un agrégat, 20% des adresses sont mal formées.
- Vous avez fait une erreur, c'est pas possible.
- Bah si je t'ai prouvé que c'est faux, c'est la base opérationnelle, c'est le lien direct avec la saisie... tiens, je fais l'extraction, les utilisateurs doivent absolument corriger ça sinon on peut vous sortir un reporting correct.
- Ha non, touche pas aux pauvres chéris, il a pas le temps, en plus c'est un stagiaire, ça sert à rien de le former à la qualité, vu qu'il ne formera pas son successeur qui le remplace... ha, il a déjà été remplacé ? donc tu te démerdes, si tu vois un numéro de téléphone dans adresse, tu le transfères.
- OK, je veux bien... mais y a pas que ça. Dans adresse y a aussi "voir adresse parents" ; "téléphoner à l'atelier" ; "contacter avocat" ; "Londres" ; "2ème étage" ; "75016". J'en fais quoi de tout ça ?
- Bah tu te démerdes, tiens, je t'ouvre une enveloppe de 10.000€, fais-moi un truc en big data là, ils en parlaient hier sur TF1, avec ça Goliath National Bank a réussi à augmenter de 1500% son chiffres d'affaires en vérifiant si leurs clients avaient bien immatriculé des plantes vertes.
Encore il y a deux semaines, voila-t-y pas que je me suis pris un skeud parce qu'une application que j'ai hérité en suivi de production a planté. La raison ? Un code produit dans le référentiel qui a changé de tout au tout ; mon prédécesseur a codé en dur ce code ; du coup l'application a remonté des alertes complètement erronnées, qui n'avait aucun rapport d'un point de vue business. Me suis fait tintinnabuler par un big chef IT, avec comme remontrance que je devais effectuer des tests de non-régression alors que je n'étais même pas au courant que le bureau d'à côté avait fait une mise en production...
Voilà, désolé je fais mon caca nerveux comme d'hab
![:aie:](https://www.developpez.net/forums/images/smilies/aie.gif)
je dis juste qu'avant, j'avais constaté qu'il y avait quelque chose qui se rapprochait de la théorie : de la bonne modélisation et des bons tests - même s'il y a toujours des techniques qui n'ont aucune adhérence fonctionnelle et vice versa, mais bon c'était pas la norme non plus.
PS : bon, on parle beaucuop de github, pour moi c'est essentiellement du web, et je sais bien que les cas de tests en web sont souvent bien différents de l'informatique de gestion en entreprise...
8 |
0 |