Gabriel a écrit 587 commentaires

Bonjour,
Juste pour faire le point sur l'état de l'art, comme dirait mon client : Qu'est-ce qu'il en est de la portabilité?
Linux<->Apple <-> Windows (surtout)
Est-ce une question de méthode, pour être portable? Ne pas utiliser certaines méthodes par ex.
Est-ce qu'on peut envisager d'utiliser XCode pour directement faire du code qui tournera sur linux voire Windows? Ou est-ce difficile?
Merci d'avance et longue à lisp fortran net data forth l'assembleur gnuStep!

Je vais déjà répondre à moi-même ;-)
On est en v1.2: Pour la 1.3 : "No new features are planned for 1.3. Some work has already been started on this. Especially in the area of sql optimisation."
Pour os-commerce, j'ai pas trouvé.

PS : vous savez aussi pourquoi il y a eu ce fork?

Je pense utiliser peut-être cette méthode parce qu'elle me permettrait de faire une présentation diffusable et hors des "applis". Et en plus je "parle" html couramment, alors que je ne maîtrise ni word, ni docbook, ni OOO, ni...

http://blog-and-blues.org/weblog/2004/08/09/265-ne-validez-pas-en-a(...)
http://blog-and-blues.org/weblog/2004/08/11/268-entree-dans-les-sta(...)
Another view

php peut aussi être client de web services.
De plus Si tu as - par exemple - un site de e-commerce qui génère des commandes, ce site peut être en php (jusqu'ici tout va bien? ;-) excuse moi je suis moqueur aujourd'hui parce qu'aujourd'hui le site dont je me suis occupé pendant longtemps - avec succès pour eux faut avouer - passe d'un websphere (sans ejb) intégré au back office à un commerce server 2000 détaché du back office donc...)
Et s'il génère des commandes, elles peuvent être réceptionnées par un serveur avec du php, ou du vb.net, ou du c compilé à la volée, xml-on-demand, ou de l'asp... (on me souffle dans l'oreilllette: non, pas de l'asp) Puis traitées en auto, par ce qu'on veut derrière, sap, solution maison...
Bref, php peut être aussi serveur de services webs si derrière la machine tourne. Mais, on est d'accord, php n'est toujours pas dans le moteur.

Je trouve cela assez utilisable au contraire.
Il manque pour moi deux fonctionnalités - à développer :
- un résumé des slides, pour pouvoir naviguer.
- Et une autre feuille de style où on verrait aussi des explications plus longues. Et à partir du document html générer une sorte d'article. On aurait ainsi enfin des slides exploitables autrement que dans les présentations - et un document polymorphe.
J'admire beaucoup ce travail! En plus montrer qu'on peut refaire un powerpoint de 12 meg en 100 kilos c'est classieux

ou chez www.lmet.fr :
http://www.lmet.fr/SESSION=lmet&20041014143627&04&28211(...)

En tout cas un grand coup de chapeau pour ton livre, c'est une excellente idée! Tu vendras au moins un exemplaire ;-)
ça fait plaisir de voir que sur un aussi beau sujet c'est un livre en français qui sort, ça change des traductions faites 6 mois plus tard de livres en anglais. Well done, guy!

lucene, surpuissant mais il faut l'implémenter, c'est plutôt une librairie.
Lazlo, open source depuis 10 jours, non?
infoglue : je ne connaissais pas mais ça m'intéresse à fond! Une appli utilisée par des danois et des néerlandais (http://www.infoglue.org/infoglueDeliverLive/ViewPage.action?siteNod(...)) ne peut être que bonne. cf. typo3
(oui j'ai des critères assez bizarres!)

Je veux dire plus simplement qu'un langage c'est aussi une culture : celle de java, ce sont des design patterns , des librairies, des implémentations, des architectures. Celle de php c'est des fonctionnalités, des inventions venues de l'utilisateur plus que du codeur. Et dans les deux communautés on ne parle pas des mêmes choses.
Ce n'est pas une règle absolue, tu trouveras aussi des bons cms ou des wiki (à la jspwiki) ou des blogs en open source java. Mais la communauté est en général plus petite.

C'est promis j'arrête de troller et je retourne bosser un peu, j'ai une la mise en ligne vendredi ;-)

Merci de ne pas comparer PHP et J2EE.
C'est quoi le titre de la news déjà?... "php 5 futur concurrent de j2ee et .net ?" .

Sérieusement, quand leMonde.fr, yahoo et beaucoup d'autres choisissent php, quand on voit la croissance de ce langage/de cette plateforme, avec son modèle de diffusion propre, il y a de quoi se poser des questions sur les frontières entre ces différents langages.
D'où il ressort - cf plus haut - que php manque peut-être de certaines fonctionnalités, mais pour être plus précis, php ne les a pas en standard et celui qui utilise php doit faire un effort pour aller chercher, qui une API pour les logs, qui une api pour les messsages asynchrones, etc. D'où il ressort que tu peux faire du php crade mais que c'est beaucoup plus difficile pour le java. Et que tu peux faire du php avec plein de fonctionnalités mais c'est plus compliqué que php.
Un point aussi qu'on n'a pas soulevé, les briques sont en général plus évoluées en php qu'en java et ont des communautés plus importantes. Entre phpNuke (ou postNuke, ou ...) et la version jboss Nukes, tu trouveras plus d'activités du côté php. Idem avec les wiki, les forums... (Avec les boutiques c'est plus compliqué.)
Et en général, les fonctionnalités développés, inventées seront plutôt côté php. Donc pour un intranet ou un site de news - petite moyenne ou grande dimension, php peut être le choix évident.
Bref, plus de potentiel dans le code côté j2ee, plus de potentiel dans les fonctionnalités côté php?

Pendant qu'on y est , unpetit éclairage sur ce site précieux:
http://www.phppatterns.com/(...)
Le site de Harry Fuecks où il a regroupé une série d'étude sur l'implémentation des design patterns en php.

où j'avais vu à l'époque par exemple la difficulté à implémenter le singleton.
Qu'en est-il mantenant avec php5?

Pourquoi en vrac? C'est bien la question, si tu veux utiliser php à des applications d'entreprise, il faut bien s'interfacer avec des systèmes hétérogènes, non?
Et puis php sur as400 pour générer du html c'est aussi bête que j2ee sur as400 pour générer du html, à la fin l'utilisateur est content ou pas content, point.
Enfin, si tu veux du vrai n'importe quoi il y a atari web server, et pourtant ça marche. http://kl.net/atari/(...) (enfin ça a marché longtemps, maintenant je ne sais plus)

je te conseille de jeter un oeil à Visual Web Developer Express Edition (à télécharger depuis msdn.microsoft.com).
Et...tu saurais où trouver les paquets debian?stp?
ok je vais faire du php ------>[dehors]

Dans la série des questions : A quels systèmes peut-on se connecter avec php?
Sur quels système peut-on faire touner php?

par ex, Je sais qu'on peut faire tourner php sur as400 - et ainsi faire des appels système. Est-ce que quelqu'un a déjà essayé php sur as400?

Personnellement ça ne me gêne pas que ça soit compilé, c'est plus lent la première fois que la page est accédée mais après c'est très rapide vu qu'il n'y a plus de parsing à faire ...
Quand c'est en ligne pas de souci c'est très rapide. Mais C'est quand tu développes que c'est pénible, et ça rallonge le temps de développement.

Je ne vois vraiment pas le problème, si tu veux coder comme un bourin c'est ton affaire .... je suppose que tu voulais dire : "c'est l'affaire de ceux qui codent comme des bourrins"? ;-)

PS : je voulais préciser : vu de mes petits yeux de tête de linotte pas réveillé, java a déçu par rapport à ce qui a été promis!
Pas par rapport à la masse énorme de ce qui a été apporté - effectivement, tous les acronymes, tous ces projets, et tous ces patterns aussi, qui préexistent à java ok mais qui sont largement utilisés et travaillés par la communauté: inversion of control, service locator, dao et compagnie.

Ce que j'aime pas avec les jsp :
- C'est une manière de donner faire aux doigts aux développeurs : <c:out value="${objet.variable}" /> pour un <?=objet.getVariable() ?> Et sans parler des jsp:useBean...
- C'est compilé, recompilé, tout ça pour voir l'effet sur la page de ton changement dans l'agencement de ce qui est généré. C'est franchement long, comme cycle tu ne trouves pas? Alors qu'il s'agit juste d'afficher deux trois trucs, de générer un tout petit bout de html de rien du tout. En ce sens je préfère php pour le dev de html généré dynamiquement. Mon rêve, personnellement c'est bien d'ailleurs de générer le html avec php, mais en utilisant des objets java.
- ça permet de faire trop de choses. Par exemple, des accès bases alors que c'est pas le lieu de le faire. Ok, il suffit de ne pas l'utiliser; et après tout cela permet de donner du travail à ceux qui ne connaissent que Cold Fusion, mais du point de vue architectural c'est pas tip top.
Et s'il existe des projets parallèles, type tapestry, Velocity et autres, pour générer des vues c'est peut-être que la cause n'est pas entendue, non?

Côtés positifs, c'est vrai il y en a pas mal : Et en premier lieu, les taglibs. ça c'est quelquechose de merveilleux! A cause de cela d'ailleurs j'en reste aux jsp pour générer mes micro pagettes... Il faut ajouter aussi la cohérence du tout.

jsf, prometteur? Oui, si tu as un outil pour en générer. Sinon, c'est la tendinite assurée. (façon moqueuse de dire que tu ne pourras pas avoir toujours la main sur le code)
Et puis c'est orienté jsp et justement le modèle événement s'éarticule mal avec les jsp - cf un article dans onjava.com: http://www.onjava.com/pub/a/onjava/2004/06/09/jsf.html(...)

Deux différences : premio, php a en général plutôt tenu ses promesses.
Java, avec les ejb, les jsp, les jsf, a souvent un peu, beaucoup, déçu. .net je ne connais pas - j'ai entendu de asp.net, le langage qui permet de faire des pages web, autant d'éloges, que de critiques(on lui reproche d'être n'importe quoi)
Deuxio : au moins ici tu peux dire ce que tu penses. Tu vas me dire: ici tu peux dire ce que tu penses de m$. Oui, mais c'est hors du spectre de m$. Alors qu'ici, on est en plein pays php.

Est-ce que ces "experts" sont impartiaux? Cela dépend de comment ils sont nommés.
Quand les "dirigeants" choisissent des gens, experts, cadres, pour qu'ils donnent leur avis ou pour qu'ils agissent, ils savent déjà ce que ces personnes pensent en général.
Si un journaliste demande son avis à un expert de l'insécurité, il va dire qu'il y a de l'insécurité.
Si ton patron engage un directeur des ressources humaines qui te semble dur à vivre, c'est qu'il veut virer. S'il prend un gars ouvert et qui s'intéresse surtout à l'humain, aux autres, c'est qu'il cherche à engager.
Si nos dirigeants demandent leur avis aux experts des brevets logiciels, ils auront un avis favorable aux brevets logiciels.
C'est une variation autour du théorème du lampadaire. Soit une personne qui fait tomber ses clés le soir dans la rue. elle doit chercher ses clés en dessous du lampadaire. Pas parce qu'elle a laissé tombé ses clés à cet endroit mais parce que c'est là qu'elle peut chercher.

Garder la syntaxe VB en VB.net ok, mais passer à l'objet.
Ce qui de toutes façons demande 6 mois-un an.

Pourquoi tu ramènes cela à .net? Dans les 2 derniers posts auquel tu réponds, on n'en parlait pas. Tu ramènes toujours tout à .net. Ok tu es enthousiaste mais je crois qu'on a compris.
Tu me rappelles exactement cette partialité qu'on trouve dans les docs microsoft : cette manière de dire :"avec Nous vous allez pouvoir faire ça ça ça c'est fantastique." C'est bon, laisse les gens juger par eux-mêmes, s'il te plaît.

Mais il faut comparer les comunautés, l'activité...
Tu peux comparer le nuke de JBoss avec postNuke mais alors il faut aussi voir la différence de communauté.
En ce sens, une commmunauté jsp est Pas forcément moins active, mais le plus souvent beaucoup plus petite en général. Et en général encore, les caractéristiques développées sur des solutions toutes faites en java sont pompées des caractéristiques développées sur des solutions toutes faites en php.
Mais il faut voir le cas particulier bien sûr

juste pour ajouter 2 centimes à la discussion.
Je ne vois pas au fond les immenses différences dans les langages c# et java - à quelques détails près, mais on fait avec ou sans, enfin bon on fait ce qu'on peut. Je n'arrive pas non plus à considérer que l'implémentation du forEach est une révolution.
Niveau architecture il y de belles différences, entre la jvm et .net, d'accord, on en parle souvent. J'avoue ne toujours pas tout à fait me décider pour savoir si mono est une solution viable ou pas. Tout semble en théorie à peu près carré mais j'imagine trop bien que quand m$ voudra mettre à mort mono il aura des prises, qu'il n'a pas sur java. Et l'idée d'être lié à une plateforme... c'est plus simple, plus "on va pas s'embêter" mais je ne crois pas que de faire une solution qui marche partout-mais-surtout-sur-windows soit une idée sur laquelle on peut s'appuyer : si mono se targue de réimplémenter c#, windows aura beau jeu de dire "mais vous voyez avec telle librairie native ça ne marche pas" et hop, mono est déconsidéré (mais je dis cela simplement d'intuition! je saurais incapable de soutenir mon propos devant des bateleurs.) Bref je trouve c# un langage comme il faut mais l'idée de l'implémenter sous linux c'est une excellente idée masochiste.

Tout cela pour dire que vous avez oublié un truc, le truc à mon avis de c# : sa plateforme de dev. Avec Visual Machin vous pouvez faire des applis tranquilles avec la souris. Et cela ne s'adresse pas à la crème de la crème, tous ces purs et durs qui viennent mouler ici, mais aux "développeurs corporates" comme disait Craig Mac Clanahan, c'est à dire à 50% des développeurs qui sont assez bon pour faire leur job tranquillement mais qui ne veulent pas ou ne peuvent pas peaufiner.
En cela mettre à dispo un langage qui a l'aura de java et une capacité à faire des petites applis, c'est...pas mal , non?.... Et ok l'architecture après est pas terrible. Mais ça, pour les petites applis rien de critique. Au contraire, les données s'articulent facilement avec la façon de le présenter: le bonheur! Tu veux voir tes données, elles se mettent toutes seules dans un tableau. Ton chef est content, tu fais du c# et tu rentres tôt.
A quand une plateforme de dev de petites applis jetables sous linux et/ou en java?
Creator? Les jsf?

En gros... cela n'a rien à voir.
Cela dépend beaucoup du projet, de tes intentions, de savoir si tu es seul à développer ou pas, etc.
Compter aussi de savoir si tu veux utiliser des librairies (plutôt java) ou des solutions réutilisables (blog, forum, wiki... plutôt php).

J'ai lu un jour le témoignage d'un développeur dans une jcp (je ne sia splus laquelle : jdo?)
Il ne travaillait pas pour les gros (Oracle, Sun, IbM, BEA, JBoss, Apache, et j'en oublie)
Il avait simplement envoyé son CV.

Et tu en es où de ton appel? Il a été entendu? Tu as trouvé des gens pour prendre ta suite?