Sondage Quel langage utilisez-vous sur vos serveurs pour vos applications web ?

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes : aucune
11
21
juin
2014

Une question à toutes les personnes faisant du développement web (autre qu'utiliser un simple CMS existant).

Qu'utilisez-vous comme langage de développement pour la partie serveur de vos applications ?

  • PHP (symfony1 & symfony2) :
    123
    (5.1 %)
  • PHP (autre) :
    506
    (20.9 %)
  • Python (django) :
    207
    (8.5 %)
  • Python (autre) :
    206
    (8.5 %)
  • Java (sans JBoss) :
    168
    (6.9 %)
  • Java + JBoss :
    49
    (2.0 %)
  • Groovy / Grails :
    13
    (0.5 %)
  • Ruby / Rails :
    129
    (5.3 %)
  • Node.js :
    107
    (4.4 %)
  • ASP :
    8
    (0.3 %)
  • CGI + Bash :
    38
    (1.6 %)
  • Autres :
    156
    (6.4 %)
  • Je ne fais pas de développement, mais je veux répondre au sondage :
    419
    (17.3 %)
  • Ça manque de sondages pertinents et faudrait en proposer d'autres :
    124
    (5.1 %)
  • 42 :
    172
    (7.1 %)

Total : 2425 votes

La liste des options proposées est volontairement limitée : tout l’intérêt (ou son absence) de ce type de sondage réside dans le fait de forcer les participants à faire un choix. Les réponses multiples sont interdites pour les mêmes raisons. Il est donc inutile de se plaindre au sujet du faible nombre de réponses proposées ou de l’impossibilité de choisir plusieurs réponses. 76,78 % des personnes sondées estiment que ces sondages sont ineptes.
  • # FastCGI + Lua

    Posté par  . Évalué à 2.

    FastCGI est wrappé avec luafcgi (installé avec luarocks).

    J'en suis content, ça marche très bien et c'est rapide.

    Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr

    • [^] # Re: FastCGI + Lua

      Posté par  (site web personnel) . Évalué à 6.

      tu l'utilises pour ta "page perso" ? ;-)

      • [^] # Re: FastCGI + Lua

        Posté par  . Évalué à 1.

        Je savais que je m'exposais à ce genre de remarques :)

        Pour ma «page perso», c'est un peu une longue histoire, mais c'est du dotclear complètement secoué suite à un serveur qui a cramé, sous Gentoo, avec plein de trucs à recompiler, et même pas chez moi. Je cumule. Et ne croit surtout pas que j'utilise Apache pour le boulot, mais comme tous les gens de bon goût, nginx avec fastcgi_pass :)
        (Apache sert juste de frontal pour le dispatch et c'est aussi une longue histoire).

        Je devrais effectivement utiliser Lua+FastCGI avec de la génération de page web à partir de pages textes avec un formatage minimaliste. J'avais vu un truc bien en C pour ça, qui interprétait une syntaxe markup à la vitesse de la lumière ce qui fait qu'on pouvait générer sans scrupule la page html à chaque clic. Seul problème, je ne me souviens plus du nom du machin. Mon raspberry aurait pourtant adoré.

        Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr

  • # Erlang avec Yaws

    Posté par  (site web personnel) . Évalué à 5.

    Comme indiqué dans le titre, pour le peu que je fait, c’est le langage Erlang avec la serveur web Yaws (écrit lui aussi en Erlang).

  • # Langage ou framework ?

    Posté par  (site web personnel) . Évalué à 6.

    Grails n'est pas un langage mais un framework, écrit principalement en Groovy.
    De même node est un framework en Javascript. Rails est en ruby (je ne sais pas s'il existe d'autres frameworks web ruby mais ça m'étonnerait que ce ne soit pas le cas).

    Pourquoi avoir fait la distinction pour Python et Java (même si JBoss n'est pas à proprement parler le framework, tu pensais peut-être à JEE), et pas pour d'autres ?

    • [^] # Re: Langage ou framework ?

      Posté par  . Évalué à 5.

      +1 pour language vs framework.

      Pour Ruby, il y a au moins Sinatra

      • [^] # Re: Langage ou framework ?

        Posté par  . Évalué à 1.

        Ah mais je plussoie, Sinatra + Slim + Rouge, c'est vraiment très sympa ! \o/

      • [^] # Re: Langage ou framework ?

        Posté par  (Mastodon) . Évalué à 2.

        Oui, après avoir utilisé (et un peu galéré c'est vrai) Rails pendant qques années, j'ai découvert Sinatra récemment : c'est génial et très didactique !

        En embarqué (mon RaspberryPi pilote ma piscine), c'est super, bcp plus léger que Rails.

        En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # Autre - C++

    Posté par  (site web personnel) . Évalué à 10.

    Eh oui, quand bien même cela semble une hérésie à première vue, nous avons une grosse base de code en C++, et voulions quelques outils Web pour configurer nos services. Nous utilisons WT pour une approche par composants très agréable, on a vraiment l'impression de faire du QT, sauf que ça apparaît dans un navigateur. C'est léger, et ça s'intègre très bien avec du C++ dit "moderne". C'est pour de l'utilisation en interne, donc on ne se casse pas trop le bol avec les styles, mais c'est probablement un petit peu difficile à rendre vraiment joli.

    Nous utilisons également cppcms, qui est nettement plus bas niveau, pour afficher de gros rapports pas trop interactifs (une grosse table qui se met à jour régulièrement via Ajax). Cela nécessite d'écrire beaucoup de Javascript soi-même, par contre.

  • # haXe

    Posté par  . Évalué à 7.

    haXe pour le serveur, haXe pour le browser, haXe pour le mobile, haXe pour le client natif.
    Après, si derrière ça tourne en node.js ou en php, en flash, html5 ou java, c'est un détail.

  • # CGI Haserl + Bash

    Posté par  (site web personnel) . Évalué à 5.

    Pour ma part, des applis web minimalistes, du CGI en Haserl + Bash

    Sinon pas vu Perl dans le sondage. Y'a pourtant des choses qui se font avec (Mojolicious, Dancer…)

  • # Autre - C

    Posté par  . Évalué à 3.

    Du C pour le serveur, avec libSoup. Et JQuery + bootstrap + Handlebars + font awesome pour le client.

  • # De plus en plus de Python

    Posté par  . Évalué à 1.

    J'ai coché PHP parce que c'est ce que j'ai le plus pratiqué, mais je me mets doucement au Python : j'ai un peu joué avec Bottle et je me suis amusé avec le tuto de Django dans l'optique d'un futur projet.

  • # Python y compris la partie navigateur

    Posté par  (site web personnel, Mastodon) . Évalué à 2. Dernière modification le 22 juin 2014 à 17:38.

    Sur les sites que j'ai en ce moment, il y a du tout fait (Dotclear, pour mon blog, même si ça devrait changer bientôt), du Django pour voir ce que c'est (et c'est effectivement bien), et pour SàT l'interface web est faite tout en Python y compris la partie navigateur grâce à Pyjamas (avec Twisted pour la partie serveur)..

  • # PHP + Photon

    Posté par  . Évalué à 1.

    Mongrel2 en serveur HTTP
    http://mongrel2.org/

    PHP Photon en framework
    http://www.photon-project.com/

  • # Python / Pyramid

    Posté par  . Évalué à 7.

    Python, la question ne se pose plus. Pyramid parce qu'un beau jour, comme tous les matins, je me réveille en me disant qu'aujourd'hui, c'est décidé, je documente et uniteste mon framework maison. Voyons voir comment font les autres… Tien, celui-là ressemble étrangement au mien et cerise sur le gateau, déjà documenté, déjà unitesté ! Je me pince. Aïe ! Voyons voir ce que ça donnerait sur une appli existante. Quelques coups de vi plus tard, ça tourne, ni vu ni connu…

  • # Java -> pourquoi une disctinction JBoss

    Posté par  (site web personnel) . Évalué à 8.

    Juste une question par rapport aux choix du sondage pour l'utilisation de Java.

    Pourquoi avoir fait la distinction sur un serveur applicatif et pas sur le type de frameworks utilisé ?

    par JBoss, c'est la séparation Java vs Full J2EE que l'on vise ?

  • # Autre == perl FTW !

    Posté par  . Évalué à 8.

    Perl + Catalyst + tous les modules de CPAN.

    Cote navigateur : Bootstrap, jquery, angularjs, etc… les trucs classiques quoi.

    • [^] # Re: Autre == perl FTW !

      Posté par  (site web personnel) . Évalué à 7.

      DLFP est très anti-Perl en général… Cela se voit dans ce sondage ;-)

      • [^] # Re: Autre == perl FTW !

        Posté par  (site web personnel) . Évalué à 3.

        Mais non… on ne touche pas aux sondages proposés par les gens. On se borne à les valider.

        "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

        • [^] # Re: Autre == perl FTW !

          Posté par  (site web personnel) . Évalué à 3.

          Je n'ai pas dis l'équipe derrière linuxfr… C'est globalement général sur le site. J'ai remarqué depuis longtemps que dès qu'on évoque Perl dans un thread parlant des langages de script, on est le plus souvent moinssé au début (parfois on remonte avec le temps parce qu'on n'écrit pas toujours (cela arrive quand même) des conneries) ;-)

          Ceci dis, cela ne m'a jamais empêché de l'évoquer.

  • # Autre - Apache Rivet

    Posté par  . Évalué à 4.

    Apache Rivet, autrement dit Tcl.

    http://tcl.apache.org/rivet/

  • # Autre - SmallTalk

    Posté par  . Évalué à 1.

    Smalltalk avec le framework Seaside.

  • # Ruby/Rails

    Posté par  . Évalué à 7.

    J'ai toujours développé moi-même mes propres sites, code, outils, structure en php/mysql. Pour un projet un peu plus gros (mais toujours perso) j'ai décidé de me tourner vers un framework complet et j'ai essayé ruby/rails/pgsql qui m'a vraiment convaincu. Ce qui me plait surtout, c'est la facilité de démarrer un nouveau projet ou de lancer un existant sans passer du temps sur la configuration d'un serveur complet. Je suis passé d'une mobylette fait maison à une moto de compétition, blague à part je n'ai rien encore en production tout en local.

    En revanche je met un gros bémol à tous les soit-disant hébergeur qui ne propose pas souvent autre chose que php/mysql, avec l'âge d'or des VMs je trouve ça un peu dommage.

    de même que nous profitons des avantages que nous apportent les inventions d'autres, nous devrions être heureux d'avoir l'opportunité de servir les autres au moyen de nos propres inventions ;et nous devrions faire cela gratuitement et avec générosité

    • [^] # Re: Ruby/Rails

      Posté par  . Évalué à 1.

      C'est quoi le rapport entre les VMs et le php/mysql?

      • [^] # Re: Ruby/Rails

        Posté par  . Évalué à 3.

        Probablement le fait qu'avec des machines virtuelles un hébergeur a encore moins de raison qu'avant de nos proposer qu'une seule stack technologique (en l'occurrence php/mysql), alors qu'il peut donner un choix plus grand.

        Par exemple php/mysql ou bien vbscript/mssqlserver ou bien mod_pl/oracle. ;-)

        • [^] # Re: Ruby/Rails

          Posté par  . Évalué à 2.

          Voilà c'est exactement ça. Il commence à le faire pour les systèmes d'exploitations (avec moult distribution), pourquoi ne pas le faire aussi sur d'autres couples rails/ruby, django, etc.

          de même que nous profitons des avantages que nous apportent les inventions d'autres, nous devrions être heureux d'avoir l'opportunité de servir les autres au moyen de nos propres inventions ;et nous devrions faire cela gratuitement et avec générosité

  • # Autre - Scala

    Posté par  . Évalué à 4.

    Je fais du Scala avec le framework Lift, et Jetty en serveur d'application

  • # Autre, mais c'est trop la honte

    Posté par  . Évalué à 4.

    Pour les besoins du boulot, et vu que je ne suis pas développeur, je fais des applications en html + vbscript soit du hta
    c'est moche mais ça fait le job
    et comme c'est trop la honte j'ai répondu 42 :)

    Mais sinon avant je faisais du PHP, faisais…

    • [^] # Re: Autre, mais c'est trop la honte

      Posté par  . Évalué à 10.

      Bah voilà.
      Tu as fais du php, c'est mal, t'as été puni, maintenant tu fais du vbscript.
      Merci pour ton témoignage.

      Les enfants: faites attention si vous aussi vous faites des choses mal comme du php, vous aussi vous serez sévèrement punis par la vie !

      • [^] # Re: Autre, mais c'est trop la honte

        Posté par  . Évalué à -1.

        Heureusement que j'ai jamais touché au PHP !

        Vive Rails !

        "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • # Autres : Perl

    Posté par  (site web personnel) . Évalué à 6.

    Catalyst pour les applis avec interface, CGI::Fast pour des trucs basiques.

  • # Statique

    Posté par  (site web personnel) . Évalué à 8.

    Site statique généré en Perl.

  • # ocaml

    Posté par  . Évalué à 6.

    ocsigen/eliom : http://ocsigen.org/

  • # Autres, WT (C++ web toolkit)

    Posté par  (site web personnel) . Évalué à 6.

    Tout est dit dans le titre, je m'en sers de Wt pour mon système de commentaire et Wt-RPM pour pouvoir allumer/éteindre mes PCs à distance.

    C'est trop cool, c'est super léger et ça fait de l'AJAX pour toi. C'est comme faire du Qt … pour le web :)

  • # choix multiples

    Posté par  . Évalué à 1.

    Toutes applications récentes utilisent plus d'un language. PHP/python et node, pypar exemple…

  • # What else?

    Posté par  (site web personnel) . Évalué à 4.

    Je ne comprends pas trop pourquoi il y a des cadriciels et des serveurs d'application mélangés avec les langages, mais j'utilise Java. Quand on a besoin de performance et de stabilité sur le web, il n'y a pas mieux.

    Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

  • # modperl poWa!

    Posté par  (site web personnel) . Évalué à 4.

    Voilà qui est dis! ;-)

  • # Perl !

    Posté par  (site web personnel) . Évalué à 5.

    Côté serveur: Perl, avec AnyEvent + EV + Mojolicious
    Pour l'embarqué: Perl + du pur PSGI (embarqué dans une application AnyEvent avec Twiggy)

    Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

  • # Du moment que le résultat est disponible dans un websocket...

    Posté par  . Évalué à 0.

    … le serveur peut bien avoir des algos programmés en assembleur, ce n'est pas mon problème ;-p

  • # PHP5

    Posté par  (site web personnel) . Évalué à 3.

    J'ai goûté un peu tout mais jusqu'ici, je reste un gros inconditionnel du PHP.
    - parce que ça marche,
    - parce que c'est éprouvé,
    - parce que j'ai un gros existant,
    - parce que ça se marie bien avec Apache HTTP Server,
    - parce que ça ne nécessite pas de démon supplémentaire,
    - parce que c'est rapide d'y développer une appli même sans frameworks,
    - et parce qu'il est plus facile de trouver des dev' PHP pour renforcer l'équipe.

    Ce langage a souvent mauvaise réputation parce qu'il est permissif et permet de faire des choses moches. Mais il est aussi possible de bien coder en PHP et d'avoir un site propre et efficace.

    Maintenant, je commence à avoir des demandes pour des projets en Python/Flask. Donc reposez-moi la question dans quelques années pour voir ;)

    • [^] # Re: PHP5

      Posté par  (site web personnel) . Évalué à 1.

      parce que ça ne nécessite pas de démon supplémentaire

      Jamais besoin de base de données ?

      • [^] # Re: PHP5

        Posté par  . Évalué à 1.

        Jamais besoin de mémoire partagé inter-processus(memcache)?
        Jamais besoin de php-fpm?
        Jamais besoin de délégation de tache asynchrone?
        Jamais besoin de websocket(un processus avec un while(true))?

        Je peux faire le même genre de réflections pour python, ruby et d'autres.

  • # client-side

    Posté par  . Évalué à -1.

    Y manque le combo client-side + api rest!

    Le serveur "frontend" envoye une paire de fichier statique, et tout le traitement / création de l'affichage est fait par le client, avec des appels à un ou plusieurs autres serveurs.

  • # mod_autoindex+Make

    Posté par  (site web personnel) . Évalué à 2.

    Je suis assez fan de mod_autoindex et Make. Une petit peu de Bash et Markdown quand il faut vraiment.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # Python + Django

    Posté par  (Mastodon) . Évalué à 1.

    • Pour mes développement de sites internes (je travaille dans une collectivités de taille moyenne) j'utilise django + jquery (+bootstrap pour les plus récentes). (En suivant vos conseils, j'ai opté pour django en 2011 je crois, je n'ai pas re-trouvé le journal sur linuxfr)

    J'ai une base actuellement de 6-7 applications django qui tournent en production, sur des serveurs apache2 + mod_wsgi

    • Je suis en train de développer un plugin pour GLPI en PHP… Je ne me souvenais pas pourquoi je n'aimais pas le PHP, mais maintenant ça m'est revenu…

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.