timid a écrit 238 commentaires

Java a un temps de lancement plus important que python et consomme plus de mémoire initialement.

D'un autre côté en temps d'exécution brute il est 4 ou 5 fois plus rapide que python, faut savoir ce qu'on veut.

Je dirais qu'une des forces de Java, c'est que c'est un langage pour mauvais programmeurs. C'est suffisamment rigide et complet pour que les dégâts causés par les mauvais programmeurs soient réduits.

Mouhahaha ca me fait bien marrer de lire des inepties comme ça !

Java c'est un langage pour les programeurs qui ont un peu d'humilité et qui aiment pouvoir modifier leur code 1 an après sans que ca plante de partout parce qu'ils ont oublié de changer un nom de méthode à un endroit.

Aussi bon programmeur sois tu, l'erreur est humaine ... ou alors il faut voir ce que tu appelles bon programmeur, si pour toi c'est quelqu'un qui passe son temps à faire le boulot d'un compilateur ...

Pour les prononciations, j'ai fini par me résigner au fait que ça ne servait pas à grand chose de les apprendre brutes comme ça vu que quand tu te retrouves devant une combinaisons de kanjis inconnue, il y a pas de règle pour te donner laquelle choisir pour chaque caractère.

Personnellement j'ai pas encore trouvé de méthode qui marche pour les apprendre ... pour l'instant c'est surtout avec les mails que je dois envoyer ou que je reçois que ça finit par rentrer.

Se taper la doc d'un mainframe mitsubishi uniquement disponible en japonais ca a aussi aidé pas mal :)

Sans oublier que Java vérifie que tu gères bien les exceptions à la compilation, ça fait toujours ça de moins en plantages à l'exécution, ça limite les imprévus.

Après y a aussi ceux qui aiment le risque ...

Pour apprendre les kanjis, je recommanderai plutôt ce bouquin :
http://en.wikipedia.org/wiki/Remembering_the_Kanji_I
(il existe aussi traduit en français "Les kanjis dans la tête")

La méthode permet assez facilement et rapidement de retenir l'écriture et le sens des caractères.

Pour donner un ordre d'idée, l'an dernier j'avais appris environ 500 kanjis comme ça, en bossant uniquement dans les transports (2h par jour) pendant 2 semaines.

Elle t'évites aussi de confondre les caractères semblables graphiquement ce qui arrive souvent quand tu apprends empiriquement.

Lorse que la plupart des langages interprété mettent l'accent sur la facilité de développement (quitte à choper des bug), les langages non permissifs sont la voie de la rigueur et de la programmation clean.

Dans un cas, tu te retrouves avec un client de mauvais poil parce que son programme a des bugs. Dans l'autre tu as le compilateur qui t'insultes plus souvent.
Pour un projet professionnel, j'aurai plutot tendance à vouloir éviter éviter autant que possible le client mécontent ...
Même si aucun langage ne peut garantir l'absence de bugs il faut faire un compromis entre facilité de développement et fiabilité.
Un langage très permissif c'est bien, ca permet de développer des prototypes facilement, mais quand tu dois maintenir le projet (changer les structures de données etc) mieux vaut prévoir quelques tubes d'aspirine et pas mal d'heures de test (vécu sur un projet PHP pourtant pas trop mal codé).

On peut reprocher beaucoup de choses à PHP, mais pas les liens morts !

En fait j'avais regardé à un moment la consommation de bande passante entre wengophone et skype, c'était assez équivalent, à mon avis la différence doit plutôt venir des codecs utilisés, au moins pour la vidéo.

Faudrait que j'essaye de convaincre mes contacts japs de passer sous wengo pour tester, avec 30Mbps en front montant ça devrait suffire :-)

Ah si il y a eu du progrès, maintenant la liste de contacts gère la présence de manière presque stable !

A longue distance (~20000km, traverséee du pacifique et de l'atlantique en passant par les USA), Skype est malheureusement le seul logiciel de voix sur IP que je connaisse qui permette d'avoir une qualité de vidéo acceptable (comprendre qu'on reconnait les visages ...)

Sinon y a aussi Wengophone qui marche pas trop mal depuis les dernières versions (à part la vidéo)

Depuis les besoins ont évolués. Je suis du même avis que toi, l'idéal serait un typage plus fort, la déclaration explicite des variables, une normalisation des noms des fonctions, etc ... et pourquoi pas du tout oo.

Ca existe déja et ca s'appelle java ou python ça :)
Encore que j'aurai tendance à préférer Java pour sa meilleure gestion des exceptions, son typage explicite et sa rapidité (sans parler des librairies comme GWT / Echo2 qui rendent le développement web bien plus simple ou de hibernate qui est un plaisir à utiliser pour les bdd)

Ta librairie a l'air simple et tout à fait adaptée à l'utilisation que je ferai de PHP, pour coder un site pas trop gros ou quelques scripts.

Par contre pour des applications plus complexes mieux vaut éviter ce langage, la maintenance devient rapidement horrible.

Je suis assez surpris qu'aussi peu de gens aient l'air de s'intéresser à PMO.

J'espère pour toi que ta machine est encore sous garantie.
C'est la première fois que j'entend parler d'un problème comme ça

C'est toujours le cas, au moins pour les IP étrangères.

En java il y a 2 types d'exceptions :
- Les exceptions que tu dois explicitement gérer et qui sont provoquées par un phénomène normal (comme une sorte de code d'erreur).
- Les exeptions qu'on est pas obligé de gérer (RuntimeExeption ou Error) dues à des erreurs qui laissent l'appli dans un état indéfini.

C'est une très bonne chose que le langage t'oblige à gérer le premier type. Par exemple, un utilisateur qui se trompe en saisissant un entier et qui entraine une erreur de convertion string->int n'est pas un bug du programme, mais ne pas gérer ce cas là en engendrerai certainement un.

Je peut me tromper, mais je ne pense pas que python te permettes d'éviter ce genre d'erreurs de programmation de manière systématique.

Pareil pour le typage, d'expèrience, le typage statique permet clairement de faire des programmes plus maintenables, et d'éviter les surprises à l'exécution ...

Les ipod c'est très joli, mais j'irai pas jusqu'à dire que le son est bon.
Sur tous ceux que j'ai eu entre les mains jusqu'à présent, les basses saturaient horriblement (même avec des bons écouteurs, et même en désactivant l'amplification des graves)

J'ose espérer qu'ils ont corrigé ce problème sur leurs nouveaux modèles (pas réécouté sur un ipod depuis le nano).

Rockbox est génial par contre (même si depuis un an le moteur de lecture est complètement buggé et qu'une grosse partie de leur code est crasseux au possible)

En même temps windows de base contient quasiement rien comparé à ce qu'il y a dans un CD linux ... c'est un peu disproportionné

Noyau 2.6.21-gentoo, un modem pppoe, aucun des sites ne passent

Le plus gratifiant c'est d'avoir directement accès CVS (ou autre) sur le projet concerné.
Voir son patch trainer des mois, devoir le réactualiser sans arrêt pour qu'il suive l'évolution du logiciel en attendant d'être intégré ... faut avoir de la motivation quand même !

En fait j'ai un serveur dont le noyau n'a pas le support des modules activé, ca me sort ca comme erreur :

cp: ne peut évaluer `/lib/modules/2.6.21-gentoo-r2/*map': Aucun fichier ou répertoire de ce type

C'est chose faite : http://bugs.gentoo.org/show_bug.cgi?id=183097

Pas mal ton idée.

J'ai crée un ebuild gentoo pour ton programme, on peut le télécharger là : http://bugs.gentoo.org/show_bug.cgi?id=183097

Sinon ca ne marche pas sur les machines sans le support des modules dans le noyau, ça me sort ça :
"Opening /proc/modules: No such file or directory"
(message sorti par l'appel à lsmod dans ton script)

Bonne continuation !

Félicitations !
Reverse-engineerer un protocole et intégrer le résultat dans une API existante, ca demande toujours un gros boulot.

Effectivement ClanLib pour la portabilité et la stabilité c'est pas le top, sans parler des fuites de mémoire.

Par contre je trouve ça vraiment dommage qu'il n'existe pas à l'heure actuelle un véritable framework open source orienté développement de jeux / multimédia à la directX.

ClanLib aurait pu être un bon candidat.

Exiger un backend OpenGL, je vois pas où est le problème, la plupart des PC un peu récents ont une carte 3D.
Parce qu'il n'y a pas de drivers libres pour les Nvidia, il faudrait bannir la 3D des jeux libres ?

PS : possesseur d'une carte Nvidia, je n'ai jamais rencontré de problèmes de performance sous ClanLib.

Un ipod nano ou un Sansa e200 avec rockbox ( http://www.rockbox.org/twiki/bin/view/Main/TargetStatus ) ?