Reprise du message précédent :
Et j'ai un poil de cul coincé dans l'écran de l'iPhone

Tant que c'est pas des fractures du corps caverneux, c'est gérable

 
attention ! il n'y a pas de sonde de température sur l'iphone, veuillez ne pas l'utiliser a des fins médicales !

 
Mais si, "y'a une application pour ça"

 
elle nous manquerait presque

Heureusement qu'il y a Twitter pour qu'elle puisse continuer son one-woman-show permanent

J'adore les articles qu'on voit un peu partout "Quel est le meilleur langage/linux/ide/framework/whatever...?" et qui finissent à chaque fois par "il n'y a pas de meilleur langage/linux/ide/framework/whatever ... mais seulement celui qui vous convient le mieux"

Je ne compte plus le nombre de fois où je lis ce genre d'article, qui ne sert strictement à rien...

les lis pas.

 
ça c'est un coup à annuler la garantie

Explain

 
C'est le cas. En règle générale le premier truc que je fais c'est de sauter à la conclusion pour voir si ça vaut la peine de lire l'article ou non

C'est idiot de sauter à la conclusion dans ce cas précis. T'as des articles qui vont conclure par "il n'y a pas de meilleur langage/truc/bidule" mais dont le développement est intéressant et qui expliquent ce qui est adapté à tel ou tel usage.
En gros des articles où la question initiale est prétexte à explication et où la conclusion est accessoire. Y'aura toujours des articles pleins de vide, c'est un fait. Mais se contenter de la conclusion dans un genre d'article où précisément la conclusion ne sert à rien...

mode vibreur...

\o/

vibration customisée?

 
1) C'est pas dénombrable, "heat"
2) A défaut de faire plaisir c'était prévisible, à 3-1.

 
https://bugs.php.net/bug.php?id=50696

public Boolean isAdresseModifierEnabled() {

Mélange français/anglais ftw, adresseModifiable() c'était trop simple

Typiquement le genre de saloperies qui me dépriment sur un projet

Mais mais mais... de quel droit je devrais forcer mon code à passer un float à une fonction qui prend un float comme paramètre ?

Dans PHP, d'habitude, la barrière entre float et string est lâche et flexible. Si ça marche dans la majorité des cas, pourquoi ça marcherait pas là, avec les règles habituelles de conversion?

Pas que je défende un côté ou l'autre de ce duel de handicapés, mais essayer d'être un peu cohérent m'aurait semblé être un bon critère dans l'évaluation de ce truc.

J'adore le concept.
1) Le mec utilise PHP dans des applis qui touchent aux impôts et aux retraites.
2) Il passe des chaines de caractères à une fonction qui attend des float, en envoyant les erreurs et warnings dans /dev/null
3) Il demande au mec qui a créé le langage d'escalader le "problème".

J'ai du mal à voir comment il pourrait réussir un plus beau fail...

Justement ils voulaient, pour une fois, unifier le comportement totalement cretin du truc : avoir un seul comportement idiot et pas une multitude

poster sous son vrai nom ?

Pour une fois, je suis plutôt du côté de rasmus quand même, et je trouve même pas qu'il ait tord. T'as une fonction qui te retournait "0" in case of caca et maintenant te retourne du caca. Soit. T'as qu'à caster ton caca. Je vois vraiment pas où est le souci.  
 

Bah oui et non, ils ont unifié le parsing d'arguments en enlevant l'auto-conversion alors qu'elle reste présente dans le langage en userland

Ça retournait pas 0 in case of caca, j'ai plus l'impression que ça retournait 0 dans le cas où tu lui envoyais un truc que php convertissait automatiquement en 0 comme il le ferait partout ailleurs dans le langage. Si 2 + "bob the builder" renvoie 2, pourquoi number_format("bob the builder" ) renvoierait pas 0? Et, en bonus, pourquoi il renverrait null à la place?

 
Ca renvoie surtout un warning qui doit dire explicitement que tu envoies de la merde et que le comportement de la fonction n'est pas forcément déterminé dans ce cas...si tu jettes les warnings à la poubelle tu peux pas vraiment t'en prendre au langage...

Je sais qu'on est vendredi et que vous n'avez pas envie d'etre en week end et retrouver vos vies mais ca vous dirait d'arreter le combat d'infirmes ? php() => undefined behavior, tout le monde le sait, pas besoin de vous astiquer mutuellement toute la journée

On s'en prend pas au langage là, on s'en prend à sa stdlib et à la guidance :i

 
Une exception tu veux dire ?

Non, c'est php, les fonctions builtins balancent pas d'exceptions. Alors là ça renvoie null et ça affiche le warning:

(où ça l'affiche dépendant de la configuration de ton php.ini)

Vu dans les commentaires sur reddit, PHP est parfaitement adapté à la finance, la preuve, les variables commencent par $

 
Exactement je me moquais.
Je trouve que les warnings sont absurdes et qu'ils ferraient bien d'être jetés (avec php).

Moi hier j'ai quand même un recruteur qui m'a envoyé une offre d'emploi sur mon adresse perso. Offre d'emploi que j'avais publié depuis mon adresse pro. J'aurais du postuler, histoire de voir à quel moment il aurait réagi.
 
Bon, sinon, les pitbull c'est moche, ça mord tout le temps. Même quand on leur temps la main pour les caresser:
   http://twitter.com/nadine__morano/ [...] 7069741058

Trouve le mot manquant !
[ ] baisé
[ ] envoyé chier
[ ] bloqué
[ ] appris à danser à
[ ] mangé
[ ] dézingué

Nan, je voulais dire: là n'est pas la question. Pourquoi tu castes pas ton caca en zéro si tu veux une coercition irréfragable.

Je trouve que la faute sur "tend/temps" était bien plus condamnable. Là, j'utilise le verbe "avoir" en temps que verbe d'état et non pas en temps qu'auxiliaire (et encore moins en temps que verbe d'action, comme tu souhaites le suggérer).
 

lol. xptdr.

J'ai rien souhaité suggérer du tout, j'ai réellement pensé qu'il manquait un participe passé. "Hier" = passé, donc j'ai cru à du passé composé. Après hein, le contenu de tes posts, ça fait un moment que je fais pu trop gaffe