Reprise du message précédent :

tout ça c'est pour éviter l'effet tunnel

 
En quoi ?
 
Il y a des métiers pour lesquels l'incompétence se révèle plus facilement que d'autres.

Sinon pour faire mon Dante, barbecue à midi, côte de porc, gambas, car je suis à 5 minutes à pieds du boulot, et donc à moins de 3 en bagnole (oui il y avait risque de pluie)
La vraie vie, bosser à moins de 5 km, c'est convenable.

 
Voilà.
 
Un truc codé avec les pieds ça buggue (?), et ça ne passe pas inaperçu.

 
 
En gros tous les métiers avec une compétence technique. Je crois qu'on dit "opérationnel" dans le jargon à opposer à "fonctionnel"
Et je suis d'accord avec Youmoussa, les mauvais techniciens, tu les détectes en moins de deux semaines alors que les managers c'est en moins de 2 jours mais tu ne le dis qu'au bout de deux ans, seulement à la machine à café

oui  
mais certainement pas l'informatique  

 
You pay peanuts, you get monkeys qu'on dit par chez moi

Suis en costume, s'il pleut je préfère la voiture.

quand on s'en sert  
quand on le test  
quand on regarde le code a la limite
 
enfin t'a raison comme d'habitude  
on travaille tous avec des bons logiciels, bien pensé, bien conçu, testé, qui tiennent la charge etc  
on les repere bien les mauvais informaticiens
 

 
quel rapport ?  

Faut quand même distingué les vrai bugs, et problème de conception. Parce que perso, j'ai quand même passé plus de temps sur des problèmes que l'analyse fonctionnel n'avais pas su voir que sur des vrais bugs de dev.
 
C'est d'ailleurs ça le soucis... quand t'as des règles métiers contradictoire, qui sont dans deux documents distincts et finalement traité par deux personne différentes, ça pète alors que le mec qui a rédiger les deux documents est le même et le garant de la cohérence métier de l’application.
 
Du coup ça revient en bug alors qu'au bout du compte c'est juste mal conçu.

si y a pas de test ni de contrôles c'est pas de la faute du développeur.

tester c'est douter

les photos c'est les utilisateurs qui les postent, et les bloggeuses culinaires adorent instagram. C'est le réseau social ou l'engagement est le plus fort comparé à Twitter et Facebook.  
Ce qui a été intéressant pour moi c'est de découvrir tout un nouveau secteur d'activité avec les acquis du geek informaticien. Quand on maitrise l'info on réalise beaucoup de chose tout seul dans d'autre domaines, les compétences sont pas perdues

Bah pour pas mouillé mon costume.

 
Dans l'absolue, mais je sais que dans la bancaire et l'assurance c'est pas forcement vrai. Mais dans une industrie informatique dynamique, t'as des tests unitaires avec intégration continue (dev), des tests fonctionnels (recette de l'AMOA) et des tests d'intégration (équipe de tests).
 
Si ça passe à travers ça, c'est que c'est clairement voulu. Et je parle même pas de la période de préprod.

tu fais un business loto ?

 
Ah bah si.
Les tests et la vérification, c'est partie intégrante du métier de développeur.
Même si certains, faut les fouetter pour ça (comme la doc)

Protège pas 100% surtout de la gadoue  
Enfin je ne vois pas de raison objective de ne pas prendre la voiture en fait.
Certes je peux ne pas la prendre, mais pourquoi m'en priver ?

 
Le scrum comme je l'ai vécu c'est reporting journalier des avancements. La quotation des taches n'étaient pas faites par les dev mais toujours par le N+1 qui sous estimais toujours le temps pour rentrer dans le planing. Pas de product manager, mais toujours le N+1 qui défini les tickets. Bref le scrum tous les des le veulent mais les boites on tendances à le magouiller pour juste faire gober les graphiques de gant aux des sous une autres forme

Putain, le micro-mangagment dans le SCRUM, je supporte pas.

 
 
T'as des enfants ?

Même quand t'as pas de bug (manifestes...), il reste une part non-négligeable de softs commerciaux avec une ergonomie à chier par la bouche.

ben non y a un chef de projet pour mettre en place toute cette gouvernance. Si dans le calendrier de projet il n'y pas de temps alloué au testing ce n'est pas la faute du dév

Oui.

puisqu'on te dit qu'on les repère les incompétents

 
Je l'ai vécu en pratique dans l'édition de logiciel... Et bon en appliquant ça on est passé en 2 ans de 80% de la charge des développeur à corriger les bugs à 40% (sachant que 95% de code a été fait avant cette période) et surtout un ressentie client bien meilleur.

Chez nous, on arrive presque à le pratiquer de façon correcte.
Reste un peu de micro-management, donc, et des chefs de produits qui veulent quand même un planning à l'ancienne et qui ne sont pas capables de comprendre le concept de "sprint".

 
le test drive développement c'est ce que les des réclamais avec la méthode scrum. Mais pour le management c'est une perte de temps...  

 
Visiblement vapeur n'est pas exposé à ce problème

 
 
J'arrive même pas à concevoir comment on pourrait prétendre développer sans test parce que "c'est pas prévu dans le calendrier". Un peu comme un cuisinier qui ne goûte jamais ce qu'il fait ou un garagiste qu'a pas le permis !

 
 
Bah voilà !
Une bonne raison: faire de la marche pour être en meilleure santé et arrêter de cramer de l'essence pour épargner leurs poumons  et leur avenir.

et avec sonar vous avez optimisé la dette technique ?  
t'es chef de projet ?

Et moi j'arrive pas à concevoir qu'on puisse mettre en prod un logiciel sans UAT

je comprend pas  
tu compiles pas ?  
si ça compile c'est quoi le problème ?  
a moins de coder tête baissé sans réfléchir

 
On dirait un gamin qui cherche à se déresponsabiliser.