Discussion :

[davcha]

Moi qui pensais que tu allais dire que tu n'aimes pas les langages objet... :p

Personnellement, j'aime pas les langages qui n'ignorent pas les caractères d'espacements (comme csh).
Sinon... J'aime pas tellement Java, principalement pour son organisation un peu trop bordellique à mon goût. Mais c'est souvent le cas de nombreux projets open-source, en fait.

[supersnail]

Bah,j'accroche pas vraiment avec python,qui devient illisible avec ses syntaxes raccourcies au maximum,et avec le C/C++ (à part des codes de débutants,c'est illisible )

En plus,avec l'indentation au "tab" près,pour python

Je préfère plus les langages comme Java,PHP ou encore javascript,où l'indentation est moins importante (même si je suis maniaque de ce côté-là :p)

[Jidefix]

Perso j'ai tout de suite detesté LISP, peut-être pour la simple raison qu'à la fac on faisait les exercices sur papier (j'ai jamais compris)
et que gérer les parenthèses et l'indentation sur du papier ben...

c'est chiant.

[deadalnix]

En plus,avec l'indentation au "tab" près,pour python

En python ou pas, les gens qui ne font pas leur indentation au tab près, ça me gonfle. D'autant qu'il y a des IDE qui font ça très bien à ta place.

Je te souhaite bien du courage pour reprendre du code d'autres qui ne sont aps indentés correctement.

[BugFactory]

Coder comme un porc, c'est ce qui est le plus portable : on peut le faire dans n'importe quel langage.

Ceci dit,
Javascript + CSS + Internet Explorer 6 =

[supersnail]

@dealdanix : ce que je voulais dire,c'est que avec python,si on met un "tab" en trop,bah il va râler....
Sinon j'ai pour habitude de bien indenter,c'est la syntaxe de python que j'aime pas du tout

[MoscoBlade]

Je ne supportes plus le vb ... En plus il n'y a même pas de ";" à la fin de chaque ligne de code

[jabbounet]

Je ne supportes plus le vb ... En plus il n'y a même pas de ";" à la fin de chaque ligne de code

Quant tu écrit une lettre a tes amis (mail ou autre), tu met un point a chaque fin de ligne?

cela dépend de la façon dont la grammaire est définie, certains langage considèrent que l'habitude est de mettre une instruction par ligne et considère le cas d'utiliser plusieurs lignes comme le cas inhabituel.

c'est pour cela par exemple que dans certains langage (shell, makefile, ... entre autre) tu n'as pas de caractères pour indiquer la fin de ligne, cependant tu as un caractère pour indiquer que ta ligne continue après le saut de lignes si besoin.

[deadalnix]

@dealdanix : ce que je voulais dire,c'est que avec python,si on met un "tab" en trop,bah il va râler....
Sinon j'ai pour habitude de bien indenter,c'est la syntaxe de python que j'aime pas du tout

Je ne suis pas un grand fan de python, mais je trouve que cet aspect du langage, un peu borné, en fait un bon langage pour débuter. Au moins, tu es pas tenté de prendre de mauvaises habitudes.

@MoscoBlade : en effet, vb c'est a vomir

[MoscoBlade]

Quant tu écrit une lettre a tes amis (mail ou autre), tu met un point a chaque fin de ligne?

cela dépend de la façon dont la grammaire est définie, certains langage considèrent que l'habitude est de mettre une instruction par ligne et considère le cas d'utiliser plusieurs lignes comme le cas inhabituel.

c'est pour cela par exemple que dans certains langage (shell, makefile, ... entre autre) tu n'as pas de caractères pour indiquer la fin de ligne, cependant tu as un caractère pour indiquer que ta ligne continue après le saut de lignes si besoin.

En fait, j'ai fait mes classes en C, donc le jour où j'ai fait un peu de vb le premier truc qui m'a géné c'est l'absence de ";". Cela ne représente que mon avis.

[_skip]

Accrochez-vous bien, ma hantise c'est le PHP!

Oui je sais que pour beaucoup de gens ce langage a tout pour plaire,

• il est simple et facile à apprendre on arrive très vite à un résultat

• il y a une commnauté active derrière

• c'est bien documenté

• c'est bien standardisé

• c'est pas cher à héberger...

• etc...

Mais alors qu'est-ce que je lui reproche? Cet horrible laxisme dans sa syntaxe, son typage à la noix qui permet aux gens de comparer des choux avec des chèvres, d'additionner des strings à des entiers et de multiplier tout ça par un tableau de booléen (enfin peut être quand même pas mais pas loin).

Résultat : les ide sont limités dans leur fonctionnalité de refactoring et d'autocomplétion, les chances qu'un algo faux marche par bol en dév et casse en production sont très élevées. Aucune erreur, aucun warning à la compilation et difficile de tester un programme si on n'atteint pas les 100% de code coverage.

Voilà, je sais reconnaître qu'il a des qualités, mais je n'aime vraiment pas bosser avec. J'ai l'impression que c'est trop du bricolage...

[deadalnix]

Aucune erreur, aucun warning à la compilation et difficile de tester un programme si on n'atteint pas les 100% de code coverage.

ça, ça se configure.

Mais je suis d'accord avec ce que tu reproche à PHP. J'ajouterais bien un tas de trucs, mais la plupart sont ajoutés dans la prochaine version (pas de namespace, pas de garbage collection, etc . . .).

Ceci dit, j'aime bien PHP, on a une productivité d'enfer avec si on l'utilise bien (mais alors, combien de fois j'ai vu du code PHP absolument horrible et du coup, pratiquement indébuggable !).

[JulienDuSud]

Euh... À mon avis les 2 du dessus vous confondez langage et programmeur...

Le C aussi te permet de comparer des pommes avec des poires, le C++ aussi, et jusqu'à une certaine mesure, à peu près tous les langages...

[Tommy31]

Mmm, disons qu'en php, en plus d'accepter des comparaisons hétérogènes, on aboutit à des résultats déroutants :

$var = true ;
if( $var == "true" ) echo("C'est vrai !"); // la chaine true est vraie car non vide donc le test d'égalité renvoie vrai !
if( $var == "false" ) echo("C'est faux !") // même chose, sauf que là, l'affichage devient plus étonnant
if( $var == "caribou" ) echo("C'est un cariboo !"); // cela marche avec n'importe qu'elle chaîne
if( $var == 4 ) echo("C'est le nombre 4!") ; // cela marche aussi avec un type numérique. 4 est vrai !

donne à l’écran

C'est vrai !
C'est faux !
C'est un caribou !
C'est le nombre 4 !

[_skip]

Euh... À mon avis les 2 du dessus vous confondez langage et programmeur...
Le C aussi te permet de comparer des pommes avec des poires, le C++ aussi, et jusqu'à une certaine mesure, à peu près tous les langages...

Au moins tu sais si les variables avec lesquels tu travailles et les paramètres que tu passes aux fonctions c'est du lard ou du cochon. C'est agréable tu sais quand tu fais du refactoring que le compilateur détecte les erreurs...

C'est aussi agréable de ne pas avoir besoin d'un test unitaire pour savoir que tu as pas fait une faute d'orthographe dans le nom d'une variable lors d'une affectation.

[el_slapper]

perso, je déteste tout langage qui remplace le civilisé

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
if blala
   (.../...)
else
   (.../...)
end if

par le barbare

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
if (blala){
   (.../...)}
else{
   (.../...)}

les intéressés se reconnaitront(enfin, mon code à accolades est certainement faux, mais c'est pour l'exemple). Évidemment, c'est du troll, mais je n'ai jamais réussi à me retrouver dans toutes ces horreurs de crochets-accolades-parenthèses dans tous les sens, la ou un mot complet(4 misérables caractères de plus à taper) est tellement plus lisible.

Je ne parle même pas des langages qui ne permettent même pas de faire un switch sur un booléen, s'interdisant ainsi l'élégant et efficace

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
select case true
   case a=0
      (.../...)
   case a=2
      (.../...)
   case a>4
      (.../...)
   case b=c
      (.../...)
   case else
      (.../...)
end select

en le remplaçant par un illisible salmigondis de if & elseif imbriqués avec des parenthèses partout, le meilleur moyen pour se paumer dans l'enchevêtrement des conditions.(parceque oui, il existe souvent des specs assez tordues pour exiger un code comme celui-ci).

(bon, je me planque, les puristes vont me flamber, je sens.....)

[Médinoc]

en le remplaçant par un illisible salmigondis de if & elseif imbriqués avec des parenthèses partout, le meilleur moyen pour se paumer dans l'enchevêtrement des conditions.(parceque oui, il existe souvent des specs assez tordues pour exiger un code comme celui-ci).

(bon, je me planque, les puristes vont me flamber, je sens.....)

Ben oui, on flambe: c'est pas plus compliqué en effet...

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
if(a==0)
{
	(.../...)
}
else if(a==2)
{
	(.../...)
}
else if(a>4)
{
	(.../...)
}
else if(b>c)
{
	(.../...)
}
else
{
	(.../...)
}

(au passage, ton second code est parfaitement valide en fait)

Pour les parenthèses et cie, c'est pourtant simple:

• accolades {} pour les blocs d'instructions; donc, dès que tu as un "end quelque chose" à taper, ce sera des accolades.
• crochets [] pour les indices de tableaux
• parenthèses () pour les fonctions et certains mots-clés (comme if et while)

C'est beaucoup plus lisible que des langages où la même paire de symboles est utilisée pour n'importe quoi. Par contre, j'admets qu'en C++ ça devient trop compliqué (car ils introduisent un nouvel usage pour inférieur et supérieur <> alors que ce sont toujours aussi des opérateurs de comparaison)

[souviron34]

(car ils introduisent un nouvel usage pour inférieur et supérieur <> alors que ce sont toujours aussi des opérateurs de comparaison)

sans compter (ce qu'on m'a défendu par ailleurs comme "une des puissances" ()) la surcharge de ceux-ci plus quelques autres aussi courant : +, -, *, / ...

Ce qui fait que toute personne (même hyper-compétente) arrivant devant un code C++ (ou autre du style) ne sait pas, a priori, si il s'agit d'une additon quand on voit "+", par exemple...


C'est pour moi le comble de l'obfuscation... (sous un prétexte fallacieux de "souplesse"...)

[Médinoc]

Pour moi, je dirais que comme toute chose, ça dépend de l'usage qui en est fait.

Par exemple, je ne vois aucun inconvénient à définir un opérateur d'addition pour une classe de chaîne de caractères, par exemple. Mais pour d'autres choses comme l'ajout d'un élément à une liste, ça devient de l'abus.

Mais ce qui m'énerve le plus avec ça, ce sont les surcharges d'opérateurs qui ne respectent plus le contrat de l'opérateur: Notamment, quand les gens confondent + et +=...

[souviron34]

Pour moi, je dirais que comme toute chose, ça dépend de l'usage qui en est fait.

Par exemple, je ne vois aucun inconvénient à définir un opérateur d'addition pour une classe de chaîne de caractères, par exemple. Mais pour d'autres choses comme l'ajout d'un élément à une liste, ça devient de l'abus.

Mais ce qui m'énerve le plus avec ça, ce sont les surcharges d'opérateurs qui ne respectent plus le contrat de l'opérateur: Notamment, quand les gens confondent + et +=...

oui, mais rien ne garantit que "+" ne sera pas surchargé en "-" ou en "/", par exemple...

On est lié au bon vouloir du programmeur..

Ce qui, si on tombe dans un gros code sale (ça arrive), ou dont l'auteur est relativement inconnu ou est un geek ou un chercheur, ben, faut remonter toute la chaîne pour savoir si "+" fait bien "+"...

Alors moi, ce genre de langage, et de "features", non seulement ça me laisse froid, mais c'est tout simplement absurde...