Troy McClure a écrit 2213 commentaires

ça commence à me gonfler ces attaques sur le fait que ça ne serait pas de vrais "artistes". En quoi ça change quelque chose au problème, est-ce que tous les "vrais artistes" sont heureux de contaster que leur dernier album a un succés phénoménal sur emule ?

Libriste : jamais dans la tendance, toujours dans la bonne direction

Quelle direction au juste ? remplacer etienne daho par des barbus qui chantent la free software song ?

je crois que le ctrl-w vient de macos (pomme-W pour fermer une fenetre d'une appli) -- et bien sur le alt-F4 on sait d'ou il vient :)

> les capacités graphiques ne sont pas l'objet du dévelopement d'Octave, qui sous-traîte à Gnuplot.

Eh bien je considère que c'est une grosse erreur. La presentation graphique des données est *cruciale* et se doit d'etre parfaitement integrée. Et elle a besoin d'interactivité.

> la finalité d'un graphique n'est pas d'être joli

Ce n'est peut etre pas la finalité, mais ça aide *beaucoup* a faire passer le message. Et assurer un minimum de lisibilité c'est bien (oui je pense encore aux courbes vertes et jaunes de gnuplot)

> e ne vois pas en quoi piloter gnuplot via un pipe empêche de faire quelque chose de robuste et rapide.

J'imagine que tu n'as jamais comparé le temps necessaire pour faire un plot de 100000 points sous matlab et sous octave. Et que tu n'as jamais fait "Ctrl-C" dans octave après avoir attendu 3 minutes qu'il daigne t'afficher le graphique (ça dechire le pipe qui deverse ses données dans ton terminal, super robuste)

> je me demande juste si elle est nécessaire, à part pour afficher en temps réel les coordonnées du point en-dessous

Il y a au moins la rotation du graphique quand on affiche des objets 3D (heureusement gnuplot ne sait pas faire ça, a part avec quelques surfaces 3d très limitées). Et ensuite des choses plus evolués avec des callbacks etc.

arf nan je pensais plutot à une sorte de papier adhésif :)

> Que tu n'aimes pas un logiciel c'est ton droit, mais bon de là à parler d'"immonde" et de "faire pitié".

Mon humble avis est que gnuplot aurait du mourir il y a 15 ans. ça aurait permis l'apparition d'un remplaçant mieux foutu, qui ne se limite pas à 15 couleurs (dont un jaune et un vert particulièrement ignobles sur lesquels des generations de scientifiques se sont explosés la rétine -- ok la version 4 a fait des progrès sur les couleurs), qui soit scriptable (ça eviterait la multiplication des options. Y'en a combien dans gnuplot des flags et des switchs ? 1000 ? 10000 ? Si tu compares au nombre d'options disponibles sous matlab c'est incommensurable. Et pourtant les graphiques matlab sont bien plus puissants.

Si gnuplot avait sombré dans l'oubli ça aurait forcé les projets du genre octave et assimilés à faire un vrai effort sur la partie graphique au lieu de se livrer à des bricolages à base de pipes et de scotch pour essayer de reutiliser gnuplot. En fait c'est octave (ou scilab) qui aurait du remplacer gnuplot. Le monde s'en porterait mieux

malheureusement octave c'est pas mal buggé, très lent, et les capacité graphiques font un peu pitié (piloter l'immonde gnuplot via un pipe c'est pas le top pour faire quelque chose d'un peu robuste, rapide, et interactif). Par contre la compatibilité matlab est un gros avantage etant donné l'hégémonie de mathworks dans la recherche et l'éducation

Tu remarqueras quand meme que pour epauler les cell 8i, c'est des opterons et pas des powerpc. D'autre part, si tu prends un xeon quad-core à 3GHz, ses perfs crête en double precision seront de 4 cores * 3 GHz * 4 flop/cycle = 48 gflops, donc c'est pas totalement ridicule devant les 102 gflops du cell 8i, surtout si tu prends en compte la difficulté de programmation de ce dernier !

c'est sûr, le passage SSE vers AVX (qui arrivera avant larrabee si j'en crois http://en.wikipedia.org/wiki/Advanced_Vector_Extensions ) ne fera que doubler le nombre de flops, donc pas de miracle pour la perf peak. Par contre ça devrait etre beaucoup plus souple en matière d'alignement des données et donc plus facile à utiliser pour les humains et les compilos

En fait, http://arstechnica.com/news.ars/post/20080429-in-depth-intel(...) précise que pour larrabee c'est un autre jeu d'instruction vectorielles qui devrait etre utilisé avec des vecteurs 2 fois plus longs (16 float)

en gros intel se décide à (finir de) reprendre les bonnes idées d'altivec (avec 10 ans de retard, et après moultes itérations:MMX, SSE, SSE2, SSE3, SSSE, SSE4.1, SSE4.2...)

pas la peine de sortir systematiquement la reference aux nazis.. Le fait est que c'est quand même bien pratique pour communiquer de se mettre d'accord sur un langage commun, dont le seul but est de véhiculer des informations.

Très interessant.

Personnellement ça m'attriste de voir toute l'energie gaspillée autour de l'i18n au lieu de faire des choses productives et utiles, telle qu'implementer de nouvelles features, corriger des bugs ou reviewer les patches de debian.

Si tout le monde pouvait se mettre d'accord pour ne plus parler qu'anglais (ou esperanto) les choses seraient tellement plus simples..

pourquoi lui demandes-tu ça ?

UTF-16 c'est vraiment ce qu'on fait de pire, ça cumule les tares de l'utf-8 (caractères de taille variable) et de l'utf-32 (bouffe de la memoire, problemes d'endian). Pas étonnant que windows et java l'aient choisi !

Je trouve qu'il devrait changer de login, ses propos décrédibilisent le Logiciel Libre

sympathique ton lien, si ça rend enfin l'audio sous linux aussi simple que le coreaudio d'apple ça sera un grand pas en avant !

http://totoz.eu/totozs/8895/mouaif.gif

mmm
http://www.amd.com/us-en/ConnectivitySolutions/ProductInform(...)
entre 1.8 et 3.8 pour le cpu ça laisse pas beaucoup de marge pour le reste :-/

bah le geode consomme aussi très peu, si on en croit les specifs, 5W c'est la conso max de tout le boitier, hd inclus. Je suis pas sur qu'un routeur de base du genre de ceux que tu payes 20 euros soit très efficace en terme de conso si j'en juge par la chaleur dégagée par mon linksys

peut etre que le fit-pc consomme juste moins que n'importe laquelle des solutions que tu proposes (5W c'est vraiment peu)

Puis pour une lib, tu peux toujours t'en sortir en linkant en dynamique et en créant une lib proprio avec la même api (que la lib proprio marche ou pas c'est pas grave).

Je ne comprends pas comment tu peux suggèrer ce genre de trucs... Encourager les gens à contourner l'esprit de la gpl sur linuxfr c'est quand même un peu bizarre.

je suis debianiste

Une fois qu'on sait l'utiliser, ben on sait l'utiliser, c'est aussi simple que ça. De plus pas besoin de rechercher 150 ans dans le menu

Mouais enfin c'est pas comme si y'a une doc centralisée, accessible, bien foutue et coherente dans latex. Franchement je trouve que tu pousses le bouchon un peu trop loin, latex est un immense foutoir et il m'est arrivé plus d'une fois justement de chercher 150 ans comment faire tel ou tel truc trivial.

Enfin, a mon sens, c'est largement plus simple d'apprendre lorsqu'on SEPARE le fond de la forme

Là encore je suis pas sur que latex soit le meilleur exemple de séparation du fond et de la forme.

A chaque fois que je vois une news mandriva ou ubuntu je vote pour, juste pour le plaisir de te voir braire.

Et tu arrives à en tirer des choses interessantes ? chaque fois que j'ai essayé ça ma prodigieusement gonflé, je trouve la mise en oeuvre très compliquée (en fait j'ai jamais été foutu de le faire marcher).

Pour moi la reference absolue en matière d'outils de profiling c'est Shark ( http://developer.apple.com/tools/shark_optimize.html ), ça marche out of the box, c'est hyper simple à utiliser, franchement je cracherais pas sur un petit clone pour linux