Robert VISEUR a écrit 765 commentaires

Merci. Je vais regarder dans ce sens.

> donc je peux y jetter un CD knoppix pour voir si tu veux

Ma fois, si tu sais regarder, ça m'intéresse. Merci !

La longueur du démarrage ne me gêne pas. En fait, en général, OOo est un peu comme un camion ou un autobus : il faut le temps pour le lancer, mais après c'est assez rapide :-)) !

Mais dans mon cas, sous Mandrake Linux 9.2, non seulement ça prenait une éternité pour se lancer mais en plus ça swappait violamment par la suite. Et si j'ai le malheur d'ouvrir en plus Mozilla et KBear, c'est l'horreur absolue (5 à 10 minutes de lancement pour KBear dan ce cas-là...).

Sinon, KDE tourne bien avec des applications comme Konqueror, Mozilla (sans OOo à côté), etc. Mais il y a vraiment des combinaisons qui tuent. Par contre, KDE est assez long à charger (je n'ai pas installé Gnome au départ, parce que je manquais un peu de place sur mon disque).

Sinon, pour répondre à un post en dessous, j'utilise mon PC pour de la bureautique, de l'Internet (mail, HTTP et FTP), un peu de retouche d'images, etc donc je n'ai pas besoin d'un bête de course (pas de jeu, pas de 3D).

En tout cas, merci à tout le monde pour les réponses.

Ca, y doit y avoir mais :
1. Je n'ai ni le matos ni l'habitude faire des photos correctes
2. si d'autres l'ont fait, pourquoi kle refaire ?

Un de plus : http://www.extramuros.com/index.php?req=album(...)

T'en veux ? J'en ai !

A quand le même traitement pour la dynastie Bush ?

Un petit document sur l'usage de l'uranium appauvri par les troupes US en Irak et en ex-Yougoslavie et ses conséquences potentielles sur la santé :

http://www.cybersciences.com/cyber/3.0/n1247.asp(...)

Je vous recommande de vous renseigner sur la question, ça donne des hauts le coeur de voir le comportement adopté en la matière par les "combattants de la liberté" (mode ironique)... :-(

> Niveau performance, il vaut souvent mieux un FPGA bien optimisé qu'un petit processeur qui execute du logiciel embarqué.

Ce qui cartonne, ce sont notamment les cartes d'acquisition d'images avec pré-traitement des images en hardware dans un FPGA. Le leader, c'est Datacube (Il y a aussi une boîte belge, Seldes, et de mémoire une Hollandaise, Arvoo), qui collabore avec MVTec pour fournir une sorte de RAD pour faire du développement orienté bloc à base de blocs écrits en VHDL. Ca donne effectivement des performances assez hébouriffantes, genre 1000 à 10000x ce qu'un PC peut faire, pour un coût encore raisonnable compte tenu de la flexibilité permise (nécessaire pour ce genre d'applications où le traitement complet varie suivant le client.

voui, mais par contre sauf erreur de ma part, avec un FPGA, tu auras un processeur qui te coûtera très cher à l'unité. Donc pas concurrenciel face à des proc non reprogrammables débités en grande série.

> auront bien du mal à rattrapper les processeurs intel/amd

Sûr, mais pour des "processeurs de commodité", ça peut marcher. Un peu comme MySQL sur le marché des bases de données, ce positionnement leur a plutôt bien réussi.

Ca peut marcher en B2B moyennant un changement de mentalité que les logiciels libres peut apporter. Si n PME ont besoin d'un circuit pour interfacer Ethernet par exemple, elles ont tout intérêt à s'associer pour un développement libre (ou au moins ouvert) histoire de partager les coûts et les compétences.

C'est un peu le pari de Sun avec la SCSL (pas libre mais ouverte) qui porte sur certains SPARC et picoJava. Par contre, je ne connais pas le retour d'expérience.

Ca peut justement être un argument pour un modèle libre, puisque seuls ceux qui ont de bons outils de production (= barrière à l'entrée) peuvent être rentables. Donc, si l'ouverture garantit des retours d'une communauté suffisants que pour abaisser les coûts de R&D ou augmenter la qualité, ça peut être viable. Peut-être pas pour de l'léectronique très complexe comme un processeur de PC complet, mais plutôt pour des plus petits.

Pour ceux que le hardware libre (et notamment Leon) intéresse, j'avais écrit un article sur le sujet en septembre 2003. Il se trouve ici : http://www.logiciellibre.net/newsletter/index200309.php(...) .

Ce que j'adore, c'est la grosse bannière de pub pour Windows Server 2003 sur le site de Linux+. Surtout quant on ne sait pas ce que la page raconte car c'est en polonnais, c'est flashant et ça prête à confusion !

Je connais, mais n'avais pas pensé à prendre le problème par ce bout-là.

En tout cas, merci à tous pour vos commentaires constructifs.

Ca existe en C. Je n'ai pas utilisé bcp, mais c'est assez marrant. Tu peux définir des types qui contiennent des pointeurs sur fonctions, ce qui fait que tes types deviennent des sortes de pseudo-classes.

Donc l'idée, c'est d'initialiser ton pointeur sur fonction avant la boucle, en fonction de ce que tu veux comme affichage. Le code dans le corps de la boucle resterait le même puisque tu n'utilises que le nom du pointeur sur fonction, qui ne change pas.

Voir par exemple http://www.ann.jussieu.fr/courscpp/Sections/Sect05-H0.html(...)

Ya qd même un problème. Car je voudrais bien ne pas inclure les boucles dans le templates (dans ce cas, ça devient franchement lourd sinon).

Or, si je fais :

function show_news($mode, $news)
{
while ...
{
include('templates/news_' . $mode);
}
}

c'est pas très beau non plus :-) !

Un collègue m'avait parlé d'une autre possibilité (mais il n'était plus sûr) : celle de jouer avec des pointeurs sur fonctions. Cela existe-til en PHP (je n'ai rien trouvé sur PHP.net ou ASP-PHP.Net) ?

Je n'ai jamais travaillé de la sorte, mais ça peut être une bonne idée. Merci pour le conseil et pour l'exemple !

Tu peux me donner un exemple simple ?

J'ai un collègue qui me parlait la semaine dernière d'un système qui analyse les mails sans les télécharger localement et qui supprime ce qui est suspect. Il m'assure que le taux d'erreur est très faible. C'est peut-être une bonne solution pour les entreprises, pour éviter un encombrement inutile des disques durs des serveurs d'entreprises. Et puis il y a aussi les systèmes côté serveur, qui limitent la durée de vie des mails non sollicités en les supprimant dès qu'arrivé.

En tout cas, j'ai remarqué un truc récemment. Autant le filtre anti spam de Yahoo! était efficace jusqu'à récemment, autant depuis quinze jours c'est une vraie cata. Visiblement, les spammeurs deviennent plus malins. Et vu qu'ils ont maintenant carte blanche aux USA...

J'ai tendance à rejoindre ton avis.

Ainsi, peut-on lire sur le site de Framasoft : Après avoir visité le site d'Eric Raymond, il m'apparaît que le monde du Libre est étonnamment pluriel (ça je le savais), voire contradictoire (ça, je m'y attendais moins).

Perso, tant qu'il défend ses idées sur le port d'arme par exemple sur son site perso, ça ne me dérange pas. Tant que les sites "consensuels" comme opensource.org ou que ses interventions publiques dans le cadre de conférence Open Source par exemple ne sont pas "polluées" par ce type de déclarations (bref, quand il s'exprime au nom d mouvement 'Open Source), je ne pense pas que ce soit gênant.

On ne peut de toute façon pas être d'accord avec tout le monde. De plus, pour moi, la monoculture est une mauvaise chose.

En me replongeant dans les archives de LinuxFr sur Blender, je suis retombé sur le fait que la libération du code de Blender ne concernait pas le moteur de rendu temps-réel de Blender. Je suppose qu'il s'agit de GameBlender auquel un site (http://www.gameblender.org/(...) ) est dédié. Par contre, je n'ai pas trouvé d'information sur les évolutions de GameBlender. Ce moteur a-t-il finalement rencontré un certain succès ? Y a-t-il une société qui en continue le développement ? Est-ce NaN, qui semble continuer à gérer les actifs liés à Blender (http://www.blender.org/bf/business.html(...) ) ?

Et encore :
IBM et Intel à la rescousse de SuSE ?
http://solutions.journaldunet.com/0108/010831_suse.shtml(...)

J'ai trouvé autre chose, qui devrait déjà te renseigner :

http://solutions.journaldunet.com/00mars/000331intellynx.shtml(...) .

De mémoire, Intel avait financé des boîtes travaillant dans le Libre (je ne sais plus lesquelles) pour assurer le portage des compilateurs afin de pouvoir disposer à temps d'un OS 64 bits (ça remonte à qq années déjà). Pour AMD, je n'ai jamais rien croisé.