French subtitles

← Getting Past Errors

Get Embed Code
13 Languages

Showing Revision 1 created 10/28/2015 by sp8.

  1. La raison pour laquelle nous vous avons
    posé la dernière question sur la création
  2. et la correction d'une erreur, c'est parce
    qu'une qualité importante chez les
  3. développeurs est de dépasser les erreurs.
  4. Aucun développeur n'écrit parfaitement
    un code dés la première fois.
  5. Si vous y réfléchissez,
  6. le produit de recherche Google complet
    n'a pas été écrit parfaitement en un jour.
  7. Il y eut beaucoup de versions, pendant de
    nombreuses années, et cela continue.
  8. Alors, peu importe si vous êtes un nouveau
    développeur ou si vous êtes expérimenté,
  9. aller jusqu'au but final
    n'est pas exactement une ligne droite.
  10. Vous aurez des obstacles à franchir
    et vous allez devoir être très créatif
  11. pour essayer de trouver d'autres
    solutions pour contourner ces obstacles.
  12. Lorque vous aurez trouvé une solution,
    il faudra régler un autre problème, etc...
  13. Et il faut toujours réfléchir
    aux moyens de
  14. contourner ces obstacles.
  15. Et enfin, après beaucoup de travail, vous
    finirez par toucher au but, et
  16. même si c'est un énorme défi, cela
    en vaut vraiment la peine, parce que
  17. vous prenez confiance en vous et vous
    êtes vraiment fier de votre travail.
  18. Ainsi, les bons développeurs savent
    comment rebondir après une erreur et
  19. poursuivre leur travail.
  20. Voici quelques habitudes et
  21. strategies utilisées pour débugger,
    ou corriger leurs erreurs.
  22. D'abord, ils lisent le message d'erreur.
  23. Lorsqu'on écrit un document
    dans Google Docs, par exemple,
  24. En cas de fautes d'orthographe,
    elles seront soulignées en rouge.
  25. De même, dans Android Studio,
    si vous avez mal saisi XML, alors
  26. ce sera indiqué par une ligne ondulée
    rouge ou ce sera souligné en rouge.
  27. Sur cette barre, à côté,
  28. vous verrez le message
    si vous vous déplacez sur la barre rouge.
  29. Mais dans notre XML Visualizer, il y a
    beaucoup de messages d'erreur pour aider.
  30. Si je crée une erreur, comme supprimer
    une guillemet, cela me dira
  31. qu'il y a un nombre inégal de
    guillemets et que je dois le corriger.
  32. Parfois, il vous dit aussi le numéro de
    ligne où se trouve le problème.
  33. Les numéros de ligne sont situés
    sur le côté gauche, ici.
  34. Ainsi, à la ligne six,
    nous savons qu'il y a un problème.
  35. Cela aide à réduire le problème d'espace,
    au lieu de parcourir tout l
  36. votre code pour essayer de trouver
    quel est le problème.
  37. Si vous ne comprenez toujours pas
    le message d'erreur, essayez
  38. d'identifier les mots que vous comprenez
    et ceux que vous ne comprenez pas.
  39. Vous pouvez toujours chercher sur Google
    les mots que vous ne comprenez pas ou
  40. simplement copier le message d'erreur
    et le copier dans une recherche Google.
  41. L'autre technique est d'utiliser
    des échantillons de code de travail et
  42. les comparer à ce que vous avez essayé,
    afin de comprendre ce qui ne va pas.
  43. Nous vous avons déjà donné des codes à
    examiner dans les dernières vidéos, et
  44. l'autre ressource utile est l'aide-mémoire
    Common Android Views que
  45. nous vous fournirons.
  46. Ici, nous voyons les noms des différentes
    vues, et nous avons aussi des extraits de
  47. code, ainsi qu'un aperçu du résultat
    sur l'appareil.
  48. Vous pouvez toujours comparer votre
    code à ce que nous avons ici et
  49. voir les différences.
  50. 3e technique : annuler.
  51. Si vous faites attention,
    lorsque vous tapez,
  52. vous devez vite être capable de voir
    lorsque vous tapez un code faux.
  53. Essayez d'annuler les dernières frappes
    pour voir si l'erreur est corrigée.
  54. Comme nous vous l'avons déjà montré,
    vous pouvez activer Cmd+Z pour annuler
  55. une modification ou Cmd+Shift+Z
    pour refaire une modification.
  56. Sur Windows, c'est Ctrl+Z pour annuler et
    Ctrl+Shift+Z pour refaire.
  57. Dans le XML visualizer, il y a ces boutons
    très pratiques pour supprimer et refaire.
  58. Quand on ne sait vraiment pas quoi faire,
    on peut toujours Réinitialiser le Code,
  59. qui vous ramène au
    code original que nous vous avons donné,
  60. et qui devrait fonctionner.
  61. La quatrième technique consiste juste
    à demander de l'aide.
  62. On peut contacter d'autres étudiants sur
    le salon de discussion pendant le cours ou
  63. sur les forums.
  64. Souvent, le simple fait de parler
    à une autre personne vous aidera
  65. à résoudre vos erreurs.
  66. N'ayez pas peur de demander de l'aide.
  67. Il y a beaucoup de très bons développeurs
    Android dans la communauté qui
  68. seront ravis de vous aider.
  69. En fait, savoir demander de l'aide est une
    qualité importante, chez un développeur.
  70. Posez des questions.
  71. Plus vous pratiquez, mieux vous
    saurez à qui demander et
  72. quoi leur demander, afin de vous aider
    à obtenir votre réponse plus vite.
  73. Vous pouvez aussi faire une copie écran du
    travail que vous effectuez,
  74. sur téléphone ou dans le XML Visualizer,
    et le partager avec le code
  75. sur les forums ou le tchat, pour que les
    gens connaissent votre contexte.
  76. Vérifiez les notes du formateur, pour
    plus de détails.
  77. Alors, voilà une chance pour vous de
    pratiquer certaines de ces techniques.
  78. J'ai quelques codes ici avec des erreurs.
  79. Si vous cliquez sur le lien ci-dessous,
    vous serez dirigé vers XML Visualizer,
  80. grâce à ce code déjà reconnu ici.
  81. Il y a une série de messages d'erreurs,
    je veux que vous essayez de les lire et
  82. de résoudre les erreurs.
  83. Puis, revenez sur la page et décrivez
    au moins deux problèmes remarqués.
  84. En supplément, dites-moi si vous avez
    découvert les quatre problèmes.