Reprise du message précédent :

qu'ils auraient prouvé l'existence du boson de Higgs avec une très très faible incertitude
 
le tout annoncé au monde lors du conférence avec des slides faits en Comic Sans MS et des couleurs très 70's

Non, ils ont prouvé l'existence d'un boson scalaire. C'est pas forcément le boson de Higgs, et il y en a pas forcément un seul. Il faut encore mesurer plein de trucs savants, genre son spin, sa diffusion, ses aptitudes en force, adresse, lockpicking, et plein de trucs comme ça.

Que notre univers va être remplacé par un autre plus complexe, instantanément.

 
ça y est, c'est fait, on peut reprendre une activité normale.

Votre univers a été mis à jour. Pour plus d'information, veuillez consulter le mode d'emploi.
Changelog:

Et ACTA a été rejeté au Parlement Européen à 90% des voix. On attend la réponse de Karel De Gucht.
 
C'est une bonne journée

Maintenant que c'est l'ete il fait plus de 12 degres celsius.
Machine doit donc suer comme une grosse otarie, voici donc un lien pour finalement l'achever et se debarasser de lui : http://fabien.potencier.org/articl [...] -you-think

getting things done > masturbation syntaxique de VB-istes

Quand il dit que c'est le langage qui évolue le plus vite, et que c'est le plus simple à apprendre, c'est marrant aussi.

J'aimerais bien vous voir argumenter, ça pourrait être constructif.
Mais bon, c'est moins facile, j'admets.

mysql_real_escape_string() ?

C'est moi, ou Google est de plus en plus merdique sur certaines requêtes ?

Je suis en train de tester la sandbox paypal, et forcément ça marche pas, alors je veux vérifier un truc si j'ai bien tapé le nom de l'user de la sandbox (fourni par paypal). J'ai le document PDF, et je voulais vérifier si un des caractères est un 1 (un) ou un l (èl).

Alors je tape dans google : paypal "sdk-three"

Ce con me dit

Et les résultats ne me donnent rien de satisfaisant.

Je tape exactement le même truc dans duckduckgo, et là paf, première page dans les résultats qui est la bonne (en l'occurence PayPal NVP API Overview )

Ah j'avais mis "date : last month"
 
Mais ça change rien, les résultats sont quand-même de la merde

• simple à apprendre :  

Grâce aux dizaines de fonctions similaires dont les conventions de nommage, l'ordre des paramètres et/ou les types de retours changent au gré du vent, par exemple?
Ou peut-être grâce aux superbes règles de cast implicite de certaines, qui te donnent alors silencieusement des résultats différents de ce qu'annonce la partie "return value" de la doc? La partie la plus importante de la doc c'est les "Notes" à la fin, pour les fonctions builtins...
 
Exemple simple : http://fr.php.net/manual/en/function.strlen.php
 

 
lulz. Et c'est comme ça partout...
 

• Un modèle objet "très solide" avec PHP 5.0 : tu as vraiment besoin de détails là?

Perso j'ai juste relevé 2 assertions purement gratuites et sans preuves. Des trucs qu'on sort quand on vit dans une bulle et qu'on ne se rend pas compte que le monde avance aussi ailleurs, ou quand on veut s'auto-persuader d'avoir raison
 
Simple à apprendre : en quoi est-ce plus simple, par exemple que des langages comme Python, Perl, Ruby ? Dans un monde imaginaire où les débutants ont le choix entre PHP, C++, et LISP, je veux bien, mais là franchement, je ne vois pas. D'autant plus que c'est pas les tutos sur les autres langages de haut niveau qui doivent manquer.
 
Evolution rapide : dur à quantifier... mais là aussi il n'avance rien à part que le langage et les best practices ont évolué. Ben oui, comme partout quoi. En Perl par exemple, y'a toute la mouvance Modern Perl, l'utilisation de Moose pour l'OO, DBIx::Class, les frameworks web modernes, etc.

Moi je veux bien, je ne connais que Java et PHP en objet et je n'ai jamais poussé très loin les concepts.

 
On dirait que c'est pas ta fête aujourd'hui...

 
Il faudrait retrouver la doc de l'époque pour voir ce qui était dispo exactement sur cette version là, mais c'était le strict minimum.
De mémoire ça a dû faire apparaitre la visibilité public/private/protected, et pas grand chose de plus.
Et ils ont pas pu s'empêcher d'ajouter des méthodes magiques et autres blagues histoire de rendre le code imbitable...

...et tu peux lui faire faire des trucs rigolos, à défaut d'être prévisibles par une esprit sain, à leur modèle objet solide : http://forum.hardware.fr/hfr/Progr [...] m#t2080981 et la suite

L'auteur râle sur les personnes qui utilisent les viux trucs "legacy" plutôt que les usages modernes. Prends un framework comme Zend et tu n'entendras même jamais parler de cette fonction.

La suite est du même acabit. Faut pas pousser la mauvaise foi pour le simple plaisir non plus hein. Si le langage a un problème, il devrait être assez simple de le montrer. Des cas théoriques jamais utilisée comme le unset($this) ne servent à rien sauf à se palucher dessus.

 
Par contre tu vas pleurer sur les appels de fonctions "magiques" qui se font via des passages en paramètres de noms de classes et ce genre de blagues.

 
Pour l'avoir utilisé, non.

(et leur manie de passer en paramètres un tableau $options dont les clés possibles ne sont détaillées clairement nulle part, t'obligeant à aller voir dans le code ce que la lib en fait derrière...)

Pour l'avoir utilisé, si.
Beaucoup trop de magie, dans ce truc. Tu perds un temps fou à retrouver le fil, quand tu cherches à débugger un truc.

tu veux que je te parle de la dernière fois (lundi dernier) que j'ai tenté de dé-entitiser du HTML ?

 
C'est plus clair ainsi?

 
Non, je sais faire, par contre par curiosité je veux bien que tu m'expliques le besoin de parser du html côté serveur.

Générer un résumé textuel simple non-html à partir du résultat d'un formulaire wysiwyg ou d'une référence de page ala facebook/google+ ou de la description d'un Placemark dans un fichier kml ?

Ce n'est un exemple de ce qui n'est pas "solide" dans PHP...la majorité se traine dans les vieilles fonctions, mais ils n'ont pas l'air pressés de les déprécier et remplacer par quelque chose de plus propre, et ils persistent à ajouter des "features" magiques qui obscurcissent les choses plus qu'elles ne les arrangent.

Je ne comprend pas trop pourquoi vous vous obstinez, vous avez déjà vu quelqu'un abandonner PHP suite à une discussion sur un forum/blog etc ?

On parle pas d'abandonner ou pas...mais nier que le langage se traîne des boulets n'a pas de sens non plus.

Ca se positionne pas comme étant mieux car on a copié très fortement Github
C'est pour les gens qui veulent pas leur code sur Github (genre chez nous) mais qui font du Git et veulent un outil de review équivalent à Github.
On a testé d'autres outils avant d'en faire un. Genre l'outil d'Atlassian, à part me pomper mon CPU pendant une aprem sur notre repo, il a pas fait grand chose

On fait quasi ça : feature branch + review (optionnel mais recommandée).

En 2012, really ?

On fait des archi sympa nous en objet. Je connais pas bien d'autres langages donc je peux pas trop comparer mais on a la visibilité, les classes abstraites, les interfaces...
En général c'est pas le langage qui va te faire faire de la merde, c'est davantage le dev qui l'utilise (héritage au lieu de composition, ce genre de trucs).
C'est sans doute pas un super langage mais chez nous pour l'instant il fait le boulot

 
Ah mais je dis pas qu'il y a pas moyen de travailler, hein. Je disais juste que qualifier le modèle objet de la version 5.0 de "solide" était exagéré.
Comme tu le dis, le problème ensuite peut être le développeur...mais PHP lui permet de faire plus de conneries que tous les autres langages que je connais.

 
Personne ne le nie. Merci d'être passé.

Pour ça y a le recrutement de qualité

 
Notons la belle perf de C++ dans le domaine quand même

 
Et du C
Et de l'ASM

 
Quand je lis ça j'en déduis que pour toi il n'y a pas de problème, puisqu'on ne te les a pas montrés d'une manière que tu juges assez simple.

 
Je plussoie. Les langages sans typage strict sont quand même moins casse gueule je trouve. J'ai essayé de me remette au C++ de base cette année, et j'ai galéré ne serait-ce qu'a compiler mon projet. Et ne palons pas des whattmille erreurs d'allocation et de pointeurs que doit se trimballer mon code /o\