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
# FastCGI + Lua
Posté par jseb . É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 libera / #gamedev-fr
[^] # Re: FastCGI + Lua
Posté par Mali (site web personnel) . Évalué à 6.
tu l'utilises pour ta "page perso" ? ;-)
[^] # Re: FastCGI + Lua
Posté par jseb . É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 libera / #gamedev-fr
[^] # Re: FastCGI + Lua
Posté par jseb . Évalué à 4.
J'ai retrouvé le machin en C, c'est sundown.
https://github.com/vmg/sundown
(pas mal l'image quand on répond à soi-même).
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: FastCGI + Lua
Posté par Bapt (site web personnel) . Évalué à 2.
Je recommande l'original: http://fossil.instinctive.eu/libsoldout/index
# Erlang avec Yaws
Posté par Diagonale de Cantor (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).
[^] # Re: Erlang avec Yaws
Posté par totof2000 . Évalué à 3.
Moi aussi .. enfin. Je fais du ruby/rails et du erlang/yaws.
# Langage ou framework ?
Posté par Sufflope (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 __o . Évalué à 5.
+1 pour language vs framework.
Pour Ruby, il y a au moins Sinatra
[^] # Re: Langage ou framework ?
Posté par Raphael R . Évalué à 1.
Ah mais je plussoie, Sinatra + Slim + Rouge, c'est vraiment très sympa ! \o/
[^] # Re: Langage ou framework ?
Posté par gUI (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 small_duck (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 animal_omega . É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 AgentSteel (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 EmmanuelP . É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 berumuron . É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 Goffi (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 wysman . Évalué à 1.
Mongrel2 en serveur HTTP
http://mongrel2.org/
PHP Photon en framework
http://www.photon-project.com/
# Python / Pyramid
Posté par wilk . É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 beleys (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 jigso . É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 Sytoka Modon (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 ZeroHeure . É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 Sytoka Modon (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 canvas . Évalué à 4.
Apache Rivet, autrement dit Tcl.
http://tcl.apache.org/rivet/
# Autre - SmallTalk
Posté par ... a little wood elfe . Évalué à 1.
Smalltalk avec le framework Seaside.
# Ruby/Rails
Posté par Argon . É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 freem . Évalué à 1.
C'est quoi le rapport entre les VMs et le php/mysql?
[^] # Re: Ruby/Rails
Posté par DerekSagan . É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 Argon . É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 Kokus . Évalué à 4.
Je fais du Scala avec le framework Lift, et Jetty en serveur d'application
[^] # Re: Autre - Scala
Posté par pmoret (site web personnel) . Évalué à 1.
Scala, mais avec Play et Akka…
# Autre, mais c'est trop la honte
Posté par Tanki . É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 DerekSagan . É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 xcomcmdr . É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 Sébastien Aperghis-Tramoni (site web personnel) . Évalué à 6.
Catalyst pour les applis avec interface, CGI::Fast pour des trucs basiques.
[^] # Re: Autres : Perl
Posté par BooK . Évalué à 7.
Perso: Pages statiques (générées avec du Perl), ou Perl/Plack.
Boulot: Perl. Booking.com, leader mondial de la réservation d’hébergements en ligne (650 000+ nuitées réservées chaque jour), utilise Perl pour son front-end, son back-end et pour le reste aussi.
Booking.com est probablement le premier utilisateur de Perl au monde.
[^] # Re: Autres : Perl
Posté par RoyalPanda . Évalué à 6.
Que du Perl avec Template::Toolkit pour la "mise en page" et, comme tout le monde, une pointe de JQuery pour l'habillage.
# Statique
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 8.
Site statique généré en Perl.
# ocaml
Posté par Enj0lras . Évalué à 6.
ocsigen/eliom : http://ocsigen.org/
# Autres, WT (C++ web toolkit)
Posté par Martin Peres (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 PierreJ . Évalué à 1.
Toutes applications récentes utilisent plus d'un language. PHP/python et node, pypar exemple…
# What else?
Posté par devnewton 🍺 (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 sylvain cresto (site web personnel) . Évalué à 4.
Voilà qui est dis! ;-)
# Perl !
Posté par Dolmen (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 Loïc Ibanez . Évalué à 0.
… le serveur peut bien avoir des algos programmés en assembleur, ce n'est pas mon problème ;-p
# PHP5
Posté par GEDsismik (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 Olivier Serve (site web personnel) . Évalué à 1.
Jamais besoin de base de données ?
[^] # Re: PHP5
Posté par lendemain . É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 haleth . É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 Krunch (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 François GUÉRIN (Mastodon) . Évalué à 1.
J'ai une base actuellement de 6-7 applications django qui tournent en production, sur des serveurs apache2 + mod_wsgi
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.