Reprise du message précédent :

 
le code est la doc, quand il est bien écrit

 
En gros t'es dans une boite qui essaye d'appliquer Scrum parce que c'est à la mode, mais l'applique mal, et à priori pas pour la bonne raison, puisque vous avez l'air d'en plus l'avoir associer a des mauvaises pratiques de développeur...
 
Du coup à la rigueur autant embaucher que des stagiaires si c'est pour coder à l'arrache pour vu que ça respecte ce qu'on nous demande...

+1  
 
Même si c'est parfois usant, qu'est ce que je suis heureux d'exercer mon job quand je lis les conditions de certains ici.

Oui ben j'aimerai bien mais ça peut me mener en taule potentiellement ça.

 
C'est pas pour autant que ça devient LA manière de travailler, c'est assez limite quand même.
 

 
C'est pas dramatique mais ça fait peur quand même.
En plus, je suis sûr que ça passe à ton niveau mais pas sûr que les dirigeants de la boite apprécient que rien ne soit documenté et que tout parte en couille le jour ou evilyler décide de partir de l'entreprise.
Enfin bon après chacun son organisation oui, mais ça me semble ouf de pas documenter un projet qui à l'air important compte tenu du budget.

Teasing = ban

J'aimerai bien aussi savoir ce qu'il tease.

Pour avoir connu les deux organisations, une full scrum depuis le début et une à l'arrache..
T'as clairement besoin de meilleurs développeurs dans le second cas  
 
Scrum ça protège pas mal l'équipe de développement et c'est bien plus facile de prendre des juniors.

 
Tu lis ca ou    
 
Ça doit faire 10 ans qu'on fait de l'agile...  
 
Les recos de supprimer les commentaires viennent de l'éditeur.
 
On a des équipes très stables, quel est l'intérêt de stagiaires ?
Tu lis/comprends les posts en fait    
 
Je comprends mieux pourquoi tu as besoin de specs

 
Il n'y a aucune raison de ne pas commenter le code. Après je sais pas ce que vous appeler commentaire, mais description de classe et methode + params/sorties c'est un minium.
 
Un commentaire type :

N'est jamais inutile.
(même si ok la c'est trivial)

Et moi donc

 
Entendre qu'il faut supprimer les commentaires parce qu'ils prennent trop de place, en 2017 où l'unité standard est au delà du tera octet ? C'est quoi cet argument en bois.  
 
Généralement on supprime le commentaire parce qu'il est contreproductif ( trop de commentaire tue le commentaire ) , mais dire que ca prend trop de place , hum ...

C'est trivial si chacun de tes jours fait une heure, ouais.

 
C'est pas mon job de faire de la doc
 
La direction nous donne des objectifs de délai, de budget et de qualité... à un moment faut sacrifier quelque chose et c'est la doc
 
On fera peut être mieux dans le futur (on a démarré un wiki pour les devs) mais à date on n'a pas le temps (je suis en RTT avant qu'on me dise que je pourrais faire de la doc au lieu d'être sur hfr )
 
 
 

 
Vu de ma fenêtre, tu restes un exécutant. Un exécutant dans un service de conception si tu veux
 
Rien de péjoratif cela dit, mais pas de quoi prendre les autres de haut quoi....

 
Non mais parler d'équipe stable c'est comme dire "pas besoin de ceinture, je me plante jamais..."
 
 

 
Solution dans le cloud, problèmes de bande passante vu le nombre de users
 

Ca c'est de la documentation, pas du commentaire

 
 
 
Elle est énorme celle la

https://fr.wiktionary.org/wiki/ex%C3%A9cutant
 

 
A ce compte là seul un PDG d'une boite sans actionnaires et sans dettes n'est pas un exécutant. Et tu en es un aussi.

 
Oui c'est clair après c'est aussi la pérénité du projet qu'il faut vendre à la direction et la qualité d'un projet baisse drastiquement si il n'est pas documenter correctement.
Après si ça vous convient ok, mais même en SSII on a plus de méthodologie  .
 
C'est ça qui est marrant d'ailleurs, quand je met en // tout ce que je vois défiler depuis t'al sur la gestion/votre vision de projet info et vos impressions générales sur les SSII, c'est assez WTF    

 
Oui et du coup comme ils ne veulent pas investir dans leur problème de bande passante, ils demandent aux clients de ne pas commenter le code...  

 
Putain mais t'es un troll...
 
Déjà tu fait du scrum et tu dit que tu fait pis aller parce que t'as pas le temps... mouai donc déjà c'est pas de l'agile dans sa philosophie. Ne serais-ce parce que dans scrum le but c'est quand même la QUALITE, mais en plus parce que la base de scrum c'est quand même que l'équipe de réalisation définisse la charge, et que la seule variable d'ajustement soit quelles features seront livré a la fin du sprint (arbitrage par le product owner).
 
Après, ne même pas avori un Wiki de dev... et plus de 10 ans de pratique agile... C'est tellement la base, avec les outils actuels en plus... même une startup à ce genre de chose dès sa naissance...

 
Ah mais 2016 était clairement à l'arrache, on n'a pas eu trop le choix...
 
Là on essaye de rentrer dans le cadre du coup on a pas mal embauché sinon on n'aurait pas pu survivre (divorcés ou burn out )
 

Quand la discussion en vient aux commentaires des commentaires c'est mauvais signe, vous savez...

 
Si tu veux.
 
Sauf que je ne produit rien et que je n'ai aucune deadline    
 
Je n'ai jamais dit non plus que je valais mieux qu'un codeur ou un ouvrier de ligne, contrairement a toi qui te place systématiquement au dessus de la mêlée

 
Mais t'es sur un plateau ou t'es chez le client final? Parce que si t'es chez le client  c'est quand meme largement les methodes du client squi sont utilisees...
Sinon les methodes dependent des projets et des imperatifs c'est sur que sur la refonte de l'intranet les imperatifs sont pas forcement les emme que sur des projets plus critiques...

Tu ne l'as pas dit mais tu l'as pensé sans le dire, c'est pire.

 
Oui enfin les "ordres" des architectes, on sait tous ce que les dev en font...  

Il vit dans le monde assuranciel et bancaire français

Non mais c'est surtout du foutage de gueule, parce que même si on avait le source brut, c'est pas ce qui va vraiment conso de la BP vs les data, mais en plus une fois compilé, le commentaire il est plus là...

Ils en font rien et du coup les architectes sont obligé de rester trop longtemps, trop tard sur le projet pour corriger les bugs et les incompréhensions des développeurs.

C'est quoi au fait?  

Aujourd'hui, mais bon j'ai bossé aussi pour un opérateur VoIP, et pas mal dans l'édition de logiciel (transport puis tourisme).

Changer quoi ? Changer pourquoi ? Créer quoi ? Créer pour quoi ?

 
J'ai fais les 2, les SSII ont souvent apportés bien plus de méthodologie projet que les clients eux même.
 

 
Voila pourquoi entre autre il ne faut jamais donner d'exemple, ça sert à certains pour tourner en rond et justifier leurs mauvaise connaissance ou organisation de travail    

 
et le code est aussi obfusqué, pas plus d'un caractère pour les noms de fonctions et de variables. Pas d'espace et pas de retour à la ligne. Ben c'est vrai, ca consomme de la bande passante tout ca    
 

Pardon si c'est prout-prout, mais moi je suis d'accord avec ça :
 

 
Je pense qu'il veut dire par là que pour le moment on est encore obligé de travailler ( pour la majorité), donc autant faire en sorte que ce soit le plus intéressant possible.  
 
Et selon Hadada, le travail est intéressant quand il s'agit de créer, inventer des choses. D'autres préféreront l'aide à la personne ( travailler dans le social ou la santé ).