Différences

Ci-dessous, les différences entre deux révisions de la page.

--- issue64:c_c [2012/09/25 16:21] – andre_domenech
+++ issue64:c_c [2012/10/09 14:51] (Version actuelle) – andre_domenech
@@ Ligne 14: / Ligne 14: @@
 **
-Ce mois-ci, j'ai pensé que je pourrais m'éloigner des tutoriels pour une fois et en remplacement, présenter à mes lecteurs le concept d'un Environnement de Développement Intégré (EDI - Integrated Development Environment IDE), afin d'expliquer quelques-unes des raisons pour lesquelles un EDI pourrait être utile pour les programmeurs. Suite à cela, je citerai les EDI que j'utilise, ainsi que les langages pour lesquels je ne sens pas réellement le besoin d'un environnement de développement.
+Ce mois-ci, j'ai pensé que je pourrais m'éloigner des tutoriels pour une fois et à la place, présenter à mes lecteurs le concept d'un Environnement de Développement Intégré (EDI - Integrated Development Environment IDE), afin d'expliquer quelques-unes des raisons pour lesquelles un EDI pourrait être utile pour les programmeurs. Après cela, je citerai les EDI que j'utilise, ainsi que les langages pour lesquels je ne sens pas réellement le besoin d'un environnement de développement.
-Qu'est-ce qu'un EDI?
+Qu'est-ce qu'un EDI ?
- Un EDI est essentiellement un éditeur qui contient également un compilateur/interpréteur et un accès facile à la documentation, et offre généralement des modules pour déboguer et tester. Quelques-uns des plus avancés offrent également diverses formes d'auto-complétion.
+ Un EDI est essentiellement un éditeur qui contient également un compilateur/interpréteur et un accès facile à la documentation ; il offre généralement des greffons pour le débogage et les tests. Quelques-uns des plus avancés proposent également diverses formes d'auto-complétion.
 Pourquoi utiliser un EDI ?
  • Apprendre les langages.
  • Faciliter la gestion de projets de grande envergure.
- • Accès facile aux compilateur/interpréteur, débogueur, et aux environnements de test.
+ • Accès facile aux compilateur/interpréteur, débogueur et aux environnements de test.
-L'utilisation d'un IDE peut rendre beaucoup plus facile le démarrage avec un nouveau langage, car il peut proposer des corrections de fautes de frappe (ou signaler que vous utilisez des appels de fonction d'un autre langage). Si votre EDI ne met pas en évidence les erreurs, au moins il rendra facile la compilation rapide et l'exécution du code pour vérifier les exceptions et les erreurs d'exécution.
+L'utilisation d'un EDI peut rendre beaucoup plus facile le démarrage avec un nouveau langage, car il peut proposer des corrections de fautes de frappe (ou signaler que vous utilisez des appels de fonction d'un autre langage). Si votre EDI ne met pas en évidence les erreurs, au moins il rendra facile la compilation rapide et l'exécution du code pour vérifier les exceptions et les erreurs d'exécution.
 **
@@ Ligne 33: / Ligne 33: @@
 **
- Lorsque vous travaillez sur des projets plus importants, il est souvent utile d'utiliser un EDI qui offre une arborescence de fichiers intégrée pour garder une trace d'où sont les fichiers et parce qu'il offre des outils pour un débogage plus facile. Une fois que vous avez plus de 100-200 lignes de code, je ne recommanderais généralement pas d'essayer de faire votre débogage manuellement, mais à la place d'utiliser un cadre réel de test et de débogage.
+Lorsque vous travaillez sur des projets plus importants, il est souvent utile d'utiliser un EDI qui offre une arborescence de fichiers intégrée pour garder une trace de l'emplacement de chaque fichier et parce qu'il offre des outils pour un débogage plus facile. Une fois que vous avez plus de 100-200 lignes de code, je ne recommanderais généralement pas d'essayer de faire votre débogage manuellement, mais, à la place, d'utiliser un cadre réel de test et de débogage.
-La seule exception à cela, pour moi, est Java. J'essaie de toujours utiliser Eclipse avec Java lorsque cela est possible, tout simplement parce qu'un certain nombre de fonctions ont des noms longs, et l'auto-complétion peut rendre la vie plus facile. Une alternative à cela est de simplement redéfinir les fonctions avec des noms plus courts, mais cela peut devenir très compliqué. Comme je suis déjà dans Eclipse lorsque je travaille en Java, j'ai tendance à utiliser le débogueur intégré quelle que soit la taille du fichier. Utiliser quelque chose comme jUnit est excessif pour la plupart des projets de base ; je l'utilise seulement quand j'ai plusieurs fichiers de quelques centaines de lignes de code, ou si je suis obligé de le faire pour la classe ou au travail.
+La seule exception à cela, pour moi, est Java. J'essaie de toujours utiliser Eclipse avec Java lorsque cela est possible, tout simplement parce qu'un certain nombre de fonctions ont des noms longs et l'auto-complétion peut rendre la vie plus facile. Une alternative à cela est de simplement redéfinir les fonctions avec des noms plus courts, mais cela peut devenir très compliqué. Comme je suis déjà dans Eclipse lorsque je travaille en Java, j'ai tendance à utiliser le débogueur intégré quelle que soit la taille du fichier. Utiliser quelque chose comme jUnit est excessif pour la plupart des projets de base ; je l'utilise seulement quand j'ai plusieurs fichiers de quelques centaines de lignes de code, ou si je suis obligé de le faire pour la classe ou au travail.
 **
@@ Ligne 47: / Ligne 47: @@
 Quel EDI dois-je utiliser ?
-En fin de compte, ça revient à ce que vous souhaitez utiliser. Il y a quelques environnements très avancés comme Eclipse (pour Java ou C), qui tiendra plus de place qu'un EDI de base. La version actuelle d'Eclipse nécessite un peu plus de 200 Mo d'espace sous Linux. Gardez à l'esprit que plus vous avez de fonctionnalités en cours d'exécution à la fois, plus de RAM est utilisée. Pour cette raison, je trouve Eclipse trop difficile à manier. Je l'utilise avec Java, et Java seul, tout simplement parce que c'est ce que mon université demande, et en tant que tel c'est ce à quoi je suis habitué. Netbeans est une autre option pour le développement Java/C/C++/PHP. Cependant, j'ai tendance à ne pas écrire beaucoup de grands programmes, et je trouve qu'un éditeur de texte et un terminal sont suffisants pour le C, le C++ et PHP. De même avec Python, mais j'ai tendance à utiliser l'interpréteur interactif pour tester des idées avant de commencer à coder.
+En fin de compte, ça revient à ce que vous souhaitez utiliser. Il y a quelques environnements très avancés comme Eclipse (pour Java ou C++), qui tiendront plus de place qu'un EDI de base. La version actuelle d'Eclipse nécessite un peu plus de 200 Mo d'espace sous Linux. Gardez à l'esprit que plus vous avez de fonctionnalités en cours d'exécution à la fois, plus la quantité de RAM utilisée augmente. Pour cette raison, je trouve Eclipse trop difficile à manier. Je l'utilise avec Java, et Java seul, tout simplement parce que c'est ce que mon université demandait, et en tant que tel c'est ce à quoi je suis habitué. Netbeans est une autre option pour le développement Java/C/C++/PHP. Cependant, j'ai tendance à ne pas écrire beaucoup de grands programmes, et je trouve qu'un éditeur de texte et un terminal sont suffisants pour le C, le C++ et le PHP. De même avec Python, mais j'ai tendance à utiliser l'interpréteur interactif pour tester des idées avant de commencer à coder.
-La conclusion est simple. Pensez à ce que vous voulez atteindre facilement, quelle taille vos programmes ont habituellement, et pesez les avantages et inconvénients de l'apprentissage d'une nouvelle interface. De plus, si vous avez des contraintes de temps, vous voudrez peut-être utiliser un EDI, car ils peuvent réduire le temps de développement et de test (tant que vous êtes à l'aise avec l'interface). Une fois que vous avez choisi vos raisons, trouvez un EDI qui les remplissent, et essayez les. Répétez jusqu'à ce que vous trouviez celui avec lequel vous êtes à l'aise (ou qui répond parfaitement à vos besoins).
+La conclusion est simple. Pensez à ce que vous voulez atteindre facilement, la taille habituelle de vos programmes, et pesez les avantages et inconvénients de l'apprentissage d'une nouvelle interface. De plus, si vous avez des contraintes de temps, vous voudrez peut-être utiliser un EDI, car ils peuvent réduire le temps de développement et de test (si vous êtes à l'aise avec l'interface). Une fois que vous avez défini vos raisons, trouvez quelques EDI qui s'y appliquent, et essayez-les. Répétez jusqu'à ce que vous trouviez celui avec lequel vous êtes à l'aise (ou qui répond parfaitement à vos besoins).
 **
@@ Ligne 59: / Ligne 59: @@
 Light Table : Un nouveau concept d'EDI
- J'ai récemment vu un commentaire de Chris Granger sur sa pratique d'un EDI appelé Light Table. Pour un lien, voir la section « Pour aller plus loin » ci-dessous. Depuis ce commentaire, il a financé avec succès le projet sur Kickstarter, il a promis la prise en charge de Python après Clojure, et sorti un prototype (le « Light Table Playground »). Je suis très intéressé par le produit final. Il a introduit de nouvelles idées (comme son espace de travail « Lumière »), et a offert des implémentations très attrayantes pour toutes les autres idées. J'utilise Light Table Playground depuis qu'il est sorti et je trouve l'interface plus propre que toute autre interface que j'ai jamais vu. À l'heure actuelle, la plupart des fonctionnalités de la vidéo de concept ne sont pas disponibles, offrant principalement le commentaire instantané pour le moment. Cependant, pour tous ceux qui aiment Clojure, ou qui veut simplement jeter un oeil à quelque chose de nouveau, je vous recommande d'aller y voir.
+J'ai récemment vu un commentaire de Chris Granger donnant son avis sur un EDI appelé Light Table. Pour un lien, voir la section « Pour aller plus loin » ci-dessous. Depuis ce commentaire, il a financé avec succès le projet sur Kickstarter, il a promis la prise en charge de Python après Clojure, et sorti un prototype (le « Light Table Playground »). Je suis très intéressé par le produit final. Il a introduit de nouvelles idées (comme son espace de travail, clair, léger et prêt à vous épauler), et a offert des implémentations très attrayantes pour toutes les autres idées. J'utilise Light Table Playground depuis qu'il est sorti et je trouve l'interface plus propre que toute autre interface que j'ai jamais vu. À l'heure actuelle, la plupart des fonctionnalités de la présentation vidéo du concept ne sont pas disponibles, offrant principalement le commentaire instantané pour le moment. Cependant, pour tous ceux qui aiment Clojure, ou qui veut simplement jeter un œil à quelque chose de nouveau, je vous recommande d'aller le regarder.
 **
@@ Ligne 75: / Ligne 75: @@
 **
-J'espère que certains d'entre vous ont trouvé cet article intéressant et que j'ai répondu au moins à quelques-unes de vos questions concernant les EDI. Si vous avez d'autres questions, commentaires ou demandes, vous pouvez m'envoyer un email à lswest34@gmail.com. Si vous décidez de me contacter, merci d'inclure « FCM » ou « C&C » dans la ligne d'objet, de sorte qu'il ne se perde pas dans ma boîte de réception.
+J'espère que certains d'entre vous ont trouvé cet article intéressant et que j'ai répondu à au moins quelques-unes de vos questions concernant les EDI. Si vous avez d'autres questions, commentaires ou demandes, vous pouvez m'envoyer un email à lswest34@gmail.com. Si vous décidez de me contacter, merci d'inclure « FCM » ou « C&C » dans la ligne d'objet, de sorte qu'il ne se perde pas dans ma boîte de réception.
 Pour aller plus loin :
@@ Ligne 86: / Ligne 86: @@
 http://netbeans.org/