Personnellement, j'ai fait depuis plusieurs années le choix du HTML pour publier mon CV. Pour plusieurs raisons :
- facilité de mise en ligne évidente, un répertoire accessible depuis le web (ftp, http...) suffit pour rendre le document disponible à la planète entière.
- richesse de mise en page, grâce aux CSS.
- abstraction totale de la machine qui consulte le document et des conditions de consultation (pas de script côté serveur, la page peut être facilement enregistrée en local et archivée pour consultation ultérieure. De plus, n'importe quel système équipé d'un browser peut lire le document, c'est idéal).
- pour les liens hypertexte : Le document devient interactif à moindres frais, si le recruteur souhaite consulter le site de la dernière boite pour laquelle tu as bossé, un clic de sa part suffit à le rassasier d'infos (Valeur ajoutée : les décideurs pressés aiment qu'on prennent en compte leur côté feignant).
- une autre raison qui me touche personnellement : Je suis développeur web, et c'est une excellente occasion de montrer mon savoir-faire à un endroit ou d'autres se contentent de raconter leur vie platement.
Ce choix m'a toujours réussi jusqu'à maintenant...
Si cette personne tiens des propos racistes, ne serait-ce qu'une fois, mais poste à côté des commentaires intéressants, cela ne fait pas de cette personne quelqu'un de correct.
Tu as dû t'emmêler dans ce que tu voulais dire je pense. (Message écrit trop vite, pas relu etc...). Mais même remis dans l'ordre, je ne vois pas l'intérêt de ta remarque ni le sens profond du message que tu voulais faire passer à travers cet exemple bancal.
Evaluation: 5/#1.
C'est tout de même marrant de te voir monopoliser le thread avec ce nouveau système qui te fait gagner plein d'XP à chaque posts, non pas avec des messages particulièrement intéressants, complets, bien écrits et/ou riches de propositions, mais simplement avec du vent pour grapiller quelques XP pendant que c'est possible grâce aux lacunes du nouveau systèmes dont tu as très vite su tirer profit...
Et Eiffel est plus haut niveau: Eiffel a l'héritage multiple tandis que D simplifie l'implémentation du compilateur en utilisant juste l'héritage simple et les interfaces (à la Java).
Warning, troll in progress : l'héritage multiple, c'est MAL (tm).
C'est peut être une des raisons qui handicape Eiffel. Moi, je pense que D peut connaître un certain succès... En raison de sa très grande proximité du C (il semblera familier à beaucoup de développeurs), en raison de son nom très recherché qu'on retient tout de suite (seulement deux octets de mémoire avec le \0 !) et des ajouts intéressants par rapport au C/C++, qui en font à mon avis un bon successeur en puissance (Garbage Collector, foreach, tableaux à taille variable, Syntaxe sympa pour les propriétés d'objets ( http://www.digitalmars.com/d/cpptod.html#properties(...) ) etc...).
Bah ceux qui s'en souviennent ont compris que le format PNG remplace avantageusement le GIF (du moins pour les images statiques)ET le JPG. Point barre.
Faudra pas dire qu'on vous a pas prévenus que ca pourrait arriver !
Et merci au Libre de nous sauver de l'impasse, une fois de plus.
D'abord je comprends pas pourquoi tu ne réponds pas à mon courriel envoyé en privé pour éviter tout troll ?
Pas vu, tout simplement... Mail perso, je consulte qu'en soirée. Je le lirai avec grand intérêt ce soir, sois-en certain.
Franchement je comprends que ca te sorte par les yeux ... surtout vu tout ce que tu fais pour la communauté toi.
A cela, j'ai envie de répondre que certains contribuent au Libre sans forcément chercher à en retirer de la notoriété... juste pour le plaisir, et/ou parceque c'est leur manière de contribuer. C'est mon cas.
Un exemple : Recherche "Calimero" restreinte à *php.net, sur google :
Ne te méprends pas, je n'en tire aucune gloire... J'apporte ma petite pierre quand je pense en avoir une, tout simplement, car la doc php m'a apporté énormément... Ca me parait bien normal de rendre la pareille.
Ceci dit, je n'ai pas la prétention que ma contribution au libre soit intéressante ni pertinente dans ce thread. Aussi, si ta phrase était une attaque perso, je ne relève pas et j'encaisse.
bonjour Eric et merci de ta réponse à mon post, un peu emporté il est vrai... Mais là ca m'est un peu sorti par les yeux.
Quelques réponses en vrac à tes réactions :
De toutes façons les gens qui achètent un bouquin à la sortie du logiciel ou dans les 6 mois suivants savent bien qu'il a été rédigé pendant le développement, on ne trompe personne.
Je ne doute pas de ta bonne foi, mais je ne pense pas que vous iriez jusqu'à mettre clairement un message d'avertissement en couverture du livre pour prévenir les éventuels acheteurs, justement, que votre bouquin peut contenir des informations qui ne sont plus à jour (ca, ce serait vraiment honnête... Mais évidemment ca dissuaderait vite d'éventuels acheteurs, donc un moindre profit en perspective en échange d'une honnêteté sans faille - que choisis-tu ?). Or les gens qui achètent ce genre de bouquins sont aussi très souvent des néophytes (j'en connais pas mal) qui ne soupçonnent pas que le bouquin en question a été élaboré pendant le développement du langage et peut donc ne plus être à jour au moment de sa sortie.
J'ai fait assez de support sur IRC à de nouveaux développeurs qui ne comprenaient pas pourquoi les exemples du bouquin qu'ils viennent d'acheter en toute légitimité (avec register_globals à on, pour les anciennes versions de php4) ne fonctionnaient pas avec la version actuelle de php, qu'ils ont pourtant installé tout à fait correctement, exactement comme l'auteur du bouquin recommande de le faire.
Je te laisse imaginer la réaction du débutant qui s'aperçoit que les informations délivrées par son beau bouquin tout neuf ne sont plus à jour alors qu'il vient tout juste de sortir chez le libraire du coin, et le sentiment qu'il éprouve immédiatement en le découvrant : la tromperie.
Que dire de ce bouquin sur php5 sorti il y a plusieurs mois déjà (à peu près au moment de la bêta 2, si je ne m'abuse) détaillant le fonctionnement des namespaces en php5... (fonctionnalité qui n'est plus implémentée depuis la bêta 2 justement, et qui ne devrait pas revenir de sitôt). Je suis sûr que tu vois de quoi je parle...
J'espère que deux personnes telles que vous êtes plus consciencieuses que le gratte-papier qui a écrit le bouquin suscité, et que vous écrivez avec un réel souci d'information et d'honnêteté. Mais j'ai quelques doutes, qui tiennent plus au fonctionnement normal du monde de l'édition qu'à vous deux.
Il ne s'agit pas d'un panneau de pub mais d'un changelog justement, tous les changements importants doivent y être, même ceux qui tombent sous le sens. À priori celui là plus que les autres.
Ce que je vois, c'est que ce changement n'est placé qu'en 8è position du changelog sur php.net, et en deuxième position sur la courte synthèse de Cyril. C'est donc un choix qui n'engage que l'auteur de la dépêche, qui selon moi se discute. Enfin, ne tombons pas dans le troll, passons.
Ben non, parce que les méthodes PHP sont case-insensitive. La différence a été faite entre le mode_eclaté et le modeRegroupé, rien à voir avec les majuscules/minuscules.
Soit. Merci pour ta clarification, au temps pour moi, j'avais effectivement mal compris. Mais concrètement, par rapport aux scripts existants, quels sont exactement les noms (de fonctions, de classes) qui changent ?
Sauf que les gens qui arriveront à la sortie de PHP5 voudront un bouquin pour décrire tout ça et les aider, d'autant que la doc officielle ne sera pas à jour à priori.
Eh bien là, je félicite à la fois votre clairvoyance et votre égoïsme. Effectivement, il y a peu de chances que la doc officielle soit à jour au moment de la sortie de php5 si tous ceux qui, comme toi, compilent des infos, préfèrent l'appât du gain plutôt que de contribuer à un effort communautaire (La documentation php est l'oeuvre d'un groupe de travail bénévole). Et contrairement au bouquin, la doc officielle peut être mise à jour, complétée, annotée et corrigée à tout moment, alors que le bouquin est désespérément figé entre les mains du type qui l'a acheté.
Différence d'orientation. Ce que donne Cyril ce sont des modifications qui impactent les gens et leur permettent de voir des choses concrêtes sur ce qui change.
Je pense que l'info apportée par Cyril méritait des éclaircissements (ce que tu m'as fourni plus haut notamment), mais aussi, pour rester dans cette ligne que tu décris, de citer également, au moins, les quelques points dont j'ai parlé dans mon commentaire.
Concernant le ton moqueur, enfin, c'est une réaction épidermique par rapport au caractère incomplet (bâclé ?) et intéressé de la dépêche. J'aurai de loin préféré une dépêche plus fouillée, plus explicite, et écrite par quelqu'un dont la motivation est d'informer les gens, pas de vendre du papier avant les autres.
C.PdG (jolies tes initiales), bonne idée de soumettre une dépêche ici... mais tu ferais bien, à mon avis, de rendre tes propos plus accessibles aux débutants, les grands sites du monde php francophone ayant tendance à fondre comme neige au soleil cette année (phpapps notamment, sur lequel nombre d'entre nous prenions part pour échanger et initier les débutants aux finesses de ce langage prometteur), ton auditoire risque de connaître le même sort si tu restes trop technico-commercial.
Traduction donc, pour les néophytes ou ceux qui envisagent de le devenir :
Il est recommandé de télécharger la version et de la tester sur votre machine pour pouvoir détecter aussitôt que possible les bugs qui vous gêneraient.
Ceux qui développent leur site en local (et qui sont avides de nouveauté, quitte à installer une version qui ne se retrouvera pas de sitôt en production) sont invités à télécharger la RC2 de PHP5 et de faire eux-mêmes une petite partie de la chasse aux bugs avant la sortie de la release officielle. C'est bien évidemment conseillé plutôt aux développeurs expérimentés, sachant reconnaître une erreur du langage d'une erreur de programmation.
Modifications principales :
- Mode de compatibilité avec le Zend Engine I, pour améliorer lauto-clonage dobjet de PHP 4.
Mouarf, je me marre... Ils ont modifié php5 pour permettre la compatibilité avec les scripts php4... bravo les ptits gars de chez Zend, je suis ébloui.
Si c'est la synthèse d'un changelog, pour un premier point ca tient de la gageure.... La compatibilité ascendante est une valeur clé du logiciel libre. C'est bien qu'ils l'aient compris, mais y'a vraiment pas de quoi se lancer des fleurs dans un changelog pour ça !
- Toutes les extensions orientées objets utilisent maintenant la convention de nommage studlyCaps. Cela inclut SQLite, SOAP, Reflection API, Ming, etc..
Il faut comprendre : Tous les mainteneurs d'extensions proposant des objets natifs php ont enfin trouvé une convention de nommage. C'est ce qu'on appelle les studlycaps (autrement dit, faites gaffe aux majuscules/minuscules lorsque vous manipule(re)z une extension php orientée objet). Quel progrès !
- Implémenter une interface ou une méthode abstraite avec un mauvais prototype est une erreur fatale. Pour la compatibilité ascendante, réimplémenter une méthode normale avec un mauvais prototype ne donnera quune alerte E_STRICT.
Le nouveau niveau d'erreur, E_STRICT, est à mon avis une bonne idée, invitant les développeurs à respecter rigoureusement le langage avant d'écrire du sale code code pouvant contenir de lourdes incohérences. PHP devient un peu moins permissif pour ceux qui, comme moi, doivent travailler en équipe avec des développeurs moins expérimentés et veulent détecter rapidement les erreurs grossières et les bugs de débutant. Voilà une bien bonne idée, cependant on ne me fera pas croire que ca a été long à développer...
Il eût, à mon avis, été beaucoup plus intéressant de faire un lien vers le changelog officiel de la RC2 ( http://www.php.net/ChangeLog-5.php#5.0.0RC2(...) ) qu'un lien d'autopromotion vers l'article poussiéreux de phpteam parceque vendre un livre sur php5 alors qu'il n'est même pas encore officiellement finalisé, c'est de l'arnaque, on l'a déjà assez dit, même si des connaisseurs comme toi et Eric Daspet s'y mettent. Je ne vois pas comment vous pouvez justifier la promotion d'un bouquin de référence "PHP5 avancé" (je cite) alors que le développement de php5 n'est visiblement pas terminé. Vous n'êtes pas les premiers à vouloir sortir un bouquin sur php5 avant les autres histoire de vendre plus... Quitte à raconter des âneries, la release officielle n'étant pas pour demain.
Quelques points du changelog qui ont retenu mon attention de développeur, mais apparemment pas la tienne :
Changed HTTP file uploads not to throw E_WARNINGs and E_NOTICEs. The error value in the $_FILES global should be used for error handling. (Derick)
Les uploads de fichier par HTTP ne provoquent plus de warning ni de notice, la valeur à contrôler devant être testée directement depuis $_FILES. Un non sens, à mon avis.
Changed __construct() to always take precedence over old style constructor. (Dmitry)
La méthode __construct() d'une classe, si elle existe, prédominera maintenant par rapport à l'ancienne forme de constructeur de classe (méthode de même nom que la classe). C'est un changement de comportement majeur pour ceux qui tentent d'écrire du code compatible php4 ET php5 !
Fixed bug #26441 (When __set() returned a value it corrupted it). (Andi)
la méthode __set() (utilisée pour intercepter des écritures de valeurs dans des propriétés d'objets) peut maintenant retourner des valeurs correctement.
_____________
Personnellement, je considère que tu as posté cette dépêche rien que pour caser le lien vers la page qui fait vendre ton bouquin sur une technologie pas encore finalisée. "PHP5 avancé" alors qu'il est visiblement pas encore figé niveau specs...
C'est triste ton point de vue sur php. Tout juste bon à vendre des pages aussi provisoires que le nouveau permis de conduire...
Pour ton information, l'appel au boycott est totalement illicite en France, la boite en question peut t'attaquer en justice et obtenir facilement des dommages/intérêts sur le manque à gagner réel ou théorique que ton appel provoque. A bon entendeur...
Les namespaces, ou espaces de nommage, sont une technique employée dans d'autres langages pour constituer des bibliothèques de classes/fonctions tout en empêchant les conflits de noms de variables avec tes programmes qui utilisent cette bibliothèque. Cela permet à plusieurs variables différentes de porter le même nom et pourtant d'exister de manière indépendante, puisqu'elles sont dans des espaces de noms différents (par analogie avec des notions déjà existantes en php : les variables POST, GET, etc...).
Les namespaces avaient été implémentés dans la première bêta de php5, puis ils ont été retirés ensuite car leur conception n'est pas apparue comme "satisfaisante" aux mainteneurs.
C'est pas absolument indispensable comme fonctionnalité, mais ca pourrait permettre de coder beaucoup plus proprement.
Bof... Ils n'ont pas changé grand chose dedans, à peine quelques bugs.
C'est facile de sortir trois fois plus de releases dans le même laps de temps, suffit de faire trois fois moins de choses entre deux releases... (admire la différence avec l'impressionnant changelog de la 4.3.5)
La branche 4.0 est bel et bien gelée au profit de la 5, ca se sent.
Moi j'attends avec impatience un support des namespaces dans php 5.X, ce serait inespéré... J'espère qu'ils y travaillent, ou au moins qu'ils l'envisagent, ce serait selon moi la prochaine avancée majeure du langage.
NB: Les problèmes d'hébergement de Lea ne sont pas liés aux tristements célèbres problèmes de tuxfamily. Lea était parti de TuxFamily bien avant leur mise offline.
Je peux te conseiller http://hebergement.com/(...) qui est un service de namebay (un des principaux registrars français).
Je suis chez eux depuis le début de l'année, ils sont français, pas chers, la qualité de service est bonne, et surtout ils proposent une interface d'administration top de top.
Le seul point noir, c'est que le support technique n'est joignable qu'aux heures de bureau et seulement par mail, mais on ne peut pas tout avoir pour si peu...
Ben moi je les remercie de produire des docs aussi utiles depuis aussi longtemps, GNU/Linux et le net francophone tout entier leur doit énormément à tous. Qui parmi nous ne s'est jamais appuyé sur au moins une doc de lea-linux ?
Ils ont toute ma gratitude pour les nombreux trucs qu'ils m'ont apporté , mais je pense qu'ils le savent déjà :)
Q. I've written a project in PHP that I'm going to release as open source, and I'd like to call it PHPTransmogrifier. Is that OK?
A. We cannot really stop you from using PHP in the name of your project unless you include any code from the PHP distribution, in which case you would be violating the license. But we would really prefer if people would come up with their own names independent of the PHP name.
Why you ask? You are only trying to contribute to the PHP community. That may be true, but by using the PHP name you are explicitly linking your efforts to those of the entire PHP development community and the years of work that has gone into the PHP project. Every time a flaw is found in one of the thousands of applications out there that call themselves "PHP-Something" the negative karma that generates reflects unfairly on the entire PHP project. We had nothing to do with PHP-Nuke, for example, and every bugtraq posting on that says "PHP" in it. Your particular project may in fact be the greatest thing ever, but we have to be consistent in how we handle these requests and we honestly have no way of knowing whether your project is actually the greatest thing ever.
So, please, pick a name that stands on its own merits. If your stuff is good, it will not take long to establish a reputation for yourselves. Look at Zope, for example, that is a framework for Python that doesn't have Python in the name. Smarty as well doesn't have PHP in the name and does quite well.
Pour les anglophobes, il faut comprendre qu'il est demandé de ne pas appeler "PHPbidule" ou "trucPHP" les applications créées avec/en php. Ce n'est pas formulé sous forme d'obligation, mais sous forme de forte incitation. C'est quand même pas beaucoup demandé, pourquoi ne pas respecter cette règle très simple ? pas lu / pas voulu ?
Le programme a été développé en Delphi avec la version personnelle 6 (disponible gratuitement) et des composants libres, il est bien entendu multithread.
Tu parles d'intêret : peux tu alors expliquer l'intérêt de ton post stp ?
Je te sens bien amer dans ta réaction, sans doute parceque tu te sens lourdement touché par cet article qui cite nommément deux des groupes dans lesquels tu t'investis... Ca se comprend.
Le ton qu'il emploie est sans doute amplement critiquable et certaines parties assez gratuitement incendiaires, j'en conviens... N'empeche que le thème majeur qu'il dénonce, ce sentiment de "fermeture" de la communauté (un comble quand même !), est bien réel.
Je n'approuve pas aveuglément les propos de l'auteur quand il prend une association pour taper sur l'autre. Mais sa démarche prend du sens si tu notes qu'il cherche à mettre en évidence les failles d'une communauté pas si ouverte qu'elle devrait être, il souligne les défauts qu'il perçoit sur ses porte-étendards les plus exposés (la FSF, l'April, Linuxfr, CopinesdeGeek...). Facile, oui, mais faut quand même oser, c'est pas la meilleure façon de se faire/garder des copains, il en est bien conscient... Mais au moins il capte l'attention (la preuve !).
Si jamais il y avait des vraies idées derrière cet article, elles ont été noyées sous le style incendiaire, et pas constructif pour un sou...
Il y en a, et elles valent la lecture le clic. De la manière dont je lis cet article, l'auteur a voulu rappeler quelques principes clé du libre qui ont tendance à être de plus en plus oubliés : le principe de l'alternative, les valeurs d'ouverture et de tolérance, la vraie Liberté, le dialogue, l'esprit communautaire, l'entraide, l'accueil des nouveaux venus...
esperons ke le gouv prennent conscience de leur erreur.
Et espérons que tu prennes quelques cours de français...
j'ai envoyé un mail à l'ump, et bien meme pas une reponse, quand on se dit democrate dans un pays dit "de liberté", on ECOUTE le peuple qui se fait racketter par des impots tres lourd , alors que ceux ki sont censer nous representés, se gave sur notre dos.
C'est pas à l'ump qu'il faut écrire, c'est aux partis de gauche, c'est eux l'opposition ! La politique aussi, ca s'apprend...
Pascal Cohet, porte-parole, présentera la vision de cette fédération en matière d'accès et de production de biens informationnels.
Sachant que ce sera sans doute la meilleure et la dernière occasion de faire entendre notre voix à ceux qui nous gouvernent et qui nous pondent ces lois.... *hum*, j'aurai aimé trouver dans cette news un lien présentant M. Cohet ( C'est pas l'animateur ? ah bon... -> [] ), son passé, son engagement et ce qu'il compte raconter...
Dans tous les cas, je lui apporte mon plein soutien. Il a intérêt à bien préparer son texte et choisir ses mots...
# Complément
Posté par Cali_Mero . En réponse à la dépêche Encore une compilation de logiciels libres pour Windows. Évalué à 5.
http://gnuwin.epfl.ch/en/(...)
Et en plus si vous lisez le titre de la page, vous verrez "Open your windows" :o) Comme quoi, le slogan fait déjà son chemin depuis un moment...
[^] # Re: Vente de PC avec Linux chez Surcouf
Posté par Cali_Mero . En réponse à la dépêche Acheter des ordinateurs portables sans OS ou avec celui de son choix. Évalué à 0.
[^] # Re: Finalement...
Posté par Cali_Mero . En réponse au sondage Le truc à faire d'urgence sur le site :. Évalué à -6.
MULTIDESKOS, WEBSPHERE ET ORACLE SAPUSAIPALIBRE ET XP NONPLUDAYEUR
# 3615 Ma vie
Posté par Cali_Mero . En réponse au journal CV et lobotomie. Évalué à 2.
- facilité de mise en ligne évidente, un répertoire accessible depuis le web (ftp, http...) suffit pour rendre le document disponible à la planète entière.
- richesse de mise en page, grâce aux CSS.
- abstraction totale de la machine qui consulte le document et des conditions de consultation (pas de script côté serveur, la page peut être facilement enregistrée en local et archivée pour consultation ultérieure. De plus, n'importe quel système équipé d'un browser peut lire le document, c'est idéal).
- pour les liens hypertexte : Le document devient interactif à moindres frais, si le recruteur souhaite consulter le site de la dernière boite pour laquelle tu as bossé, un clic de sa part suffit à le rassasier d'infos (Valeur ajoutée : les décideurs pressés aiment qu'on prennent en compte leur côté feignant).
- une autre raison qui me touche personnellement : Je suis développeur web, et c'est une excellente occasion de montrer mon savoir-faire à un endroit ou d'autres se contentent de raconter leur vie platement.
Ce choix m'a toujours réussi jusqu'à maintenant...
[^] # Re: temps d'affichage
Posté par Cali_Mero . En réponse au journal Mise au point sur la toolbar. Évalué à 1.
[-]
[^] # Gagner des XPs sur linuxfr pour les nuls
Posté par Cali_Mero . En réponse à la dépêche (petits) changements du système de notation. Évalué à 0.
Tu as dû t'emmêler dans ce que tu voulais dire je pense. (Message écrit trop vite, pas relu etc...). Mais même remis dans l'ordre, je ne vois pas l'intérêt de ta remarque ni le sens profond du message que tu voulais faire passer à travers cet exemple bancal.
Evaluation: 5/#1.
C'est tout de même marrant de te voir monopoliser le thread avec ce nouveau système qui te fait gagner plein d'XP à chaque posts, non pas avec des messages particulièrement intéressants, complets, bien écrits et/ou riches de propositions, mais simplement avec du vent pour grapiller quelques XP pendant que c'est possible grâce aux lacunes du nouveau systèmes dont tu as très vite su tirer profit...
[^] # Re: D vs Eiffel
Posté par Cali_Mero . En réponse à la dépêche Les spécifications du langage D sont arrivées. Évalué à 0.
Warning, troll in progress : l'héritage multiple, c'est MAL (tm).
C'est peut être une des raisons qui handicape Eiffel. Moi, je pense que D peut connaître un certain succès... En raison de sa très grande proximité du C (il semblera familier à beaucoup de développeurs), en raison de son nom très recherché qu'on retient tout de suite (seulement deux octets de mémoire avec le \0 !) et des ajouts intéressants par rapport au C/C++, qui en font à mon avis un bon successeur en puissance (Garbage Collector, foreach, tableaux à taille variable, Syntaxe sympa pour les propriétés d'objets ( http://www.digitalmars.com/d/cpptod.html#properties(...) ) etc...).
# Re: Le format JPEG sous le coup d'un brevet
Posté par Cali_Mero . En réponse à la dépêche Le format JPEG sous le coup d'un brevet. Évalué à -1.
Bah ceux qui s'en souviennent ont compris que le format PNG remplace avantageusement le GIF (du moins pour les images statiques)ET le JPG. Point barre.
Faudra pas dire qu'on vous a pas prévenus que ca pourrait arriver !
Et merci au Libre de nous sauver de l'impasse, une fois de plus.
[^] # Re: La seconde release candidate de PHP 5 est sortie
Posté par Cali_Mero . En réponse à la dépêche La seconde release candidate de PHP 5 est sortie. Évalué à 0.
[^] # Re: La seconde release candidate de PHP 5 est sortie
Posté par Cali_Mero . En réponse à la dépêche La seconde release candidate de PHP 5 est sortie. Évalué à 2.
Pas vu, tout simplement... Mail perso, je consulte qu'en soirée. Je le lirai avec grand intérêt ce soir, sois-en certain.
Franchement je comprends que ca te sorte par les yeux ... surtout vu tout ce que tu fais pour la communauté toi.
A cela, j'ai envie de répondre que certains contribuent au Libre sans forcément chercher à en retirer de la notoriété... juste pour le plaisir, et/ou parceque c'est leur manière de contribuer. C'est mon cas.
Un exemple : Recherche "Calimero" restreinte à *php.net, sur google :
http://www.google.fr/search?as_q=Calimero&num=10&hl=fr&(...)
Ne te méprends pas, je n'en tire aucune gloire... J'apporte ma petite pierre quand je pense en avoir une, tout simplement, car la doc php m'a apporté énormément... Ca me parait bien normal de rendre la pareille.
Ceci dit, je n'ai pas la prétention que ma contribution au libre soit intéressante ni pertinente dans ce thread. Aussi, si ta phrase était une attaque perso, je ne relève pas et j'encaisse.
Le reste par mail, sans doute.
[^] # Re: La seconde release candidate de PHP 5 est sortie
Posté par Cali_Mero . En réponse à la dépêche La seconde release candidate de PHP 5 est sortie. Évalué à 2.
Quelques réponses en vrac à tes réactions :
De toutes façons les gens qui achètent un bouquin à la sortie du logiciel ou dans les 6 mois suivants savent bien qu'il a été rédigé pendant le développement, on ne trompe personne.
Je ne doute pas de ta bonne foi, mais je ne pense pas que vous iriez jusqu'à mettre clairement un message d'avertissement en couverture du livre pour prévenir les éventuels acheteurs, justement, que votre bouquin peut contenir des informations qui ne sont plus à jour (ca, ce serait vraiment honnête... Mais évidemment ca dissuaderait vite d'éventuels acheteurs, donc un moindre profit en perspective en échange d'une honnêteté sans faille - que choisis-tu ?). Or les gens qui achètent ce genre de bouquins sont aussi très souvent des néophytes (j'en connais pas mal) qui ne soupçonnent pas que le bouquin en question a été élaboré pendant le développement du langage et peut donc ne plus être à jour au moment de sa sortie.
J'ai fait assez de support sur IRC à de nouveaux développeurs qui ne comprenaient pas pourquoi les exemples du bouquin qu'ils viennent d'acheter en toute légitimité (avec register_globals à on, pour les anciennes versions de php4) ne fonctionnaient pas avec la version actuelle de php, qu'ils ont pourtant installé tout à fait correctement, exactement comme l'auteur du bouquin recommande de le faire.
Je te laisse imaginer la réaction du débutant qui s'aperçoit que les informations délivrées par son beau bouquin tout neuf ne sont plus à jour alors qu'il vient tout juste de sortir chez le libraire du coin, et le sentiment qu'il éprouve immédiatement en le découvrant : la tromperie.
Que dire de ce bouquin sur php5 sorti il y a plusieurs mois déjà (à peu près au moment de la bêta 2, si je ne m'abuse) détaillant le fonctionnement des namespaces en php5... (fonctionnalité qui n'est plus implémentée depuis la bêta 2 justement, et qui ne devrait pas revenir de sitôt). Je suis sûr que tu vois de quoi je parle...
J'espère que deux personnes telles que vous êtes plus consciencieuses que le gratte-papier qui a écrit le bouquin suscité, et que vous écrivez avec un réel souci d'information et d'honnêteté. Mais j'ai quelques doutes, qui tiennent plus au fonctionnement normal du monde de l'édition qu'à vous deux.
Il ne s'agit pas d'un panneau de pub mais d'un changelog justement, tous les changements importants doivent y être, même ceux qui tombent sous le sens. À priori celui là plus que les autres.
Ce que je vois, c'est que ce changement n'est placé qu'en 8è position du changelog sur php.net, et en deuxième position sur la courte synthèse de Cyril. C'est donc un choix qui n'engage que l'auteur de la dépêche, qui selon moi se discute. Enfin, ne tombons pas dans le troll, passons.
Ben non, parce que les méthodes PHP sont case-insensitive. La différence a été faite entre le mode_eclaté et le modeRegroupé, rien à voir avec les majuscules/minuscules.
Soit. Merci pour ta clarification, au temps pour moi, j'avais effectivement mal compris. Mais concrètement, par rapport aux scripts existants, quels sont exactement les noms (de fonctions, de classes) qui changent ?
Sauf que les gens qui arriveront à la sortie de PHP5 voudront un bouquin pour décrire tout ça et les aider, d'autant que la doc officielle ne sera pas à jour à priori.
Eh bien là, je félicite à la fois votre clairvoyance et votre égoïsme. Effectivement, il y a peu de chances que la doc officielle soit à jour au moment de la sortie de php5 si tous ceux qui, comme toi, compilent des infos, préfèrent l'appât du gain plutôt que de contribuer à un effort communautaire (La documentation php est l'oeuvre d'un groupe de travail bénévole). Et contrairement au bouquin, la doc officielle peut être mise à jour, complétée, annotée et corrigée à tout moment, alors que le bouquin est désespérément figé entre les mains du type qui l'a acheté.
Différence d'orientation. Ce que donne Cyril ce sont des modifications qui impactent les gens et leur permettent de voir des choses concrêtes sur ce qui change.
Je pense que l'info apportée par Cyril méritait des éclaircissements (ce que tu m'as fourni plus haut notamment), mais aussi, pour rester dans cette ligne que tu décris, de citer également, au moins, les quelques points dont j'ai parlé dans mon commentaire.
Concernant le ton moqueur, enfin, c'est une réaction épidermique par rapport au caractère incomplet (bâclé ?) et intéressé de la dépêche. J'aurai de loin préféré une dépêche plus fouillée, plus explicite, et écrite par quelqu'un dont la motivation est d'informer les gens, pas de vendre du papier avant les autres.
# Re: La seconde release candidate de PHP 5 est sortie
Posté par Cali_Mero . En réponse à la dépêche La seconde release candidate de PHP 5 est sortie. Évalué à 4.
Traduction donc, pour les néophytes ou ceux qui envisagent de le devenir :
Il est recommandé de télécharger la version et de la tester sur votre machine pour pouvoir détecter aussitôt que possible les bugs qui vous gêneraient.
Ceux qui développent leur site en local (et qui sont avides de nouveauté, quitte à installer une version qui ne se retrouvera pas de sitôt en production) sont invités à télécharger la RC2 de PHP5 et de faire eux-mêmes une petite partie de la chasse aux bugs avant la sortie de la release officielle. C'est bien évidemment conseillé plutôt aux développeurs expérimentés, sachant reconnaître une erreur du langage d'une erreur de programmation.
Modifications principales :
- Mode de compatibilité avec le Zend Engine I, pour améliorer lauto-clonage dobjet de PHP 4.
Mouarf, je me marre... Ils ont modifié php5 pour permettre la compatibilité avec les scripts php4... bravo les ptits gars de chez Zend, je suis ébloui.
Si c'est la synthèse d'un changelog, pour un premier point ca tient de la gageure.... La compatibilité ascendante est une valeur clé du logiciel libre. C'est bien qu'ils l'aient compris, mais y'a vraiment pas de quoi se lancer des fleurs dans un changelog pour ça !
- Toutes les extensions orientées objets utilisent maintenant la convention de nommage studlyCaps. Cela inclut SQLite, SOAP, Reflection API, Ming, etc..
Il faut comprendre : Tous les mainteneurs d'extensions proposant des objets natifs php ont enfin trouvé une convention de nommage. C'est ce qu'on appelle les studlycaps (autrement dit, faites gaffe aux majuscules/minuscules lorsque vous manipule(re)z une extension php orientée objet). Quel progrès !
- Implémenter une interface ou une méthode abstraite avec un mauvais prototype est une erreur fatale. Pour la compatibilité ascendante, réimplémenter une méthode normale avec un mauvais prototype ne donnera quune alerte E_STRICT.
Le nouveau niveau d'erreur, E_STRICT, est à mon avis une bonne idée, invitant les développeurs à respecter rigoureusement le langage avant d'écrire du sale code code pouvant contenir de lourdes incohérences. PHP devient un peu moins permissif pour ceux qui, comme moi, doivent travailler en équipe avec des développeurs moins expérimentés et veulent détecter rapidement les erreurs grossières et les bugs de débutant. Voilà une bien bonne idée, cependant on ne me fera pas croire que ca a été long à développer...
Il eût, à mon avis, été beaucoup plus intéressant de faire un lien vers le changelog officiel de la RC2 ( http://www.php.net/ChangeLog-5.php#5.0.0RC2(...) ) qu'un lien d'autopromotion vers l'article poussiéreux de phpteam parceque vendre un livre sur php5 alors qu'il n'est même pas encore officiellement finalisé, c'est de l'arnaque, on l'a déjà assez dit, même si des connaisseurs comme toi et Eric Daspet s'y mettent. Je ne vois pas comment vous pouvez justifier la promotion d'un bouquin de référence "PHP5 avancé" (je cite) alors que le développement de php5 n'est visiblement pas terminé. Vous n'êtes pas les premiers à vouloir sortir un bouquin sur php5 avant les autres histoire de vendre plus... Quitte à raconter des âneries, la release officielle n'étant pas pour demain.
Quelques points du changelog qui ont retenu mon attention de développeur, mais apparemment pas la tienne :
Changed HTTP file uploads not to throw E_WARNINGs and E_NOTICEs. The error value in the $_FILES global should be used for error handling. (Derick)
Les uploads de fichier par HTTP ne provoquent plus de warning ni de notice, la valeur à contrôler devant être testée directement depuis $_FILES. Un non sens, à mon avis.
Changed __construct() to always take precedence over old style constructor. (Dmitry)
La méthode __construct() d'une classe, si elle existe, prédominera maintenant par rapport à l'ancienne forme de constructeur de classe (méthode de même nom que la classe). C'est un changement de comportement majeur pour ceux qui tentent d'écrire du code compatible php4 ET php5 !
Fixed bug #26441 (When __set() returned a value it corrupted it). (Andi)
la méthode __set() (utilisée pour intercepter des écritures de valeurs dans des propriétés d'objets) peut maintenant retourner des valeurs correctement.
_____________
Personnellement, je considère que tu as posté cette dépêche rien que pour caser le lien vers la page qui fait vendre ton bouquin sur une technologie pas encore finalisée. "PHP5 avancé" alors qu'il est visiblement pas encore figé niveau specs...
C'est triste ton point de vue sur php. Tout juste bon à vendre des pages aussi provisoires que le nouveau permis de conduire...
[^] # Re: Debian aussi
Posté par Cali_Mero . En réponse à la dépêche Tuxfamily.org initie un concours de logo. Évalué à -2.
# Re: Et encore une violation de la GPL, une !
Posté par Cali_Mero . En réponse au journal Et encore une violation de la GPL, une !. Évalué à 1.
[^] # Re: PHP 4.3.6
Posté par Cali_Mero . En réponse à la dépêche PHP 4.3.6. Évalué à 3.
Les namespaces avaient été implémentés dans la première bêta de php5, puis ils ont été retirés ensuite car leur conception n'est pas apparue comme "satisfaisante" aux mainteneurs.
C'est pas absolument indispensable comme fonctionnalité, mais ca pourrait permettre de coder beaucoup plus proprement.
[^] # Re: PHP 4.3.6
Posté par Cali_Mero . En réponse à la dépêche PHP 4.3.6. Évalué à 1.
C'est facile de sortir trois fois plus de releases dans le même laps de temps, suffit de faire trois fois moins de choses entre deux releases... (admire la différence avec l'impressionnant changelog de la 4.3.5)
La branche 4.0 est bel et bien gelée au profit de la 5, ca se sent.
Moi j'attends avec impatience un support des namespaces dans php 5.X, ce serait inespéré... J'espère qu'ils y travaillent, ou au moins qu'ils l'envisagent, ce serait selon moi la prochaine avancée majeure du langage.
[^] # Re: C'est reparti pour la "4k source compo" !
Posté par Cali_Mero . En réponse à la dépêche C'est reparti pour la "4k source compo" !. Évalué à 1.
[^] # Re: Hébergeurs
Posté par Cali_Mero . En réponse à la dépêche Retour de Léa-Linux en ligne. Évalué à 1.
Je peux te conseiller http://hebergement.com/(...) qui est un service de namebay (un des principaux registrars français).
Je suis chez eux depuis le début de l'année, ils sont français, pas chers, la qualité de service est bonne, et surtout ils proposent une interface d'administration top de top.
Le seul point noir, c'est que le support technique n'est joignable qu'aux heures de bureau et seulement par mail, mais on ne peut pas tout avoir pour si peu...
[^] # Re: Retour de Léa-Linux en ligne
Posté par Cali_Mero . En réponse à la dépêche Retour de Léa-Linux en ligne. Évalué à 2.
Ils ont toute ma gratitude pour les nombreux trucs qu'ils m'ont apporté , mais je pense qu'ils le savent déjà :)
Bravo les gars (et Mlle), continuez comme ca.
\o/
# Re: PhpCompta 1.0.0 pre Comptabilité GPL
Posté par Cali_Mero . En réponse à la dépêche PhpCompta 1.0.0 pre Comptabilité GPL. Évalué à 4.
Je ne sais pas ce qui a poussé les auteurs à abandonner l'ancien nom, mais le nouveau est une mauvaise idée...
En effet, ils auraient peut-être pu lire la FAQ de la licence PHP ( http://www.php.net/license/(...) ) :
Q. I've written a project in PHP that I'm going to release as open source, and I'd like to call it PHPTransmogrifier. Is that OK?
A. We cannot really stop you from using PHP in the name of your project unless you include any code from the PHP distribution, in which case you would be violating the license. But we would really prefer if people would come up with their own names independent of the PHP name.
Why you ask? You are only trying to contribute to the PHP community. That may be true, but by using the PHP name you are explicitly linking your efforts to those of the entire PHP development community and the years of work that has gone into the PHP project. Every time a flaw is found in one of the thousands of applications out there that call themselves "PHP-Something" the negative karma that generates reflects unfairly on the entire PHP project. We had nothing to do with PHP-Nuke, for example, and every bugtraq posting on that says "PHP" in it. Your particular project may in fact be the greatest thing ever, but we have to be consistent in how we handle these requests and we honestly have no way of knowing whether your project is actually the greatest thing ever.
So, please, pick a name that stands on its own merits. If your stuff is good, it will not take long to establish a reputation for yourselves. Look at Zope, for example, that is a framework for Python that doesn't have Python in the name. Smarty as well doesn't have PHP in the name and does quite well.
Pour les anglophobes, il faut comprendre qu'il est demandé de ne pas appeler "PHPbidule" ou "trucPHP" les applications créées avec/en php. Ce n'est pas formulé sous forme d'obligation, mais sous forme de forte incitation. C'est quand même pas beaucoup demandé, pourquoi ne pas respecter cette règle très simple ? pas lu / pas voulu ?
[^] # Re: quel intéret pour le libre ?
Posté par Cali_Mero . En réponse à la dépêche Docker 0.14, un gestionnaire de paquets pour Windows. Évalué à -1.
Tu parles d'intêret : peux tu alors expliquer l'intérêt de ton post stp ?
[^] # Re: LinuxFrench remet en cause quelques associations du libre
Posté par Cali_Mero . En réponse à la dépêche LinuxFrench remet en cause quelques associations du libre. Évalué à 8.
Le ton qu'il emploie est sans doute amplement critiquable et certaines parties assez gratuitement incendiaires, j'en conviens... N'empeche que le thème majeur qu'il dénonce, ce sentiment de "fermeture" de la communauté (un comble quand même !), est bien réel.
Je n'approuve pas aveuglément les propos de l'auteur quand il prend une association pour taper sur l'autre. Mais sa démarche prend du sens si tu notes qu'il cherche à mettre en évidence les failles d'une communauté pas si ouverte qu'elle devrait être, il souligne les défauts qu'il perçoit sur ses porte-étendards les plus exposés (la FSF, l'April, Linuxfr, CopinesdeGeek...). Facile, oui, mais faut quand même oser, c'est pas la meilleure façon de se faire/garder des copains, il en est bien conscient... Mais au moins il capte l'attention (la preuve !).
Si jamais il y avait des vraies idées derrière cet article, elles ont été noyées sous le style incendiaire, et pas constructif pour un sou...
Il y en a, et elles valent la lecture le clic. De la manière dont je lis cet article, l'auteur a voulu rappeler quelques principes clé du libre qui ont tendance à être de plus en plus oubliés : le principe de l'alternative, les valeurs d'ouverture et de tolérance, la vraie Liberté, le dialogue, l'esprit communautaire, l'entraide, l'accueil des nouveaux venus...
[^] # Re: OpenOffice 1.1.1 française est sortie
Posté par Cali_Mero . En réponse à la dépêche OpenOffice 1.1.1 française est sortie. Évalué à -3.
---> []
[^] # Re: Audition de la ligue ODEBI
Posté par Cali_Mero . En réponse à la dépêche Audition de la ligue ODEBI. Évalué à -1.
Et espérons que tu prennes quelques cours de français...
j'ai envoyé un mail à l'ump, et bien meme pas une reponse, quand on se dit democrate dans un pays dit "de liberté", on ECOUTE le peuple qui se fait racketter par des impots tres lourd , alors que ceux ki sont censer nous representés, se gave sur notre dos.
C'est pas à l'ump qu'il faut écrire, c'est aux partis de gauche, c'est eux l'opposition ! La politique aussi, ca s'apprend...
# Re: Audition de la ligue ODEBI
Posté par Cali_Mero . En réponse à la dépêche Audition de la ligue ODEBI. Évalué à 1.
Sachant que ce sera sans doute la meilleure et la dernière occasion de faire entendre notre voix à ceux qui nous gouvernent et qui nous pondent ces lois.... *hum*, j'aurai aimé trouver dans cette news un lien présentant M. Cohet ( C'est pas l'animateur ? ah bon... -> [] ), son passé, son engagement et ce qu'il compte raconter...
Dans tous les cas, je lui apporte mon plein soutien. Il a intérêt à bien préparer son texte et choisir ses mots...