Reprise du message précédent :

 
Bonjour le merdier.

 
mais non, il s'appelle gfive

si y'a pas de CONARE, je vote pas

On peut demander à Dion si tu veux.

Mais une fois que tu es sur le réseau Orange ca marche comme sosh non ?
 
 

Non. Et je sais pas si c'est un troll digne des blagues de mon fils de 2 ans, ou si tu mérites un débarquement que même un retina macbook aurait du mal à afficher.

Si je comprends bien la solution du moment à l'UMP, c'est de voter pour savoir si il faut revoter ?

TIL: http://phpsadness.com/sad/39

ne pas payer d'impôts  

Des petites ou des grosses commissions ?

Bon sinon, je jette un oeil à Javascript (et je sens que ça ne va pas tarder à me donner des boutons d'acné).
 
"1" == 1 --> false
"1" === 1 --> true
"false" == false --> false
"false" === false --> false
 
lol wtf
 
J'organise donc un vote pour le siège d'Un langage Méga Pourri: entre Jean-François PHPé et François Javascript, quel est le langage le plus pourri ?

Je vote powershell

J'pense que tu t'es planté dans tes trucs un peu, "1" == 1 c'est true et "1" === 1 c'est false, pas l'inverse.

J'vais te suggérer de lire http://bonsaiden.github.com/JavaScript-Garden/ parce que si tu nous les refait toutes on est pas sortis de l'auberge.

Non mais c'est même pas un concours, PHP gagne de très loin sur tous les tableaux. La version PHP du lien précédent c'est plus http://me.veekun.com/blog/2012/04/ [...] ad-design/

Déjà tu te plantes, ensuite c'est recommandé de toujours utiliser ===. Sinon, je crois pas que tu mesures l'étendue du fail de PHP

http://en.wikipedia.org/wiki/Volks [...] Operations
 
WTF

noob  

Ah ouais quand meme... Tain je savais pas tout ca... J'ai du lire 50% du post, c'est un WTF integral....

oups ah et merci pour le lien

OK, j'avais pas pris la peine de le lire la première fois que le lien avait été posé, mais là effectivement, rien que la fonction @fopen, je crois que c'est bon, we have a winner.

prem's

C'est sûr que quand on regarder touts les vieilles fontions héritées du C gardées pour rétrocompatiblité, c'est pas super joli. Mais il suffit de regarder le code du Zend framework par exemple pour se rendre compte qu'on peut coder proprement avec. Je dis ça je dis rien, c'est pas comme si je vous sentais ouverts d'esprit.
 
Pour le Js même topo, c'est en général des gens qui savent pas en faire qui le critiquent le plus.

Si c'était le seul problème, PHP serait un largement moins mauvais langage qu'il ne l'est.

De même qu'on peut construire une maison en plantant ses clous à coup de semelle ou avec un gros caillou

L'ouverture d'esprit c'est bien, mais faut pas laisser ton cerveau tomber par terre non plus.

Cette assertion ne correspond absolument pas à la réalité.

Ouais, je sais pas pourquoi, je me doutais que ce serait argumenté comme "débat".

parce-que c'est blindé de trucs à la limite du crado?

Mais t'es pas obligé de les utiliser. Enfin bref, moi je vais m'arrêter là.

 
On peut faire des trucs propres dans tous les langages.
On peut faire des trucs sales dans tous les langages.
Pouvoir écrire un truc propre ou sale c'est pas très significatif de la qualité du langage. La question c'est plutôt à quel point c'est facile/difficile de le faire

 
Je te rejoins complètement. La ou je diverge sans doute de la doxa c'est que pour moi tant qu'on peut coder proprement, y'a pas de problème avec le langage.

Ben les retours de fonctions / résultats d'opérateurs par ex :
- impredictibles : faut lire la doc de la fonction pour savoir si le cas norminal te renvoie 0, null, etc
- y'a des silent fails, ce qui semble nécessiter de constamment checker ce que te renvoie la fonction, parce que c'est pas parce que t'as reçu la réponse du cas nominal que tu as obtenu le cas nominal

À partir de la je vois pas ce que tu peux argumenter, parce que juste ce point doit te pourrir la vie constamment, par ex en étant source de bugs très chiants à détecter...

Ça demande un super design d'avoir des retours consistants, mais je trouve ça super utile de pas avoir à m'en occuper parce que c'est bien fait

 
Mon expérience c'est que une fois que t'es "dans le bain", tu codes aussi tranquillement qu'avec autre chose.  Je concède qu'il soit chiant à apprendre, sans architecture globalement logique, mais on n'apprend un langage qu'une fois. Le C demande les mêmes réflexes (vérifier les retours, et des fois le retour est dans une variable en paramètre), pourtant on lui crie pas autant dessus.

Non mais le problème, c'est pas d'avoir à vérifier la valeur de retour. Le problème, c'est qu'il y a aucune cohérence entre les fonctions de la lib standard. Parfois, ça va retourner FALSE en cas d'erreur, parfois NULL, parfois rien et il faut appeler une autre fonction pour vérifier si tout c'est bien passé, parfois ça sera une exception.

En fait, plus généralement, le plus gros problème de PHP, c'est que s'il existe plusieurs façons de faire quelque chose, on peut être sûr de trouver des exemples pour chacune des façons de faire dans la lib standard, voire le langage lui-même...  Exemple le plus criant : les conventions de nommage.

Quand le point problématique c'est une fonction à la con que tu peux ré-écrire ou wrapper,
tu peux effectivement te débrouiller pour ne pas l'utiliser.

Quand par contre il s'agit d'un truc hyper global comme la gestion mélangée des erreurs/exceptions,
t'es obligé de subir le truc, tu ne peux pas ne pas l'utiliser, et tu ne peux pas non plus l'utiliser correctement.
(à cause de certains handlers que tu peux poser mais pas lire par exemple, tu peux pas faire un module clean
qui laisse le système dans le même état qu'il l'a eu en arrivant, du coup tu couples ton code sur des points
hyper fragiles avec aucun moyen de rendre problème visible, à défaut de pouvoir le résoudre.)

Quand je fais une connerie dans le code ou que j'introduis un bug, je me demande ce que je dois modifier
dans ma pratique pour que ça ne se reproduise plus, quel wrapper/check automatique je peux écrire et
utiliser pour ne pas reposer sur ma mémoire qui sera forcément faillible.
C'est trop souvent impossible en PHP, tu finis par atteindre ton nombre maximal d'embûches que tu peux
mémoriser simultanément et tu stagnes au lieu d'augmenter progressivement ta capacité à produire
du code de qualité et à exprimer des systèmes de plus en plus complexes.

 
*bloup*
 
 
 

 
dans le même temps, il est quasi mort chez les programmeurs interressants

'tin PHP doit être comparé au C pour pouvoir l'excuser maintenant? Pas mal (et incorrect accessoirement, C est un langage bas niveau, mem-unsafe avec un minimum de cohérence syntactique et sémantique) Tu veux pas faire C++, COBOL et MUMPS plutôt?

 
J'aime pas la gestion d'erreurs par exceptions (faut pas le dire, chut) donc quand je fais du php j'en utilise pas. Si je dois absolument en catcher une (ça a du m'arriver mais franchement c'est super rare), je la wrappe et je continue.

Mais alors tu gère comment un imprévu ?  
 
Tu prévois tout en amont ?  

Putain, des posts de 2002  
C'est encore Gilou qui a fait un mass delete ?

Ça a l'air d'être un core dev PHP, donc je présume qu'il renvoie FALSE (ou bien il segfault, dépend des jours)

 
set_error_handler

Ca serait pas mal un mod_php_copé qui remplacerait les erreurs par des phrases de Copé. Genre: "La ligne rouge a été franchie, j'en tire les conséquences."
 

 
http://www.france24.com/fr/2012112 [...] etats-unis