[Bobiwan]

Je devrais peut-etre renommer cet article en "Pourquoi programmer en langage Objet rends beau ?"

non car codder en java rend moche

[Odin]

Rigole pas mon gars !
Professionnellement je suis expert Java 
Et je suis beau !!! (d'après ma femme  )

[Mollusk]

Rigole pas mon gars !
Professionnellement je suis expert Java 
Et je suis beau !!! (d'après ma femme  )

Tu es peut-être l'exception qui confirme la règle Parce qu'on a beau critiquer le .Net, le Java c'est encore plus mal, pour le coup c'est VRAIMENT lent Plus que quelques mois à attendre et on aura Silverlight partout, et là on aura de vraies applications en ligne (et là on aura par contre la domination de Microsoft et tout ce que ça implique comme problèmes  )

[Odin]

Désolé Mollusk, je ne partage pas ton avis.
Même si c'est vrai que la machine virtuelle de Sun rame un peu et bouffe pas mal de mémoire, je préfère Java à .NET pour des questions de conception. Je ne vais pas m'épancher mais James Gosling a fait des choix très judicieux lors de la conception de Java.
Développer en Java est compliqué mais cela oblige à bien coder, parce qu'il y a une philosophie derrière.

En ce qui concerne Silverlight, j'attends de voir.

[Mollusk]

Je plaisantais un peu Je ne connais pas du tout le java, je constate juste que la machine virtuelle est vraiment nase :s (quoi que j'ai l'impression qu'avec les dernières mises à jour ça limite la casse pour une fois)

Niveau philosophie, je n'ai pas eu l'impression d'en voir une en ce qui concerne .Net par contre, parce que les bouts de codes que j'ai fait avec étaient vraiment crades

[Bobiwan]

Moi je connais les deux, et y a pas photo, pour de la perf, on fait du C++
en tout cas c'est comme ca qu'on a decidé de faire au boulot apres avoir fait des vrais bensh

Mais bon les expert java essaye toujours d'y croire,

[Odin]

On ne peut pas comparer un langage compilé (C/C++) et un langage interprété. Même moi j'ai parfois recours à une routine en C/C++ pour les modules critiques qui demande de la vitesse. Sachez cependant qu'il existe sur le marché des machines virtuelles java qui sont cablés (sous forme de puces) et là au niveau vitesse...rien à envier à de l'assembleur.

Voilà l'une des philosophies de Java : pouvoir produire des programmes embarqués en Write-Once-Execute-Everywhere.
Ni le C/C++, ni .NET ne peuvent faire ça !

[Odin]

Je plaisantais un peu Je ne connais pas du tout le java, je constate juste que la machine virtuelle est vraiment nase :s (quoi que j'ai l'impression qu'avec les dernières mises à jour ça limite la casse pour une fois)

Niveau philosophie, je n'ai pas eu l'impression d'en voir une en ce qui concerne .Net par contre, parce que les bouts de codes que j'ai fait avec étaient vraiment crades

C'est peut-etre moi, mais je trouve que toutes les solutions Microsoft (VB, .NET, IE) n'incite pas les programmeurs à de la rigueur. Or dans un environnement professionnel, c'est une qualité importante.
Tu peux coder comme un porc, ça va quand même fonctionner. Sauf qu'après c'est non maintenable....et finalement le budget maintenance vaut plus cher que le cout initial du projet.

[MasterDje]

C'est peut-etre moi, mais je trouve que toutes les solutions Microsoft (VB, .NET, IE) n'incite pas les programmeurs à de la rigueur. Or dans un environnement professionnel, c'est une qualité importante.
Tu peux coder comme un porc, ça va quand même fonctionner. Sauf qu'après c'est non maintenable....et finalement le budget maintenance vaut plus cher que le cout initial du projet.

...tu as tout dit... faut bien que tout le monde vive 

[Mollusk]

C'est peut-etre moi, mais je trouve que toutes les solutions Microsoft (VB, .NET, IE) n'incite pas les programmeurs à de la rigueur. Or dans un environnement professionnel, c'est une qualité importante.
Tu peux coder comme un porc, ça va quand même fonctionner. Sauf qu'après c'est non maintenable....et finalement le budget maintenance vaut plus cher que le cout initial du projet.

...tu as tout dit... faut bien que tout le monde vive 

AAAHHH !! C'est donc ça, "travailler plus pour gagner plus"

[Odin]

Et si la solution du chômage en France pouvait se résoudre simplement en faisant deux équipes.
Une qui construit le mur un jour et l'autre qui le détruit le lendemain ? 

Odin qui vient d'inventer le mouvement perpétuel

[MasterDje]

... j'ai plein d'exemples de projets "urgents" débutés dans la précipitation, sans cahier des charges, en fait... sans rien d'autre que la demande des utilisateurs...
pi laissés plus ou moins volontairement mourrir
pi réactivés avec encore plus d'urgence, apres un temps plus ou moins long, et une demande plus ou moins différente -là, les décideurs se congratulent d'avoir eu le nez creux de pas avoir commencé avant-
et là, FEU à volonté, prestataire, développement rapide , etc etc...

9 fois sur 10 ça merde...il faut 3 ou 4 livraisons à chaque fois pour avoir une version stable (parce que les developpeurs n'ont pas eu le temps de tester leur appli, vu le timing)

et ça coute un fric pas permis, à 400€ la journée de dev...

et 3 mois plus tard faut faire des evolutions concernant les premiers besoins qui etaient passés à la trappe...
 

je pense que le fait de coder comme un salaud est en soit un modèle économique...

[Tiwaz]

Voilà l'une des philosophies de Java : pouvoir produire des programmes embarqués en Write-Once-Execute-Everywhere.
Ni le C/C++, ni .NET ne peuvent faire ça !

Cette phrase me fait toujours réagir et rire... Et il me semble que le fameux : write once, debug everywhere a encore de beau jour devant lui pour pas mal de plate-forme. Sur que si on se cantonne à Linux/Mac/Win, c'est presque jouable (quoique que...), c'est loin d'être le cas le plus souvent...

C/C++ & .NET n'ont pas cette vocation, et pourtant, le temps perdu à recompiler pour une autre plate-forme est une mauvaise excuse.

Dans tous les cas, je n'échange pas mon sachet de C contre ton baril de Java  .

P.S. Quand à la lenteur de la JVM, vous remarquerez que c'est le lancement qui est lent. Bien souvent, une application optimisé en Java est presque aussi rapide qu'en C++. Après, bien souvent, c'est la conception qui est cause de la lourdeur.

[Mollusk]

Dans tous les cas, je n'échange pas mon sachet de C contre ton baril de Java  .

Baril d'Ajax plutôt, non ?  Et puis là au moins le code sera propre ! 

[Bobiwan]

Enfin en plus le C++ STL, c'est super portable (un peu comme du C K&R)

Donc le Java qui est portable principalement sisur le meme OS ca m'a fait toujours rire.

Bref le java, C# c'est bien pour le grand public, mais pour tous ce qui est perf et autre (ce qui rend beau)
il faut du compiler, et la y a que C/C++ qui ont aujourd'hui une bonne maturité