Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Redacteur
    Inscrit en
    juin 2016
    Messages
    1 060
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Bénin

    Informations professionnelles :
    Activité : Redacteur
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : juin 2016
    Messages : 1 060
    Points : 28 405
    Points
    28 405
    Par défaut La plupart des codes ne sont-ils édités que par une seule personne et ont-ils une existence brève ? Oui
    La plupart des codes ne sont-ils édités que par une seule personne et ont-ils une existence brève ? Oui,
    car ils sont souvent mis à jour et parfois supprimés, selon Derek Jones

    Un code source a-t-il une existence brève ? Selon Derek Jones, un développeur informatique, c’est ce qu’on observe bien souvent. Celui-ci soutient que, lorsqu’un code source est écrit, la majeure partie du code n'est jamais modifiée et ne reste en place que pendant très peu de temps. Dans un billet de blogue, Jones estime qu’un investissement dans le code source est une perte à terme, à moins que les rendements ne soient spectaculaires. A-t-il raison de penser cela ? Et les codes sources dans les grandes organisations, connaissent-ils aussi ce sort ?

    Selon Jones, il existerait de nombreuses preuves de ce qu’il dit. Cela inclut un livre de génie logiciel qu’il dit avoir écrit, un livre basé sur des preuves et des articles de blog sur la durée de vie des systèmes logiciels. Il a aussi ajouté comme preuve le temps de survie des distributions Linux. Il faut noter que l’année passée, au moins deux distributions Linux se sont vues fermées ou abandonnées par leurs développeurs. Il y a l’exemple de Scientific Linux et Antergos qui ont annoncé l’arrêt de leur développement en mai dernier.

    Pour Jones, la durée de vie est brève parce que les paquets sont mis à jour et les tiers modifient ou suppriment les API. Il souligne que les personnes qui pensent qu'un code source a une longue durée de vie souffrent d'un préjugé de survie. En d’autres termes, les programmes qui sont activement utilisés pendant de nombreuses années sont très rares. Toutefois, si la durée de vie des codes sources est courte, Jones rappelle qu’il existe quand même des avantages et des inconvénients qu’on peut noter.

    Dans son argumentaire, Jones a déclaré que l’un des avantages d'une courte durée de vie est que la plupart des erreurs de codage ne vivent pas assez longtemps. Le code contenant l'erreur est supprimé ou remplacé avant que quiconque ne remarque l'erreur. Par ailleurs, l’une des conséquences négatives de la courte durée de vie de code source serait que tout investissement réalisé dans l'espoir d'économiser sur les coûts de maintenance futurs est perdu.

    « Lorsque de nombreux programmes ne vivent pas assez longtemps pour être maintenus, ceux qui ont une longue durée de vie doivent servir à payer les investissements initiaux effectués dans tout le code source qui a rapidement disparu », a-t-il expliqué à propos. En outre, il a présenté des données d’études sur les modifications des fonctions selon lesquelles environ 60 % des fonctions ne sont modifiées que par une seule personne. Sur la base d'une étude de l'historique des changements de fonctions dans Evolution, c’est 114 485 changements de fonctions sur 10 ans.

    Nom : func-mod-interval.png
Affichages : 2123
Taille : 12,5 Ko

    D’après une étude de l’éditeur Apache sur le même thème, c’est 14 072 modifications sur 12 ans. Cependant, tout le monde n’est pas d’accord avec Jones. Quelques-uns estiment qu’il n’a pas assez de preuves qui justifient ce qu’il dit. Ils pensent que les données utilisées par Jones ne sont pas représentatives du monde logiciel dans son ensemble. Les distributions Linux sont également suspectées d'être non représentatives. Ils estiment qu'un code vit pendant de très nombreuses années. La plupart du temps, les développeurs passent 70 % de leurs temps à modifier le code existant et 30 % à écrire un nouveau code.

    Pour d’autres, Jones serait peut-être arrivé à une conclusion différente avec un échantillon tout à fait aléatoire de tous les logiciels. Les exemples qu’ils ont cités sont nombreux. Il y a l’exemple de la pile Web, les systèmes informatiques embarqués, les systèmes bancaires, les systèmes militaires, les systèmes gouvernementaux, etc. Pour certains, Jones a raison. À titre illustratif, ils citent l’itération très rapide que subit les projets open source. D’après ces derniers, chaque partie de ces projets ou de ces logiciels open sources est également souvent laissée à la charge d’une seule personne.

    Enfin, le poste de Jones souligne beaucoup de préoccupations sur la façon dont les codes sources sont écrits, suivis et maintenus. Est-il vrai que le code source a une courte durée de vie ? Si oui, y a-t-il un risque pour les projets informatiques à l’avenir ?

    Source : Derek Jones

    Et vous ?

    Quel est votre avis sur le sujet ?
    Partagez-vous l'opinion de Jones ? Pourquoi ?
    De votre expérience, le code d'une application a-t-il une courte durée de vie ? Si oui, y a-t-il un risque pour les projets informatiques à l’avenir ?

    Voir aussi

    Scientific Linux et Antergos annoncent l'arrêt du développement de leurs distributions Linux. Linux Mint pourrait leur emboîter le pas

    Pourquoi Linux n'a-t-il pas de succès sur desktop ? Entretien avec Mark Shuttleworth, fondateur et PDG de Canonical, éditeur d'Ubuntu

    Tesla rend publique une partie du code source de ses équipements dont celui du logiciel de pilotage automatique mis en cause dans un accident
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Membre actif
    Homme Profil pro
    Développeur Web
    Inscrit en
    juin 2013
    Messages
    67
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juin 2013
    Messages : 67
    Points : 282
    Points
    282
    Par défaut
    Ça me fait un peu penser à l'expérience de pensée du bateau de Thésée ... version code source.

  3. #3
    Inactif  
    Homme Profil pro
    Chargé d'affaire
    Inscrit en
    mars 2019
    Messages
    191
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 27
    Localisation : France, Loiret (Centre)

    Informations professionnelles :
    Activité : Chargé d'affaire

    Informations forums :
    Inscription : mars 2019
    Messages : 191
    Points : 0
    Points
    0
    Par défaut
    Ça c'est parce que la majorité des développeurs sont mauvais, un beau code n'a pas besoin d'être modifié et réarrangé.

    Dans mon entreprise nous encadrons les codes les plus pourris du mois et nous les affichons dans l'open space où il y a les devs, avec le nom et prénom et la photo du dev.

    Chaque mois nous regardons les commit et on fait le concours du code le plus degueulasse. On affiche bien les développeurs qui gagnent ce concours avec un petit rappel à l'ordre et on fournit une copie de la photo.

    Au fil des ans le choix est beaucoup plus facile car on met au placard les développeurs qui codent comme des manches, la liste est vraiment petite, 2-3 devs par an.

  4. #4
    Membre confirmé
    Homme Profil pro
    Développeur Java
    Inscrit en
    mai 2019
    Messages
    183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : mai 2019
    Messages : 183
    Points : 493
    Points
    493
    Par défaut
    Citation Envoyé par xXxNeWgEnErAtIoN Voir le message
    Ça c'est parce que la majorité des développeurs sont mauvais, un beau code n'a pas besoin d'être modifié et réarrangé.

    Dans mon entreprise nous encadrons les codes les plus pourris du mois et nous les affichons dans l'open space où il y a les devs, avec le nom et prénom et la photo du dev.

    Chaque mois nous regardons les commit et on fait le concours du code le plus degueulasse. On affiche bien les développeurs qui gagnent ce concours avec un petit rappel à l'ordre et on fournit une copie de la photo.

    Au fil des ans le choix est beaucoup plus facile car on met au placard les développeurs qui codent comme des manches, la liste est vraiment petite, 2-3 devs par an.
    Bon s'agirait d’arrêter de mentir. Parce-que personnellement si cela m'arrivait il y aurait des dents qui se mettraient à voler.

  5. #5
    Membre actif
    Homme Profil pro
    Développeur Web
    Inscrit en
    juin 2013
    Messages
    67
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juin 2013
    Messages : 67
    Points : 282
    Points
    282
    Par défaut
    Citation Envoyé par xXxNeWgEnErAtIoN Voir le message
    Ça c'est parce que la majorité des développeurs sont mauvais, un beau code n'a pas besoin d'être modifié et réarrangé.

    Dans mon entreprise nous encadrons les codes les plus pourris du mois et nous les affichons dans l'open space où il y a les devs, avec le nom et prénom et la photo du dev.

    Chaque mois nous regardons les commit et on fait le concours du code le plus degueulasse. On affiche bien les développeurs qui gagnent ce concours avec un petit rappel à l'ordre et on fournit une copie de la photo.

    Au fil des ans le choix est beaucoup plus facile car on met au placard les développeurs qui codent comme des manches, la liste est vraiment petite, 2-3 devs par an.
    Si un code a besoin d'être réécrit, ce n'est pas nécessaire qu'il soit mauvais.
    Un projet durable, c'est un projet qui évolue, les besoins changent, donc le code aussi.

    Un code dégeux ne devraient de toute façon ne pas passer la phase de review, donc théoriquement ce filtre doit permettre d'éviter à avoir à repasser sur quelque chose de sale.

  6. #6
    Inactif  
    Homme Profil pro
    Chargé d'affaire
    Inscrit en
    mars 2019
    Messages
    191
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 27
    Localisation : France, Loiret (Centre)

    Informations professionnelles :
    Activité : Chargé d'affaire

    Informations forums :
    Inscription : mars 2019
    Messages : 191
    Points : 0
    Points
    0
    Par défaut
    Citation Envoyé par L33tige Voir le message
    Bon s'agirait d’arrêter de mentir. Parce-que personnellement si cela m'arrivait il y aurait des dents qui se mettraient à voler.
    Pourquoi t'es pas photogénique ? On fournit des perruques pour les plus complexés, on n'est pas vache non plus hein.

  7. #7
    Membre éprouvé
    Homme Profil pro
    Développeur Web
    Inscrit en
    septembre 2016
    Messages
    340
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : septembre 2016
    Messages : 340
    Points : 1 070
    Points
    1 070
    Par défaut
    Citation Envoyé par Bill Fassinou Voir le message
    Quel est votre avis sur le sujet ?
    Partagez-vous l'opinion de Jones ? Pourquoi ?
    De se que j'en comprend, toute modification même minime veut dire que le code source à été changer et donc on repart de zéro pour la durée d'existence du code.
    Ca veut dire qu'une application qui évolue aura en effet sont code source qui va souvent changer. Y'a rien d’extraordinaire à ça...

    Citation Envoyé par Bill Fassinou Voir le message
    De votre expérience, le code d'une application a-t-il une courte durée de vie ? Si oui, y a-t-il un risque pour les projets informatiques à l’avenir ?
    Bha oui... Y'a qu'une application que je n'ai pas toucher depuis presque 2 ans, parce que le projet à été refait par une autre boite que celle ou je suis. L'appli bien qu'encore utilisée (puisque la boite en question n'a pas été capable de faire son travail et que du coup seul trois produit sur une vingtaine à été migré) n'évolue plus depuis 2 ans parce que stable et que les propriétaire de l'appli souhaite tout migré sur la nouvelle version.

    Sinon sur la dizaines d'autre application que j'ai développer et que je maintient, y'a toujours des évolutions, parce que les besoins évolue, parce qu'à l'utilisation les utilisateurs ce rendent compte qu'ils pourrait gagner du temps en optimisant certaine chose ou en ajoutant des trucs auxquels ils n'avaient pas pensés initialement. Et là le code source bouge plus ou moins régulièrement.

    Une appli de Gestion Électronique de Document n'a pas bouger pendant plus d'un ans avant de recevoir une demande pour modifier les critères de recherche parce qu'avec le nombre de document grandissant et le nombre d'appli différente qui y déverse des documents ils avaient besoin de plus de critère pour être efficace. Mais hormis ça, le code est stable, les seuls modif faite on été le paramétrage de nouveau type de document en base de donnée et le paramétrage des applications, là aussi en base de donnée.
    A coter de ça, une application de gestion des sinistres évolue toute les semaines, entre les particularités des sinistres qu'il faut pouvoir prendre en charge, les modifications dans les formules de calculs (Bon ça je les ai mise en base, ça compte comme modification du code source ou non ?) les changements sur les éditions, les évolutions sur les demandes de statistique ect... Oui, ça bouge pas mal.

    Après au lancement des projets via la phase de recette utilisateur y'a eux beaucoup de remonté de bug, mais depuis la mise en production, c'est vraiment anecdotique et les bugs remonté sont plus des particularités non prise en compte que de véritable bug. Par exemple un cas qui ne devais jamais arrivé qui n'a pas été pris en compte, n'a pas été vue en recette car normalement impossible, mais qui pour une raison inconnue arrive et provoque un bug sur le dossier en question.

    Mais en soit tout ça c'est pas un mal, c'est parce que l'application vie et avance en fonction des besoins du client. Donc c'est logique et parfaitement normal que le code source change.

    Après si j'ai mal compris et qu'on parle de refaire X fois la même chose de manière différente là j'y crois moyen, mais en admettant que ce soit vrais, les projets vont vite couler, parce que perte de temps > Perte d'argent > Fin du projet.

  8. #8
    Membre confirmé
    Homme Profil pro
    Développeur Java
    Inscrit en
    mai 2019
    Messages
    183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : mai 2019
    Messages : 183
    Points : 493
    Points
    493
    Par défaut
    Citation Envoyé par xXxNeWgEnErAtIoN Voir le message
    Pourquoi t'es pas photogénique ? On fournit des perruques pour les plus complexés, on n'est pas vache non plus hein.
    Parce-que c'est un comportement de gros frustré, c'est pas aux autres de payer le fait que t'es un déchet en fait.

  9. #9
    Modérateur
    Avatar de grunk
    Homme Profil pro
    Architecte Web / Android
    Inscrit en
    août 2003
    Messages
    5 661
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Architecte Web / Android
    Secteur : Industrie

    Informations forums :
    Inscription : août 2003
    Messages : 5 661
    Points : 15 554
    Points
    15 554
    Par défaut
    Citation Envoyé par xXxNeWgEnErAtIoN Voir le message
    Ça c'est parce que la majorité des développeurs sont mauvais, un beau code n'a pas besoin d'être modifié et réarrangé.

    Dans mon entreprise nous encadrons les codes les plus pourris du mois et nous les affichons dans l'open space où il y a les devs, avec le nom et prénom et la photo du dev.

    Chaque mois nous regardons les commit et on fait le concours du code le plus degueulasse. On affiche bien les développeurs qui gagnent ce concours avec un petit rappel à l'ordre et on fournit une copie de la photo.

    Au fil des ans le choix est beaucoup plus facile car on met au placard les développeurs qui codent comme des manches, la liste est vraiment petite, 2-3 devs par an.
    Serait surtout temps de mettre du code review en place. Si vous le faites pour afficher les mauvais , vous pouvez peut être le faire d'une manière plus positive (et préventive) pour les faire progresser. Mais c'est toujours plus facile de pointer du doigt plutôt que de tirer vers le haut
    Pry Framework php5 | N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  10. #10
    Membre éclairé
    Homme Profil pro
    Consultant informatique
    Inscrit en
    décembre 2008
    Messages
    78
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : Finance

    Informations forums :
    Inscription : décembre 2008
    Messages : 78
    Points : 670
    Points
    670
    Par défaut
    La longévité d'un code dépend de son usage.... En banque, on trouve des softs qui ont 20/30 ans de vie avec des codes qui ont été modifié, mis à jour des centaines de fois... Pareil pour des librairies de calculs comme celle pour la météo: on ne la réécrit pas tous les 5 matins! Le code jetable arrive avec la génération web où les techno changent 3 fois par an et qu'il faut tout réécrire pour être "à la mode".... D'ici à en faire une généralité il y a un gouffre...

  11. #11
    Membre extrêmement actif
    Homme Profil pro
    Développeur informatique
    Inscrit en
    octobre 2017
    Messages
    531
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : octobre 2017
    Messages : 531
    Points : 2 228
    Points
    2 228
    Par défaut
    Citation Envoyé par pboulanger Voir le message
    La longévité d'un code dépend de son usage.... En banque, on trouve des softs qui ont 20/30 ans de vie avec des codes qui ont été modifié, mis à jour des centaines de fois... Pareil pour des librairies de calculs comme celle pour la météo: on ne la réécrit pas tous les 5 matins! Le code jetable arrive avec la génération web où les techno changent 3 fois par an et qu'il faut tout réécrire pour être "à la mode".... D'ici à en faire une généralité il y a un gouffre...
    Non seulement la longévité d'un code dépend de son usage... mais la longévité d'un code ne dépend même pas de sa qualité!

    J'ai plein d'exemples où des applications pourries font le "bonheur" de leur utilisateurs pendant de nombreuses années

  12. #12
    Membre confirmé
    Homme Profil pro
    Développeur Java
    Inscrit en
    mai 2019
    Messages
    183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : mai 2019
    Messages : 183
    Points : 493
    Points
    493
    Par défaut
    Citation Envoyé par Anselme45 Voir le message
    Non seulement la longévité d'un code dépend de son usage... mais la longévité d'un code ne dépend même pas de sa qualité!

    J'ai plein d'exemples où des applications pourries font le "bonheur" de leur utilisateurs pendant de nombreuses années
    Typiquement je suis tombé sur une méthode immonde qui était en fait un replaceAll mais qui datait du temps ou l'appli était en java 4, sauf qu'on est en 2020, donc bon le code est jamais immuable ça n'existe pas.

  13. #13
    Modérateur
    Avatar de grunk
    Homme Profil pro
    Architecte Web / Android
    Inscrit en
    août 2003
    Messages
    5 661
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Architecte Web / Android
    Secteur : Industrie

    Informations forums :
    Inscription : août 2003
    Messages : 5 661
    Points : 15 554
    Points
    15 554
    Par défaut
    Citation Envoyé par pboulanger Voir le message
    La longévité d'un code dépend de son usage.... En banque, on trouve des softs qui ont 20/30 ans de vie avec des codes qui ont été modifié, mis à jour des centaines de fois...
    Avec toutes les problématiques que ça engendre. Y'a qu'à voir le niveau de service "online" des banques traditionnelles par rapport aux "neo banques". C'est juste honteux et surement en partie du aux infras qui tourne avec des trucs qui ont 30 ans et qui aujourd'hui sont difficile à faire évoluer. Et je suis pas certains que les néos banque prennent la sécurité plus à la légère que les autres.

    Il y'a un juste millieu à trouver , savoir prendre le bon train en marche pour faire évoluer les infras sans pour autant succomber à la première mode venue.
    Pry Framework php5 | N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  14. #14
    Inactif  
    Homme Profil pro
    Chargé d'affaire
    Inscrit en
    mars 2019
    Messages
    191
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 27
    Localisation : France, Loiret (Centre)

    Informations professionnelles :
    Activité : Chargé d'affaire

    Informations forums :
    Inscription : mars 2019
    Messages : 191
    Points : 0
    Points
    0
    Par défaut
    Citation Envoyé par L33tige Voir le message
    Parce-que c'est un comportement de gros frustré, c'est pas aux autres de payer le fait que t'es un déchet en fait.
    C'est pas moi qui code comme un malpropre, je n'ai rien à me reprocher contrairement à eux.

  15. #15
    Membre éclairé
    Homme Profil pro
    Programmeur du dimanche
    Inscrit en
    août 2017
    Messages
    235
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Programmeur du dimanche
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2017
    Messages : 235
    Points : 768
    Points
    768
    Par défaut
    C'est pas moi qui code comme un malpropre, je n'ai rien à me reprocher contrairement à eux.
    1-- T'es un troll.
    2-- T'es un âne.
    3-- Ce n'est pas parce que tu ne comprends pas un code que le code est à jeter. Quand j'avais quinze ans j'écrivais du code que l'ingénieur en informatique moyen d'aujourd'hui ne comprendrait pas... donc je suppose que j'aurais eu le bonnet d'âne dans ta boîte de merde.
    Sur Youtube je suis "Le prof des cavernes"
    https://www.youtube.com/channel/UCSz...bYl_pSNMv_zerQ

  16. #16
    Expert éminent sénior

    Profil pro
    Développeur informatique
    Inscrit en
    novembre 2006
    Messages
    6 995
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2006
    Messages : 6 995
    Points : 15 792
    Points
    15 792
    Par défaut
    Citation Envoyé par strato35 Voir le message
    Ça me fait un peu penser à l'expérience de pensée du bateau de Thésée ... version code source.
    merci pour le concept que je ne connaissais pas.

    De toute façon parler d'identité d'un code me parait difficile ou alors il faut être minutieux et nommer les noms de fonction , de variable de manière très particulière.
    La théorie, c'est quand on sait tout et que rien ne fonctionne.
    La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
    ( A Einstein)

  17. #17
    Membre confirmé
    Homme Profil pro
    Développeur Java
    Inscrit en
    mai 2019
    Messages
    183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : mai 2019
    Messages : 183
    Points : 493
    Points
    493
    Par défaut
    Citation Envoyé par Mat.M Voir le message
    merci pour le concept que je ne connaissais pas.

    De toute façon parler d'identité d'un code me parait difficile ou alors il faut être minutieux et nommer les noms de fonction , de variable de manière très particulière.
    Ça marche aussi avec les taxis mexicains !

Discussions similaires

  1. Réponses: 22
    Dernier message: 04/05/2018, 17h29
  2. Réponses: 140
    Dernier message: 27/07/2012, 12h00
  3. Les salaires des développeurs sont-ils tabous en France ?
    Par Idelways dans le forum Actualités
    Réponses: 0
    Dernier message: 28/04/2011, 15h06
  4. Réponses: 0
    Dernier message: 12/10/2010, 09h45
  5. Réponses: 4
    Dernier message: 26/11/2007, 13h25

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo