Erwan a écrit 2844 commentaires

Autre remarque : sur un serveur Jabber je ne sais pas non plus ce que pourrait faire l'admin de mes données personnelles....

Son pouvoir est quand meme tres limite, vu qu'il n'a les donnees que d'un petit groupe de personnes. Les donnees ne sont pas regroupees en un meme endroit.

Deja ca ne gere pas le japonais, en plus en cas de changement de protocole tu peux toujours mettre a jour ton client ; c'est plus aleatoire d'attendre que l'administrateur de ton serveur mette a jour le transport. Ajoutons a cela que les clients multi-protocole comme Gaim sont nettement plus reactifs que les passerelles pour tenir compte des modifs de protocole.

Pour finir MS et Y! blacklistent les serveurs Jabber les plus populaires, ce qui ne facilite pas les choses.

Ensuite, la conception objet montre sa supériorité. L'objet devient comme une évidence.

Oui. Mais Gtk+, y compris dans sa version C, est developpe purement en objet. C'est un peu plus lourd a ecrire, mais C++ a ses inconveniants aussi.

Pour repondre au commentaire plus haut, je ne vois pas pourquoi les entreprises devraient faire absolument du Gtk, d'ailleurs le seul logiciel proprietaire que j'utilise (qui vient du monde Windows) utilise Gtk dans sa version Linux.

http://www.justsystem.co.jp/atokx/?w=at(...)

(je pense que c'est parce que Gnome est plus populaire que Kde en Asie, pour sa meilleure gestion des langues non-latines.)

En ce qui me concerne j'ai completement switche a Ruby+C. J'ecris les parties trop lentes en C, mais en general comme je me base sur des bibliotheques C ou C++ wrappees je n'ai pas a faire moi-meme ce boulot. Les entreprises elles font ce qu'elles veut, moi je gagne beaucoup de temps pour faire mes protos de recherche, si ca ne leur convient pas tant pis pour elles.

Un ancien mainteneur, c'est vite dit. Il reconnait lui-meme qu'il n'a jamais vraiment eu prise sur gtkmm, il s'est contente de wrapper quelques widgets.

Les passerelles marchent mal, n'ont aucun avantage par rapport aux clients multi-protocoles et font de la mauvaise pub pour Jabber.

Ne jamais presenter Jabber comme une solution multi-protocole !

Je ne vois pas en quoi c'est plus totalitaire que tes copains qui ne veulent pas utiliser Jabber.

Il n'y a pas que le C++ dans la vie, il y a aussi le C#, le Perl, le Python, le Ruby... Des langages bien plus haut niveau que le C++. Il y a enormement d'applications gtk/gnome developpees sans une ligne de C, regarde un peu autour de toi. Quant aux bindings C++ de gtk, je ne les connais pas donc je ne peux pas en parler. Tu as developpe avec ? Qu'est-ce que tu leur reproche ?

Et sans vouloir partir dans le troll "langages", le C++ force a gerer la memoire tout autant que le C, donc le gain de productivite est assez discutable.

Enfin bon, pour ma part je pense que Qt et Gtk vont rester, puisqu'ils ont des approches differentes les deux ont leur raison d'etre.

Et je vois mal les entreprises se remettre à coder en C pour fabriquer des applis desktop.

Ca fait tres longtemps qu'on est plus oblige de faire du C pour faire du gtk. Il existe des bindings sur gtk pour a peu pres tout les langages un minimum populaires.

Merci ; en fait le probleme etait que j'avais mal compris la fonction insert. En gros, j'avais ca:

0: toto
1: tata
2: titi

...Et je voulais recuperer 1: tata pour lui ajouter titi et le remettre en position 1. Manque de bol, vu que ca insert mais ne remplace pas, ca donnait ca:

0: toto
1: tata titi
2: tata
3: titi

au lieu de ca:

0: toto
1: tata titi
2: titi

D'ou la necessite de supprimer l'entree 1 avant de reinserer... Merci aussi pour le lien vers le forum et le site !

Bien sur que j'y arriverais, je ne suis pas une truffe. Mais vois-tu, je preferes passer mon temps a autre chose qu'a tester regulierement les memes logiciels pour voir si les developpeurs n'ont pas ajoute de features a me faire baver.


Ce qui m'agace, moi, plus que les gens qui ne veulent pas evoluer dans leurs methodes de travail, c'est ceux qui veulent imposer la leur a d'autres. Si ta grand-mere est contente avec sa machine a ecrire parce qu'elle trouve que le PC est trop complique, c'est tres bien. Si le mec au-dessus preferes utiliser screen plutot que les onglets parce qu'il en a l'habitude, je ne vois pas pourquoi tu veux le forcer a changer de methode.

Personnellement, je me force de temps en temps à travailler une semaine sous Gnome pour voir si je ne rate rien.

Pas moi. Je suis sous Gnome et ca fait des annees que je n'ai pas regarde kde. Car Gnome me convient, et je ne m'interesserait aux autres que si je ne suis plus satisfait par Gnome.

A passer trop de temps a tout tester, on finit par ne plus faire que ca.

Ce genre de sondage sur une page web, completement ouvert, n'a aucune valeur. Sans compter que certaines categories etaient faites n'importe comment (genre mettre gcc et emacs dans une meme categorie "outil de devel", ca laisse reveur... Moi qui ne peut pas utiliser l'un sans l'autre ca m'a laisse reveur) un sondage fait sans tenir compte de son echantillon, sans faire en sorte qu'il soit representatif de la population sondee, ca ne vaut rien.

Ca peut vouloir dire que certains projets ont ete plus actifs que les autres pour envoyer voter leurs fans (qui n'auraient pas vote du tout sinon). Que linuxfr soit premier c'est bien, mais ca veut peut-etre juste vouloir dire qu'il y a eu suffisement de journaux pour dire "allez voter sur linuxjournal !"

Et les upgrades de distrib, je ne connais pas beaucoup d'OS capable de faire ça.

Une Gentoo ca se met a jour continuellement sans avoir a franchir de "gros pas" comme tes mises a jour de distribs.

c'est pas ecrit tete en forme de pamplemousse, mais de la taille d'un pamplemousse.

A part ca, le journal "nature" n'est pas repute pour balancer des hoax.

Mozilla ne vient pas du monde Unix/GNU, et des choses qui sont evidentes pour nous ne le sont pas pour eux. Il y a une grande partie des developpeurs qui sont sous Windows.

Resultat : ils refont des trucs a leur sauce. Mais bon, c'est pas si mal dans la mesure ou il n'y a pas besoin de binaires localisees ; on peut mettre les localisations dans des xpi, on peut donc localiser sans recompiler.

Par ailleurs avec les dernieres versions de Firefox on peut installer des xpi a l'echelle du systeme (et non de l'utilisateur) en ligne de commande, donc on peut imaginer un script qui installe plein de langues.

Il faut preciser explicitement "virtual" sur les methodes pour que la resolution soit dynamique.

T'as pas lu le lien. Dedans il y a une question (avec sa reponse): Why not add a C++ interface layer to the kernel to support C++ drivers?

En l'occurence le « Pourquoi ne pas réécrire le noyau en C++ ? » c'est le titre du paragraphe qui parle de C++ et inclus plusieurs questions.

Ca servira a ceux qui preferent le C++ au C d'ecrire des modules dans un langage qu'ils preferent. C'est tout. C'est comme les bindings C++ de Gtk/Gnome, ca ne permet pas d'ajouter des "killer features" mais juste d'apporter du confort a certains developpeurs.

En general j'utilise LaTeX pour ecrire mes article de recherche, car le style LaTeX est fournit. Mais la il n'y avait pas de style fourni et je ne sais pas ecrire mes propres styles. J'ai essaye de me lancer dedans une fois et c'est pas trivial, en plus je n'avait pas le temps de le faire; j'avais une semaine pour mettre au bon format un article de workshop selectionne pour la lettre de Database Society of Japan.

(Mais je n'utilise pas kile, rien ne vaut un bon vieux xemacs et x-symbol.)

C'est effectivement exponentiel. Ton exemple est exagere (une vulgaire machine ne calcule pas facilement la meteo a 5 jours) mais c'est l'idee.

Cela dit le probleme de la meteo est chaotique donc sera toujours exponentiel, et on prefere augmenter la puissance exponentiellement pour une augmentation lineaire des previsions plutot que de renoncer.

- c'est pas stable (et c'est ca le plus grave)
- ca ne gere pas les langues asiatiques (ou pas facilement, en tout cas moins que OOo)
- des tas de details qui font qu'on a pas un rendu pro. Je me souviens d'avoir un article de recherche a ecrire, et on avait deux solutions : un format doc ou une description detaillee (taille des marges, des polices, espacement des paragraphes...) et avec Abiword impossible d'obtenir un truc qui rende comme l'exemple

Je prefererai largement un traitement de texte en Gtk, moins lourd qu'OOo (il faut voir les choses en face, il n'est pas normal qu'OOo soit si lourd par rapport a Word) mais pour le moment seul OOo me permet de faire ce que j'ai a faire.

Earth Simulator, comme son nom l'indique, permet de simuler la terre pour prevoir les catastrophes naturelles.

En gros, les gens qui ont perdu des proches a Niigata (Japon) lors des tremblements de terre a repetition de la semaine derniere auraient bien aime savoir a l'avance qu'ils allaient se prendre une secousse de force 6 sur la face...

Oui, mais ça n'est pas du ressort du window manager, il n' aucun moyen de savoir si ton application a planté ou si elle attend quelque chose.

C'est le fameux "l'application ne repond plus, vous voulez la tuer ?" qu'on a sous Windows ; il me semble avoir vu ca sous Gnome aussi.

Tout-a-fait...

Mais je prefere l'exemple de Mozilla: ils sont partis avec une idee enorme, innovante (faire un toolkit multiplateforme qui se charge a partir de fichiers XML, developper le machin en Javascript...) et tout le monde se foutait d'eux quand apres plus 2 ans de developpement ils nous sortaient des milestones bugguees jusqu'a l'os, qui prenaient les 3/4 des ressources.

Sortie de Netscape 6, souvenez-vous:
https://linuxfr.org/2000/11/14/974.html(...)

A la sortie de Mozilla 1.0, et surtout avec l'avenement de Firefox, Mozilla tire les fruits de son ambition et ceux qui se moquaient de Mozilla se sont vite rallies a la cause (a part quelques inconditionnels de Kde qui sont restes a Konqueror).

A mon avis Linus n'a pas completement tort dans ses conseils s'il s'adresse a un hacker isole ; il y a plein de hackers qui se lancent dans des projets fous, ecrivent des articles sur un design qui tue en esperant qu'une armee de benevole va les rejoindre. C'est voue a l'echec ; dans ce cas, il vaut mieux faire un petit truc pragmatique qui tourne.

Par contre, quand on a la main d'oeuvre (ce qui etait le cas de Netscape, qui est aussi le cas du projet GNU je pense) on peut se permettre de voir un peu plus gros des le debut.

Mais bon, je pense quand meme que Hurd aurait beaucoup gagner a faire un cycle de developpement plus proche du developpement en spirale.

Les versions 0.x.y sont des versions de developpement, donc ils ne vont pas maintenir la 0.9 alors que la 1.0PR est sortie.

Tu peux par contre te demander pourquoi spreadfirefox depense tant d'energie a promouvoir Firefox (et inciter tout le monde a l'utiliser) alors que la 1.0 finale n'est pas sortie, mais ca la Mozilla foundation n'y est pour rien.