Jar Jar Binks a écrit 1200 commentaires

Un truc qui m'intéresse sérieusement, quand même, c'est : bordel à quoi ça peut servir ces machins (je ne vois pas d'autre mot) que sont Java et .Net ?

Non je demande ça parce que plein de gens semblent utiliser ces, mais j'ai de plus en plus l'impression que c'est juste pour faire plaisir aux décideurs pressés. J'ai beau chercher, je ne vois pas de réel intérêt. Niveau vitesse, c'est loin du C et assimilés. Niveau portabilité, c'est carrément pas la joie (l'abstraction apportée par la machine virtuelle est parfaitement illusoire). Niveau rapidité de développement, ça ne vaut pas les langages vraiment haut niveau comme python. Niveau maintenabilité, modularité... ça dépend énormément du programmeur et de toute façon ces méthodes n'apportent rien de plus.

Bref, quand on veut faire des logiciels qui marchent, ça sert à quoi ?

Tout se fait sur des stations solaris, soit environ une soixantaine de poste. Donc la-bas, quand tu arrives, tu te tapes solaris. A l'epoque, c'etait plutot hyper mal configure, donc on faisait vite l'assimilation unix=truc merdique pas pratique a utiliser. À l'ÉNS Lyon, c'est pareil (enfin c'est un chouïa mieux configuré par défaut, ça fait pas mal de temps qu'ils sont passés à CDE), sauf que quelques élèves qui se bougent ont eu droit à un groupe et un petit coin disque dur, et mine de rien ça aide beaucoup : Window Maker, Gimp, mutt, quelques paquets LaTeX et emacs, quelques programmes maison, et ça fait un vrai système qui marche bien. Au final, on dit aux élèves « tu tapes ça », un script modifie tous leurs fichiers de conf, et hop ! 2 heures d'initiation (là encore fournies par les élèves des années suivantes) et ils sont autonomes.

Note du modérateur : J'ai laissé la news telle quelle. Je proteste : elle était dans la section humour !

le fait qu'on puisse programmer sur la jvm avec python est une exception (puisque c'est le seul) Archi-faux. Il y a plein de langages qui sont compilables sur la JVM. J'ai oublié lesquels, mais ça a déjà été discuté ici.

Mais je trouve qu'on a pas trop a se plaindre jusqu'a présent. Par ex, evolution, qui a été développé par les gros mechants de chez Ximian, est vraiment un logiciel formidable! Et GPL! C'est tout à fait mon avis. Et c'est pour ça que je trouve bien dommage que celui qui est à l'origine de ce très bon projet ait de pareilles lubies.

Mais pour les décideurs pressés, un langage interprété, c'est lent et mal, et un langage compilé c'est rapide et pro

Il faut leur expliquer que python est compilé en bytecode et exécuté dans une machine virtuelle, comme Java®©(tm). Même si ce n'est qu'une grossière approximation ;o)

discussions

Hop -1.

Bah ouais, mais avec un CD, ça serait sympa. En plus, on pourrait imaginer un système qui réinstalle uniquement le nécessaire et les fichiers de conf qui ont été modifiés, et qui va chercher le reste sous forme de paquets sur le site de la distribution.



Avec une base comme apt-get, debootstrap et la gestion des fichiers de conf debian, ça devrait être plus que faisable.

Linux n'a pas de boite capable de rivaliser - en termes de support - avec un contrat Gold ou Platinum de SUN.



J'ai vu ce que ça donne, ces contrats. Ça donne des admins système incompétents qui se reposent sur la hotline (minimum 3 jours avant intervention) dès qu'il manque du papier dans l'imprimante (j'exagère à peine).

la différence, c'est que KDE est BEAUCOUP plus avancé que gnome à mon sens

C'est un pur troll. Je ne te parlais pas de KDE en tant qu'environnement de développement, mais en tant que bureau avec des applications. Et non, l'environnement Gnome n'a pas grand-chose à envier à KDE. C'est bien la preuve qu'on peut faire de très belles choses en C (même si personnellement, j'utiliserait autre chose pour faire une interface graphique).

Ça marche correctement (moins sous Linux, où on n'a pas vraiment de bonnes implémentations), et les stats montrent que tu développes 3 fois plus vite avec qu'en C++.

Et qu'en Python ?

Ah ? T'arrives a changer tous les parametres avec un grep ?

Avec sed (ou la fonction équivalente d'emacs), j'ai dit. Demande à Dae si tu veux un cours.
Cela dit, c'est quand même pour les cas bourrins, en général remplacer les occurences avec les fonctions d'emacs suffit largement.

Pour le reste, je ne suis pas d'accord, mais ton point de vue se défend tout à fait.

Très bien, maintenant parlons d'un truc que ton IDE ne peut pas faire. Je change les paramètres de la méthode bidule, ah merde, il faut changer tous les fichiers là où la méthode est appelée.

Hop, un petit grep (voire un sed dans les cas simples), et c'est tout bon.

Dans une application en plein développement, ce cas m'arrive à peu près aussi souvent que le précédent (et c'est beaucoup, beaucoup plus chiant à la main.
En plus, pour ton cas, emacs a un browser de classes qui doit faire à peu près la même chose, mais je ne vais pas m'avancer, je ne l'utilise pas (le browser, hein, emacs il faut être fou pour ne pas l'utiliser).

Franchement quand je lis les postes ci dessus je comprends mieux la reaction de certains : " Les Linuxiens sont des integristes".
Ça dépend ce que signifie « intégriste ». Si c'est condamner d'un bloc les logiciels propriétaires, je crois que tu te trompes de cible.
Si c'est condamner d'un bloc le logiciel propriétaire, alors oui, je suis intégriste et indécrottable. Mais ça ne m'empêche pas de trouver quelques logiciels propriétaires très réussis... dommage qu'ils ne soient pas libres.

Franchement traiter de neuneus les gens qui v*codent avec un IDE C++ ne fait pas avancer les choses.
Ça ne fait peut-être pas avancer les choses, mais c'est le cas. Un IDE pour la programmation, c'est comme un traitement de texte WYSIWYG (c'est même pire) : ça ne sert à rien, juste à attirer l'oeil du neuneu devant.

J'entends parler de VI. Encore une betise. VI c'est bien pour de petits projets mais quand faut pisser 10 000 lignes de code en 2 mois (cahier des charges oblige) et bien on est content d'avoir des trucs comme Kylix, C++ Builder ou Forte Java.
Dis-moi, tu connais emacs ? Ça a justement été écrit pour ça (entre autres).

GCC meilleur compilateur au monde : encore une Betise : Le compilateur Kylix est 2 fois plus performant (CF Test GCC vs Compilateur Kylix).
Tu compares gpc et kylix, là, je suppose. Parce que comparer un compilateur C à un compilateur Pascal, faut le faire.
Ensuite, que signifie un compilateur 2 fois plus performant ? 2 fois plus rapide à compiler ? à exécuter ? 2 fois plus économe en mémoire ? en taille d'exécutable ? 2 fois plus portable (OUUUUUPS !) ?
Enfin, je ne pense pas que gpc soit particulièrement optimisé, parce que plus grand-monde n'a besoin du pascal, et subséquemment plus grand-monde ne bosse dessus (et franchement, on s'en fout du pascal).

Faut arreter les conneries les mecs : meme si moi meme j'adore les ecrans noirs avec ecriture grises, je suis heureux d'avoir des environnement graphiques performants meme si ils m'enervent un peu...
Faut voir pour quoi faire. Un clickodrome comme navigateur web, comme lanceur d'applications ou comme gestionnaire de fichiers, c'est génial. Mais croire que les interfaces peuvent tout résoudre est une pure illusion.

Pour résumer: d'abord on fait click-click avec l'interface, et puis ensuite on code pour de vrai.

Si j'ai bien compris, on doit décrire la structure de son programme dans l'ensemble avant d'avoir écrit quoi que ce soit ?

C'est vraiment n'importe quoi.

Allez -1, feed the troll.

Pour en rajouter au troll par deux endroits :
- le C++ est le seul langage objet rapide, c'est déjà un intérêt énorme ;
- Gnome, bien qu'écrit en C, n'a rien à envier à KDE, je trouve (à part son file manager, peut-être) ; alors, c'est si pourri que ça le C ?

Franchement, faut être psychopathe pour faire du Java. Si au moins ça marchait correctement.

Ouaaah, trop facile.

Indice : il n'y a pas non plus de virus sur Playstation. Par contre, sur Xbox... ;o)

Sur une vielle machine (type pII 300 avec 64Mo de Ram), ie 5.5 et ie6 rament!

Bah heureusement que pour les machines vraiment vieilles il y a Netscape 4 qui est encore vaguement maintenu... Remarque, y'a peut-être Opera qui doit bien tourner dessus.

C'est d'autant plus grave qu'aucun patch n'a été proposé pour IE 5.0 ! Là, c'est terrible, comme politique !

Avec un timer global, le 1er process n'a meme pas besoin de savoir que le 2eme existe, le 2eme prend un handle sur le meme timer et fait son job. Dis-mi, tu as pris des cours de programmation avec Pouaite pour avoir de pareilles idées ?

En plus, ils ont l'air d'utiliser un espèce de scotch pour consolider leur montage (d'ailleurs très gruiiik) Je me demande au bout de combien de temps il lâche, au vu des conditions qu'il supporte...

C'est clair que rien ne résiste à des variations thermiques pareilles. Il doit falloir changer le scotch (qui doit être un truc spécial) au moment de re-remplir parce que sinon...

L'azote liquide, c'est une bonne idée. J'y avais pensé, mais je pensais qu'avec un froid pareil, ça contracterait la carte mère jusqu'à la faire casser.

Mais si ça marche vraiment, ça devrait être super facile. On verse, et ça doit mettre une petite demi-heure à s'évaporer... Le pied !

Yes ! Merci ! J'avais vu un séminaire de Jean-Charles Delépine basé sur mgp, et je n'avais pas trouvé ce que c'était.

Il y a FoilTeX, qui avec ppower4 fait des miracles. C'est plus joli et pas plus compliqué à utiliser que pouvoir point, je trouve.

Sinon, un gusse de mon école est en train d'écrire une classe simplifiée basée sur FoilTeX, avec des thèmes, la navigation interne, etc. C'est la classe et ça devrait être bientôt fini.

- Certaines choses sont rendues bien plus compliquees par rapport a d'autres systemes
Un peu plus compliquées parfois, j'en conviens. N'en rajoute pas non plus, on pourrait en trouver des trucs mal foutus dans les API de Windows.

- Ca oblige a refaire l'architecture des softs a cause d'un systeme qui fait differemment de tous les autres Unix
Non, car les routines bas niveau ne devraient jamais être utilisées directement par le programmeur. LinuxThreads a été fait quelque peu cradement au départ, mais il a été fait pour que les applications threadées existantes recompilent sans problème.

En gros ca fait bien chier et quand on sait que PID veut dire PROCESS ID, on se demande comment les threads d'un meme process ont un PID different.
Quel est le véritable problème à part la façon dont ça apparaît dans top ?

Quand a la doc de glibc, ben sur www.gnu.org/manual/glibc-2.2.3/html_node il n'y a rien du tout, tu l'a prise ou ou ta doc ?
Dans /usr/share/doc/glibc-doc/html/, j'ai une excellente doc.