Question : Je te donne trois postes : Un poste de Maitres de Conférence à l'université, Un poste de Chargé de Recherche CNRS et un poste de "Maitre assistant" aux USA ou au Canada. Que choisis tu ?
Je ne doute pas un instant de la réponse de la grande majorité des gens...
> Mais il faut savoir que l'INRIA cachera toute techno suceptible
> d'être un jour rémunératrice.
Il est beau le service public civil...
Comme je l'ai dis plus bas, les universités américaines se sont bien mieux débrouillés. Des startup, pourquoi pas. Tant mieux si ca fait du boulot et ensuite des grosses boites (comme SUN).
Mais arrétons de vouloir ponctionner ces startup pour financer nos organisme de recherche via le biais de licence fermés. Au bilan, on va tout perdre...
Si la startup marche, le retour sur investissement se fait en global sur la nation via le système des impots. C'est ca la notion de budget global.
Ca me rappelle le problème sur la fuite des cerveaux et des soi-disant salaire trop bas en france. Pourtant, le monde entier nous envie un poste au CNRS ! Créons des postes, les cerveaux resterons. Libérons les énergies et laissons les personnes monter leur projet. Arrétons la paperasse et les procédures comptables...
Bercy dégraisse mais nous universitaires, on engraisse de comptables.
J'aime pas la dîme et nous assitons à un retour de plus en plus fort de ce système d'un autre age.
Enfin, a pars l'éducation nationale francaise au sens très large, qui utilise vraiment OCaml ?
Le problème est principalement un problème interne à l'INRIA. Quels sont les objectifs de ce service pubic de recherche ?
Ils sont à mon humble avis idiot. Les universités américaines étaient bien plus futés avec les licences BDS/MIT. L'université gardait les droits sur les lignes de code pour faire ce qu'elle en voulait et les thésards pouvait monter leur startup et faire du code fermés (ou ce qu'il voulait).
Avec les systèmes INRIA que les autres organismes du supérieurs veulent faire (universités), on va perde sur tous les tableaux et les laboratoires francais utilisent du code de laboratoire étranger car le code de leur collègue n'est pas accessible !
Vive la recherche civile publique (et la LOLF qui nous rajoute des postes d'administratif de gestion et non technique).
> C'est pas la pein de me moinsser parce que je rapporte la
> ocnception de INRIA Transfert qui n'est pas la
Tiens, je ne savais pas que ca s'appellait comme ca.
> Sache que pour eux le libre est une mauvaise expérience : il
> considèrent le projet Caml comme un "échec".
La cellule transfert a t'elle mis les moyens ? Un CPAN : non. Un accès CVS (ou équivalent) en écriture ? ... A combien s'élève ce genre de chose. Pas grand chose.
Idem pour Scilab. C'est à mon avis un semi échec. C'est un peu utilisé en enseignement mais en recherche, les personnes sont piégés dans les toolbox de Matlab. Problème de scilab : la licence et pas de CPAN à ma connaissance. En plus, il y a un clone Octave. Bref, la visibilité est nulle comme pour OCaml.
Soit on fait du libre et on se donne les moyens, soit on gesticule et le bilan est maigre ;-(
Faire du libre et pérénisé son produit, cela veut souvent dire ouvrir le code et le développement à d'autres personnes. L'effet cathédrale quoi. Ou alors, faut faire comme TrollTech ou les personnes de MySQL, être sur un seul produit et en dépendre pour sa survie. C'est pas le cas de l'INRIA.
> Mais je suis désolé, ca me désole de voir de plus en plus d'application
> graphique utilisant python ou perl et c'est "lennnnnnnnnnnnnt".
Combien de serveur web tourne avec mod_perl ? Désolé mais correctement codé, ca tourne vite. Franchement, pour une application avec trois boites de dialogue, on ne voit pas la différence. Prenons un code de calcul par élément finis pour exemple. L'IHM pourrait être en langage de script, de toute manière, tout le temps est passé dans la résolution du problème, c'est à dire en général deux routines.
Par ailleurs, Perl avec son CPAN est génial. Il suffit de voir quelques modules de base pour voir que la personne qui l'a fait connait son sujet bien mieux que soit. Globalement, les modules sont bien optimisés.
Moi, j'aime bien ce développement cathédrale qui a produit des milliers de modules utiles à tout le monde. Désolé pour le monde Java, mais je le trouve bien moins intéressant.
Ben oui, on a eu droit au plus classique du genre ici alors pourquoi pas celui la.
Je ne sais pas si l'ObectiveC++ est déjà intégré dans la branche principale de gcc. Si oui, c'est à mon avis un choix intéressant. L'ObjectiveC est à la base de Java qui est lui même à la base de C#. Son modèle object est très souple pour les IHM.
Avec l'ObectiveC++, le modèle MVC peux prendre toute son ampleur. Le modèle en C++ pour la vitesse et la vue en ObjectiveC pour sa souplesse et la cohérence de ses classes graphiques.
Sinon, peu présent sur linuxfr et que je n'ai jamais utilisé mais /a priori/ robuste, il y a aussi Pike qui est un langage de script avec un syntaxe "a la C".
Je n'ai pas réussi à utiliser ies4linux avec java ! Je sais mais je dois utiliser une application web codée avec les pieds qui mélange activex et java ! Merci les accords entre boites ;-)
Je n'ai pas réussi à utiliser ies4linux avec java ! Je sais mais je dois utiliser une application web codée avec les pieds qui mélange activex et java ! Merci les accords entre boites ;-)
Finalement, utiliser le systême d'archivage des mails pour stocker toutes les informations est une idée relativement propre. Le protocole est simple et robuste (IMAP, POP3). Il n'y a pas besoin de changer les serveurs ni d'en mettre d'autres.
Ce serait plus propre de définir encore un autre protocole et de faire tourner un serveur de plus ?
L'idée d'UNIX est que tout est fichier. Pourquoi pas reprendre cette idée au niveau du lecteur de courriel et dire que tout est mail ?
Moins de code, moins de serveur -> moins de bogues et plus de puissance pour faire autre chose.
> Et bien que le site de glmf soit bien fait, on ne peut pas envisager
> qu'ils gardent toutes les sources des codes depuis le premier
> numéro.
Honnêtement, il faut arréter de dire des bêtises...
Les exemples d'un magazine sont généralement petit. Qu'est ce que 10Mo aujourd'hui ? Certes, il y a le cas du traitement du signal où effectivement, les fichiers étaient gros. Gros mais quand même, tout ca faisait moins de 1Go !
Conbien coute un disque dur de 200Go qui pourrait stocker plus de 200 numéros ! Rien, négligeable...
Le CD ne sers à rien pour une très grande majorité d'entre nous, d'ailleurs je ne les ouvre jamais. Les éditions Diamond ne souhaitent pas mettre les exemples en lignes, c'est leur droit. Mais le cas des exemples est réellement un faux problème.
En plus, avec les exemples en lignes, on irait un peu plus sur le site de Diamond ;-)
Par contre, il faut un engagement à garder les exemples et ne pas les virer au bout de 6 mois ! Avec les disques qui augmentent en capacités, il n'est pas nécessaire de supprimer et il ne coute rien de garder ce genre d'information.
Idée, un sondage sur l'intéret des CD de GLMF sur linuxfr histoire de voir...
Et pourquoi pas mettre les contacts dans un dossier d'E-MAIL sous IMAP à la manière du système de fichier GMAILFS ?
On aurait un nom de dossier IMAP avec un nom prédéfinis et chaque email dedans serait un contact. Pas de problème pour l'écriture et l'utilisation hors ligne. Au niveau du serveur, on ne change rien. Il y a "juste" à modifier le client pour qu'il cache ce dossier dans la liste des dossier IMAP et le transforme en liste de contact.
C'est même valable pour des comptes POP3, il suffit de conserver ses contact sous forme de mail en local.
> Par contre, il y a un gros manque. Une base de donnée optimisé en
> lecture seule. C'est à dire que la mise
A mes souvenirs, une vue est en lecture seule (je ne suis pas spécialiste des bases de données). Donc, normalement, il suffit de créer une vue pour avoir un accés en lecture seule donc optimisé (mais ca, c'est la boulot de la base de donnée).
D'ailleurs, un client qui n'a pas besoin d'écrire devrait toujours utiliser des vues, rien que par principe de précausion.
On assiste en ce moment à une dégradation de la qualité des journaux avec des répétitions à n'en plus finir mais surtout du hors sujet total (je ne parle pas de ce journal ci mais bon, j'en profite). Peut être pourrais t'on marqué les journaux HS et qu'il soit gardé sur linuxfr mais dans une autre colonne.
Multivalent doit répondre plus ou moins. C'est du java et aps toujours stable à mes souvenirs. Je ne sais pas si le projet est très actif en ce moment.
http://multivalent.sourceforge.net/
L'objectif est de pouvoir lire et annoter des documents pdf, html et dvi !
c'est du HTML mais bon... Amaya gère je crois les formules de math, a moins de faire des documents de PAO, on devrait pouvoir ré-écrire tes documents en html (voire intégré le pdf en tant qu'image dans la page html ?).
> Je trouve la vidéo très impressionnante. (Conclusion : aidez la
> recherche. Donnez des sioux (écrivez à l'arc
Sauf que très peu de logiciels de la recherche publique sont des logiciels libres ! J'ai par exemple tout ce qu'il faut pour reconstruire des NURBS à partir d'un nuage de points sous la main avec des logiciels maison MAIS pas de diffusion de ceux-ci (ne rêvez pas) !
Ca me scandalise et je ne code pas une ligne de ces logiciels mais c'est un cas très courant, voire de plus en plus courant. Recherche public -> Valorisation -> Licence payante. Par ailleurs, on utilise de plus en plus de logiciel libre fait par des laboratoires étrangers plutôt que par des laboratoires de recherche public francais.
Bref, on est tombé sur la tête et cela ne s'arrange pas...
> Ce qui est pourriel pour un utilisateur ne l'est pas forcément
> pour un autre.
Oui, je le sais, c'est pour cela que je pense que ce n'est pas facile. D'un autre coté, 99 des pourriels le sont pour tout le monde. Il pourrait très bien y avoir une règle qui modère tes propres pourriels pour les autres utilisateurs avec une autre pondération en fonction du nombre de personne qui traite le même courriel de pourriel...
> Par contre une telle remontée d'info (client -> serveur) pourrait
> être utile pour ceux qui accèdent au même compte email par IMAP
> depuis un logiciel client et un webmail.
C'est aussi un point que j'aimerais. Le moteur de pourriel de thunderbird a t'il une implémentation autonome qui pourrait être connecté que un serveur IMAP ?
Ce qui pourrait être bien, ce serait le partage de la base de connaissance des pourriels entre les utilisateurs. Donc, apprendre depuis le poste client au serveur si un courriel et un pourriel ou non.
Si je ne me trompe, du code sous licence BSD peut être transformé en code sous GPL / LGPL mais pas l'inverse. Ici, c'est une licence de type MIT mais je crois que tout cela se ressemble.
Donc, /a priori/, ca peut être considéré comme un vrai contribution.
Les variables d'environnement UNIX sont définis par processus et sont héritable. Ce n'est pas le cas sous Windows où ce sont des simples clefs dans la base de registre (variables globales).
>Ahem et toutes les valeurs par defaut, utiliser pour les fontes,
> l'affichage, la langue. etc..
C'est sur que toutes les applications ont besoin de manipuler les paramêtres des fontes ;-) Non sérieusement, il y a un serveur de fonte (xfs ou xfs-tt) et les autres applications dialoguent avec lui. Vraiment, je ne vois pas l'intérêt d'aller voir dans les fichiers le concernant.
Ensuite, effectivement, il y a des fichiers de configuration. Mais ca n'a rien à voir avec un base de registre. Par exemple, va mettre le fichier de configuration d'apache dans une base de registre ! Ce qui est valable pour apache l'est aussi pour xfs-xtt.
En plus, le fait de travailler sur des fichiers, tu peux chrooter, faire des jails, du systrace, du vserver... Bref, c'est simple, robuste et ca laisse beaucoup de place à l'imagination.
Lorsque dans un programme, tu modifies une variable globale, la valeur de cette variable est changée instantanément pour l'ensemble du programme. Au niveau de la base de registre, c'est exactement ce comportement. Si tu prends les variables d'environnement UNIX, le principe est d'un héritage père fils lors de la création du processus fils. Donc un fils ne peux pas modifier la valeur d'une variable du père ! C'est fondamental. Un fils ne peux pas pertuber un père aussi facilement que via la base de registre. Les processus sont bien plus cloisonnés et globalement le modèle sous jacent est bien plus simple. Des processus, des variables d'environnements héritables, des fichiers. Le pire, c'est que ce modèle simple marche formidablement bien.
Au niveau de ta seconde remarque, je suis en opposition avec cette affirmation. Il y a très peu de paramètres commun entre applications et la base de registre est bourrée de variable propre à chaque application.
Pour le peu de paramètre commun possible, il est bien plus fiable de se mettre d'accord sur un format de fichier commun ou mieux, de définir quelques commandes qui donnent ces fameux paramètres.
Je finirais en disant qu'il est souvent idiot de vouloir transmettre instantanément certaines données d'une application à une autre. Par exemple, lorsque je change le thème de mon bureau, je n'ai pas besoin que les applications changent de thème de suite. Cela peux attendre le prochain lancement de l'application. De même au niveau du gestionaire de fenêtre, les anciens gestionaires de fenêtre avaient une option "Restart" qui permettait de recharger les paramêtres. Cela nécessite une action de l'utilisateur et je trouve ça très bien et bien moins dangereux.
Dernier point, il est tout a fait possible d'envoyer un signal "Reload" à une application pour que celle-ci recharge sa configuration (kill). C'est comme cela que fonctionne la plupart des serveurs (apache par exemple), ca évite de les arrèter et de les relancer. Pourquoi ne pas avoir la même chose avec ses applications de bureau.
Encore une fois, la problèmatique des paramètres partagés entre applications me parait surdimensionnée et mener à une voie dangeureuse.
[^] # Re: Troll
Posté par Sytoka Modon (site web personnel) . En réponse au journal Singularity - OS. Évalué à 3.
Question : Je te donne trois postes : Un poste de Maitres de Conférence à l'université, Un poste de Chargé de Recherche CNRS et un poste de "Maitre assistant" aux USA ou au Canada. Que choisis tu ?
Je ne doute pas un instant de la réponse de la grande majorité des gens...
L'histoire du salaire est du pipeau.
[^] # Re: Troll
Posté par Sytoka Modon (site web personnel) . En réponse au journal Singularity - OS. Évalué à 3.
> d'être un jour rémunératrice.
Il est beau le service public civil...
Comme je l'ai dis plus bas, les universités américaines se sont bien mieux débrouillés. Des startup, pourquoi pas. Tant mieux si ca fait du boulot et ensuite des grosses boites (comme SUN).
Mais arrétons de vouloir ponctionner ces startup pour financer nos organisme de recherche via le biais de licence fermés. Au bilan, on va tout perdre...
Si la startup marche, le retour sur investissement se fait en global sur la nation via le système des impots. C'est ca la notion de budget global.
Ca me rappelle le problème sur la fuite des cerveaux et des soi-disant salaire trop bas en france. Pourtant, le monde entier nous envie un poste au CNRS ! Créons des postes, les cerveaux resterons. Libérons les énergies et laissons les personnes monter leur projet. Arrétons la paperasse et les procédures comptables...
Bercy dégraisse mais nous universitaires, on engraisse de comptables.
J'aime pas la dîme et nous assitons à un retour de plus en plus fort de ce système d'un autre age.
[^] # Re: Troll
Posté par Sytoka Modon (site web personnel) . En réponse au journal Singularity - OS. Évalué à 2.
Le problème est principalement un problème interne à l'INRIA. Quels sont les objectifs de ce service pubic de recherche ?
Ils sont à mon humble avis idiot. Les universités américaines étaient bien plus futés avec les licences BDS/MIT. L'université gardait les droits sur les lignes de code pour faire ce qu'elle en voulait et les thésards pouvait monter leur startup et faire du code fermés (ou ce qu'il voulait).
Avec les systèmes INRIA que les autres organismes du supérieurs veulent faire (universités), on va perde sur tous les tableaux et les laboratoires francais utilisent du code de laboratoire étranger car le code de leur collègue n'est pas accessible !
Vive la recherche civile publique (et la LOLF qui nous rajoute des postes d'administratif de gestion et non technique).
[^] # Re: Troll
Posté par Sytoka Modon (site web personnel) . En réponse au journal Singularity - OS. Évalué à 4.
> ocnception de INRIA Transfert qui n'est pas la
Tiens, je ne savais pas que ca s'appellait comme ca.
> Sache que pour eux le libre est une mauvaise expérience : il
> considèrent le projet Caml comme un "échec".
La cellule transfert a t'elle mis les moyens ? Un CPAN : non. Un accès CVS (ou équivalent) en écriture ? ... A combien s'élève ce genre de chose. Pas grand chose.
Idem pour Scilab. C'est à mon avis un semi échec. C'est un peu utilisé en enseignement mais en recherche, les personnes sont piégés dans les toolbox de Matlab. Problème de scilab : la licence et pas de CPAN à ma connaissance. En plus, il y a un clone Octave. Bref, la visibilité est nulle comme pour OCaml.
Soit on fait du libre et on se donne les moyens, soit on gesticule et le bilan est maigre ;-(
Faire du libre et pérénisé son produit, cela veut souvent dire ouvrir le code et le développement à d'autres personnes. L'effet cathédrale quoi. Ou alors, faut faire comme TrollTech ou les personnes de MySQL, être sur un seul produit et en dépendre pour sa survie. C'est pas le cas de l'INRIA.
[^] # Re: Performance de dev
Posté par Sytoka Modon (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 6.
> graphique utilisant python ou perl et c'est "lennnnnnnnnnnnnt".
Combien de serveur web tourne avec mod_perl ? Désolé mais correctement codé, ca tourne vite. Franchement, pour une application avec trois boites de dialogue, on ne voit pas la différence. Prenons un code de calcul par élément finis pour exemple. L'IHM pourrait être en langage de script, de toute manière, tout le temps est passé dans la résolution du problème, c'est à dire en général deux routines.
Par ailleurs, Perl avec son CPAN est génial. Il suffit de voir quelques modules de base pour voir que la personne qui l'a fait connait son sujet bien mieux que soit. Globalement, les modules sont bien optimisés.
Moi, j'aime bien ce développement cathédrale qui a produit des milliers de modules utiles à tout le monde. Désolé pour le monde Java, mais je le trouve bien moins intéressant.
# Isaac
Posté par Sytoka Modon (site web personnel) . En réponse au journal Singularity - OS. Évalué à 4.
http://isaacos.loria.fr/
Ca a l'air bien mais malheureusement pas très libre...
# ObjectiveC++
Posté par Sytoka Modon (site web personnel) . En réponse au journal Quel langage, pour cette utilisation ?. Évalué à 3.
Je ne sais pas si l'ObectiveC++ est déjà intégré dans la branche principale de gcc. Si oui, c'est à mon avis un choix intéressant. L'ObjectiveC est à la base de Java qui est lui même à la base de C#. Son modèle object est très souple pour les IHM.
Avec l'ObectiveC++, le modèle MVC peux prendre toute son ampleur. Le modèle en C++ pour la vitesse et la vue en ObjectiveC pour sa souplesse et la cohérence de ses classes graphiques.
Sinon, peu présent sur linuxfr et que je n'ai jamais utilisé mais /a priori/ robuste, il y a aussi Pike qui est un langage de script avec un syntaxe "a la C".
[^] # Re: blaster
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows 2000 avec Zone Alarme est un system attaquable.. Évalué à 2.
Quelqu'un a déjà réussi cet exploit ?
[^] # Re: blaster
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows 2000 avec Zone Alarme est un system attaquable.. Évalué à 2.
Quelqu'un a déjà réussi cet exploit ?
[^] # Re: Et les contacts -> dans IMAP
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Sunbird 0.3a. Évalué à 2.
En effet, les portables voyagent de plus en plus (c'est fait pour çà) et les personnes les utilisent très souvent sans réseau.
L'idée derrière l'IMAP avec copie locale (ou POP3) est de pouvoir tout faire même si on n'a pas le réseau.
[^] # Re: Et les contacts -> dans IMAP
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Sunbird 0.3a. Évalué à 4.
Finalement, utiliser le systême d'archivage des mails pour stocker toutes les informations est une idée relativement propre. Le protocole est simple et robuste (IMAP, POP3). Il n'y a pas besoin de changer les serveurs ni d'en mettre d'autres.
Ce serait plus propre de définir encore un autre protocole et de faire tourner un serveur de plus ?
L'idée d'UNIX est que tout est fichier. Pourquoi pas reprendre cette idée au niveau du lecteur de courriel et dire que tout est mail ?
Moins de code, moins de serveur -> moins de bogues et plus de puissance pour faire autre chose.
[^] # Re: Linux mag & CD
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Revue de Presse - Novembre 2005. Évalué à 5.
> qu'ils gardent toutes les sources des codes depuis le premier
> numéro.
Honnêtement, il faut arréter de dire des bêtises...
Les exemples d'un magazine sont généralement petit. Qu'est ce que 10Mo aujourd'hui ? Certes, il y a le cas du traitement du signal où effectivement, les fichiers étaient gros. Gros mais quand même, tout ca faisait moins de 1Go !
Conbien coute un disque dur de 200Go qui pourrait stocker plus de 200 numéros ! Rien, négligeable...
Le CD ne sers à rien pour une très grande majorité d'entre nous, d'ailleurs je ne les ouvre jamais. Les éditions Diamond ne souhaitent pas mettre les exemples en lignes, c'est leur droit. Mais le cas des exemples est réellement un faux problème.
En plus, avec les exemples en lignes, on irait un peu plus sur le site de Diamond ;-)
Par contre, il faut un engagement à garder les exemples et ne pas les virer au bout de 6 mois ! Avec les disques qui augmentent en capacités, il n'est pas nécessaire de supprimer et il ne coute rien de garder ce genre d'information.
Idée, un sondage sur l'intéret des CD de GLMF sur linuxfr histoire de voir...
[^] # Et les contacts -> dans IMAP
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Sunbird 0.3a. Évalué à 4.
On aurait un nom de dossier IMAP avec un nom prédéfinis et chaque email dedans serait un contact. Pas de problème pour l'écriture et l'utilisation hors ligne. Au niveau du serveur, on ne change rien. Il y a "juste" à modifier le client pour qu'il cache ce dossier dans la liste des dossier IMAP et le transforme en liste de contact.
C'est même valable pour des comptes POP3, il suffit de conserver ses contact sous forme de mail en local.
Qu'en pensez vous ?
[^] # Re: Désolé...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Portable IBM ThinkPad R51. Évalué à 2.
[^] # Les vues
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche PostgreSQL 8.1 disponible. Évalué à 2.
> lecture seule. C'est à dire que la mise
A mes souvenirs, une vue est en lecture seule (je ne suis pas spécialiste des bases de données). Donc, normalement, il suffit de créer une vue pour avoir un accés en lecture seule donc optimisé (mais ca, c'est la boulot de la base de donnée).
D'ailleurs, un client qui n'a pas besoin d'écrire devrait toujours utiliser des vues, rien que par principe de précausion.
# Répétition
Posté par Sytoka Modon (site web personnel) . En réponse au journal Bill Gates se fait bibliothécaire. Évalué à 1.
http://linuxfr.org/~blink38/19902.html
On assiste en ce moment à une dégradation de la qualité des journaux avec des répétitions à n'en plus finir mais surtout du hors sujet total (je ne parle pas de ce journal ci mais bon, j'en profite). Peut être pourrais t'on marqué les journaux HS et qu'il soit gardé sur linuxfr mais dans une autre colonne.
# Multivalent (pdf/html/dvi) ou Amaya (html)
Posté par Sytoka Modon (site web personnel) . En réponse au journal Ecrire sur des PDF. Évalué à 4.
http://multivalent.sourceforge.net/
L'objectif est de pouvoir lire et annoter des documents pdf, html et dvi !
http://multivalent.sourceforge.net/Browser/Annotations.html
Sinon, il y a le browser du W3C qui fait ca :
http://www.w3.org/Amaya/
c'est du HTML mais bon... Amaya gère je crois les formules de math, a moins de faire des documents de PAO, on devrait pouvoir ré-écrire tes documents en html (voire intégré le pdf en tant qu'image dans la page html ?).
[^] # Re: Pas mal du tout !
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Nouvelle version de COPOS. Évalué à 8.
> recherche. Donnez des sioux (écrivez à l'arc
Sauf que très peu de logiciels de la recherche publique sont des logiciels libres ! J'ai par exemple tout ce qu'il faut pour reconstruire des NURBS à partir d'un nuage de points sous la main avec des logiciels maison MAIS pas de diffusion de ceux-ci (ne rêvez pas) !
Ca me scandalise et je ne code pas une ligne de ces logiciels mais c'est un cas très courant, voire de plus en plus courant. Recherche public -> Valorisation -> Licence payante. Par ailleurs, on utilise de plus en plus de logiciel libre fait par des laboratoires étrangers plutôt que par des laboratoires de recherche public francais.
Bref, on est tombé sur la tête et cela ne s'arrange pas...
[^] # Re: Intégration du filtrage du spam côté serveur
Posté par Sytoka Modon (site web personnel) . En réponse au journal Sortie de Thunderbird 1.5 RC1. Évalué à 2.
> pour un autre.
Oui, je le sais, c'est pour cela que je pense que ce n'est pas facile. D'un autre coté, 99 des pourriels le sont pour tout le monde. Il pourrait très bien y avoir une règle qui modère tes propres pourriels pour les autres utilisateurs avec une autre pondération en fonction du nombre de personne qui traite le même courriel de pourriel...
> Par contre une telle remontée d'info (client -> serveur) pourrait
> être utile pour ceux qui accèdent au même compte email par IMAP
> depuis un logiciel client et un webmail.
C'est aussi un point que j'aimerais. Le moteur de pourriel de thunderbird a t'il une implémentation autonome qui pourrait être connecté que un serveur IMAP ?
[^] # Re: Intégration du filtrage du spam côté serveur
Posté par Sytoka Modon (site web personnel) . En réponse au journal Sortie de Thunderbird 1.5 RC1. Évalué à 2.
[^] # Re: et xfree ?
Posté par Sytoka Modon (site web personnel) . En réponse au message Un terminal sous X vraiment transparent (comme sur MacOS X) ? Possible ?. Évalué à 2.
http://www.apt-get.org
http://backports.org
[^] # Re: Licence, Language?
Posté par Sytoka Modon (site web personnel) . En réponse au journal VMware apporte sa petite pierre au libre. Évalué à 7.
Donc, /a priori/, ca peut être considéré comme un vrai contribution.
[^] # Re: On m'a dit aussi de ne pas réinventer la boucle.
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Des licences "Shared Source" de Microsoft.... Évalué à 3.
>Ahem et toutes les valeurs par defaut, utiliser pour les fontes,
> l'affichage, la langue. etc..
C'est sur que toutes les applications ont besoin de manipuler les paramêtres des fontes ;-) Non sérieusement, il y a un serveur de fonte (xfs ou xfs-tt) et les autres applications dialoguent avec lui. Vraiment, je ne vois pas l'intérêt d'aller voir dans les fichiers le concernant.
Ensuite, effectivement, il y a des fichiers de configuration. Mais ca n'a rien à voir avec un base de registre. Par exemple, va mettre le fichier de configuration d'apache dans une base de registre ! Ce qui est valable pour apache l'est aussi pour xfs-xtt.
En plus, le fait de travailler sur des fichiers, tu peux chrooter, faire des jails, du systrace, du vserver... Bref, c'est simple, robuste et ca laisse beaucoup de place à l'imagination.
[^] # Re: On m'a dit aussi de ne pas réinventer la boucle.
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Des licences "Shared Source" de Microsoft.... Évalué à 4.
Au niveau de ta seconde remarque, je suis en opposition avec cette affirmation. Il y a très peu de paramètres commun entre applications et la base de registre est bourrée de variable propre à chaque application.
Pour le peu de paramètre commun possible, il est bien plus fiable de se mettre d'accord sur un format de fichier commun ou mieux, de définir quelques commandes qui donnent ces fameux paramètres.
Je finirais en disant qu'il est souvent idiot de vouloir transmettre instantanément certaines données d'une application à une autre. Par exemple, lorsque je change le thème de mon bureau, je n'ai pas besoin que les applications changent de thème de suite. Cela peux attendre le prochain lancement de l'application. De même au niveau du gestionaire de fenêtre, les anciens gestionaires de fenêtre avaient une option "Restart" qui permettait de recharger les paramêtres. Cela nécessite une action de l'utilisateur et je trouve ça très bien et bien moins dangereux.
Dernier point, il est tout a fait possible d'envoyer un signal "Reload" à une application pour que celle-ci recharge sa configuration (kill). C'est comme cela que fonctionne la plupart des serveurs (apache par exemple), ca évite de les arrèter et de les relancer. Pourquoi ne pas avoir la même chose avec ses applications de bureau.
Encore une fois, la problèmatique des paramètres partagés entre applications me parait surdimensionnée et mener à une voie dangeureuse.
[^] # Re: C'est bien, en effet
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Des licences "Shared Source" de Microsoft.... Évalué à 7.
D'ailleurs, j'aime pas gconf pour les mêmes raisons.