|
|||||||
| Langages serveur Forum d'entraide sur la programmation avec les langages serveurs ASP, ASP.NET, Java, PHP. |
|
|
Publicité ' | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
Outils de la discussion |
|
|
#61 |
|
Nouveau Membre du Club
![]() jason Développeur informatique Inscription : décembre 2012 Messages : 16 ![]() |
je trouve que Node.js c'est vraiment l'avenir:
Des perf hors du commun, un serveur en quelques lignes de codes, un plaisir de developement imcomparable (meme si il n'y a pas de veritables IDE. A part c9.io qui est magique mais qui n'integre pas de base sql), une gestion des websockets facilement. Points faibles: la doc! D'ailleurs ce serait bien qu'il y ait une section node.js dans le forum JS. |
|
|
00
|
|
|
#62 |
|
Membre chevronné
![]() Farid Inscription : janvier 2008 Messages : 424 ![]() |
Pour moi c'est Java.
J'ai fais beaucoup de PHP avant j'ai utilisé Symfony 2 qui est un excellent framework. En entrant dans le monde JEE, je me suis rendu compte que tout ce qui faisait la qualité des frameworks PHP (et surement d'autres langages) était de base dans l'écosystème Java. MVC (Facile avec les beans, les servlets et les JSP), routing (web.xml mais beaucoup moin complet) templates (JSP, JSTL, JSF?), internationalisation, ORM (JPA), objet Request et Response... plus toutes les choses propres à JEE. J'aurais bien aimé tester Ruby ou Python qui d'après pas mal de personnes sont meilleurs que PHP. Peut-être un jour. |
|
|
10
|
|
|
#63 | |
|
Membre habitué
![]() Kevin MesserAdministrateur systèmes et réseaux Inscription : octobre 2012 Messages : 40 ![]() |
Citation:
Ruby, je ne connais pas donc je ne me prononcerais pas dessus. Je sais juste qu'avec Django, et donc Python forcement, lorsque l'on veut quelque chose, il y a bien souvent un module intégré ou tierce qui réponds à notre besoin. Dernièrement, je viens de découvrir la puissance de Fabric qui permet en une ligne de commande de tester son dev, avec une autre de le tester en pré-prod et avec une dernière de le déployer en prod. C'est juste parfait pour les feignants comme moi. |
|
|
|
00
|
|
|
#64 | |
|
Nouveau Membre du Club
![]() |
Citation:
Peu importe le framework/CMS que vous utilisez, essayez Fabric ! Pour revenir au sujet. Dans les options, peut être qu'il faudrait mettre: Ruby (et non pas RoR) PHP - pas d'autre expérience PHP - j'ai testé d'autre(s) language(s) Je serai intéressé d'avoir le point de vue de gens qui ont développé un site pro sous PHP puis sous X et qui ont décidé de revenir au PHP... |
|
|
|
20
|
|
|
#65 | |
|
Membre expérimenté
![]() ![]() Etienne Ingénieur développement logiciels Inscription : août 2011 Messages : 107 ![]() |
Citation:
Pour l'IDE, je te conseille Webstorm de la société Jetbrains. Il n'est pas gratuit, mais la license personnelle est très accessible (44€ + taxes) et il est gratuit pour les projets opensource. Il est testable dans son intégralité pendant 30 jours. Parmi les fonctionnalités sympa :
|
|
|
|
10
|
|
|
#66 | |
![]() ![]() ![]() Inscription : mars 2008 Messages : 3 977 ![]() |
Citation:
__________________
Médias : influence, pouvoir et fiabilité - Découvrez MooTools - Le mathématicien et ses esclaves Elen Poukram - Isegoria - Sandawe |
|
|
|
00
|
|
|
#67 |
|
Nouveau Membre du Club
![]() |
Bonjour
j'attendais de voir l'évolution de sondage pour m'exprimer. j'avoue que la place de C# (ASP.NET) me surprend(je voyais java avant). La remarque que j'ai faite est: La première place de PHP est tout a fait naturelle, dès qu'on parle de dynamisation d'un site ou application web la première chose qu'on nous apprend et qu'on nous demande de regarder c'est PHP(facilité d'apprentissage, communauté, open source....) et donc pratiquement tout le monde(développeur web) a fait du PHP(la familiarisation vient en pratiquant); c'est bien après qu'on se tourne vers autre chose. JAVA en troisième position, après C# (ASP.NET): c'est que C# (ASP.NET)(que je ne connais pas) doit être vraiment intéressant (je sais que la communauté aime l'open) alors si je vois un produit MS passer devant du "JAVA" alors.... Pour info j'ai voté PHP |
|
00
|
|
|
#68 | |
|
Membre chevronné
![]() Farid Inscription : janvier 2008 Messages : 424 ![]() |
Citation:
Faut vraiment que je test Ruby et Python. |
|
|
|
00
|
|
|
#69 | |
|
Membre régulier
![]() Inscription : juillet 2009 Messages : 44 ![]() |
Citation:
Moi aussi je m'attendais à ce que C# (ASP.NET) soit derrière Java. Et pourtant j'ai voté C# (ASP.NET). Au niveau technique et confort d'utilisation (IDEs) cette techno est top. Après, de par son aspect non open source, sa non portabilité native, elle est rarement enseignée dans les écoles au profit de Java. Après, sachant que .NET et J2EE visent le même marché, y ont un taux de pénétration relativement similaire, Java/J2EE reste quand même plus lourdingue, avec des concepts moins évidents et donc plus difficile à apprendre, donc ça peut être une autre raison pour lequel on enseigne plutôt cette techno. J'ai appris C# (ASP.NET) lors de mon stage de fin d'Etude, que j'avais justement choisi pour pratiquer du .NET que je n'avais jamais vu en classe. Et bien en 1 heure, j'arrivais déja à faire des taches et c'était très agréable. En J2EE, je pense que ça aurait pas été la même. Et voila, j'ai adoré, alors que je connaissais déja J2EE et PHP, et ma carrière pro s'est orienté sur cette techno. Donc, ce n'est qu'une supposition, mais je pense que si on ne considérait que des personnes qui ont eu l'occasion de travailler sur toutes ces technos, le résultat des votes serait sûrement plus pertinent. Après je ne sais pas si les personnes qui ont voté .NET ont aussi pratiqué Java et PHP. Ca peut être des autodidactes. En ce qui me concerne, j'ai voté par comparaison. |
|
|
|
20
|
|
|
#70 |
|
Membre du Club
![]() Inscription : novembre 2010 Messages : 52 ![]() |
Je choisis le Python avec une pensée pour Node:
- Très bon framework (Django, Flask, Twisted) - Les avantages de Python - Très puissant avec des briques comme Nginx / Uwsgi / Gevent / zeroMQ ... - Très facile de réaliser une API Rest pour l'utiliser par exemple avec angularJS Je travail sur un service en Python traitant plusieurs millions de requetes par jour. L'utilisation de node.JS a été soulevé mais je ne le considère pas assez mature pour MON utilisation (don't feed the troll). |
|
|
00
|
|
|
#71 |
|
Membre du Club
![]() Inscription : août 2002 Messages : 24 ![]() |
Pourquoi ce choix ?
Choix naturel étant utilisateur de Delphi de longue date, l'utilisation du framework Intraweb (VCL for the Web) était logique. Les plus/avantages ? Portabilité du code Windows excellente, protection du code compilé (diffusion). De plus la programmation coté client se fait en pascal. Pour aller plus loin on est libre d'intégrer aussi bien du code Javascript, que des fichiers CSS. Déploiement en réseau local en ISAPI, service Windows ou exécutable avec serveur web embarqué. Rapidité de développement et du débogage. Accès à l'énorme écosystème VCL de Delphi pour tous les traitements non visuels côté serveur. Les moins/inconvénients ? Pas de déploiement Linux, look moins sexy de l'interface avant customisation des composants de base via CSS notamment. Quel(s) projet(s) réalisez-vous avec et pourquoi ? Applications intranet professionnelles. Avez-vous fait votre choix pour raison professionnelle, par plaisir, par choix personnel ? Efficacité Remarque : Il est dommage de systématiquement retirer un outil tel que Delphi des sondages. Ce n'est pas influencer les votant que de laisser un maximum d'options (à l'inverse...). La fréquentation d'un forum n'est pas proportionnelle à l'usage d'un langage, mais plutot à son aspect difficile et/ou dominant. |
|
|
00
|
|
|
#72 |
|
Invité de passage
![]() Inscription : octobre 2006 Messages : 7 ![]() |
Je plébiscite Intraweb comme Didier Largange.
Permet de passer des applications C++ RAD Studio d'Embarcadero en récupérant un maximum de code. Je déplore la pauvreté de la documentation. |
|
|
00
|
|
|
#73 |
|
Nouveau Membre du Club
![]() Claude SimonIngénieur consultant en informatique Inscription : août 2003 Messages : 30 ![]() |
Bon, comme personne ne l'a a encore cité, je m'y colle.
- Votre langage serveur préféré pour le web en 2013 ? C/C++, avec un framework maison. - Pourquoi ce choix ? Parce que je développe des applications qui présentent un réel intérêt à être disponible avec plusieurs interfaces. Web, donc, mais également natives (Linux, MacOS, Windows...) ainsi que pour mobiles/tablettes (Android, pour l'instant, mais iOS est également en projet). Bien entendu, pour chaque type d'interface, il faut redessiner l'UI, ainsi que recoder la gestion des évènements, et ce pour avoir la meilleur intégration possible. Néanmoins, il y a, dans mes applications, une importante partie dédiée au traitement des interactions utilisateurs, et je n'ai pas besoin de recoder cette partie pour chacune des ces interfaces. L'utilisation de C/C++, ainsi que de mon framework, rend cette partie disponible pour chaque plateforme au prix d'une simple recompilation. - Les plus/avantages Portabilité, performances, gestion optimale des ressources, partage de code... ce qui influe évidemment favorablement sur la fiabilité du code. - Les moins/inconvénients Il y en a certainement, mais, soit je m'y suis habitué, soit, du fait que j'utilise un framework maison que je peux facilement modifier pour en gommer les éventuels défauts, aucun ne me vient à l'esprit. - Quel(s) projet(s) réalisez-vous avec et pourquoi ? Entre autres, un logiciel de gestion documentaire, mais qui est en fait une base de données relationnelle entièrement configurable de manière simple par un utilisateur non informaticien. Cette application a une interface Web, essentiellement pour permettre la consultation et l'interrogation de la base à l'aide d'un simple navigateur Web, mais également une interface native, pour que les personnes faisant de la saisie puisse le faire dans un environnement confortable. Cette application a également la particularité de pouvoir être déployée sur un DVD-ROM, pour une consultation hors ligne et sans aucune installation préalable sur le système hôte. Seul C/C++ me permettait de développer une application aussi polyvalente. - Vers quels autres langages pensez-vous évoluer dans le futur ? Pour l'interface Web, j'ai tout ce qu'il me faut, donc je ne pense pas un jour changer de langage. Cependant, il est possible que j'intègre certaines technologies à venir dans mes outils, comme je l'ai fait pour XML et XSL lorsque ces derniers se sont popularisés. - Comment vous êtes-vous formé, ou avez-vous été formé sur ce langage ? En autodidacte, bien qu'ayant fait des études en informatiques, mais mes projets personnels dans le domaine étaient toujours bien plus avancés que ce que l'on nous demandait dans le cadre de nos études. - Est-ce une utilisation amateure ou professionnelle ? Professionnelle, ainsi que pour des projet menés sur mon temps libre (dont le développement du framework déjà cité), mais qui sont souvent bien plus professionnels que ceux menés professionnellement, car je peux les développer absolument comme je l'entends, faisant des choix basés sur des critères purement techniques, et non pas dictés par les discours marketing de certains grands éditeurs. - Avez-vous fait votre choix pour raison professionnelle, par plaisir, par choix personnel ? Les 3. Les outils que j'utilise me permettent de proposer ce que je considère être la la meilleurs solution technique pour le développement d'applications (et pas seulement Web), tout en étant celle qui m'est personnellement également la plus agréable à mettre en œuvre. - Autres langages utilisés, pourquoi ? dans quel cadre ? et comparaisons ? XSL et XML, mais ce sont des technologies qui viennent en complément. Elles me permettent de déléguer la présentation de l'interface, celle-ci pouvant être réalisée en XSL par un tiers, mon application Web se contentant de présenter les données au format XML. J'écris donc quelques fichiers XSL juste à titre d'exemple. J'avais commencé à développer un système permettant de modifier l'apparence d'une application sans avoir à modifier son code source, mais je l'ai abandonné lors de la mise en œuvre de XML/XSL - Conclusion. Ayant développé des applications en ligne de commande ou avec une interface native bien avant que les applications Web ne deviennent populaires, j'ai continué à utiliser mes outils habituels lorsque je fus amené à développer de telles applications, car les alternatives à ces outils étaient alors inexistantes ou embryonnaires. Au fur et à mesure que de nouveaux outils sont apparus, je les ai bien entendu étudiés pour évaluer leur intérêt, mais aucun ne présentait d'avantages techniques par rapport à mes outils, tout en ayant, pour la plupart, des inconvénients rédhibitoires. Ceci dit, j'ai intégré certaines nouvelles technologies comme XSL et XML dans mes outils, mais ils n'ont pas fondamentalement modifié ma façon de programmer. Quoiqu’il en soit, je comprends que des nouveaux-venus dans l'informatique optent pour d'autres langages que C/C++, car certains de ces langages sont plus faciles à mettre en œuvre et proposent un ensemble de fonctionnalités qui facilitent l'écriture d'applications Web. Pour ma part, j'ai été amené à faire évoluer mon framework de manière à combler les lacunes de C/C++ dans ce domaine, mais cela s'est fait de manière naturelle et sur plusieurs années. De nos jours, qui aurait l'envie et le temps d'entreprendre une telle démarche ? |
|
|
10
|
|
|
#74 |
|
Membre actif
![]() Inscription : avril 2009 Messages : 131 ![]() |
|
|
|
00
|
|
|
#75 | ||
|
Membre habitué
![]() Inscription : mars 2006 Messages : 85 ![]() |
Citation:
Et ensuite, de faire le tutorial rails complet pour vraiment comprendre comment faire. Je suis en train de le faire et j'ai déjà soumis des patchs a d'autres applications rails. Au final, je me sens bien à l'aise Citation:
Comme dit, plus de lignes de code = plus de bugs potentiels. De mon côté, j'ai développé pour le web en PHP, en ASP, en ASP.net (C#), en python (Django) et dernièrement je suis passé sur Ruby on Rails. J'ai enfin trouvé quelque chose qui n'est pas trop verbeux pour faire du web, qui possède plein de librairies pour développer rapidement et qui s'installent localement au projet avec 1 ligne rajouté dans le fichier de dépendance. Tellement de travail est épargné que c'est fantastique, en rajoutant des outils pour avoir les tests unitaires se lançant à chaque modification de fichier source, on sait directement si on a fait une connerie, ou si il faut faire évoluer un test. J'ai vraiment été emballé. Je ne l'ai pas encore utilisé de manière professionnelle, mais quand je vois qu'on peut créer un moteur de blog minimaliste avec commentaires en 15 mn, ca me laisse rêveur. Tout à fait le niveau d'automatisation que j'aime sans avoir trop de génération de code intouchable comme sous asp.net. On reste vraiment maître à bord. Après, le point négatif : performances à se lancer assez affreuses. Mais ça, j'ai envie de dire que rajouter une machine coûte moins cher que rajouter un développeur. Le ROI est très fort d'après moi. La syntaxe Ruby est spéciale et je ne suis pas totalement fan, même si il y'a de très bonnes idées. Ensuite, comme j'aime malgré tout les optimisations, je regarde aussi du coté de Witty/Wt pour son côté natif, de Node.js pour son coté asynchrone et Go pour le côté natif et asynchrone ^^' Mais bon, pour le moment, Ruby on Rails est bien fourni, peu verbeux (au contraire de java (ou même C++ qui est mon langage favori)) et permet de faire des projets très rapidement. |
||
|
|
10
|
|
|
#76 |
|
Membre habitué
![]() brunel touopiIngénieur développement logiciels Inscription : janvier 2010 Messages : 131 ![]() |
Moi j'ai choisi JAVA.
J'ai fait un peu de PHP et j'avoues que c'etait juste pour de petites applications ou des sites web. Mais dans le domaine bancaire ou bien des systèmes assez complexes.Je crois que JEE est un meilleur atout avec tous les frameworks qui gravitent autour. Maintenant je crois du à la complexité des architectures et les concepts qui sont difficiles à comprendre pour le premier venu?ce sera difficile. Aussi je crois que le jour où les hébergementts JEE seront assez free ou moins couteux.ce sera un Boum pour JEE.
__________________
Ce qui ne me tue pas me rend plus fort. |
|
|
00
|
|
|
#77 | |
![]() ![]() ![]() ![]() Thomas LevesqueDéveloppeur .NET Inscription : février 2004 Messages : 17 770 ![]() |
Citation:
Il a au contraire beaucoup à voir avec l'ancien ASP.NET, même si du point de vue du développement ça peut sembler très différent d'ASP.NET WebForms... L'infrastructure (cycle de vie de l'appli, pipeline de traitement des requêtes, etc) reste grosso modo la même ; MVC est essentiellement une "extension" d'ASP.NET, à base de handlers, de routage d'URL et d'un nouveau moteur de rendu (Razor) (quoiqu'on peut encore utiliser le moteur ASPX si on veut) Mais bon, c'est vrai que le process de développement est tellement différent qu'à première vue on a l'impression d'avoir affaire à une toute autre techno
__________________
Pas de questions techniques par MP ! Le forum est là pour ça... |
|
|
20
|
|
|
#78 |
![]() ![]() |
J'utilise Python pour le web, avec le framework Django.
__________________
modérateur webmasters - développements web & php faq jQuery - règles du forum - faqs web mon espace persoSuivez mon blog
|
|
00
|
|
|
#79 |
|
Invité de passage
![]() Inscription : avril 2013 Messages : 1 ![]() |
Je ne suis pas sûr d'avoir compris pourquoi Flash/Flex et ColdFusion avaient été exclus du sondage, mais ce sont précisément les 2 langages que j'utilise depuis 3 ans pour mes applications web d'entreprise.
- Pourquoi ce choix Faute de moyens dans mon entreprise, j'ai opté pour du développement spécifique. Les critères étaient donc d'utiliser des langages très simples d'apprentissage permettant de déployer des applications le plus rapidement possible. - Les plus/avantages Côté client, Flex permet de monter très rapidement des interfaces graphiques qui en jettent (menus animés, fondus, flous, transparence, ombres, etc...). Côté serveur, Coldfusion permet de réaliser des requêtes vers n'importe quel type de base de données (idéal dans des environnements mixtes, Oracle, SQL Serveur, MySQL, Access...) avec un syntaxe d'une simplicité enfantine. De plus, la vitesse d'exécution est vertigineuse (j'ai fait une appli qui compare 2 bdd champ à champ --> des milliers de requêtes retournées en une poignée de secondes) Enfin grâce à AIR, mon application peut être compilée indifféremment vers de multiples dispositifs (iPhone, Android, BlackBerry, Navigateur web, application locale) sans avoir à réécrire le code. - Les moins/inconvénients Côté client : On peut être tenté de tomber dans la démesure graphique (menus en 3D, antialiasing, ...). Il convient alors de se rappeler que les machines installées en entreprise ont généralement des cartes graphiques très faibles. Attention à ne pas en faire trop et se retrouver avec une application qui rame. Côté serveur : si un serveur Coldfusion est facile à déployer en local, il est moins évident de trouver des hébergeurs (surtout en France). - Quel(s) projet(s) réalisez-vous avec et pourquoi Je réalise des applications "data-centric" type masque de saisie, catalogue interactif, outils d'interrogation de bdd. - Vers quels autres langages pensez-vous évoluer dans le futur Je ne sais pas, c'est précisément, ce qui m'a fait atterrir sur ce topic - Comment vous êtes-vous formé, ou avez-vous été formé sur ce langage En autodidacte total pour Flex/AS3 comme pour le CFML. Je suis parti de zéro et me suis lancé dans ma première application pro au bout de 2 mois. - Est-ce une utilisation amateure ou professionnelle Professionnelle (industrie pharmaceutique). - Avez-vous fait votre choix pour raison professionnelle, par plaisir, par choix personnel Un peu des 3, j'ai eu la chance d'être libre de décider de la meilleure technologie à employer. J'ai donc passé des journées/nuits entières à rechercher la solution qui pourrait satisfaire au mieux mes besoins et ceux de l'entreprise. - Autres langages utilisés, pourquoi ? dans quel cadre ? et comparaisons ? J'ai utilisé d'autres langages dans le cadre privé comme pro (C, Turbo Pascal, VBA, PL/SQL, php). ActionScript3 est un régal comme langage objet à typage fort. Coldfusion et Flex sont des langages balisés comme HTML extrêmement simples d'utilisation. - Conclusion Je n'ai toujours pas trouvé de technologie plus efficiente à ce jour
|
|
|
00
|
|
|
#80 |
|
Invité de passage
![]() Inscription : avril 2010 Messages : 4 ![]() |
Moi je vote pour Javascript (Node.js) :
-Pourquoi ce choix: ( Voir "Les plus/avantages" ) - Les plus/avantages: Faire une application web ou un jeu en ligne en full javascript Programmer en asynchrone et gagner ainsi de rapidité faire des real-time application web grace à l'integration rapide de Socket.io avec Node.js Un choix large de modules et framworks Les moins/inconvénients: c'est une nouvelle technologie et du coup elle n'est pas encore stable Manque de tutoriels surtout en français Serveurs chers. Quel(s) projet(s) réalisez-vous avec et pourquoi: Je suis entrain de réaliser un jeu carte en ligne. Vers quels autres langages pensez-vous évoluer dans le futur: Je n'ai pas du l'intention de m'orienter vers un autre langage. Autres langages utilisés, pourquoi ? dans quel cadre ? et comparaisons ? PHP: Par contrainte des clients ou du budget ( hebergement ) Conclusion: Je pense que Node.js est le futur du web. Désolé j'étais très bref dans mon commentaire, c'est par manque du temps. |
|
|
00
|
Copyright © 2000-2013 - www.developpez.com