Je trouve déplorable le fait faire des clans avec les langages de programmation !
 
Le but de la programmation étant d'arriver à ces fin en créant une appli stable et fonctionnelle !
le reste c'est du baratin ! La speudo géguere ASP/PHP c'est du bidon.
C'est la plupart du temps c'est une question de préférences, d'ideologie ou d'oportunités. Combien de personnes sur ce forum connaissssent à fond toutes les subtilités des 2 langages ? Combien de personnes peuvent prétendrent les maîtriser ?
 
Alors me voila bien surpris lorsque je ne vois dans ce sondage que deux choix possible. Ou se trouve la case: indifférent ?
Et pourquoi "VS" ?

et de plus, si on choisi rien, et qu'on clic directement sur "voir resultat" il indique "votre choix a bien été pris en compte" puis il met le graphique...
 
qu'est ce qu'il prend en compte à ce moment ?

il prend le choix préféré de Joce

En plus on oublie un peu vite JSP, que je considere comme top-moumoute ... mais que veux-tu, c'est la mode en ce moment de dire qu'on fait du PHP: c'est comme LoftStory, faut attendre que ca passe

euh et que fait HFR avec ces stat, comment les exploites t'ils.
est pour un boite de maketing exterieur ? ou juste pour information destiné au foromeur ?
 
 
 
y'a ptet de l'ennui chez HFR alors y font des stat
 
et les gars, au lieu de faire des stats vous auriez pu reflechir sur la manière de regrouper toute les infos de ce forum
histoire de ne plus voir les même question revenir tous les deux jours (encylopedie de hfr).

bin faut dire aussi que la fonction de recherche du forum est limite merdique   ça aide pas les newbs à trouver leurs réponses...
 
 
je pige pas pourquoi on peux pas recherche dans le titre ET dans le corps du post.

gonzoide -> y a que les nazes comme tois qui pensent que php est une "mode". c un des langages les plus simple et puissants exploitable sur le web. 100% gratuits, touche-a-tout, mis a jour. je pense pas que la "mode" passera de si tot, jcrois meme que ca va rester comme standart

Quand je dis que c'est une mode, je pense tout particulierement a ceux (et ils sont nombreux) qui repondent "PHP" des qu'on leur pose une question (la preuve, on veut a tout prix que PHP soit oppose a un autre langage, alors que sincerement on s'en tape)  
 
Je ne connais pas suffisamment PHP, mais j'aimerais quand meme qu'un expert du domaine me montre (je ne demande qu'a etre convaincu) que PHP est par exemple plus puissant que JSP avec l'environnement Java que l'on trouve derriere.  
 
Quant a l'aspect "standard" de PHP, j'attends encore ... les standards doivent souvent leur survie aux support qu'ils receoivent des grands comptes, et a ma connaissance (mais je peux me tromper), dans ce domaine ca serait plutot JSP ou ASP, non ? PHP = gratuit = pas de support officiel, et quelle que soit la qualite du produit c'est un tres gros defaut dans l'industrie (je parle pas des boutiques de matos PC qui font un site web avec forum en PHP, bien sur)
 
PS : Zoum, fallait pas te sentir agresse comme ca, tu ne fais qu'apporter de l'eau au moulin de Djero ... dire "je pense que ca va devenir un standard" n'engage que toi, et ne fait pas trop avancer le debat

moi, ma méthode de comparaison est très simple : je constate ...
 
1) les stats officielles d'utilisation de php ici : http://www.php.net/usage.php , là http://www.securityspace.com/s_sur [...] emods.html et ici http://www.securityspace.com/s_sur [...] index.html pour voir qu'apache (serveur gratos donc 'non officiel', enfin GNU un minimum quand même ? non ?) tient tout de même près de deux tiers du marché.
 
2) et mon opinion personnelle : j'ai touché à pas mal de languages et php est de _loin_ le plus agréable à utiliser. franchement c'est un pur bonheur. ne serait-ce que la facilité de ne pas avoir à déclarer ses variables et les conversions automatiques string > int, etc ... bref bref bref. j'adore !

 
Ce point particulier est justement vachement interessant : pour ma part, je n'imaginerais meme pas d'utiliser un langage aussi laxiste pour faire tourner un systeme en production ... je ne considere pas qu'un langage est "puissant" parce qu'il permet de genre de degueulasseries (on se demande ou est le progres par rapport a Perl/CGI).  
 
On peut considerer la partie "graphique" comme la partie pauvre d'une appli, et se permettre un peu n'importe quoi ... quand je ponds du code destine a afficher des donnees, il a droit au meme traitement que les autres : design, exceptions, pre/post conditions et tout le bastringue. C'est pas parce que ca doit etre flashy que ca doit pas etre propre, et je me vois mal par exemple avoir (dans du code destine a afficher des donnees) des appels vers une DB ... mais une fois de plus, ca depend de la maniere dont chacun programme.

[edtdd]--Message édité par Gonzoide--[/edtdd]

Exactement comme en VB et pourtant, VB n'est pas vraiment considéré comme un des meilleurs langages. Les facilités que tu cite permettent surtout de programmer comme un cochon et de rendre le code moins lisible.

gonzoide > deux philosophies différentes. pour moi (dans l'idéal) les parties cruciales doivent être un langage compilé style C et la glue autour, n'importe quoi de facile à utiliser. enfin j'ai l'impression qu'on ne parle pas bien de la même chose ...  
 
tout d'abord : mon vrai boulot, c'est le code c++ direct3d & co tout joli tout bô tout carré. donc le code 'non dégueu' je connais bien.
 
php : je ne l'ai utilisé qu'en amateur, pour faire une site interne pour l'équipe avec laquelle je travaille (+ qq autres expérimentations). donc la partie graphique se résume à l'affichage d'html et qq fois d'un peu de gd (librairie graphique). bref, du script standard. je n'ai pas dit que php était 'puissant'. la puissance dans ce cas-là, je m'en contrefous, royalement. php me permet de faire en une heure et qq lignes ce qui me prendrait beaucoup plus de temps et de lignes en un langage comme C ou java.  
 
pour moi, php = productivité et surtout efficacité, ie pas se prendre la tête avec des conneries comme l'allocation, la déclaration d'un entier, ou d'un tableau de caractères .... le fait que tout soit dynamique est un putain d'énorme avantage. le mieux, c'est que c'est hyper rapide. pouvoir faire des include dynamiques pour un site multilangue par ex = le bonheur. accéder à toutes les variables du script = le bonheur. plus l'évaluation runtime comme en javascript par eval(). en fait js et php sont assez proches l'un de l'autre de par leurs philosophies.  
 
au début, je me suis lancé dans php par pure curiosité, je ne connaissais pas du tout le web. je ne regrette pas, ça n'a pas fondamentalement changé ma manière de programmer en c++, mais ça m'a ouvert de nouveaux horizons, et wow ! c'est _très_ joli par là ! rien que la simple puissance d'application d'un explode() en php ... mais je digresse, là
 
bref. au final, je trouve que php est un outil fantastique pour tout programmeur, ne serait-ce que par le changement de perspective qu'il peut apporter. que tu considères la déclaration de variables dynamiques comme 'dégueulasserie' me surprend énormément. au début était l'assembleur. puis vint le C, avec les routines cruciales tj en asm : temps gagné = beaucoup. puis vint java avec (entre autres) la garbage collection. temps gagné = beaucoup. maintenant php avec la possibilité de ne plus avoir à se soucier du type de variable, les conversions automatiques étant là (au fait trouves-tu COM dégueulasse ? hmmmm ?). temps gagné = beaucoup.
 
à chaque fois l'évolution est itérative et le niveau d'abstraction plus haut. pour moi c'est une évolution logique qui apporte un nouveau confort d'utilisation. prochaine étape ? des langages comme haskell peut-être ... ou on aura de moins en moins à se soucier de la couche du dessous. les machines travailleront pour nous et non pas l'inverse (sauf pour les trucs qui auront besoin d'être optimaux, évidemment. mais la 'glue' n'en fait pas partie). et le plus important : si le langage devient plus simple, plus de gens l'utilisent. et plus de gens peuvent te comprendre et t'aider.
 
ceci dit, le jsp je ne connais pas, je jetterai un coup d'oeil.

houlala l'argument fallacieux au possible.  
 
c'est aussi la syntaxe de ...
perl
python
php (:love
javascript
tcl/tk
lua
 
bon après si tu préfère faire
SQL_Result* sqlr = mysql_query(....);
SQL_Row* row;
while (row = mysql_fetch_array()) ...
 
plutôt que
$result = mysql_query(...)
while ($row = mysql_ ....)
 
c'est que tu es masochiste.

toi aussi t'es maso, moi t'es deux lignes, je les écrit en une, ca gagne une variable et du temps d'éxécution.
 
Comment ca je chipote?!

bon c'est quoi le smiley qui fait 'non non' ?  

Ben ca vient certainement du fait que j'utilise les outils web pour faire des interfaces qui font partie intégrantes d'applis Java qui tournent sur un serveur d'application, et que l'ensemble doit etre vachement homogene et rigoureux pour des raisons de securite ... les contraintes sont assez fortes, en fait.
 

Faut pas m'en vouloir, en programmation je suis un vrai facho : j'ai été formé avec Eiffel, ça te marque un homme Professionnellement, j'ai fait pas mal de C/C++, maintenant je ne bosse que sur Java/JSP/XML/XSL et je m'éclate pas mal.
 

En fait, si tu connais le Java tu connais le JSP, c'est ca qui est génial. Grosso modo, JSP ca consiste simplement a savoir inserer du code Java ou une variable Java au milieu de ton HTML, et zou ! Tu as donc a peu de frais la rigueur (relative) et la puissance du Java, et c'est pas mal (tu peux reutiliser des routines ecrites pour la partie backend de ton appli, sans avoir par exemple a re-prevoir du testing)

[edtdd]--Message édité par Gonzoide--[/edtdd]

eh bien moi je trouve php génial parce que :
 
- ça tourne sur n'importe quel serveur (et trouver ASP sur apache est loin d'être facile)
- y a une couche objet donc capitalisation de code + facile
- connectivités SGBDR sans ODBC
- syntaxe simple et riguoureuse sans être trop prise de tête
- fonctions graphiques
- autres fonctions, (PDF etc..)
 
 
JSP je m'en sers pas donc no comment.

* ok ! donc jsp est du pur java. très sympa bon je dois avouer que je ne connais pas des masses java (euh ... j'ai des circonstances atténuantes). en ce moment je mate la faq jsp et je tombe sur "6) Is JSP better than ASP (Microsoft's Active Server Pages)?" . c'est vraiment marrant, la faculté du programmeur à défendre son outil de prédilection.
 
php est un langage script au sens ... hum ... au sens strict du terme : un bout haut niveau pour accéder à des fonctions bas niveau. du coup c'est totalement inutile de le comparer à java qui est un 'vrai' langage.
 
* eiffel ... encore un truc que je ne connais pas. mais c'est l'horreur on n'a jamais le temps de tout mater ...  
 
xml / xsl : j'en ai fait un chouilla (histoire de voir à quoi ça ressemblait) et je suis devenu fan.  
 
//
 
bref. comme quoi on ne parlait pas du même type d'applications ...

juste au passage, pour les accros de php qui declare pas leur variable , avec asp tu les declare ou pas, suivant ta façon de faire

 
Le seul defaut de ce langage, c'est de n'avoir pas percé au niveau marketing (ca a demarre sans aucune lib graphique). Sinon, c'est:
 
- syntaxe hyper simple. Des mecs ayant jamais programme bouclent en binome un projet de 20.000 lignes au bout d'un an. Y'a une seule maniere de faire un if, une seule maniere de faire une boucle, et basta.
- pas de pointeurs, garbage collector.
- 100% portable, puisque les compilos Eiffel generent du C ANSI
- rigoureux a un point que meme ta mere elle y croit pas : pre/post conditions, variant/invariant, ...
- 100% objet, heritage multiple, templates. Tu choisis classe par classe la visibilite de chaque methode
- Aussi rapide (voire meme plus rapide) que le C++ sur les gros projets (ou la gestion de memoire est importante)
- le meilleur compilo (genial) est GNU et francais !  (developpe par mon ancien prof d'algorithmique, chercheur en compilation)
 
Et j'arrete la, paske rien que d'en parler ca me fait mal

j'ai déjà lu des histoires semblables à propos d'autres langages ... apparemment personne ne veut abandonner la syntaxe C ... ?
 
le nom de ton prof stp ? une ptite recherche google histoire de m'informer

Dominique Colnet rulez
 
Tu trouveras le compilo GNU et tout un tas d'outils, de libs et de docs sur : http://smalleiffel.loria.fr

Et en plus tu peux meme compiler ton Eiffel directos en Java bytecode, c'est pas le bonheur ?

merci

j'ai le droit de dire quelque chose ?
 
bon je me fais tout petit, mais il y a des choses qu'on peut faire qu'en C, C++ a cause du manque de patate du PHP,...  
 
Bon d'accord je preche pur ma paroisse, mais bon.

J' suis d'accord avec Barbarella
 
Le vrai problème c'est de choisir le ou les langages adaptés à l'architecture donnée.
 
Je vous donne quelques phrases sur le scripting qui provient du magazine Développeur-Référence :  
 
"La presse et les spécialistes encensent le modèle: enfin du développement facile ! Nous voici en 1999. Tout le monde crie victoire. Incroyable, il a fallu attendre six ans pour aboutir à ce que l'informatique avait toujours combattu: des applications écrites dans un langage non compilé (donc peu performant), non objet et non typé (donc difficilement maintenable), mélangeant allègrement interface utilisateur et implémentation de gestion."
 
Voilà pour moi le gros danger, c'est de partir dans des développements lourds pour un projet Inter/Intranet avec des technos de client légers. Toutes les technos sont bonnes à condition de savoir s'en servir.

Tout à fait d'accord avec toi !

au passage, le fait de generer du C Ansi n'est pas un critere de portabilite. Ca veut simplement dire que ton code est correct du point de vue de la norme C Ansi. Pour autant, il ne tournera pas d'une plate-forme a une autre et il faudra que tu utilises a chaque fois un compilateur adapte a ton systeme. C'est la qu'on voit l'avantage du bytecode dont la portabilite n'est pas parfaite mais presque

 
Exact, même si dans la pratique, le C généré par le compilo Eiffel est 100% portable.  
 
On parle d'un compilateur adapté à chaque plate-forme, mais ona  un peu tendance à oublier que pour faire tourner du Java, faut une JVM adaptée a chaque plate-forme également
 
Dans ce cas, bytecode Java et C sont donc dans ce cas des formes intermédaires tres similaires dans leur fonctionnalité (il s'agit a chaque fois d'une forme validée et précompilée d'un source écrit dans un langage supérieur), même si l'utilisation par la suite est très différente (interprétation vs 2eme compilation)
 
Le compilo Eiffel est lui-meme ecrit en Eiffel et la version C du compilo (GNU) a été compilée avec succès sur : AIX Amiga BeOS BSD Cygwin DOS FreeBSD GNU/Hurd GNU/Linux HP-UX IRIX MacOS NetBSD NeXT OS/2 OSF1 QNX SCO Solaris OpenVMS Windows 95/98/NT XENIX  (ouf )

[edtdd]--Message édité par Gonzoide--[/edtdd]

d'accord pour jvm mais j'avais la felmme de taper
mais :
du C pour programmation systeme compile avec gcc sous linux debian a plante sous SCO, si si vrai de vrai
 
tu peux toujours prendre le compilo en defaut

Et puis ça fait bizarre un compilateur qui produit du code dans un autre langage, j'apellerai plutot ça un "traducteur".

non pas forcement avec gnu java, ton code java devient a la sortie du code machine

salut,
 
mon site est entièrement ecrit en C. en local sous NT4 sur serveur internet avec GCC. Ce n'est pas les différences entre les fonction (gestion de fichier, stricmp et strcasecmp, ...) qui m'a posé des problèmes, mais les différences de réaction entre compilateurs et la c'est pas spécifique a un language.

En fait, je parlais pour Eiffel.
Si le compilo Eiffel produit du C et qu'il faut recompiler après, je vois pas trop l'intéret, pourquoi ne pas compiler direct ?

 
Tous les compilateurs transforment un langage en un autre ... le fait que dans le cas d'un compilo C, le code genere soit  directement executable par la machine ne change rien ...

La phase de compilation C -> langage machine est evidemment cachée, tu vas pas te palucher la compilation d'un projet en C. L'intéret c'est que comme le développement d'un compilo Eiffel est qqch de relativement complexe, autant le rendre le plus possible indépendant de la plate-forme, sachant qu'il existe deja sur chacune de très bon compilos en C. Et contrairement à ce qu'on pourrait croire, les performances n'en patissent pas : les optimisations "objets" qui interviennent dans un compilo Eiffel n'empêchent pas les optimisations traditionnelles du compilo C par la suite. Et on arrive sur des gros projets à avoir des performances équivalentes ou supérieures à un équivalent C++
 
Comme je disais juste avant, dans ce cas bien particulier le C généré peut être comparé au bytecode java, donc ca serait le principe meme de langage intermédiaire qu'il faudrait remettre en cause (à quoi bon interpréter du Java ? Personnellement je préfèrerais que ce soit compilé)

Je vois mieux maintenant, mais tu as forcement 2 compilations (eiffel->C puis C->langage machine) et comme j'imagine que tu n'utilise pas eiffel pour des trucs genre éditeur de texte mais plutot des gros outils de calculs bien complexes qui mettent 2 heures à se compiler, t'es content quand tu dois te taper 2 fois plus de tps à chaque fois que tu compiles.

 
C'est vrai, mais ce que tu perds en temps de compilation :
 
1) tu le gagnes en temps d'execution (Eiffel vs Java)
2) tu le gagnes en temps de developpement (Eiffel vs C)
 
Cela dit, tu peux prendre Eiffel meme pour des petits trucs, ca marche pile-poil.

 
La différence, c'est que le bytecode est quand même plus optimisé qu'un bête fichier de code en texte et que c'est dans la philosophie de Java d'être portable alors que le C a été développé pour Unix au départ.