Nicolas Roard a écrit 1135 commentaires

le paradoxe quand même c'est que je démarre xdirectfb quasi-instantanèment, alors que XFree mets 2-3 secondes ...
Et d'après les benchs sur http://www.directfb.org(...) xdirectfb serait même plus rapide au dessin !
Non franchement, le truc qui manque à directfb se sont des drivers ... :-/

Ca fait quand même pas mal penser à la programmation par aspect (http://www.aosd.net(...)), en particulier la programmation par filtres de composition (voir l'article de Lodewijk Bergmans et Mehmet Aksits dans ACM d'octobre 2001, http://portal.acm.org/citation.cfm?id=383845.383857&coll=portal(...))

La programmation par aspect ne s'arrêtant pas à Java non plus hein :-P
(même si beaucoup d'implémentations sont proposés en Java)

Enfin evenja a l'air intéressant.

Moi je crois plutôt à une alternative : de nos jours, les toolkits utilisés sont de plus en plus découplés de X11 ... avoir le choix d'utiliser soit X11 soit DirectFB par exemple ne serait pas un boulot énorme à réaliser (Gtk tourne sous DirectFB, GNUstep c'est en cours, et Qt tourne en FrameBuffer, le portage ne devrait pas être si complexe).

Cela permettrait d'utiliser le meilleur backend (X11, DirectFB, SDL ?) suivant l'utilisation du moment qui nous intéresse. D'autant qu'il existe un serveur XFree pour DirectFB, pour d'éventuelles applis à distance (voir http://www.roard.com/screenshots/screenshot_directfb.png(...))

Franchement je pense que pousser DirectFB pour une utilisation desktop est plus intéressant que bidouiller X11 pour arriver à des performances potables :-/
(disons, on pourra y arriver, mais je pense qu'on y arrivera plus rapidement à partir de DirectFb...)

Juste une rapide remarque :
tu écrit «Ces fonctions malveillantes sont souvent secrètes, mais même une fois que vous la connaissez, il est difficile de l'enlever, puisque vous n'avez pas le code source.» mets au pluriel (une fois que vous en avez connaissance, il est difficile de les enlever)...
D'autant que sinon, on peut penser que tu parles du logiciel lui même (et pour virer un logiciel, pas besoin du code source, rm suffit ;)

Le truc avec le Go, c'est que d'une part, le nombre de coups possibles est largement supérieur par rapport aux échecs, et d'autre part, qu'il est extrèmement difficile d'avoir une fonction d'évaluation d'une situation donnée.

Par exemple, un groupe de pierre considéré comme mort peut d'un coup se révéler bien vivant et extrèmement dévastateur...

Et là ou c'est plutôt marrant, c'est qu'un joueur humain fait l'évaluation de l'état d'une partie, entre autre, en fonctions des "formes" des pierres, des zones d'influences, etc.
Bref finalement ce en quoi les humains sont plutôt performants (arriver à des conclusions/identifications sur la base d'un nombre d'informations limitées, reconnaissance de forme, etc.) et ou par contre les ordinateurs sont un peu à la rue. Ce qui explique que même un joueur débutant arrive à voir une situation d'un seul coup d'oeil alors qu'un programme n'y arrivera pas forcèment.

A mon avis, le go fait intervenir des éléments plus «intéressants» (au moins en terme de programmation!) que les échecs; et coder un programme de go se rapproche peut être plus d'une «vraie» IA ... enfin bon, la définition de l'intelligence est fluctuante ;) mais je pense que là ou on a pu «biaiser» aux échecs (ou à l'awele) en faisant du bourrinage (quoique les algos d'échecs sont de plus en plus fins), coder un *bon* programme de Go /devrait/ faire intervenir des notions que l'on rattache plus au raisonnement humain. A voir... en tout cas il s'agit d'un sujet particulièrement intéressant ;)

Nico, joueur de go débutant (et plutôt mauvais ;)

Plutôt que la libération des sources de Word ou de Windows (erk !), ce qui serait hautement préférable, c'est que microsoft ¹ soit forcé (par la loi ?) d'utiliser un format d'échange de document standard ²
...
franchement, si certains veulent utiliser windows et word, perso, c'est tant pis pour eux (et ça les regarde), si de mon côté j'ai la liberté d'utiliser l'outil que je veux sur l'os que je veux. Défendre des formats d'échanges libres est vraiment indispensable (d'ou le grand intérêt des avancées de xiph, ogg, etc. pour tout ce qui est multimédia)

¹ on parle de microsoft mais ça s'applique à n'importe qui :)

² pourquoi pas du XML + DTD + composants (images, sons..) zippés (à la openoffice ?)

Heuu...
"ObjectiveC (plus 2 trois nouvelles libraries mais bon ...)" ???

ObjectiveC, c'est juste un langage -- ce qui est intéressant dans MosX, c'est surtout la disponibilité de Foundation et AppKit, les "2 trois nouvelles librairies" comme tu dis...
Il s'agit de versions (avec quelques modifs/améliorations mineures) du framework OpenStep. Ca et l'environnement de dev, en particulier InterfaceBuilder.

Effectivement, les différences entre MosX et NeXT sont assez minces (coeur BSD, framework objet, même outils de dev, etc), conceptuellement.

Maintenant, NeXT favorisait peut être plus la création d'applis communiquants et coopérants entre elles, MosX reste plus dans l'optique actuelle (sur mac ou windows) de grosses applis "bloat" (et pourtant, les services existent encore...)

Sinon, il existe bien des solutions (d'Apple) pour l'export display : http://www.apple.com/remotedesktop/(...)

Enfin, concernant Simply GNUstep, (oui faut bien parler de la news hein :-P), c'est vrai qu'il y a peu de personnes dessus... Mais bon, ça peut se comprendre : Simply GNUstep veut faire une distrib spéciale GNUstep.

Ce qui peut être intéressant -- mais comme il y a d'autres choses plus urgentes à faire en attendant (devel d'applis etc), c'est compréhensible qu'il y ait peu de gens prêt à mettre la main à la pate sur Simply GNUstep.

<mon avis>D'autant que quitte à bosser sur une "distrib orientée GNUstep", je pense que http://www.linuxstep.org(...) (plus ambitieux) est plus intéressant sur le long terme qu'une énième distrib linux. </mon avis>

Si je me souviens bien, la NSA est réputée pour être l'organisme employant le plus de mathématiciens au monde

Ben en fait le principe que tu propose est déjà celui appliqué : les icones qui peuvent être mises en commun le sont...
Quand je disais "difficile de faire autrement" c'est qu'en plus des icones "standard" une application peut très bien avoir besoin d'icones spécifiques. Donc là difficile quand même d'intégrer les icones de tout le monde dans GNUstep...

Certaines icones de bases sont fournies par GNUstep (par exemples celles utilisées pour GWorkspace), mais sinon les icones sont inclues dans chaque appli (difficile de faire autrement).

Je viens de lire cet article, c'est grosso modo un troll bien poilu, avec bien peu d'arguments. Exemples :

"gcc/gdb/fortune ne sont pas livrés avec MOSX ! c'est donc pas un UNIX!" ==> gcc et gdb sont sur le developer disc, ce qui semble quand même très normal.

"alors que quand même, citez moi une distrib linux qui ne livre pas gcc !" ==> si on choisit une install NON développeur, la plupart des distribs n'installent pas gcc, ce qui là encore est logique.

"Y'a pas X11 ! c'est donc pas un UNIX" ==> depuis quand il faut X pour être un Unix ? de plus, XDarwin existe, et fait tourner sans problèmes les applis X11...

et ça continue sur cette lancée, comme quoi apple c'est le mal, etc. Certains points sont valables
(rappel que l'intérêt majeur de linux, c'est qu'il est libre), mais le reste de l'article suffit à déconsidérer les rares arguments potables.

D'autant que ces arguments n'empêchent pas pour autant une éventuelle progression de MOSX sur le desktop...

Bref article à la poubelle... et c'est dommage, car il y a quand même pas mal de choses à critiquer sur Apple et ses positions. Mais bon, honnêtement, leurs produits sont quand même bien près de ce que l'on aimerait avoir sous linux.

Simply GNUstep a plus l'air de s'orienter vers une distrib particulière de linux, intégrant correctement GNUstep... cela permet de montrer simplement à certains cet environnement (bien que pour le moment Simply GNUstep n'utilise pas toujours les dernières versions des applications).

Par contre, LinuxSTEP (http://www.linuxstep.org(...)) me paraît, à terme, plus intéressant. Ils ont beaucoup plus de boulot à faire, mais leur idée est de faire un OS basé sur GNUstep et le kernel linux.

Je pense que cette approche a peut être plus de chance d'obtenir un OS plus accessible pour le grand public (entre autre, hièrarchie FS plus simple, etc).

Précisions qu'il ne s'agit pas de la futur interface de gnustep, simplement d'un thème.

ouaip enfin quand même, le titre de la news contient le mot "inconstitutionnelle"

(-1)

Moi il y a quelque chose que j'ai du mal à comprendre, quand même, c'est que Don Knuth ne soit pas éligible ! Bon la FSF nous dit qu'on ne peut pas mettre des personnalités déjà récompensés par ailleurs (bof)...
Pourtant, Donald Knuth était considéré comme éligible en 1999, mais la FSF avait alors choisit... Miguel de Icaza ! je veux pas troller, mais bon, Knuth et MDI, c'est quand même pas exactement la même contribution à l'informatique...

Concernant le DND, je ne crois pas que ce soit géré par DirectFB; cela peut effectivement poser un probleme dans une utilisation hétérogène. Ceci dit, cela n'empêche ni de réaliser un bureau n'utilisant qu'un seul toolkit graphique (ce qui serait quand même mieux concernant l'homogénéité des applis...), ni de trouver un autre moyen commun (un serveur de DND comme celui de GNUstep tournant en fond)... Voir d'intégrer ça dans directfb, après tout :) Sinon, DirectFB propose des fontes en passant par Freetype, il a également un système de surfaces vidéo/images, et il intègre OpenGL. Le mieux est de jeter un oeil sur http://www.directfb.org Fondamentalement, je ne pense pas que DirectFB soit une révolution (même si son modèle d'affichage est quand même plus élaboré -- en attendant les futurs améliorations de Keith Packard), mais par contre, il me paraît une bonne solution, propre, pour obtenir un desktop plus léger et rapide sous linux.

Ce n'est pas exactement ça; en fait, la quasi-totalité des programmes graphiques actuels utilisent des toolkits, eux-mêmes utilisant la Xlib. les applis "pur" X sont plutôt rares de nos jours... Une alternative à X devrait donc plutôt encourager le portage des toolkits comme Qt, Gnome, GNUstep, wxwindow, tk, etc. Un serveur X optionnel serait un plus ceci dit. Et... Bonne Nouvelle ! tout ça existe (presque) ! DirectFB est un système d'affichage basé sur le framebuffer, et par exemple, Gtk tourne dessus (hop, gnome sans X). Qt devrait être trivial à porter dessus (il existe une version de Qt pour framebuffer), etc. De plus, DirectFB a l'immense intérêt de ne pas se contenter du framebuffer brut, mais propose des drivers accélérées pour certaines cartes... Donc même s'il y a peu de drivers pour le moment, l'approche est bonne. Enfin, concernant une émulation de serveur X, il a été plus simple de prendre une version d'XFree pour framebuffer et de la modifier pour utiliser directfb. Ca marche plutôt bien (lancement immédiat sur mon portable contrairement à X qui mets quelques secondes), comme le montre le screenshot suivant : http://www.roard.com/screenshots/screenshot_directfb.png ... (en prime on a de la vraie transparence mais c'est accessoire :)

Je suis d'accord, les sujets proposés sont sympas, enfin personnellement ça m'intéresserait ;) ...
et effectivement, ça me rappelle les projets à l'iut :))

D'ailleurs en y réfléchissant, les projets que j'ai fait en école étaient plus en binome voir trinome, alors qu'en iut on avait fait un projet de deuxième année à 5-6 par exemple... ==> plus conséquent et aussi pas mal enrichissant d'un point de vue "social" on va dire :))

Concernant les maths en IUT (info à aix en provence), d'après mon souvenir j'ai eu des cours de maths "classiques", et des cours de maths appliqués à l'info (matrices, cryptage, vecteurs, etc.)
Ah oui et puis des cours de recherche opérationnels plutôt intéressants aussi.

Y'a encore une autre option... tu fait ton DUT (info, gtr..) ou ton BTS, puis tu intègre une NFI (nouvelle formation d'ingénieur), comme les ITII. C'est en alternance, donc tu bosses en même temps que tu suit des cours (ie, oublie pour le temps libre), par contre tu sort avec un diplome d'ingénieur délivré par une école reconnue (les ITII sont des partenariats entre des chambres de commerce et des écoles d'ingénieurs "classiques" chargées de délivrer le diplôme), et de l'expérience. Bon d'accord t'en chie pendant 3 ans, mais hein...

L'ENSTB vient d'ouvrir une section ITII cette année d'ailleurs... moi j'ai fait l'ITII paca à l'ESIM (marseille), formation plutôt généraliste et spécialisation réseau.

A priori, ils ne forcent l'utilisation de la GPL que pour les endroits ou c'est possible, dans le cas contraire ils acceptent le propriétaire...

Il y a pas mal de choses intéressantes à noter
(en parallèle du fait principal) : par exemple, le fait qu'ils demandent que les logiciels de compta "officiels" du gouvernement soient GPL ;)

Ils se servent aussi de cette loi pour lutter contre le piratage des logiciels, et comme tu l'as dit, également dans une optique de favoriser le développement logiciel national.

Ils comptent aussi promouvoir un programme d'accès à internet utilisant des postes sous linux.

Bref, tout ça me semble quand même très logique et défendable pour un état, en restant dans une démarche coopérative intéressante (un des conseillers du ministre est le président d'un lug national) ...

Pourquoi dis-tu que ce genre d'initiatives ne peut marcher que dans des "pays n'étant pas dans une totale pauvreté" ?

Ah et pour les fontes, même principe, un répertoire-conteneur par fonte, avec dedans par exemple, les différents true type (bold, italic...). Donc installer/désinstaller une fonte est trivial...

Et aussi bien pour les applis, que les libs ou les fontes, on peut ranger ça dans les répertoires systèmes ou dans son propre répertoire utilisateur.

Oui faut préciser qu'une application sous GNUstep est contenu dans un répertoire, et contient donc les différents binaires par archi, les rsc (icones, sons, fichiers de localisation, docs... que sais-je..)

Maintenant qu'ils ont fini de reconstruire leur ABI C++, ils vont enfin avoir le temps de faire le bridge Objective C - C++ ... A nous Chimera ! :)

(Je ne crois pas que Mono soit compatible avec KDE, ?)

Il me semble avoir aperçu une news parlant d'un Qt#, tournant sur Mono.

Par contre une fois Mono opérationel, Gnome devrait disposer d'un grand avantage.

Quel avantage ?

Comment ça se fait qu'une recherche sur wmcoincoin ne donne rien ? quel drame !