Octabrain a écrit 1675 commentaires

Pas convaincu, pour cet exemple, la doc MSDN est beaucoup trop verbeuse :
- le topo sur les perfs de la doc MSDN me semble inutile (pas que j'aime pas quand ça parle de perf, mais là ils ne font que dire des trucs à peu près évidents dont n'importe quel programmeur pas trop con se serait passé)
- pas mal d'exemples sur la doc MSDN ne servent complètement à rien
Le truc en plus de MSDN pour cet exemple, c'est le listage des caractères par défaut du split.

A cause du poids de l'existant ? Parce que la plupart des gens sont frileux ?

Personnellement, je navigue bien mieux dans la Javadoc que dans la doc MSDN, je trouve que les hyperliens et la structure des pages sont mieux pensés.

Pour comparer :
http://java.sun.com/javase/6/docs/api/java/lang/String.html
http://msdn.microsoft.com/fr-fr/library/system.string_member(...)
Sur la page MSDN, on doit suivre un lien pour ne serait-ce qu'obtenir les paramètres et le retour d'une méthode, et de là, pas d'accès à la documentation des types des paramètres pour MSDN.

C'est vachement futé de démarrer exactement le même thread ("pourquoi c# ?") à plein d'endroits différents...

C'est pas mal trollesque ce que tu dis là. Nul doute que tu seras plussé.

Merci de ta participation passionnante !

"Dans le cas de Python, qui est un langage de script (donc interprété) il est évident que tu a besoin d'une VM."
Pas vraiment, on ne parle pas de VM pour le shell (qui est du script je suppose) que je sache.

"J'espère que je me suis mieux expliqué cette fois."
On avait très bien compris, et on a déjà répondu.

Il n'est pas compilé ? Au contraire, il est recompilé en interne à chaque fois.
D'ailleurs, il suffirait de rajouter un petit patch pour pouvoir mettre quelque chose comme "#!/usr/bin/javac ; /usr/bin/java" au début de ton .java

T'exclue ce qui t'arrange, d'ailleurs comment définirais-tu "langage de script" ?

Il suffit d'utiliser la bonne class de gestion du soucis dans le langage en question
En français ça donne quoi ?
Ah, et sinon, tu ne réponds pas à toutes ces interrogations.

Quand on veut pas comprendre, c'est de suite plus facile...

Je vais réécrire ce que j'ai écrit puisque tu n'as pas bien lu :
Actuellement, dans les langages multiplateformes sans VM populaires

Le seul avantage de Tk, c'est qu'il est dans la lib standard de Python. Ses inconvénients : bibliothèque très limitée, façon de programmer les interfaces très "années 90", laideur innommable à faire mourir un yéti.

Quel est vraiment l'intérêt d'avoir ces lourdes machines virtuelles qui exécutent du bytecode sur différentes archis ?
Dans le monde du libre, comme le code source est disponible, on en a rien à battre d'avoir cet environnement qui fait abstraction de l'archi ! Dans le libre on prend le source et on le compile directement c'est tout.
Oui, arrêtons aussi tous les langages de script, c'est une honte pour le logiciel libre.

Actuellement, dans les langages multiplateformes sans VM populaires, n'a-t-on pas uniquement des langages préhistoriques, sans véritable gestion automatisée et intégrée de la mémoire, avec des problèmes de taille différente de nombres et d'endianess selon la plateforme, avec des horreurs sur les pointeurs à portée de main, etc. ?

Pour les débutants il n'y a pas plus facile que Python/QT ou Python/GTK. Mono nécessite de comprendre tout un tas de concepts ainsi qu'un environnement de dev particulier avec compilateur et toute l'artillerie.

Quelle putain de subjectivité... (comme la comparaison Qt/GTK vs. Mono de patrick_g)

Arguing on the internet is like running at the special olympics. Even if you win, you're still retarded.

Parce qu'il persiste à ne pas argumenter et à se contenter de dire en substance "c'est écrit dans la table de la loi donc c'est vrai et attention si vous n'êtes pas d'accord, vous êtes contre les droits de l'homme", ou "c'est évident il n'y a pas à discuter".

Ah c'était volontaire, je croyais que tu avais voulu écrire "cynique", merci pour l'illumination, je ne trouvais pas que cela avait beaucoup de sens sinon.

http://www.overthewire.org/wargames/

Si c'est "sinique", c'est plutôt la sagesse chinoise (http://fr.wiktionary.org/wiki/sinique , à moins qu'il ne s'agisse de Sinik)

Bon, puisque tu décides de faire le lourd et que tu n'es pas capable de déceler quand il y a de l'humour : mon premier commentaire disait que personne ne verrait l'avantage de télécharger une version non modifiée mais propriétaire d'un soft GPL. (Rappel : c'était de l'humour)

Disclaimer: le lien suivant pointe vers la publication non autorisée d'une émission grolandaise copyrightée. Il n'est donné qu'à titre informatif, et vous ne devez pas cliquer dessus sous peine d'être passible de la loi. Merci de votre compréhension.
http://www.youtube.com/watch?v=asWAiyY2uYU

Attention, si tu écoutes, c'est toi qui va mourir.

"Je ne vois pas en quoi il est choquant qu'un auteur d'oeuvre de l'esprit impose ses conditions sur son oeuvre."
Ce n'est pas l'avis de tout le monde.

Tu trouveras notamment sur linuxfr même des gens qui trouvent que le fait que l'auteur puisse "imposer ses conditions" encore 70 ans après sa mort est abusif (c'est aussi mon cas). Il a même été suggéré (ici même, pas chez ces méchants de piratebay qui "méritent le tribunal" (d'ailleurs, c'est une peine le tribunal ? Je n'étais pas au courant)) d'avancer le passage dans le domaine public à 10 ans après la publication de l'œuvre.
PiratByran (dont des fondateurs de PirateBay faisaient partie) se disent, eux, "anti-copyright". Ne comprenant pas le suédois, je n'en sais pas plus sur leurs idées.

Ah carrément on peut downloader des routeurs, ça devient intéressant ton site, tu me tiendras au courant quand il sera lancé, je veux !