Reprise du message précédent :
« Son interface graphique, elle, peuteffectivement être poussive, mais cela résulte généralement d'une mauvaise utilisation de celle-ci.» si elle est mal utilisée, c'est qu'elle est mal conçue. un langage comme python vise avant tout à satisfaire les programmeurs, est What You Code Is What You Mean

 
tu as des exemples en dehors du C#
(Ruby?...)

'tain le concept dropping contest.
 
Je vais me pendre et je reviens quand vous serez intelligents.  

 
nraynaud, j'adore
 

ouaip, amusant...
 
-->nraynaud : je suis bien d'accord que le langage en soit on s'en branle, que c plus l'appli en elle même qui compte, qu'elle corresponde bien aux besoins, respecte ls contraintes, soit bien conçue pour être maintenable, etc...
 
Mais il n'empeche que qd tu lis une annonce aujourd'hui, on dit pas :  
 
Cherche informaticien faisait de belles applis conceptuellement abouties...
 
On dit :  
 
chercher codeur C/C++/java/C#/Python/PHP, etc...
 
tout ca pour dire que la technologie a malgré tout un impact : souvent l'entreprise a déjà fait le choix d'un environnement, donc à la base t'a une contrainte : une boite qui a fait le choix du tout MS, elle va pas faire du Java + Php alors qu'elle a du C++/C#/ASP, et la compétence des gens qu'elle a déjà recruté dans ces domaines...
 
Donc, puisque ca reste une contrainte forte d'une part, et que d'autre part si tu veux être crédible faut être un minimum compétent, t'a pas forcément d'autres choix que la spécialisation (je nie le fait qu'on puisse etre une brut dans 5 technos différentes, à moins de pas dormir et de pas avoir de vie sociale)...
 
Je témoigne d'autant plus de ce besoin de spé qu'on voit clairement les cours qu'ils filent aux "gestionnaires" des autres branches (RH, controle de gestion, etc....)...pour eux l'info ca se résume au SI, et ils raisonnent en terme de cout/avantage liés à chaque techno...y'a aucune considération technique...c nul à chier, mais faut en tenir compte...
 
le java me plait, je trouve ca plaisant comme langage...même si c vrai que je me dis qu'avec le C\C++ je pourrais par ex contribuer à plein de projets libres, alors que le java n'a pas encore percé beaucoup dans ce domaine...
 
ma question était plutot : le java est-il un choix viable de spé ? le sondage semble prouver que oui, le nombre d'offre d'emploi aussi...
 
Je savais dès le début que ct trollogène comme sujet, mais bon....pis je voulais pas une bataille d'expert, mais le ressenti subjectif de chacun, compte tenu de sa propre exp, etc...

lorill -> comme l'a tres bien dit Taz, len(myList) == myList.__len__() (et tu peux le faire, si ca t'amuse, ca fait juste perdre du temps mais le membre existe réellement, len(x) est juste un alias permettant de se faciliter la vie)
et les membres privés sont représentés par "__nom" au lieu de "nom"
 
je continue à soutenir que tu peux très difficilement (voir pas du tout) faire plus objet qu'un langage dans lequel tout est objet (un int est un objet, une méthode est un objet, un module (~ libs C/C++) est un objet et dans lequel tout est pensé pour faire de la POO. tu peux prendre des options différentes (certains des choix faits dans Python peuvent ne pas convenir a tout le monde), mais ca ne sera surement pas "plus" orienté objet
(oui, tout est objet en python, si tu veux tester ouvre un interpréteur et utilise la fonction dir() sur un élément, ca donne tous les membres de l'élément)
 
 
PS pour juji: BitTorrent et BitTornado sont codés en pythons à ~100% (je crois même pas qu'ils aient fait des modules C/C++), et l'interpréteur Python est présent en natif sur la quasi totalité des machines *nix (y compris MacOS X)

Maskilnn découvre les types dynamiques. Tu sais que LISP en 52 était déjà orienté objet avec ce que tu dis ?
 
Or on fait remonter le début le l'objet à 67.

-->masklin : ca fait peu...la majeure partie des projets libres qui m'intéressent sont en C ou C++...(à part Moz qui est dans un langage à lui )

'tain mais n'importe quoi ce topic
(desole Jubijub,mais on entend beaucoup trop de conneries et ca part en comparaison sans fin entre langages)

-->uriel : je crains que tu n'aies raison....c malheureux que les gens arrivent pas à donner un avis sans forcément :  
1) devenir ultra partisan pour SON avis
2) chier sur l'avis des autres...
 
pis g pas forcément vu bcp de réponses répondant en plein à la question....

oui mais la ca facilite pas le choix de Java ou pas (d'ailleurs tu ne m'as toujours pas donné l'intérêt du thread si de toute facon tu n'as pas le choix "je fais du java" "je fais du XXX" "je fais du YYY" ), il n'y a pas beaucoup plus de projets libres en java qu'en python
(mais il y en a quand même plus je pense, je te le concède)

a quoi fais tu référence?
parce que ca fait un peu court la comme explication pour me montrer ou j'ai dit une connerie (pas dit que je l'avais pas fait, mais j'aimerais savoir ou pour ne pas la refaire, quoi)
 
PS: Masklinn, pas Maskilnn  

-->Masklinn : mais j'ai le choix de tout ce qu'on veut, je suis tenu à rien...mais je propose java parce que c'est le langage que pour l'instant je maitrise le mieux ...('ce qui n'est pas grand chose )...mais avant, je m'interroge sur la pérénité de ce choix

oui bon oké, mais donne les autres alternatives, c'est plus simple quand même si on sait entre quoi et quoi tu peux choize   (pq la - et je suis un des fautifs - ca a tourné en Java vs Python [principalement], or si t'as pas Python dans tes options c'est pas super utile comme "débat"   )

pour limiter :  
- java
- Bases de données (donc de nos jours ca veut dire SQL, XML et langages de requetes dérivés du XML)
- technos web (JSP, PHP, ASP pas tellement)
 
j'avais pensé java de prime abord parce que :  
- j'aime bien
- c complet comme truc (J2xE, avec x = [M,S,E])
- ca couvre une assez large palette de besoins d'entreprise
- ca recrute
- ca paye pas trop mal apparement

Il va vraiment falloir que je l'écrive ce tuto objet un jour.
 
Un objet est une entité qui possède un état interne et qui répond à des messages. Il modifie son état interne ou envoie des messages à d'autres objets uniquement en recevant des messages (le modèle objet pur est intrinsèquement monotache, on est obligé de le casser pour l'utiliser dans la vraie vie).  
 
La grande avancée a été de classifier les objets d'un système en fonction de leur comportement : on va mettre dans la même classe tous les objets qui savent répondre à un même groupe de messages (Meyer ira plus loin dans la classification, mais c'est pas le sujet). Ce n'est qu'après avoir inventé la classification qu'on a inventé la définition de l'objet, et trouvé des techniques pour se passer des classes explicites dans le langage (par des factories à la smalltalk ou par prototypage à la Self, mais tout est lié, biensûr).

mouais, méfie-toi de J2ME quand même ...

 
oui (:jap

oui  

Merci beaucoup    
Donc je confirme, tu peux me traiter de tas de merde et me dire que je ne connais rien de l'objet    
 
(PS: si un jour tu fais un tuto objet complet, ma boitaPM t'es grande ouverte pour la notification   )

+1 pour le tuto (malgré son absence de pédagogie, nraynaud fait de bons tutos )
 
--> J2ME : oh ca oui je m'en méfie...je fais mon stage dans une boite qui fait que du J2ME (moi je retape leur éditeur de jeu qui lui est en J2Se (ouf) )...mais je m'intéresse à ce que ofnt mes petits camarades, et le J2Me c l'antiquité : l'API est ultra sommaire, c normalisé si on veut (chaque contructeur y va de ses API spécifiques...)
 
enfin le MIDP2.0 a déjà fait des choses (même si aucune boite de devel s'en sert pour le moment vu la taille relative du parc), et pis Nokia pousse au cul pas mal, avec des classes pas mauvaises...c encore assez immature, mais ca va dans le bon sens...

regarde la cat python en passant par la fin, tu verras que je sais tout ca... mais dire qu'on ne peut pas faire plus objet, ca m'amuse. Rien que ruby a un feeling beaucoup plus objet a mon avis. Pas d'argument concret, je peux pas affirmer que ruby est plus objet que python, mais je ne peux pas non plus affirmer le contraire.

Donc rien ne t'empêche de dire qu'ils sont équivalents, si?

si, le fait qu'ils ne le soient pas    
enfin bref, ce n'est pas la question.

je ne parlais pas en tant que langages mais en tant qu'objétisation

Java a de l'avenir parce que c'est vraiment le Cobol des années 1990-2000 :  langage d'élection des grands comptes où l'info de gestion prime, parce que Sun a senti le vent tourner au bon moment et a tout misé sur le marché client-serveur. Stratégiquement, c'est très bien vu.
Le langage n'est pas fondamentalement mauvais en lui-même, mais il y a quand même bien mieux depuis pas mal de temps, et son implémentation reste lourde à mon goût. Au final, après suffisamment d'années pour qu'il arrive à maturité, je n'ai pas l'impression que ce langage soit très convaincant.
Mais c'est vrai que c'est p-ê le langage bénéficiant du plus grand nombre d'outils de développement, et ça, c'est appréciable.

java est deja mort...

-->tamahome : développe...parce que là je vois pas ce qui te permet de dire ça...
 
-->el muchacho : disons que visiblement le succès d'un langage ne dépend pas que de sa qualité technique...si y'a mieux mais que personne l'utilise à grande échelle...

 
Heu... l'AS400 et son cobol sont toujours présent.

mais en voie de remplacement...c clairement une techno moribonde...c juste que c sur des gros systèmes critiques (facturation, paye, consolidation de comptes) et que les gars vont attendre que les sys meurent pour les remplacer...

Toujours est il que la plupart remplissent aisément leurs fonctions...

LOL ce topic est génial. Ca tire de partout, je découvre de nouveaux boulets, on s'amuse bien visiblement.
Bon, comme je suis aussi un gros boulet qui trolle, je n'hésite pas à poster mon avis sur la question.
 
Je ne ferais pas de comparaison entre langage car c'est trop subjectif, vu que rentre en compte la rapidité d'écriture, la syntaxe, les fonctionnalités...
Il y a peu de critères objectifs : rapidité d'éxécution, disponibilité sur plusieurs plateformes, fonctionnalités. Et tous les langages (meme les ex-langages de script) tendent tous à se rapprocher donc ...
La comparaison est vaine et illusoire.
 
Maintenant, force est de constater que le Java a le vent en poupe, le C++ est largmeent plébicité pour sa puissance, le C# un peu moins, le python presque pas utilisé, et perl, un petit peu. Voila ce que je constate.  
 
Il est vrai que la renommée d'un langage viens plus de sa "promotion" (java et c#) qu'une reelle reconnaissance pour ses qualités (ce qui fit la renommée du C++). Quant aux ex-langages de scripts, a mon avis, ils souffrent toujours de leur image "script=petit prog".
 
Personnellement, j'aime :
le C# et le java : simplicité puissance.
le C++ : puissance mais attention ca peut vite devenir bordélique si on fait n'imp.
le perl : petits scripts rapides et faciles, mais j'aime pas la syntaxe.
 
Pour répondre à la question : java survivra encore longtemps si Sun le fait évoluer dans le sens que veulent les programmeurs (fonctionnalités, rapidité surtout pour les IHM, car meme bien codée ca rame severe. cf l'editeur de texte de l'ancien forumeur GFX qui est bien foutu mais qui rame à mort et dont je ne me rapelle plus le nom)

on peut le voir cet éditeur et surtout son code source ?

c clair que pour la rapidité des IHM, attendons Swing 1.5 avant de se prononcer : il va etre sévèrement accéléré...
 
pis c sur que la politique du EventDispatching thread fait que si tu fous tout ton bordel dans swing, si t'a une IO qui prend 3 sec à s'executer, ben ton interface bouge plus pendant 3sec...alors que si tu thread proprement, tu fous l'io dans un thread, l'interface reste rapide, et t'a plus de merdier...c de la conception...

 
c'est jExt http://www.jext.org

ouhais donc en gros c un JEdit custom...c vrai que JEdit est lourd au lancement

tu rames.
Je vois pas ce qui t'oblige à faire tes IO dans l'interface graphique, c'est interdit car ça fait ramer l'utilisateur.
 
si tu veux voir un exemple de comment on fait le point de départ de l'envoi de messages de jcoincoin :
http://opensvn.csie.org/jcoincoin/ [...] inGui.java
dans la fonction sendAction() si tu suis le code, tu verras que c'est pas l'interface qui fait les IO.

c bien ce que je dis : mais des gens le font, et s'étonnent que ca rame ensuite...
 
g pris IO comme exemple parce que en général ce sont des process très long...mais en gros, ce que je voulais dire, c que si tu lances des process couteux dans ta GUI, ben ca va ramer...

bah ça n'a rien à voir avec java.

arf
 
enfin plutôt

 
en effet, si tu fais de la merde, quel que soit le langage, ton prog, il marche pas bien    

 
mieux qu'un devel php en tt cas

 
Comment on peut "écrlater" du Java, point de vue "cross plateform" ??