Discussion :

[sevyc64]

Si tu indente avec des espaces, ton indentation ne doit pas bouger quand tu passe un même code d'un logiciel à l'autre. Par contre, tu prend le risque lorsque tu modifier ou ajoute du code, de ne plus avoir la même mise en page que le code déjà existant suivant le nombre d'espace paramétré pour l'indentation dans le logiciel.

Si tu indente avec des tabulations, tu risque de casser ta mise en page lorsque tu passe un même code d'un logiciel à l'autre. Par contre lors de la modification ou ajout de code, le nouveau code aura la même mise en page que le code existant.

Le problème n'est pas situé au même endroit, mais le résultat est pratiquement le même.

La solution sera de ne plus jamais utiliser d'indentation mais ne comptez pas sur moi pour être le porte-parole de cette solution, je préfère encore m'emm**** avec le problèmes d'indentations, qui ne sont pas non plus la fin du monde (surtout avec des IDEs qui ont des fonctions de ré-indentation automatique)

[minnesota]

C'est toujours un débat effectivement.

Personnellement, j'utilise une indentation équivalent 2 espaces car sur la plupart des langages et IDE modernes c'est suffisant pour organiser le code, mais c'est vrai que la plupart des développeurs restent avec l'indentation par défaut à 4 espaces, voire 8 qui était la norme dans des IDE plus ancien.
Et effectivement lorsque l'indentation est faite avec des espaces ça provoque des décalages d'un développeur à l'autre.

Moi aussi c'est deux sinon on dépasse très vite la pseudo-limitation de 80 caractères, mais je trouve toujours que ça fait pas beau avec le "if" juste au dessus.

[unknow0]

Si tu indente avec des tabulations, tu risque de casser ta mise en page lorsque tu passe un même code d'un logiciel à l'autre. Par contre lors de la modification ou ajout de code, le nouveau code aura la même mise en page que le code existant.

normalement la taille d'une tabulation est parametrable, du coup les tabulations ne casse plus rien <(^_^)>

mais il ne me semble pas que tous les editeur permette cette configuration malheureusement.
(rhalala pourquoi tous le monde n'utilise pas des vrai editeur comme vim xD)

[sylvain_julmy]

Je débute l'informatique depuis moins d'un ans, donc je ne connais pas encore tout très bien, j'ai codé en C qui est le seul language de programmation dont j'ai les bases et maintenant je fais du développement web pour mon projet de stage afin d'entrer dans une école d'informatique.

Pour le peu que j'ai du codé en C j'ai commencé avec code::blocks mais je préfère largement utilisé notepad++.

[deathness]

@sylvain_julmy : Je serais assez curieux de connaitre le processus qui a mené à ce déterrage de topic

[jabbounet]

Je ne sais pas de quelle école je suis(à l'école, j'ai appris les plastiques, pas les octets).

Mais il est parfois indispensable de remonter dans le code du voisin pour comprendre pourquoi ce *%$£§ d'appel à une fonction standard ne marche pas. Il m'est arrivé de remonter sur 5 niveaux d'appels pour comprendre quel était le paramètre que j'avais mal rempli.

A ce titre, j'ai du mal à croire que les "nouveaux" ne farfouillent plus : quand on a pas le choix, on a pas le choix.



Sinon, +1 pour la tabulation indentatoire, outil élégant ét efficace significatif d'un codage civilisé.

+1
perso il m'est arrivé de remonter tout l'historique d'un flux sur un système assez complexe (comprenant une dizaine de module) pour comprendre que la cause de mon problème était une petite coquille dans le code du module d'entrée qui ne traitait pas un cas précis comme il était censé le faire.....

parfois la recherche de bug ressemble a un jeu de piste si l'on se donne la peine de vouloir jouer, étant joueur j'aime bien pour corriger un problème définitivement corriger la source de l'erreur plutôt que sa conséquence.

je connais pas mal de dev jeune ou plus expérimentés qui ne se serais pas amusé à suivre la piste et coller une jolie verrue dans le module ou le bug se produisait.

je pense que c'est plus une tournure d'esprit et une certaine volonté qui pousse a chercher la cause réelle cause d'un bug. le problème ça peu prendre du temps et je ne suis pas certain que l'impatience soit compatible avec type de recherche....

[sevyc64]

je connais pas mal de dev jeune ou plus expérimentés qui ne se serais pas amusé à suivre la piste et coller une jolie verrue dans le module ou le bug se produisait.

je pense que c'est plus une tournure d'esprit et une certaine volonté qui pousse a chercher la cause réelle cause d'un bug. le problème ça peu prendre du temps et je ne suis pas certain que l'impatience soit compatible avec type de recherche....

Non, c'est, je pense, avant tout une question d'apprentissage et d'éducation.

C'est impressionnant le nombre de jeunes (et parfois moins jeunes) qui ne savent pas se servir des outils de deboguage, qui, pour certains, ne savent même pas ce qu'est déboguer.
Et pour beaucoup, il ne sont même pas capable de chercher plus loin que le bout de leur ligne de code.
Il faut parfois batailler un moment, ne serait-ce que pour les faire remonter à la signature de leur méthode pour vérifier les types des paramètres

A la limite, je préfère avoir un stagiaire autodidacte, qu'un sortant d'une quelconque école d'informatique. Ils sont bien souvent bien plus ouvert d'esprits quand il s'agit de considérer que l'on a pu faire une erreur dans le code.

[ManusDei]

C'est impressionnant le nombre de jeunes (et parfois moins jeunes) qui ne savent pas se servir des outils de deboguage, qui, pour certains, ne savent même pas ce qu'est déboguer.

C'était pas dans le programme à la fac (enfin vaguement quand on a fait de l'assembleur).
Par contre, ça a été dans le programme de mes stages, avec gdb via eclipse, ou via ligne de commande, et nom de Zeus, c'est vachement plus lisible sous Eclipse .

Je doute que ça soit dans le programme des écoles d'info également (alors que ça serait bien pratique).

[Bousk]

Et pour beaucoup, il ne sont même pas capable de chercher plus loin que le bout de leur ligne de code.

Et pour beaucoup, ils ne sont même pas capable de chercher plus loin que le bout de leur ligne de code trouvée sur internet.

Combien d'aide au debug de collègues de promo sur leur "super fonction", issue de google, au mieux obsolète, au pire carrément à côté de la plaque de ce qu'ils voulaient faire.

Quant au debuger... malheureusement je ne l'ai jamais vu en cours, on ne nous a pas appris à l'utiliser. Heureusement en stage j'ai eu un super tuteur (une super équipe de manière générale, en plus d'un sujet très intéressant) qui m'a montré comment on debug sous visual rapidement. Après 10mn chrono à me montrer, ce fut un régal les mois suivant et depuis je ne peux plus m'en passer !
Le souci principal que je rencontrais en cours c'était que "chacun utilise l'outil de son choix", entre les mac user, les personnes sous PC ou un linux, dur d'uniformiser les outils et chacun en faisant qu'à sa tête, pour le peu qu'ils suivaient, je préférais leur inculquer la syntaxe du langage, STL et autres pattern.


Pour répondre au sujet : IDE graphique

[bob633]

J'utilise beaucoup Visual Studio depuis que je suis dans cette boite et c'est affolant comme je le trouve puissant

Pourquoi s'embêter à écrire du texte alors qu'un logiciel peut le faire pour nous, nous éviter beaucoup de soucis, ... seul les anciens aiment encore faire joue joue avec les éditeurs de texte purs je pense. Ca n'est que mon avis. Faut vivre avec son temps

[FirePrawn]

Bon ben puisqu'il y a eu déterrage...

Actuellement sous VS2008 ( C# oblige, et non ce n'est pas un choix ).
Mais j'ai tendance à préférer Eclipse, sans doute parce que je le connais beaucoup mieux ( VIVE JAVA ! ).
Et pour tous ceux qui disent que c'est une usine à gaz, c'est bien pratique d'avoir une usine quand le projet est une usine encore plus grosse

Pour le PHP/HTML/CSS/JS je préfère Notepad++.

[perejava]

j'ai déja utilisé les deux et je ne trouve pas de difficulté ni dans l'un ni dans l'autre mais si je me trouverai un jour dans l'obligation de choisir je vais choisir les editeurs graphiques car ils offrent plusieurs facilitées telles que la coloration synthaxique, l'indentation et bien d'autres tooooooooools

[Doksuri]

j'ai déja utilisé les deux et je ne trouve pas de difficulté ni dans l'un ni dans l'autre mais si je me trouverai un jour dans l'obligation de choisir je vais choisir les editeurs graphiques car ils offrent plusieurs facilitées telles que la coloration synthaxique, l'indentation et bien d'autres tooooooooools

les editeurs en mode texte les font aussi...peut-etre pas l'indexation, mais colorisation et autres toooools oui =)

[Luc Hermitte]

les editeurs en mode texte les font aussi...peut-etre pas l'indexation, mais colorisation et autres toooools oui =)

Tout à fait.
Toutefois, grâce à clang, on voit fleurir des plugins qui permettent de faire un bien meilleur boulot que ce que l'on avait jusqu'à lors via ctags. Ici, clang_indexer pour vim.

Bref, une fois de plus des critiques qui prouvent une totale méconnaissance de ce dont sont capables ces fameux éditeurs texte ...
(franchement ? "pas de colorisation" ??? )