Je ne peux que te pertinentisifier. Exemple concret :
cf un de mes posts plus bas, je travaille a l'integration d'un accelearateur graphique dans une plateforme de telephone mobile (plus precisement JPEG et appareil photo pour mon cas), le chip acccelerateur venant avec un bout de soft par-dessus et fournit de jolies API. Donc en gros, mon boulot se resume a ecrire un beau wrapper entre 2 API.
Concretement, la partie JPEG, ca prend 400 lignes. Avec ca je vois large, c'est pour tout le fichier, bien aere, avec plein de commentaires, limitiation 80 colonnes.
Avant d'avoir le droit de commencer officiellement a coder, je dois passer par toute une serie de documents expliquant ce que mon bout de code va faire, le comment du pourquoi, la liste des documents relatifs (qui sont absolument introuvables dans le systeme interne), etc, etc... Le template vide pour ce type de document fait 17 pages.
Une fois qu'on a tout reussi a retrouver ses petits pour ecrire le foutu document (que personne n'ira lire par la suite), ce qui est plus long qu'ecrire un malheureux wrappeur pour 3 fonctions, on passe a la review. Bien entendu, la review, on va s'attarder sur le fait que "la version du document cite a la page 12 c'est XXXXXXXX-rc2 et pas XXXXXXXX-rc1", la virgule a la page 4 est mal placee, et sur le schema illisible sans loupe ou il y a une faute de typo au nom de la fonction. Vient ensuite la validation du document, puis sa publication. Apres seulement on a le droit de commencer a ecrire du code.
Pour le code pareil. D'abbord on code, ensuite on fait la review du code, et seulement apres on le test (sic).
Bilan des operations, je passe environ 70% de mon temps a faire de la paperasserie. Et pour une equipe de 5 ingenieurs (faisant leurs 70% de fichiers Word chacun), on a un "object leader", un "project leader", un "line manager", et une autre dont je n'ai aucune idee de ce qu'elle fait.
Naturellement, il est absolument necessaire d'utiliser les termes idoines pour que tout le monde comprenne bien ce qu'on fait. J'ecris donc le MDS en fonction des UCDS, SRS, MRS generes par DOORS en fonction des DP pour le CNH integre au au CRH de CME pour lequel je suis MKR avec suivi dans FIDO.
Demain, ca fera 5 mois que j'y suis. Pas dit que je tienne jusqu'a la fin de la periode d'essai de 6 mois.
[^] # Re: Qualité des développeurs de soft propriétaires ?
Posté par imalip . En réponse à la dépêche Sortie des pilotes ATI et NVIDIA. Évalué à 6.
cf un de mes posts plus bas, je travaille a l'integration d'un accelearateur graphique dans une plateforme de telephone mobile (plus precisement JPEG et appareil photo pour mon cas), le chip acccelerateur venant avec un bout de soft par-dessus et fournit de jolies API. Donc en gros, mon boulot se resume a ecrire un beau wrapper entre 2 API.
Concretement, la partie JPEG, ca prend 400 lignes. Avec ca je vois large, c'est pour tout le fichier, bien aere, avec plein de commentaires, limitiation 80 colonnes.
Avant d'avoir le droit de commencer officiellement a coder, je dois passer par toute une serie de documents expliquant ce que mon bout de code va faire, le comment du pourquoi, la liste des documents relatifs (qui sont absolument introuvables dans le systeme interne), etc, etc... Le template vide pour ce type de document fait 17 pages.
Une fois qu'on a tout reussi a retrouver ses petits pour ecrire le foutu document (que personne n'ira lire par la suite), ce qui est plus long qu'ecrire un malheureux wrappeur pour 3 fonctions, on passe a la review. Bien entendu, la review, on va s'attarder sur le fait que "la version du document cite a la page 12 c'est XXXXXXXX-rc2 et pas XXXXXXXX-rc1", la virgule a la page 4 est mal placee, et sur le schema illisible sans loupe ou il y a une faute de typo au nom de la fonction. Vient ensuite la validation du document, puis sa publication. Apres seulement on a le droit de commencer a ecrire du code.
Pour le code pareil. D'abbord on code, ensuite on fait la review du code, et seulement apres on le test (sic).
Bilan des operations, je passe environ 70% de mon temps a faire de la paperasserie. Et pour une equipe de 5 ingenieurs (faisant leurs 70% de fichiers Word chacun), on a un "object leader", un "project leader", un "line manager", et une autre dont je n'ai aucune idee de ce qu'elle fait.
Naturellement, il est absolument necessaire d'utiliser les termes idoines pour que tout le monde comprenne bien ce qu'on fait. J'ecris donc le MDS en fonction des UCDS, SRS, MRS generes par DOORS en fonction des DP pour le CNH integre au au CRH de CME pour lequel je suis MKR avec suivi dans FIDO.
Demain, ca fera 5 mois que j'y suis. Pas dit que je tienne jusqu'a la fin de la periode d'essai de 6 mois.