La version 1.0.0 vient juste de sortir.
Au menu des améliorations :
- nouvelles fonctionnalités de GTK
- nombreux bugs fixés
La prochaine étape sera PHPGTK2 qui viendra avec PHP 5 qui on le sait sera plus orienté objet.
Aller plus loin
- Le site officiel (5 clics)
- Introduction à PHP GTK (9 clics)
- Forum PHP GTK (2 clics)
- Un jeu en PHP GTK (5 clics)
# Re: PHP-GTK en v1.0.0
Posté par Pascal Terjan (site web personnel) . Évalué à 4.
# et QT?
Posté par Smith Elliot . Évalué à 10.
J'en veux pour preuve Java SWT utilise GTK, RedHat fait ses frontends sous GTK, PHP utilise GTK... Bref, ca me donne l'impression que très peu de boite soutiennent QT/KDE. Quand je vois pourtant le boulot fait par les dev. KDE, ca m'enbette un peu...
[^] # Re: et QT?
Posté par Pascal Terjan (site web personnel) . Évalué à 10.
Pour Qt c'est de la bidouille si tu veux autre chose que C++.
[^] # Re: et QT?
Posté par __caffeine__ . Évalué à 10.
Evidemment si tu veux écrire ton UI en C, Qt c'est pas la fête... Mais avec PyQt et les bons outils, tu fais du boulot aussi bon qu'avec PyGTK, à toi de choisir suivant tes goûts... et la license, la raison pour laquelle GTK est plus populaire tenant sans doute au fait que Qt n'est pas libre sous un certain OS majoritaire.
D'ailleurs, qu'est-ce qui est le plus intéressant pour une boîte: un toolkit graphique sous LGPL (qu'on peut donc propriétariser sans vergogne), soutenu par une communauté de devs actifs, ou un toolkit pour lequel il faut casquer une licence si on veut fermer le code ?
[^] # Re: et QT?
Posté par Pascal Terjan (site web personnel) . Évalué à 4.
Je me rappelle la conf du mec qui avait fait ceux pour Java, c'était n'importe quoi il expliquait les problèmes et les solutions dégueulasses qu'il avait trouvé... (même s'il ne les présentait pas comme telles).
Ok il y a des gens qui ont pris le temps (et se sont pris la tête) à faire des bindings, reste à espérer qu'ils les maintiendront suffisament...
[^] # Re: et QT?
Posté par Anonyme . Évalué à 2.
(bon apparement le C++ et GTK+, d'après ceux qui sont compétent pour évaluer cela, ce n'est pas trop ça).
[^] # Re: et QT?
Posté par Guillaume Laurent (site web personnel) . Évalué à 3.
Non. Au début GTK+ était juste la toolkit faite par les premiers auteurs de Gimp, parce que Motif ne convenait pas. Ils ne se sont jamais posé la question des bindings vers d'autres langages. C'est avec l'arrivée de Gnome que d'autres ont dit "on va utiliser GTK+ plutôt que Qt, parce que c'est en C dont appelable à partir de n'importe quel langage, contrairement au vilain C++".
[^] # Re: et QT?
Posté par Anonyme . Évalué à 1.
Ca parle déjà de perl avec gtk+ en octobre 1998
http://mail.gnome.org/archives/gtk-devel-list/1998-October/msg00001(...)
L'autre argument en faveur de gtk+, c'est bien entendu parce que gtk+ était libre, au contraire de Qt. Je ne suis pas certain que c'est parce que GNOME voulait faire du C que gtk+ a été choisi, j'ai plutot l'impression que GNOME à fait du C parce que gtk+ a été choisi -- GNOME n'aura jamais eu ce nom, et donc l'aide de GNU (qui importait à GNOME en ce temps là), en dépendant d'un bibliothèque en QPL.
Ceci dit, il est certain que très tôt, la question du C contre le C++ s'est présentée
http://mail.gnome.org/archives/gnome-list/1998-April/msg00631.html(...)
Là dessus je n'ai rien de particulier à dire, je constate qu'il y a de très bon logiciels en C et d'autres très bon en C++, des très mauvais dans les deux. C++ est souvent accusé de lourdeur mais aujourd'hui KDE3 est plus léger que GNOME 2 et MS Excel est, m'as t-on dit en C++, et ce n'est pas du tout un logiciel lourd (ça tourne sur un P100 mieux que gnumeric).
[^] # Re: et QT?
Posté par bibi2003 . Évalué à 1.
[^] # Re: et QT?
Posté par Éric (site web personnel) . Évalué à 6.
C'est très loin d'être négligeable tout de même.
[^] # Re: et QT?
Posté par Prosper . Évalué à 9.
[^] # Re: et QT?
Posté par Roger Rabbit . Évalué à 6.
[^] # Re: et QT?
Posté par Roger Rabbit . Évalué à 6.
enfin bon passons, je précisais juste en réponse au post
que QT sera bientot disponible pour SWT, je cite :
"SWT for Qt/E will be included in the next release of the IBM WebSphere
Micro Environment and WebSphere Customer Environment products. We are
currently working on determining the feasibility of releasing SWT for
Qt/E to the Eclipse project"
http://dev.eclipse.org/viewcvs/index.cgi/platform-swt-home/dev.html(...)
Et j'en suis très content voila
[^] # Re: et QT?
Posté par Guillaume Laurent (site web personnel) . Évalué à 2.
[^] # Re: et QT?
Posté par Guillaume Laurent (site web personnel) . Évalué à 4.
Lesquelles ? IBM l'utilise pour SWT sous Linux (mais entre parenthèses, faut pas rever, comme pour Sun leur priorité #1 c'est Windows), à part ça ? Tu vois qui d'autre comme "grosse boite" ?
> très peu de boite soutiennent QT/KDE
Trolltech est parfaitement rentable. Hors du monde Open Source, GTK+ n'existe pas.
[^] # Re: et QT?
Posté par Guillaume Lebigot (site web personnel) . Évalué à 0.
C'est peut-être plus facile à coder...
(je dis ça mais j'en sais strictement rien en fait. :)
[^] # Re: et QT?
Posté par Prosper . Évalué à 2.
c est surtout parce que c est problement le langage idéal pour un installeur et des outils d admins .
[^] # Re: et QT?
Posté par Anonyme . Évalué à 1.
Et finalement, Qt est devenue libre après que RedHat et Mandrake se mettre à écrire des outils pour leurs distrib respectives...
[^] # Re: et QT?
Posté par Julien Wajsberg . Évalué à 3.
(perso je préfère gtk, mébon :)
En fait, j'ai surtout l'impression que gtk est la solution pour les gens qui utilisent ni gnome ni KDE.. alors que QT reste assez retranché dans le camp de KDE. C'est peut-être une autre raison :)
# Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par didbaba . Évalué à 10.
Vous aimez ça le PHP, alors tentez de me convaincre d'en refaire.
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par zgnouf . Évalué à 1.
Ça fera sans doute bondir le geek qui est en toi et qui va trouver 20000 arguments qui font que C et consoeurs sont plus pratiques, rapides etc. que php mais pour le commun des mortels, c'est une grande avancée...
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par Fabimaru (site web personnel) . Évalué à 1.
Il ne parle pas trop de C, perl, scheme, brainfuck, logo...
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par Anonyme . Évalué à 2.
Le PHP c'est facile - mais on arrive vite au stade où on passe trois plombes pour faire des trucs simples (la gestion des listes, tableaux et regexp de PHP est risible par rapport à perl, et je ne parle même pas de rapidité d'execution).
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par LeMagicien Garcimore . Évalué à 2.
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par Prosper . Évalué à 0.
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par Ramso . Évalué à 1.
si je connaissais (encore) php, je serais bien content d'utiliser mes connaissances pour écrire autre chose que des applis web.
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par jmfayard . Évalué à 2.
http://cpan.org(...)
http://www.oreillynet.com/search/index.ncsp?sp-q=Perl&sp-k=book(...)
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par fabien . Évalué à 2.
le fait d'avoir une liste de livre longue de 7 pages est un avantage ?
a la rigueur j'y vois presque un inconveignant : pour savoir faire du perle faut lire combien de book ?
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par Onishin . Évalué à 1.
enfin tout depend de se que tu attend faire des script sympa ou participer au developpenmentde perl !!!
Et le tres tres gros avantage de perl
c'est CPAN
y a des module pour tout faire va regarde tu serais surpris
la ou le php ne fait pas grand chose
tu fait simplement des truc compliquer
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par Ghorin . Évalué à 1.
Bon je ne connais pas assez perl pour le comparer à php mais je ne savais pas qu'un langage était meilleur qu'un autre juste parce qu'il en a une plus grande ... de liste de modules ;-)
Et pour trouver plein de modules php, il suffit juste de taper "php" dans google. Quand je suis en forme, j'y arrive !
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par Onishin . Évalué à 1.
il le sont pour des tache differente
Le perl et beaucoup plus pratique pour fronted , scripts divers et plus portable.
Comme le php peut etre plus pratique comme CGI WEB
les module php sont quand meme assez reduit mais suffisant.
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par Twidi (site web personnel) . Évalué à 1.
le nombre de fois ou je peux entendre ca de la part de ceux qui ne connaissent pas le perl...
j'ai commencé à faire des sites dynamiques a l'epoque ou php n'en était qu'a sa version 2, et le perl (en cgi donc) etait très populaire pour ca
et aujourd'hui ce n'est pas "pire", au contraire, le langage etant développé
si tu trouves plus pratique le fait d'avoir toutes les fonctions inclues dans le langage et tes paramètres et cookies auto déclarés en variable, ok, php est fait pour toi... ( en perl suffit de faire ton use CGI et use CGI::Cookie et d'appeler les fonctions qu'il faut, idem pour mysql par exemple...)
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par Anonyme . Évalué à 1.
Ceci dit, l'intérêt principal pour moi de faire du perl pour du web au lieu de php, c'est que le perl ça se débogue facilement, pas le php.
(et puis bon, avantages habituels de perl sur php : gestion de listes, tableaux, regexp...)
Enfin bon, dans certains cas, bricoler en PHP s'avère plus rapide, et à surtout l'avantage de pouvoir être installé sur n'importe quel serveur (PHP est plus fréquemment accessible que Perl, sur les hébergeurs -- sans doute parce qu'il est plus facile à brider) : http://savannah.nongnu.org/projects/annif(...)
Dans d'autres cas, bricoler en Perl est vraiment d'un confort absolu lorsqu'il faut avoir quelquechose un poil plus subtil, intervenant sur differentes machines via cron : http://savannah.nongnu.org/projects/comonfeelthenoize(...)
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par jmfayard . Évalué à 2.
Non tu as raison, l'avantage est que ces bouquins sont vraiment excellents.
D'une manière générale, la documentation de Perl est vraiment excellente et je connais nombre de projets libres qui pourraient prendre exemple dessus.
Il y a même une traduction assez complète en Français :
http://www.enstimac.fr/Perl/(...)
Comme la plupart des langages de programmation, la majorité des informations disponibles concernant Perl sont en anglais. Pour pallier ce manque d'informations dans notre belle langue, vous trouverez ici la documentation Perl en français.
Smack. Merci à tous les rédacteurs de doc et les traducteurs.
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par zgnouf . Évalué à 2.
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par Twidi (site web personnel) . Évalué à 2.
(et j'aime pas le php)
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par didbaba . Évalué à 3.
Je n'ai lu aucun argument pouvaint me convaincre que PHP est ce en quoi je devrais coder.
D'accord php c'est bien pour apprendre, c'est simple mais une fois qu'on a essayer la rigueur de Python et la poésie de Perl. Et bien relire ou refaire du PHP, c'est terne et banal. Il n'y a rien d'original dans ce langage. A chaque ligne, on se dit que tel chose vient de tel autre langage. PHP est un langage sans âme. D'ailleurs avec un nom sans voyelle pouvait-on espérer ressentir de la passion ?
# Re: PHP-GTK en v1.0.0
Posté par Roger Rabbit . Évalué à 4.
Je n'ai pas touché à php depuis 3 à 4 ans, donc mes connaissances
datent un peu merci de me les rafraichir :)
Mais a part coder du web rapido, vous envisagez php pour coder,
maintenir sérieusement en entreprise un projet de taille conséquente
avec les contraintes de fiabilité et de qualité attenantes ?
Avant de me moinsser comme des sauvageons, j'aimerais bien
un retour sur ce qui est fait actuellement avec php , liens , projets
expériences sur de gros projets, je suis preneur.
Bien à vous.
[^] # Re: PHP-GTK en v1.0.0
Posté par Olivier Meunier (site web personnel) . Évalué à 2.
Pour ce qui est des projets sérieux et "pro" en PHP il y en a à la pelle. Le site de Radio France, Yahoo qui migre à PHP, Wanadoo...
La mauvaise presse de PHP tient bien plus à MySQL qui est un jouet plus proche d'un Access que d'un vrai système de BDD tel que PostgreSQL, Sybase, Oracle ou DB2. Du moment qu'un projet un peu important utilise une base relationnelle correcte gérant les transactions et les proc stock, peu importe le langage. On pourrait faire des grosses cochonneries avec du J2EE + MySQL et dire que J2EE est un truc pourri pour petits projets.
Pour ma part, je suis actuellement sur un projet de migration d'un site PHP+Oracle en PHP+PostgreSQL avec en prime un redesign de l'appli (côté code). C'est un site de e-commerce, avec un circuit classique de commande (produit, panier, listes), une partie importante de gestion éditoriale et un backoffice assez imposant. le faire en J2EE par exemple. Je suis très satisfait de ce que m'apporte PHP pour un tel projet, la grosse difficulté tient plus dans le passage d'une centaine de procédures Oracle vers Postgre.
[^] # Re: PHP-GTK en v1.0.0
Posté par Anonyme . Évalué à 1.
Aussi, il s'agit de site web : ok, pour cela, on sait que PHP marche assez bien. Mais ça n'est pas une application gtk+ ou qt...
Quand à MySQL, cette BDD est largement suffisante pour la plupart des applications web, et très certainement pour les sites type radio-france.
[^] # Re: PHP-GTK en v1.0.0
Posté par Delannoy Maxence (site web personnel) . Évalué à 1.
[^] # Re: PHP-GTK en v1.0.0
Posté par Ghorin . Évalué à 2.
Et ce ne sont pas que des petits outils mais aussi des outils critiques pour l'entreprise : aini nos outils de gestion des pièces et des données CAO (notre coeur de métier car nous travaillons dans l'automobile) sont développés en PHP. En ce moment je travaille sur un projet de développement d'un outil de gestion de gestion des plans de validation, ce sont des documents qui décrivent les tests et la validation de ces tests pour chaque pièce des véhicules. Et ces documents ont une portée juridique puisque en cas de procès avec un client, nous devons fournir au juge nos plans de validation.
Notre système de demandes d'achats sont également en PHP avec un circuit de signature électronique et avec une interface pour les intégrer automatiquement dans notre SAP (progiciel de gestion/compta/achats/stocks/immo) afin qu'elles soient transformées en commandes. Bref que du sérieux et du stratégique pour l'entreprise et en production depuis 4 ans à peu près.
Pourquoi sommes-nous passé au PHP ?
Parce qu'il permettait de faire de l'objet et de développer facilement des librairies applicatives, parce qu'il est facile à lire et à écrire, rapide à écrire, que le module php_oracle est bien plus simple à utiliser que son équivalent pour C (et c'est Oracle qui gère nos transactions, pas PHP).
Vous allez me dire que PHP ne fait pas du bel objet (et vous avez raison) et qu'il permet d'écrire des trucs qui devraient être interdits. Mais il a un gros avantage : il est très facile et très rapide à apprendre pour n'importe quel nouveau développeur qui est alors plus rapidement rentable pour l'entreprise (et vu le turn-over des développeurs en entreprise, ce n'est pas un argument débile).
Et les désavantages de PHP sont largement compensés par ses avantages. Alors si votre but est de produire le plus beau code, passez votre chmin et faites du C++ mais si votre but est de produire l'outil demandé dans les délais les plus courts et avec une qualité acceptable pour l'utilisateur, alors le PHP est bon pour vous.
[^] # Re: PHP-GTK en v1.0.0
Posté par fabien . Évalué à 1.
c'est possible ?...
t'as une URL qui explique, ca m'interresse fortement ?
[^] # Re: PHP-GTK en v1.0.0
Posté par Ghorin . Évalué à 2.
Dans le cas de nos demandes d'achats, elles sont faite dans l'outil php de l'intranet puis lorsque le signataire signe la DA, le script php génère 2 fichiers texte dans un répertoire commun au site web et à SAP (via des export NFS entre les 2 serveurs Unix) puis via la commande system, on fait un rsh sur le serveur sap et on y exécute une commande nix fournie par SAP et qui permet de générer un Evènement SAP. Ensuite dans SAP, on a créé un job qui démarre automatiquement à chaque fois que l'évènement "Nouvelle DA" est généré sur le serveur. Et ce job lance ensuite l'intégration des fichiers texte dans SAP via un bète batch-input.
Donc comme tu vois, ce n'est pas du tout fait par un modul php car à ce moment là ça n'existait pas (c'est en production depuis 4 ans).
Par contre, lors du salon Forum PHP Paris 2003, il y aura une conférence "Connecter PHP à SAP". Voici l'URL : http://www.afup.org/forumphp/sessions.php(...)
Bon il y a quand même un autre moyen de faire du SAP en PHP : c'est d'attaquer directement la base de données qui est derrière. Chez nous c'est Oracle et comme on a une autre base Oracle pour l'ensemble des données d'entreprise, on aurait pu faire ça. mais on ne le fait pas car manipuler les données de SAp sans passer par SAP, c'est prednre des gros risques car pratiquement tous les contrôles de la cohérence des données sont faits par le logiciel SAP et pas par la base. Et de toute façon, les tables Oracle de SAP sont tellement obscures à comprendre qu'on n'a même pas envie d'essayer !
[^] # Re: PHP-GTK en v1.0.0
Posté par Thomas S. (site web personnel) . Évalué à 4.
PHP est un langage simple, qui l'a rendu accessible a de nombreux débutants. Il soufre donc de limitations dans sa conception pour en faire un langage d'adminstration systéme par exemple. Il permet néanmoins de créer de gros projets de qualités comme templete, comme de tout petits sites dynamiques amateurs. Son orientation actuelle vers avec php-gtk découle du développement actuel des web services, qui rapproche les aplications lourdes (traditionellemnent developé en C/C++ ...) des web services de plus en plus puissants.
Perl est est un langage extrénement souple et dispossant d'un énorme ensemble de librairie (search.cpan.org ) , il permet une utilisation pour de nombreux problèmes, de l'admin sys à la création d'aplications graphiques en passant par les applis web et j'en passe. Il ne souffre pas à la comparaisons en matiére de performances avec le mod_perl, slashdot en est un exellent exemple. Ca prise en main réél est moins aisé que php, et sa syntaxe extrénement libre ainsi que l'étendue énorme de ses possiblités, peut devenir un véritable cauchemar pour la reprise de code ,si le développeur précedent était en goret (en php aussi me direz vous, oui mais en PERL c'est pire, c'est du vécu :-) ).
Python je ne connais pas, apparement c'est un langage très rigoureux, facilitant le travail colaboratif , la reprise de code et sa réustilisation, avec un champs d'application très étendu, et de nombreux conceptes alléchants grace en autre a l'objet. Un petit peu lent parrait-il, mais la performance, n'est pas l'intérest principale d'un langage.
J'ai dévellopé pendant un 1 ans et demi en php/Mysql et ces deux logiciels simple mon permis de débuter, ce qui ne veux pas dire que je considére PHP, comme un langage de débutant !
Aujourd'hui ça fait un an et demi que je code en PERL/Postgresql axkit, plpgsql, pour faire du développement web, de l'admin sys, de la gestion de base de données et de la gestion de flux d'informations provenant de matériel embarqué, et d'autres personnes dans mon équipe l'utilise aussi, pour faire des scripts d'analyses de données géographiques en complément de GRASS et R.
Et demain j'essayerai certainement python qui a l'air vraiment sympatique.
Un langage convient souvent mieux a certaines personnes que d'autres, mais ce n'est pas une raison pour s'y cantoner ! Un langage de programation n'est qu'un outil et non une fin en soit !
[^] # Re: PHP-GTK en v1.0.0
Posté par Anonyme . Évalué à 2.
Python exige une syntaxe très précise. De fait, la réutilisation du code est sans doute plus aisée qu'en perl. En perl, c'est justement agréable d'avoir une certaine liberté, quoi que certaines règles pour un vrai travail collaboratif doivent s'imposer...
Question rapidité, à ce qu'on m'a dit récemment, python peut s'avèrer très rapide, cela dépendrait finalement assez du contexte (interface graphique... pas terrible). Quelqu'un à plus d'infos ?
[^] # Re: PHP-GTK en v1.0.0
Posté par Cyril PIERRE de GEYER (site web personnel) . Évalué à 3.
Selon certain PHP ne serait pas un langage permettant de faire des vraies applications pro ?
Le problème de PHP c'est qu'il est très simple d'en connaître les bases et du coup des gens ayant pondu un phpinfo() s'estiment suffisamment expert pour dire que PHP Sukez et que c'est un langage de page perso.
Une petite anecdote rigolote qui date un peu. Le 11 Septembre 2001 au journal télévisé PPDA nous annonce que le web a retrouvé le plaisir des pages statiques car suite à la surcharge de nombreux sites tournant sous vignette (cher cher) , JSP voire ASP sont tombés et leurs admins ont décidé de mettre du HTML.
PAr contre on en a peu aprlé mais boursorama qui tourne sur une plateforme LAM¨P a connu son plus haut pic de visites et ... a tenu la charge. Et pourtant on imagine bien les nombreux boursicoteurs rafraîchir toutes les 3 secondes leurs graphiques ( générés dynamiquement) pour voir le cours de leurs actions s'effondrer.
Et bien non boursorama n'est pas tombé contrairement à de nombreux sites sou JAVA, python, Vignette and co ?
Donc ? conclusion ?
Aucun langage n'est la réponse ultime ( 42?) mais chacun est spécialisé dans son domaine et répond a certaines problématiques.
De plus que je code en JAVA ou en PHP voire en C si je fais ça comme un goret ça va forcément être une usine à gaz.
Alors pitié arretons la les frais y a de nombreux autres exemple positif sur PHP ( Yahoo passe en PHP, Sun annonce un rapprochement entre PHP et JAVA, ...) qui montrent bien que si c'est le langage de dynamique le plus utilisé c'est pas pour rien ;)
Et si vous voulez en savoir plus allez au forum PHP.
Amcialement,
cyruss
[^] # Re: PHP-GTK en v1.0.0
Posté par ted31 . Évalué à 1.
Moi, ce que j'attends, c'est qu'on nous fasse un langage vraiment béton pour client web.
Actuellement, je developpe une application avec les technos web, exactement le même type d'application qu'on pourrais faire en c++ avec les toolkits appropriés ou en delphi etc... ben je dois dire que c'est vraiment la galère.
Je donne un exemple: supposons que dans un formulaire html, j'ai le choix entre plusieurs selectbox et selon celui qui est sélectionné, la suite du formulaire change.(exemples trés classiques parmis tant d'autre).
Le moyen le plus simple consisterait à regenerais la page web. c'est nul car cela alourdi le reseau et le serveur web.
Donc on est obligé de se tourner vers javascript+css+dom=dhtml (bref une saloperie) et tant qu'a faire, limiter l'utilisation de php pour les acces aux bdd.Quand aux technos comme xforms ou xul, elles sont hélas beacoup trop jeunes.
bon bref vous comprendrez que je pense que php, c'est bien pour les sites web dynamiques (sites de news, marchand etc..) sortie de là, c'est pas bien.je trouve que le langage n'apporte pas grand chose de nouveau par rapport à d'autres notamment python ou ruby.Alors utiliser php-gtk, je vois vraiment pas l'interet, ce langage n'est pas plus simple que certains.
[^] # Re: PHP-GTK en v1.0.0
Posté par Delannoy Maxence (site web personnel) . Évalué à 1.
Moi j'y crois en tout cas. Pour ceux qui ne connaissent pas : http://www.xulplanet.com/(...)
# Re: PHP-GTK en v1.0.0
Posté par Sylvestre Ledru (site web personnel) . Évalué à 1.
Pourquoi je ne devrais pas faire de PHP ?
Perso, j'en fais (ainsi que beaucoup d'autres langages), et je ne comprend pas trop pourquoi tous les gens critiquent PHP commeca a tout rompre ...
[^] # Re: PHP-GTK en v1.0.0
Posté par Stéphane Traumat (site web personnel) . Évalué à 2.
J'adore le Java, c'est celui que je préfère mais franchement, j'ai du mal à comprendre les gens qui critiquent PHP...
meme si j'adore Java, PHP est :
- rapide
- puissant
- répendu
- possède des excellentes librairies
- syntaxe facile à apprendre
- très adapté au web
Alors, je vois pas pkoi des gens disent que le perl est un vrai langage comparé au PHP, je capte pas.
http://about.me/straumat
[^] # Re: PHP-GTK en v1.0.0
Posté par Dalton joe . Évalué à 1.
J'adore java, je le prefere a php, mais je souffre avec les deux languages.
Ils ont trop de lacunes et sont mal ecrit tout les deux.
J'attend avec impatience php5 pour voir un mieux, et je surveille d'un oeil attentif la progression de Nosica.
Nous sommes dans le royaume du moins pire.
[^] # Re: PHP-GTK en v1.0.0
Posté par Sylvestre Ledru (site web personnel) . Évalué à 2.
Tu pourrais développer ?
Java a quoi comme lacunes ?
Et en quoi tu trouve que Java est mal écris ?
[^] # Re: PHP-GTK en v1.0.0
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
Je vois pas ce qui me manque et qu'un autre langage pourrait m'offrir
http://about.me/straumat
[^] # Re: PHP-GTK en v1.0.0
Posté par jjay . Évalué à 1.
Les categories :) mais à par Objective-C je ne connais aucun langage sache le faire.
Objective-C le meilleur langage ?
[^] # Re: PHP-GTK en v1.0.0
Posté par Stéphane Traumat (site web personnel) . Évalué à 1.
http://about.me/straumat
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.