Reprise du message précédent :
bon, vous me conseillez quoi comme techno web ?

C'est bon, j'ai trouvé.
C'est tordu.

je te dirais bien de laisser tomber java pour le web

oh wait ! no !
 
not you !

GWT

j'pensais au serveur en fait.

bon ... je dois avoir du caca dans les yeux ....
 

 
comment je configure IDEA pour me virer cette putain de transparence de merde dans les menu contextuels

Masklinn says : Django  

malalataite

clairement pas java, le seul truc pire que java pour le web c'est probablement le C++

c'est normalement dans IDE Settings>Appearance>Window Options. ( http://www.jetbrains.com/idea/docs [...] ndows.html )
mais sous linux chez moi, l'option n'apparaît pas mais les popups sont opaques.
edit> c'est p-ê dépendant du L&F utilisé...

 
tu peux détailler factuellement ? pas que je critique, mais je voudrais savoir ce que tu trouves de mieux ailleurs en fait...y'a tout ce qu'il faut pour faire du web en java, qu'est-ce que tu lui reproches ?
 
bon OK y'a 100.000 frameworks, mais t pas obligé de tous les utiliser

1. Les environnements de dev sont presque aussi chiants à mettre en place que les environnements de prod, au mieux on peut bypasser l'Apache mais à part ça faut tout se taper à la mano. À part à la limite si on veut se bouffer maven, et là on a le plugin maven-jetty qui marche pas mal. Par comparaison, la majorité (totalité?) des frameworks ruby ou python fournissent un microserveur HTTP, rien à installer, une commande pour lancer le serveur. C'est aussi chiant que du java à mettre en prod (parfois même plus), mais pour le dev c'est trivial. Et léger.
 
2. Les recompilations en permanence, c'est vraiment très très lourd, ça interrompt le flux de travail et ça m'apporte rien quand je fais du dev. Avec Rails, Django, ... le seul moment où j'ai un truc qui s'apparente à une recompilation, c'est quand je change la config globale de la webapp (ce qui est rare après le setup initial), j'ai simplement besoin de tuer le serveur et de le relancer
 
3. Même si ça s'améliore de plus en plus avec des trucs modernes (donc pas nécessairement aussi bien documentés/testés que des solutions plus anciennes) comme Stripes ou Hibernate3-Annotations, il reste encore beaucoup de XML dans le monde java (e.g. config spring). J'aime pas le XML.
 
4. Les JSP 1.x, c'est dégueu et ça devient vite illisible (out.println ). Et la taglib jsp suce des bisons morts. Et les JSP 2.0 avec EL, c'est une bonne idée qui est au final un lamentable échec, parce que le langage est complètement gimpé et avec des limitations débiles (typiquement, j'ai pas trouvé comment accéder à des propriétés d'une classe implémentant List [propriétés ne faisant pas partie de l'interface, je veux dire] autrement que via scriptlets). Et accessoirement que les EL et les scriptlets (jsp 1.x) s'exécutent dans des contextes différents (sinon c'est trop facile), et faut faire communiquer les contextes à la mano ()
 
5. Enfin, les traceback d'erreurs des JSP sont clairs comme du jus de chique (avec en bonus le fait de devoir décoder le nom des JSP transformées, parce qu'il est trop simple de stocker le nom original de la jsp ou du tag custom)

wait, je ne vois que des arguments concernant le développeur là ...
 
D'autre part, tu as des IDE que tu n'as nulle part ailleur avec java, tu as des libs qui ne sont pas dispo ailleur, et tu as du monde sur le net pour t'aider.
 
franchement, j'ai réfléchit et je pense que c'est la solution la moins pire dans mon cas.

pour ponderer un peu:
 

y a maintenant des frameworks qui permettent de s'en passer, notament tapestry5 ou grails  
 

et on n'est pas obliger d'utiliser des JSP, j'ai pas touche aux JSP depuis presque 5 ans
 
Un truc sinon qui joue en faveur de java, sur des projets assez gros, des que y a du refactoring java reste 30000 pieds au dessus de ruby et python a mon humble avis.
Donc perso, pour un gros projet j'irai certainement vers du java (ou autre langage similaire), sinon oui, j'eviterai java.
 
 

ben sous mac j'ai pas d'option pour la transparence des popup (T T)

 
comment j'ai pleuré sur mes premieres traces avec du jaspertrucbidule  

ils sont pas transparents chez moi

je vois tes objectifs masklinn...tu as raison sur plein de trucs, mais je pense qu'il faut distinguer les types de projets : sur un site pur web, sans bcp de logique métier, pas connecté à bcp d'autres systèmes à part des BDD/WS, java des fois c'est super lourd, parce que t'as un très gros "overhead" avant de pondre une ligne de code utile...
 
mais sur des supers gros projets, c'est génial : environnement de dev monstrueux tellement ils sont bien, compétence super disponible (tu claques des doigts, tu staffes 50 dev dans la seconde), support corporate si tu veux du support sur site pour tes servers dans la minute, connu des décideurs (donc si tu veux de la thune pour monter en version d'env ou autre, ce sera plus simple)..
 
bref, overall, sur les projets sur lesquels je bossais dans ma jeunesse, les seuls choix pertinents étaient java ou .net ...
 
par ex on a une chiée de systèmes industriels qui ont 30 ans, à base de pacbase/Cobol, et ben en java t'as des tas de connecteurs tout pret, c'est presque trivial de lancer tes transacs depuis du java...du coup y'a eu une vague d'applis pour lesquelles la boite a refait des front-end en java...

Quelqu'un a des retours sur Google Guice ?
Ca a l'air super simple, super léger, bref super adapter pour un projet que je suis en train de faire.

si tu veux staffer avec des incompetents ouais, sinon nan, il y a tellement de "dev java" que c'est super dur de trouver des gens bons et competents

en même temps il y a aussi un énorme risque avec les gens du python, tu tombes sur des linuxiens, et il faut s'engueuler avec toutes les 5min pour défendre le pauvre utilateur.
 
Moi j'ai eu du bol, les 2 pythoneux de la boite que j'ai quittée hier, ils commençaient à comprendre au bout d'un an et demi que l'important c'est l'utilisateur.

moi je me pose pas la question :  
- petits projets (genre maquette, etc) = Java avec tout dans des JSP et des scriplets. C'est dégueu mais efficiace. Et vu que c'est un petit projet, ça n'a pas vraiment de conséquence
- plus gros projet = java avec un framework connu des developpeurs du projet (avec un peu de chance, s'en est un pas trop mauvais)
- très gros projet = j'en sais rien, j'ai jamais fait
 
avantage que je vois au java : c'est scalable. Tu peu commencer petit (et crade) et devenir gros (sans faire des changements trop radicaux et décradifiant bout par bout)

 
qd t une boite de 100.000 personnes worldwide, qd tu claques des doigts pour staffer en continu 30 gars d'une SSII donnée sur un projet de 60-70M€, je t'assure qu'ils te refilent pas les clowns ...
 
le commercial vient au garde à vous, avec 3-4 CV/poste, et c'est toi qui choisit, t'as meme le droit de les voir en entretien et de les tester

+1

on voit ce que ça donne ...

non : Delphi

 
T'aura le même problème d'absence de souci de l'utilisateur avec un non-linuxien, t'aura le risque de tomber sur quelqu'un qui code pour bouffer, ou l'utilisateur passe après les perfs du serveur, la réduction des efforts de dev, la flemme en général...
 
Ce que tu peut plus craindre d'un linuxien à la limite, c'est une mauvaise vision de l'utilisateur plutôt qu'un absence de considération il me semble, mais 1) ça se soigne, 2) c'est pas pour rien qu'on fait passer des entretiens avant d'embaucher les gens
 
Ce que tu peut apprécier par contre d'un pythoneux par rapport à un javateux, c'est la possibilité de faire des itérations plus rapides ( ça marche aussi avec windev ).

 
Un résumé de tout ce que j'ai remarqué en deux jours dans le monde de java. Et c'était les deux jours ou j'ai passé plus de temps sur google que sur le forum - Accessoirement les deux jours les plus long de ma vie
 
-J'ai jamais réussi à configurer Tomcat pour me servir de l'utf-8 ou pour ne pas forcer le service en Iso
-J'ai jamais réussi à configurer Tomcat pour créer un proxy ( un architecte m'a conseillé d'utiliser Apache 2 pour faire un proxy )
-J'ai jamais réussi à trouver comment faire un proxy ( pour faire du cross domain ) simplement en java, du coup j'ai installé apache 2 et j'ai tapé très exactement 3 lignes de python pour faire mon proxy.
 
Alors bon, parti de la, en mettant de coté mon aversion pour le language, quand bien même je ne doute pas qu'une fois l'environnement mis en place ça doit pootrer, pour un petit projet c'est nowaii.
 

Tu connais pas un mec qui s'appelle 0x90? Je connais pas de mec plus éfficace en pour dégager des idées débiles des UI et pour proposer une ergonomie au top.
Bah ce mec, c'est un linuxien pythoneux    
 
J'ai vu un cms recemment, developpé par des javateux, c'est genre la pire interface imaginable (genre pour construire une page t'as au bas mot 20/30 formulaires indentés, et il faut recharger la page à chaque modification), par contre il est souple
 
J'ai déja parlé de la configuration de tomcat? Ah oui merde

-1

Et heu... Pourquoi pas commencer facilement et rapidement petit ET propre et grossir facilement ET proprement ? ( j'sais pas, avec du RoR par exemple, ou du Python j'imagine mais je connois pas )

je reste sur mon +1... tu ne cites qu'un cas isolé.
à côté de lui, tu as combien d'intégristes de la performance qui serait prêts à sacrifier l'ergonomie d'une interface ou la maintenabilité d'un programme rien que pour gagner du temps process ?

mais ce n'est pas propre aux linuxiens pythoneux...

tu peux aussi trouver l'inverse qui est tout aussi grave... un de nos architecte: un intégriste qui ne veut que du Windows, qui empile des application servers, qui multiplie les frameworks gras, qui se fout royalement de la lourdeur cpu/mem puisque "nous avons une farm, on peut rajouter autant de nodes que l'on veut" ou "au prix de la RAM actuellement, l'optimisation doit s'écraser face à l'utilisabilité" (bein tiens, quand t'as 5 applis vraiment basiques qui te bouffent tout, pas demandé quand, à terme, on en aura 300 ou 400 comme prévu.

il faut des 2 (un admin linux et un dev javateux ?   )

car généralement en entreprise, "facilement", "petit", "rapidement" et "propre" ne peuvent pas se trouver dans la même phrase sans qu'il y ait un des termes en négatif.

il y a toujours un trucs qu'il faut sacrifier et sur les petits projets c'est généralement la propreté (archi ./. maintenance)

edit> typo

RoR ne permet pas de grossir facilement, c'est exactement ce qu'on lui reproche.

T'as pas écouté les dernières keynotes sur RoR et la scalabilité toi
( même si je comprend bien que étant assez jeune, y ait moins de ressources, docs, aides, support et toussa que pour du Java ou du .NET par exemple )

en même temps, la question initiale parlait de java sur un topic java.  
 
Mais comme le disait mon pote Cooper dans "The pythonian are ruling the asylum" :  

Faux. On s'en est servi pour un système scalable.
 
 

 
je suis sur que qqn a déjà tenté l'escalade du mont blanc en tongs...c'est pas pour autant que c'est le moyen le plus adapté

Uriel > on vient de me donner une idée rock'n'roll pour notre progression en alpinisme !
 
tu crois qu'on peut clipper des crampons sur des tongues ?

y'a moyen de finir avec une chouette amputation des orteils...à moins qu'ils fassent des chaussettes en amiante, mais les chaussettes avec des tongs c'est une faute de gout

il suffit de courir pour pas que la circulation se coupe

off-topic montagne: z'avez lu "Annapurna Premier 8000" ? c'est pas un book récent mais c'est très prenant même pour ceux qui n'alpinise pas.

j'pense qu'Uriel l'a lu mais moi je lis pas, je pratique