Arnaud a écrit 281 commentaires

Si ce OpenXML "colle à la peau" de la suite Office de Microsoft, peut être que ses spécifications vont peut être légèrement éclairer ceux qui font du reverse-engineering sur les versions binaires des suites Office précédentes ? :-)

Oui, pour l'édition, il n'y a pas de miracles : le "full web" a ses inconvénients. Un client Java distribué par WebStart serait surement beaucoup plus productif (surtout avec le prochain JDK, qui promet une très bonne intégration avec le Desktop). Le simple fait que l'utilisateur ait à se préocuper où est son fichier sur disque pour l'éditer et le ranger dans la GED, c'est pour moi un échec ergonomique important.

Les entreprises font forcément du "marketing", ce n'est pas pour autant que ce qu'elles ont à offrir n'est pas intéressant.

Si on traduit la dépèche: La société Intalio met en libre des outils pour la modélisation et l'exécution de processus métier.

C'est une nouvelles très intéressante pour les intégrateurs de solutions libres, pour pouvoir offrir à leurs clients des solutions plus adaptées/adaptable à leurs processus (genre les factures doivent êtres validées par XXX avant d'être transmises au comptable, et cela doit être fait dans les 5 jours sans quoi une alarme mail est envoyée à XXX, et après 10 jours un mail est envoyé au responsable N+1 de XXX : si c'est codé en dur en lieu et place d'être modélisé dans un clikodraume, la moinde modif coûte cher).

Par contre, j'ai peur que ça doit un poil compliqué à intégrer à des applis métier sans réécriture importante de code. Je compte bien essayer :-)

Une solution, bien que non satisfaisante, est de vérouiller le document (poser un verrou exclusif en écriture, "reserved check-out") dans le repository.

Ca existe depuis Subversion 1.2.

Des outils intégrés comme TRAC ( http://trac.edgewall.org/ ) doivent permettre de faire ça avec une belle interface Web et un Wiki en prime.

FireBird, c'est presque le meilleur des deux mondes ;-)
La facilité d'utilisation/admin de MySQL, le niveau fonctionnel de PostGreSQL, avec des performances correctes. Bien sur, avec le temps, les différences notoires entre es SGBD se marginalisent.

Un des avantages de FireBird, c'est qu'il est facilement "embarquable" dans une application, sur le même principe que SQLite mais avec un moteur SQL plus complet (et accessible en C/JDBC)

Si, je cite, "l'open-source peut représenter une part importante des pilotes ATI ", alors ça ne sert à rien. Je sens que sous prétexte de brevets/propriété intellectuelle, AMD/ATI va nous sortir un driver 60% open-source. On va avoir droit a des communiqués/publicités "le module noyau est sous GPL". Chouette, sauf que la libGL, elle, restera fermée.

Va faire un tour dans la section photo, c'est spécial aussi... Notamment en troisième ligne, deuxième colonne: on se croirait dans un remake de Vampire :o)

Honnêtement, ce film n'a pas l'air de casser des briques, mais je vais quand même lui donner une chance, ne serais-ce qu'à cause de sa démarche/licence controversée.

Si si, c'est bien du Qt4. Par contre, ça a été convertit avec qt3to4, ce n'est pas encore super propre.

C++ et Qt, c'est parfait :-)

Iris me semblait être un projet mort. Je viens de revérifier, il semble qu'iris ait été intégré sous forme de composant à Psi qui lui, est bien vivant. Et le tout fonctionne en Qt4.1 Champagne! :-)

Je m'en vais tester ça!

J'ai oublié de préciser: C/C++, et sans du Gtk dedans (do not feed the troll, merci)

Je suis déjà allé voir http://www.jabber.org/software/libraries.shtml il y a quelques mois. Ce que j'ai trouvé en C/C++ est soit pas stable, soit pas portable, soit pas utilisable (du moins, pas selon les exemples sur les sites web des projets) :-(

Je pense que je mettrais mettre un stagiaire sur le sujet, quand je pourrais.

Quelqu'un a l'expérience d'une librairie ***cross-plateforme*** (Linux, MacOsX, Windows) et ***fiable*** qui permettrait d'utiliser ejabberd pour faire communiquer des applications ?

Je ne connaissais pas, le COlorEdge CG220.. l'idéal pour avoir un écran calibré et faire de la photo en toute quiétude sous Linux... Mais 5600¤ l'écran CD, gloups!

J'aime cette approche "purement statique", qui conviendrait pour tant de sites!

On génère du HTML, et voilou, pas besoin de s'embêter avec la version de PHP sur le serveur, les mots de passe de connexion à la BD, etc etc... et en prime on peut avoir de belles URL sans se prendre la tête avec mod_rewrite.

Pour redémarrer un service, en ligne de commande, on peut faire :

/etc/init.d/<nom service> restart

ou

/etc/init.d/<nom service> stop
/etc/init.d/<nom service> start

Je te conseille donc de lister les fichiers présents dans /etc/init.d, il y en a surement un correspondant à inetd.

Je m'étonnais qu'après la libération des quake 1&2, les rares initiatives pour sortie des "packs indépendants" (code+.pak+graphismes) aient donné des jeux .. assez inaboutits, hélas.

Tremulous semble vraiment un cran au dessus, je vais l'essayer :)

Merci m'sieur les développeurs et m'sieurs les graphistes/designers. (sur le site, je n'ai pas trouvé la licence des graphismes ???)

J'avais réfléchi à un problème un peu similaire et j'avais imaginé un système original.. mais je ne l'ai pas testé (manque de temps) : écrire un système à agent enchérisseurs.

Chaque étudiant est modélisé par un agent qui possède un certaine nombre de points qui dépend du nombre d'UV où il est inscrit (genre 100 points par UV). A chaque itération, chaque agent participe à des enchères pour "acheter sa place" à un certain horaire (ajouter ou enlever des points) en tentant de maximiser son contentement (louper un minimum de cours/TP/TD). Ainsi, à chaque itération, l'agent gagne des places à certains endroits, et pour cela en perd à d'autres...

Je pense que cette approche est intéressante, même si elle ne garantie pas de trouver la solution optimale (de toute façon, on ne peut surement pas satisfaire tout le monde) : Chaque itération supplémentaire devrait avoir tendance à stabiliser le système (enfin, selon le comportement des agents...). En gros, tu ne peux pas te planter, mais juste avoir une solution moins optimale que les autres (mais j'en doute... ;-)

Toute la finesse de la programmation, c'est l'algo de décision de l'agent. Rien n'empêche d'implémenter plusieurs agents et de tester le système selon diverses configurations (que des agents de type A, que des agents de type B, 50% de A et 50% de B, 25% de a et 75% de B)... Et coder un proto assez avançé avec cette solution, ça ne devrait pas prendre plus d'une trentaine d'heures ;-)

Tu peux même "pousser le bouchon" en proposant à tes profs de modéliser ces agents selon une études (courte) sur le comportement qu'auraient des "étudiants représentatifs" si un système d'enchère était mis en place, pour obtenir des statistiques après simulations (avec des jolis graphiques y tout y tout). Je pense que ça serait très "smart" et il y a de quoi réellement s'éclater! Tes profs devraient aimer.

Ce n'est pas pour de suite...

Le "crack" de la XBox 360 consiste juste à faire croire à la 360 que le CD n'est pas gravé, mais que c'est un original. Tout se fait à la gravure (graveur DVD avec un firmware modifié, pas du tout trivial à mettre en place). En fait, rien n'a vraiment été "cracké".

Il est étonnant que les protections de cette console durent si longtemps. Les hackeurs se cassent encore les dents sur le processus de vérification des signatures numériques.

Haa.. ce commentaire est tellement d'actualité!

<mode paco rabanne>
Je pense que l'on va converger dans les trois ans à venir vers une normalisation plus poussée. Mais je doute que ce soit le facteur déclenchant pour l'adoption de Linux par les éditeurs propriétaires (qui se planquent derrière ce prétexte pour freiner l'expansion "de l'approche l'ennemie")
</mode paco rabanne>

Bon courage!

Mais j'ai hélas peur que quand les drivers seront "utilisables", les appli 3D pirouette-cacahuète-tralala-toutes-belles nécessiteront la génération supérieure au NV4x... et il faudra recommencer avec le NV5x, etc etc etc...

Pourquoi ne pas tenter de capitaliser sur un projet comme OpenGraphics ?

De plus, la plate-forme x86 devient la plate-forme de convergence (même les Macs, maintenant...), ce qui réduit l'intérêt du projet (problème de portabilité binaire et de dépendance au vendeur

C'est sur, du "100% libre, c'est bien" (c)(tm), le prix à payer est élevé.

Ha ben non.. parce que ta "combine" est connue maintenant... Des p'tits gars de Mandriva lisent Linuxfr et ils vont le dire au patron qui va bien se marrer :D (ou pas...)

Ho non non, on voit ça partout, ne t'inquiètes pas : la bêtise n'a pas de frontières ;-)

C'est effectivement une idée séduisante, mais elle ne fonctionne correctement qu'en réseau local et avec la maitrise des postes clients! Je souhaite que ma solution soit la plus transparente possible pour les utilisateurs : dans le cas du proxy, il faut juste changer l'adresse des serveurs smtp/pop/imap.

Je ne veux pas toucher à la conf du serveur SMTP, qui dans ce cas doit être considéré comme une boite noite reliée au réseau avec seulement les ports SMTP, POP et IMAP d'ouverts.

Je veux sauver les mails sur un autre serveur, pas sur les machines "clientes" qui ne sont de toute façon jamais sauvegardées! L'objectif final est d'avoir sur le système de fichier de ce second serveur une arborescence avec tous les mails envoyés/reçus.

De toute façon, la sécuritée est un processus, pas un état ;-p La sécurité n'est qu'une notion relative...