Laurent J a écrit 2938 commentaires

>Je suis étonné des incompatibilités au sein du langage.

En même temps, elles sont minimes... Et puis c'est pas plus mal de gommer les erreurs de jeunesses non ?

>Pourquoi ne pas avoir renommé l'extension

Ouai, et quand on aura PHP 11.0, il faudra se taper des .php11 ? n'importe quoi.

>ça fait pas un peu "branleur" de devoir changer les scripts d'un même langage pour suivre les évolutions ?

"branleur" ? Donc pour toi, une application, ça ne se maintient pas ? Et ceux qui les maintiennent et qui les font migrer vers d'autres versions du langage ce sont des branleurs ??

>Ce message n'est pas un troll

si si. Y a bien des incompatibilités entre les différentes versions de Java, c'est pas pour ça qu'il est resté dans un placard ou qu'il a mourru hein !

Et puis ce ne sont pas des régressions en passant de PHP4 et PHP5, mais des fortes améliorations. Le modèle objet de PHP3 est totalement pourri, Le modèle objet de PHP4 est limite, et le modèle objet de PHP5 commence vraiment à être bien. Faudra que tu m'expliques, comment, en passant de pourri à vraiment bien, c'est marketing-ment pourri.

>IMHO, c'est mauvais pour l'histoire de PHP, ce changement.

Moi je dis que c'est plutôt une bonne chose, puisque les nouveautés de PHP5 ont permis l'essor de frameworks et autres applis plus robuste et mieux codées.

> mais je pense que Microsoft saisira l'opportunité pour critiquer les langages "libres".

Si ça c'est pas du troll

Franchement ton analyse vaut même pas deux balles.

Il faut préciser que ce n'est pas PHP5 tout court qu'ils préconisent, mais la version 5.2 minimum.

Notons aussi d'autres projets phares comme phpmyadmin, phppgadmin, phpmyvisites, drupal, typo3...

Ainsi que mon projet phare à moi, jelix :-) (vais pouvoir virer les #ifdef PHP50 et #ifdef PHP51 dans les sources ;-) )

>Ca te parait logique et naturel qu'un tiers puisse vendre ton travail et celui de toute une communauté à son seul profit et suivant ses seuls choix simplement parce qu'il en a fait le principal ou qu'il est à l'origine du projet ?

Que je sache, une licence libre comme la GPL n'interdit pas de se faire du fric sur un projet en GPL. Demain je peux tout aussi bien graver des CD de OpenOffice et les vendre 50 euros. Rien ne me l'interdit. Et mieux : tout ceux qui ont contribuer au projet l'acceptent, parce qu'ils ont accepté la GPL.

Donc oui, ça me parait logique et naturel, ça fait parti du jeu.

Pour les changements de conditions de licence par contre, si il y a vraiment changement de conditions de licence, c'est plutôt douteux en effet.

<mode_parano>Bon et puis depuis cette annonce de livrer Ubuntu, j'imagine que Dell subit des pressions commerciales de la part de Microsoft. Les négociations doivent être certainement longues et compliquées</mode_parano>

>Le gentil Nitot oublie de nous dire si la "fuck you money" donnée par le gentil Google permet aussi à Mozilla de dire "fuck you" au gentil Google.

Vu le compte en banque (plusieurs dizaines de millions de dollars), la réponse est oui. Et la barre de recherche aura un autre moteur de recherche par défaut.

Encore une preuve de la merdicité des drivers HP sous windows. Franchement c'est vraiment une horreur HP. Ça t'installe des tonnes de trucs dont tu n'a pas besoin, c'est super lent au démarrage (à cause du démarrage de ces tonnes de trucs merdiques), et ça plante dans tous les sens. Sans parler de ces boites de dialogues qui apparaissent au démarrage, te demandant d'installer la doc, mais sans que tu saches à quoi ça correspond (la doc de quoi ?), d'où ça vient, et ce n'est qu'au bout d'une demi heure de recherche que tu arrives à comprendre qu'il s'agit de cette merde de driver HP qui s'est mal installé (c'est du vécu, lors d'un dépannage d'un PC).

Heureusement, sous linux, c'est moins lourd...

ah mais monsieur ne connait pas la technique du décapeur thermique ?! Avec un décapeur thermique (pour ceux qui connaissent pas, c'est un sèche cheveux amélioré), ton barbecue (au charbon de bois) est prêt en 5 minutes (montre en main) !

Bon c'est sûr que tu consommes quelques watts... Mais bon je suis pas sûr que ce soit plus polluant que ces cubes remplis de produits chimiques ou autres produits allume-feu.

D'un autre coté, si on veut faire un barbecue non polluant, on n'utilisera que du bois secs et non du charbon... (et on l'allume avec une allumette et du petit bois)

Comme dit la réponse précédente, tu ne sembles pas très au courant des évolutions. Pour Cairo en tout cas. Ce n'est pas forcément encore super top mega rapide, mais les performances ont vachement été amélioré et ça devient quand même franchement utilisable par rapport à il y a un an ou deux. C'est pas pour rien que la couche graphique de Firefox 3 repose maintenant entièrement sur cairo.

Tu sais, il existe encore des téléphones fixes, filaires, simple, ne nécessitant pas de transfos. Et en plus ça coûtent kedal (9 euros 50). D'ailleurs j'en ai pris deux pour chez moi il y a 2 ans et ça fonctionnent très bien (j'ai pas fait de dégroupage total, j'aime pas mettre tous les oeufs dans le même panier). Autre avantage : en cas d'urgence et de coupure d'électricité, il y a de forte chance que ça fonctionne ! (alors qu'un téléphone nécessitant un transfo, ou branché sur une box...).

Bon c'est vrai aussi que les agendas incorporés et mémorisation des numéros, je m'en sers jamais. Je préfère le bon vieux agenda papier. au moins pas de risque que ça tombe en panne, et moins de risque que je perde tous les numéros suite à une coupure éléctrique, une pile défaillante ou autre panne. Et comble du bonheur, je peux utiliser mon agenda papier avec n'importe quel téléphone :-D

C'est beau la vieille technologie :-)

Mon boss, qui travaillait avant chez Netscape, a imposé dans sa boite le code vestimentaire de Netscape : "You must be dressed".

Donc voilà, mon style vestimentaire, c'est "habillé".

Bon, le plus souvent polo/t-shirt + jean. Souvent un t-shirt de geek d'ailleurs (Dont des t-shirt mozilla bien entendu). L'été quand il fait chaud, je me met à l'aise : t-shirt + bermuda + sandales.

Quand il arrive que j'aille voir des clients, je met une chemise. Enfin ça dépend du client..

je pensais effectivement que B dérivait de A dans ton explication. Désolé.

C'est vrai que ce que tu décris pourrait paraître un bug par rapport à d'autres langages objets. Pour moi effectivement, $this ne devrait pas avoir d'existence dans une méthode statique, puisque ce n'est pas une méthode d'un objet instancié.

Mais bon, si ils déclarent dans PHP que ça se passe autrement, pourquoi serait-ce un mal ? Surtout si ladite méthode est explicitement déclarée avec "static" ? (et donc le développeur, sachant le comportement de $this, sait à quoi il s'attend puisqu'il s'agit effectivement d'une méthode statique)

par rien. Le safe_mode est grosse daube, le cauchemar des développeurs dés lors que l'on veuille manipuler des fichiers dynamiquement. (y a qu'à lire les notes de releases des projets phares en PHP, qui souvent déconseillent l'utilisation du safe mode parce que ça provoque des problèmes de lectures/ecritures de fichiers, à cause de droits &co).

Bon debarras le safe_mode !

open_basedir reste par contre, et c'est déjà bien pour sécuriser un compte web.

On doit pas avoir les mêmes fichiers man.

- $this qui change quand ça lui plait (dans certains cas, quand on appelle une méthode d'une classe A à partir d'une méthode d'une classe B, $this dans la classe A pointe sur... B)

Tel que tu décris ce processus, c'est tout à fait normal. Ça s'appelle le polymorphisme.

>je ne vois pas l'intérêt de l'objet pour faire la programmation purement "systeme".

L'utilisation ou non de l'objet n'a strictement rien à voir avec le fait de faire de la prog système ou pas. C'est plutôt une histoire de modélisation, d'algorithmie. Il y a eu des OS fait quasiment entièrement en objet (BeOs par ex), cela n'en a pas fait des OS moins bien que ceux programmés en pure C (au contraire même).

exactement, le zend framework se rapproche plus d'une bibliothèque comme pear que d'un véritable framework qui propose normalement un cadre complet de développement, avec des normes de nommage, une structure précise de l'application, tant au niveau des objets que des fichiers.

Cela ne veut pas dire pour autant que le Zend Framework n'est pas intéressant. Mais pour moi il n'a de framework que le nom.

Peut-être devrais tu te pencher un peu plus sur le modèle objet de PHP 5 ? On est loin de celui de PHP3 ou PHP4 hein...

On peut faire des choses très propres en objet avec PHP5.

Certes, il manque peut être quelques trucs par rapport à d'autres langages objets super avancés (namespace par exemple, mais ça viendra dans PHP6), mais le minimum est là et bien là, et suffit déjà largement à faire des trucs convenables. On a pas toujours besoin de l'artillerie lourde des autres langages pour faire un bon soft.

euh... quand mon téléphone est éteint, il est vraiment éteint. J'ai beau appuyer sur toutes les touches, rien n'y fait, il ne réagit pas. Il faut que je l'allume pour téléphoner.

Ce à quoi tu penses, c'est la possibilité d'appeler des secours, quand il est allumé, mais quand tu n'es pas autorisé à accéder au réseau (pour diverses raison, genre tu n'a pas tapé ton code pin, ou que tu es dans un pays étranger mais que tu ne peux utiliser le réseau local parce que tu n'a pas pris un abonnement international :-) etc...)

>C'est bien beau, mais comment on fait pour que tout le monde puisse le voir ?

Bah ils installent un navigateur récent ? Et tant pis pour les autres qui ne peuvent pas.. (l'informatique évolue, il faut peut être un jour arrêter d'utiliser des logiciels obsolètes...)

>l'autre avantage de flash est que c'est compilé en bytecode par la machine flash donc bien plus efficace que js dans un navigateur

Ce ne sera plus un avantage de flash, puisque adobe a libéré sa VM javascript/actionscript (le truc qui lit ce bytecode dont tu parles :-p), et que ce sera intégré dans Mozilla 2/Firefox 4.

Il parait, mais c'est à prendre avec des pincettes, rien n'est sûr, que Firefox 3 implémentera la balise video (il existe déjà une implémentation experimentale, croisons les doigts pour qu'elle soit prête pour la beta de FF3). au pire ce sera dans Firefox 4.

> Quel est l'intérêt pour le consommateur ?

La matière première est certe la même, mais là où les autres fournisseurs peuvent se démarquer, c'est au niveau des services, des offres au niveau abonnement etc..

En toute honneteté (je suis le développeur d'Etna), Etna n'est pas vraiment opérationnel pour être utilisé en production. Il y a des bugs dans le validateur RelaxNg, on ne peut pas utiliser des feuilles XSL etc... En ce moment d'ailleurs je suis en train de refaire from scratch le validateur avec un autre algo.

Bref, not really ready. Mais j'ai bon espoir que d'ici la fin de l'année, je sorte une version qui soit vraiment stable.

>efficace pour se rendre compte de l'activité en temps réel pour un novice

et keskil en nana fout' du temps réel de l'activité, le novice ? surtout pour un super gros projet aussi connu que ubuntu ? franchement ? Je trouve totalement inutile ce rafraichissement toutes les 2 secondes. Encore un truc web 2.0 qui sert à rien quoi... (mais qui pompent des ressources...)

Effectivement, je n'avais pas vu que tu avais mis le namespace XUL sur les balises XUL, dans les exemples. Cependant il y a des attributs non xul qui n'ont pas leurs propres namespaces..

non, dire que c'est du XUL, c'est induire le développeur en erreur, puisque seulement quelques balises de XUL sont utilisées, et que partiellement implémentée. Qui plus est, à ce pseudo XUL, il y est ajouté des balises qui n'ont rien à voir avec le XUL, et qui sont propres à Akrogen.

Ton exemple du C est un mauvais argument. Si tu dis "voici mon programme en C", alors je m'attend à ce que ton programme compile avec n'importe quel compilateur C.

Si je prend un source pour Akrogen, non seulement ça ne va pas s'afficher (ou mal) dans un moteur qui sait interpréter le vrai XUL, mais dans l'autre sens, si je passe du vrai XUL à Akrogen, il y a également de forte chance (vu la faible implémentation de XUL dans Akrogen) que ça ne fonctionne même pas (et pour cause, puisque je n'aurais pas les balises spécifiques à Akrogen).