Affichage des résultats du sondage: Quelles sont les tâches que vous estimez les plus difficiles pour un développeur ?

Votants
152. Vous ne pouvez pas participer à ce sondage.
  • Rédiger un cahier de charges

    29 19,08%
  • Recenser et documenter les fonctionnalités

    19 12,50%
  • Concevoir une solution

    5 3,29%
  • Ecrire les tests

    21 13,82%
  • Rédiger la documentation

    29 19,08%
  • Mettre en œuvre une fonctionnalité avec laquelle on n'est pas d’accord

    32 21,05%
  • Travailler avec le code de quelqu'un d'autre

    69 45,39%
  • Traiter avec d’autres personnes

    17 11,18%
  • Estimer le temps nécessaire pour effectuer des tâches

    108 71,05%
  • Expliquer ce qu'on fait (ou ne fait pas)

    25 16,45%
  • Nommer correctement les choses

    31 20,39%
Sondage à choix multiple
+ Répondre à la discussion Actualité déjà publiée
Page 2 sur 4 PremièrePremière 1234 DernièreDernière
  1. #21
    Membre éprouvé
    Profil pro
    Inscrit en
    octobre 2005
    Messages
    830
    Détails du profil
    Informations personnelles :
    Âge : 37
    Localisation : France

    Informations forums :
    Inscription : octobre 2005
    Messages : 830
    Points : 1 230
    Points
    1 230

    Par défaut

    Intéressant, le sondage de Developpez.com n'obtient pas du tout les mêmes résultats que celui de Quora. Je me demande pourquoi?

  2. #22
    Rédacteur

    Avatar de autran
    Homme Profil pro
    Développeur Java
    Inscrit en
    février 2015
    Messages
    1 172
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur Java
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : février 2015
    Messages : 1 172
    Points : 6 793
    Points
    6 793
    Billets dans le blog
    69

    Par défaut

    Estimer le temps nécessaire :
    Je commence par faire l’estimation honnête de mon travail. Ensuite j’applique une surcote de 30% (coefficient de sécurité)
    Développeur Java/Python
    Site Web

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

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

    Informations forums :
    Inscription : août 2003
    Messages : 4 188
    Points : 10 604
    Points
    10 604

    Par défaut

    Citation Envoyé par Gulien Voir le message
    Pour moi le plus dur n'est pas dans le sondage :

    -Endurer la répétition d 'opérations faites maintes et maintes fois :
    Création de classe, de table, d'entité, de DTOs BO, DTOs FO, Formulaires FO ...

    Alors que tout ça c'est du vu et revu.

    Il n'y a plus que le code métier qui m'amuse (enfin un tant soit peu).
    C'est justement pour se concentrer sur le code métier que les framework sont là en général
    Pry Framework php5 | N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  4. #24
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    avril 2007
    Messages
    24 887
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : avril 2007
    Messages : 24 887
    Points : 47 592
    Points
    47 592

    Par défaut

    Toutes les decisions de groupe.

    Déterminer le resto où aller à midi
    Déterminer la dose de café a mettre dans le filtre de la cafetière
    Retrouver la tablette de test
    Nettoyer les tables après le lunch
    Vider le lave vaisselle
    David Delbecq Java Software engineer chez Trimble. TRANSPORT & LOGISTICS.     LinkedIn | Google+

  5. #25
    Membre du Club
    Homme Profil pro
    Développeur Web
    Inscrit en
    janvier 2015
    Messages
    49
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : janvier 2015
    Messages : 49
    Points : 60
    Points
    60

    Par défaut

    Les choses les plus difficiles pour moi en tant que programmeur pour moi c'est travailler sur un projet déjà fait et surtout vérifier les bugs du projet déjà entamé. Mais c'est vrai que respecté les délais c'est la chose le plus délicate.

  6. #26
    Membre expérimenté

    Homme Profil pro
    Développeur informatique
    Inscrit en
    novembre 2011
    Messages
    668
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Vienne (Poitou Charente)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2011
    Messages : 668
    Points : 1 359
    Points
    1 359

    Par défaut

    La tache la plus compliquée pour un développeur en France c'est de se faire payer correctement pour son travail.
    Nullius in verba

  7. #27
    Nouveau membre du Club
    Homme Profil pro
    Développeur COBOL
    Inscrit en
    décembre 2012
    Messages
    13
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Maroc

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

    Informations forums :
    Inscription : décembre 2012
    Messages : 13
    Points : 26
    Points
    26

    Par défaut

    Pour moi, c'est l'estimation du temps nécessaire pour effectuer les tâches, c'est pour cette raison il faut penser toujours à faire des macro-chiffrages des tâches avant de communiquer officiellement l'estimation finale au client.

    Cordialement,

  8. #28
    Membre averti Avatar de Gunny
    Homme Profil pro
    Développeur Web
    Inscrit en
    avril 2007
    Messages
    152
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : Danemark

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : avril 2007
    Messages : 152
    Points : 362
    Points
    362

    Par défaut

    Je suis content qu'il y ait l'option "Mettre en œuvre une fonctionnalité avec laquelle on n'est pas d’accord" parce que je trouve ça vraiment frustrant. Quand ça touche vraiment à la technique ça ne me dérange pas, parfois je ne suis pas forcément d'accord avec la solution de l'architecte ou de mes collègues devs, et à ce moment là on discute, et même si ma solution n'est pas retenue et bien ce n'est pas dramatique : au moins on en a parlé. Par contre, quand vient "d'en haut" une demande clairement contre-productive, stupide, ou myope, et que toute discussion sur le sujet est impossible, bref quand on m'impose de faire ce qui serait considéré par n'importe quel professionnel comme du mauvais travail, j'ai un peu de mal.

  9. #29
    Membre régulier
    Profil pro
    Inscrit en
    mai 2006
    Messages
    41
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mai 2006
    Messages : 41
    Points : 102
    Points
    102

    Par défaut

    Je pense qu'il manque un choix:

    * Obtenir toutes les informations utiles pour concevoir la solutions technique et/ou réaliser le chiffrage.

    De mon expérience, le pb ne concerne pas le client, mais les relais entre le client et l'équipe technique.

  10. #30
    Membre habitué
    Homme Profil pro
    Développeur Java
    Inscrit en
    octobre 2009
    Messages
    57
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java
    Secteur : Finance

    Informations forums :
    Inscription : octobre 2009
    Messages : 57
    Points : 129
    Points
    129

    Par défaut

    Pour ma part:
    - Estimer le temps nécessaire pour effectuer des tâches
    - Expliquer ce qu'on fait (ou ne fait pas)

    L'estimation du temps nécessaire est un classique contre lequel on se heurte beaucoup, surtout en début de carrière où l'on est souvent plein de bonne volonté, on veut absolument bien faire et dans un temps donné court, et un peu trop naïf car on ne voit souvent qu'une partie de l'iceberg quand on s'interroge sur la charge de travail.
    Je suis assez content de voir que l'option "Expliquer ce qu'on fait". C'est bien plus complexe pour moi d'expliquer par des mots ce que je fais de manière naturelle en codant. Surtout quand on est pris à froid et qu'on ajuster son discours à quelqu'un d'externe au projet. A mes yeux, c'est bien plus difficile à faire que de la documentation par exemple.
    Pensez à mettre votre sujet et un petit au passage pour ceux qui vous ont aidé.

    Passionné d'Automobile - http://www.encyclauto.com

  11. #31
    Membre éprouvé

    Homme Profil pro
    Développeur PHP/Symfony // Mentor OpenClassrooms
    Inscrit en
    octobre 2014
    Messages
    199
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Hautes Alpes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur PHP/Symfony // Mentor OpenClassrooms
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : octobre 2014
    Messages : 199
    Points : 1 256
    Points
    1 256
    Billets dans le blog
    3

    Par défaut

    Personnellement je pense que bosser sur le code de quelqu'un d'autre et définir un délai de livraison précis et chose ardue, durant le développement tout peut se passer à merveille et le temps estimé peut se raccourcir mais si les choses se compliquent, on perd du temps pour rien et les soucis relatif au fait de bosser sur le code de quelqu'un d'autre arrivent durant cette phase.

    Rédiger une documentation ? Oui aussi, cela prend du temps pour pas grand chose parfois mais il faut y passer.

    Je pense aussi au fait de versionner son code, tout le monde n'y pense pas forcément mais cela prend du temps en fin de compte si on compte les heures passés à coder suivi des heures passées à signaler ce que l'on a fait, les changements de branches, les ajouts, les suppressions, c'est peu pratique au final si on y pense et cela prend du temps qui pourrait être utilisé de façon plus utile.

  12. #32
    Membre expérimenté Avatar de nirgal76
    Homme Profil pro
    Autre
    Inscrit en
    septembre 2007
    Messages
    734
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Autre

    Informations professionnelles :
    Activité : Autre

    Informations forums :
    Inscription : septembre 2007
    Messages : 734
    Points : 1 451
    Points
    1 451

    Par défaut

    La chose la plus difficile que j'ai à faire pratiquement tous les jours, c'est savoir précisément ce qu'il faut faire. LA demande client se résume bien souvent à "j'voudrais un machin qui fait des trucs...combien de temps il te faut ?"...c'est lassant

  13. #33
    dk
    dk est déconnecté
    Membre actif
    Profil pro
    Inscrit en
    juin 2004
    Messages
    72
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juin 2004
    Messages : 72
    Points : 211
    Points
    211

    Par défaut

    Résultats intéressants. Ce qui me frappe c'est le point "concevoir une solution" : 0.92% / 2% Il n'y que des archi qui ont répondu au questionnaire ou quoi ?
    Au taf je réalise beaucoup de revue de code / conception, s'il y a un problème récurrent, c'est bien la conception, et effectivement ensuite le nommage, ce qui est lié parce que les devs ne saisissent pas toujours très bien ce qu'ils implémentent, ni comment ils l'implémentent. Vive l'auto évaluation en somme

  14. #34
    Invité
    Invité(e)

    Par défaut

    Citation Envoyé par dk Voir le message
    Résultats intéressants. Ce qui me frappe c'est le point "concevoir une solution" : 0.92% / 2% Il n'y que des archi qui ont répondu au questionnaire ou quoi ?
    Au taf je réalise beaucoup de revue de code / conception, s'il y a un problème récurrent, c'est bien la conception, et effectivement ensuite le nommage, ce qui est lié parce que les devs ne saisissent pas toujours très bien ce qu'ils implémentent, ni comment ils l'implémentent. Vive l'auto évaluation en somme
    Très bonne remarque.

    Et si on inclut les 16% de "Expliquer ce qu'on fait", ça pourrait vouloir dire que 65% des développeurs ne savent pas ce qu'ils font et n'en n'ont même pas conscience.
    Ou alors ils font du PHP.

  15. #35
    Rédacteur

    Avatar de autran
    Homme Profil pro
    Développeur Java
    Inscrit en
    février 2015
    Messages
    1 172
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur Java
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : février 2015
    Messages : 1 172
    Points : 6 793
    Points
    6 793
    Billets dans le blog
    69

    Par défaut

    Citation Envoyé par nokomprendo Voir le message
    Très bonne remarque.
    Et si on inclut les 16% de "Expliquer ce qu'on fait", ça pourrait vouloir dire que 65% des développeurs ne savent pas ce qu'ils font et n'en n'ont même pas conscience.
    Ou alors ils font du PHP.
    Et pour cause, la plupart développeurs sont trop jeunes pour avoir cette maturité.
    Quant à ceux qui sont matures, la RH les juge trop vieux et n'en veut plus comme développeurs mais c'est un autre débat...
    Développeur Java/Python
    Site Web

  16. #36
    Expert confirmé
    Avatar de Matthieu Vergne
    Homme Profil pro
    Chercheur en informatique
    Inscrit en
    novembre 2011
    Messages
    1 726
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Chercheur en informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 1 726
    Points : 5 454
    Points
    5 454
    Billets dans le blog
    2

    Par défaut

    Je vais faire froncer les sourcils, mais pour ma part, aucune difficulté à évaluer le temps nécessaire ! {^_^}
    Comment voulez-vous trouver difficile une tâche qu'on ne fait pas ?

    Ça fait longtemps que je ne fais plus d'évaluations de ce genre (et quand on me demande combien de temps il me faut, je propose une date pour voir où ça en est). Quand la tâche est simple, pas besoin d'évaluer sa durée, ça se fera entre deux tâches pour se changer les idées, sinon on se met d'accord sur une date de contrôle pour évaluer l'avancée des travaux (c'est pourquoi je préfère parler de milestone plutôt que de deadline), et on se dit si oui ou non ça a l'air de valoir le coup de continuer, de reporter ou d'oublier tout simplement.

    Mais je l'avoue, je triche : je fais de la recherche. {^_^}v
    Site perso
    Recommandations pour débattre sainement

    Références récurrentes :
    The Cambridge Handbook of Expertise and Expert Performance
    L’Art d’avoir toujours raison (ou ce qu'il faut éviter pour pas que je vous saute à la gorge {^_^})

  17. #37
    Membre éprouvé
    Profil pro
    Inscrit en
    février 2004
    Messages
    1 640
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : février 2004
    Messages : 1 640
    Points : 1 065
    Points
    1 065

    Par défaut

    Sortant d'une expérience en SSII assez douloureuse, je ne me sens pas assez objectif pour participer à ce débat

    Juste que les réponses proposées sont très très limitées, on pourrait rajouter par exemple :

    - "Assumer les manques de responsabilités de la hiérarchie"
    - "Assumer de coûter un peu plus de 3 pesos"
    - "Assumer de jouer avec la merde que le commercial a vendu"
    - "Assumer le fait de ne rien pouvoir dire car le client est roi, le commercial rapporte, toi tu coûtes et trop cher pour juste faire joujou avec des ordinateurs"

    - Et bien d'autres avant de parler de notre métier de développeur / d'ingénieur qui n'a strictement plus rien à voir dans ce contexte là.
    "Heureusement qu'il y avait mon nez, sinon je l'aurais pris en pleine gueule" Walter Spanghero

  18. #38
    Membre éprouvé
    Profil pro
    Inscrit en
    février 2004
    Messages
    1 640
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : février 2004
    Messages : 1 640
    Points : 1 065
    Points
    1 065

    Par défaut

    Citation Envoyé par nirgal76 Voir le message
    La chose la plus difficile que j'ai à faire pratiquement tous les jours, c'est savoir précisément ce qu'il faut faire. LA demande client se résume bien souvent à "j'voudrais un machin qui fait des trucs...combien de temps il te faut ?"...c'est lassant
    Mais une fois en qualif il devient subitement très très très précis sur les exigences.
    "Heureusement qu'il y avait mon nez, sinon je l'aurais pris en pleine gueule" Walter Spanghero

  19. #39
    Expert éminent sénior

    Profil pro
    Développeur informatique
    Inscrit en
    novembre 2006
    Messages
    6 004
    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 004
    Points : 11 261
    Points
    11 261

    Par défaut

    bonjour les tâches les plus difficiles essentiellement pour un développeur c'est de

    comprendre précisément le métier du client dans le service informatique
    si vous travaillez dans la banque il faut comprendre un minimum les métiers de la banque.

    pouvoir conceptualiser , aller dans l'abstraction...avoir une vision globale d'un projet...

    de ce qui est indiqué précédemment analyser un problème complexe et le décomposer en problèmes simples donc découper en modules.
    reprendre le code de quelqu'un d'autre surtout s'il y a des tonnes de copier-coller avec du code redondant et aucun refactoring.

    ce qui quelque part rejoint les avis précédents.
    Etant donné que "ce qui se conçoit aisément s'énonce clairement" effectivement nommer ce que l'on fait peut être difficile je ne suis pas étonné par les résultats du graphique

    Citation Envoyé par nokomprendo Voir le message
    Et si on inclut les 16% de "Expliquer ce qu'on fait", ça pourrait vouloir dire que 65% des développeurs ne savent pas ce qu'ils font et n'en n'ont même pas conscience.
    des projets que l'on est pas capable d'expliquer j'ai déjà participé à ce genre de projets..
    à la base le projet est mal défini, n'a pas de fonctionnalités pertinentes et c'est pour satisfaire les ambitions d'un DSI
    * Descartes: "je pense donc je suis"
    * Bob l'éponge : "je pense donc j'essuie"
    * l'infirmière : "je panse donc je suis"

  20. #40
    Rédacteur
    Avatar de Franck.H
    Homme Profil pro
    Développeur .NET
    Inscrit en
    janvier 2004
    Messages
    6 896
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Service public

    Informations forums :
    Inscription : janvier 2004
    Messages : 6 896
    Points : 12 510
    Points
    12 510

    Par défaut

    Pour ma part, c'est surtout travailler avec le code d'autres développeurs, surtout dans mon cas, celui de mes prédécesseurs qui ont codé un peu comme des cochons

    • Code pas clair et peu mis en forme
    • Aucune documentation sur le code et les schémas de données


    Il n'y a pas pire pour perdre un temps énorme pour faire des choses simples.
    Mon Site
    Ma bibliothèque de gestion des chaînes de caractères en C

    L'imagination est plus importante que le savoir. A. Einstein

    Je ne répond à aucune question technique par MP, merci d'avance !

Discussions similaires

  1. Réponses: 42
    Dernier message: 07/08/2009, 21h11
  2. Réponses: 16
    Dernier message: 19/05/2005, 16h20

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