Combien de lignes de C++/MFC êtes vous capables de rédiger par jour ? Ceci en incluant le déboggage et l'analyse.
 
Dans le cadre de la réalisation d'une application graphique sous Windows.

bah, ca veut pas dire grand chose...
 
 
les commentaires, ca fait partie du code

Ça inclut aussi les copier/coller ?

pusi aussi, si tu généres un nouveau projet mfc, t'as 500000 lignes de code en 1/2 seconde.....

farib a écrit a écrit : pusi aussi, si tu généres un nouveau projet mfc, t'as 500000 lignes de code en 1/2 seconde.....

 
et ca ne corresponds qu'a 2-3 lignes en pascal  

rajout à best-of topic foireux build 1.02 ?

Je demande ça parce que la moyenne en fait est de 20 à 30 lignes par programmeur et par jour. Cela inclut le debugging, les commentaires et les copier coller et cette moyenne, pourtant largement utilisée par un grand nombre d'entreprise pour effectuer des prévisions, me semble bien basse.

Ah benh fallait le dire.
 
En effet j'ai déjà entendu parler de cette moyenne d'une 30aine de lignes par jour, mais sans plus.
 

ça doit aussi dépendre du nombre de gars qui sont sur un projet, avec 1000 ça te fait 30000 lignes de code par jour  

vu le temps passé sur ce forum, je crois que pour certains d'entre nous on a ce nombre de lignes de code même quand on ne fait rien d'autre que coder sur une journée

 
  c'est tout, ça me parraît bien peu pour une moyenne

http://www.amazon.com/exec/obidos/asin/0393310728

 
   
 
Non, mais il a pas tord, j'ai déjà entendu ca, sérieusement...
Je sais pas dans quelle conditions ils comptent ca, mais c'est vrai
 

ha. et on est supposés prendre ça au sérieux ? on peut condenser un truc aussi complexe que le développement de softs en une moyenne de lignes par jour ?
 
des nombres, tu peux en sortir des dizaines et leur faire dire n'importe quoi ... pour le moment, je vais m'en tenir au "gars sur le forum qui a <entendu que 30 lignes> et qui pose une question trop naïve".

c'est plus marrant de voir le nombre de touches par jour
http://project-dolphin.net/cgi-bin [...] &TeamID=66

 
Benh ouai, y a des gens qui se servent de ca, c'est pas pour ca que c'est réaliste, ni que c'est bon, et encore moins qu'il faut le faire.
 
Mais un mec qui bossait pour une grande société belge d'électricité (ouai grande qd même) m'a dit un jour qu'ils comptaient comme ca, et ils estimaient le nombre de jours de dev avec ca... Mais franchement j'en sais pas plus, et je doute que tous les services utilisent ca, sinon ils sont mals...

disons plutot qu'on une journée, il va écrire 150 lignes, puiq uqe les 4 jours suivant, il va les déboguer et les peaufiner... ensuite, on calcule une moyenne

Taureau a écrit a écrit : ça doit aussi dépendre du nombre de gars qui sont sur un projet, avec 1000 ça te fait 30000 lignes de code par jour

relis mon post j'ai précisé par programmeur et par jour.

Disons plutôt qu'un professeur m'avait déjà donné cette information et que je l'ai vérifié à travers diverses informations receuillies sur des projets informatiques déjà réalisés. A priori sur plusieurs centaines de projets on tombe bien sur 30 lignes par jour/par programmeur.
 
Je trouve ça étonnant c'est tout, inutile de m'insulter.

Moi j'avais entendu qu'un dev 'normal' est capable de sortir 100 lignes par heure... La je dirais que ca dépends fortement. Quand je bosse pour moi, je pense les faire, voire plus. Par contre j'avance beaucoup moins vite au boulot...

tu fais jamais 100lignes/heure, parce qu'après avoir bossé 3h, tu passes 2j a chercher pourquoi ca plante comme une merde  

Cela me semble énorme 100 lignes/heure.

 
Ouais, en fait ca doit pas être une moyenne. Je sais plus ou j'ai lu ce chiffre... Bref.

t'es dedans
 

antp a écrit a écrit : c'est plus marrant de voir le nombre de touches par jour http://project-dolphin.net/cgi-bin [...] &TeamID=66

blueteen a écrit a écrit : t'es dedans

 
oui je suis au courant

blueteen a écrit a écrit : t'es dedans

 
Bon sang, on l'espionne et il le sait pas  

Cette moyenne n'est pas une moyenne générale, mais c'est les chiffres d'IBM, pour les gars qui bossent sur leurs "grosses" applications serveur. Qui dit une modification du code, dit test à 100% de l'appli (jeu de test complet, même pour les parties qui ne sont à priori pas impactées par la modification)
 
D'ailleurs, pour rappel, le codage dans un projet ne représente normalement que 5 à 10% du temps total (en comptant en jours/homme). Ce %age comprends les tests unitaires (ou micro-tests), avec création des plans de test unitaires et documentation.
 
Le temps de tests représente normalement 3 à 4 fois le temps de codage, soit près de 40-50% du temps total (comprends la création du plan de test et la création du jeu de test), et le reste est équitablement réparti entre l'analyse et la rédaction des spécifications.
 
Je crois d'ailleurs que la norme ISO comporte une section où ces temps sont détailés.