Dans une PME de ce type (je parle de celles de 20 à 50 salariés), donc dans l'industrie, on a :
(Notes aux concepteurs du site, j'aimerai bien avoir les balises ul et li, là...)
- un service commercial
- un service achat
- un service de production
- éventuellement un service de conception bureau d'études
- la direction
Donc il faut :
- Une GPAO (Gestion de production AO) : la colonne vertébrale de la boite.
- De quoi récupérer les données de la GPAO et les analyser (c'est là dessus que j'ai travaillé) pour savoir :
---- marge sur ce qu'on vend
---- prise de {devis,commande}, facturation, nombre d'avoir client. Tout dépend si on vend plutot de la série ou du prototype.
---- Meilleur progressions client, plus grosses baisse de {commandes, facturations} client (et lesquels)
---- Fiabilité client (taux de contentieux)
---- etc...
- Word (ou clone)
- Excel (ou clone)
- Outlook (fondamental : c'est, avec la GPAO, le logiciel central), ou clone avec
--- Calendrier synchro entre collaborateurs
--- Fonctions mails classique
--- Rappel de tâches
- Powerpoint/impress éventuellement si il y a un ou plusieurs marketeux.
- Logiciel de paie.
- Logiciel de compta (à moins qu'elle soit faite sous Excel, ce qui est souvent le cas)
- Serveur de messagerie classique.
- Serveur d'impression, à moins que l'on utilise une imprimante/fax/télécopieuse/photocopieuse A3 (on est dans l'industrie : on risque d'avoir des plan à tracer), eventuellement un traceur si il y a un petit bureau d'étude.
- Un serveur pour administrer :
--- Les user/pass
--- Les droits sur le disque dur partagé
--- La GPAO (si besoin)
--- Les configs mail (nom, adresse, etc...) de chacun.
--- Les logiciels par poste et/ou par utilisateur
--- etc...
La boite dans laquelle j'ai bossé s'appelle Sapelem. http://www.sapelem.com
Vous comprendrez mieux de quoi je parle (allez voir "Manutention")
Mes conseils à Mandrake. Une PME, elle veut
- Pouvoir définir que sur tel poste physique et/ou pour tel user, on installe tel logiciel
--- Le cas échéant avec une configuration prédifini.
--- Exemple : pour une raison y, je logue pour la première fois sur un poste de l'atelier de production avec mon log à moi.
--- Il me faut :
--- --- avoir à disposition les logiciels que je suis censé utiliser
--- --- mon home
--- --- mon client mail, directement configuré
--- --- mes paramètres internet directement configurés
- Pouvoir définir que tel/poste peut imprimer avec tel imprimante, le cas échéant, en couleur, ou que en noire et blanc, avec des quotas.
- Pouvoir définir que tel utilisateur possède tel droit pour surfer sur le net, peu envoyer tel mails à tel personne (eh oui !!), etc...
En fait, il faut pouvoir définir une matrice avec les postes en abscisses et les user en ordonnée, et pouvoir decider que sur tel poste, tel user aura droit à tel logiciel, tel droit, etc...
C'est malheureux à dire, mais tout ce que je viens de décrire, on le fait à l'aise avec un Windows 2000. Tout est prévu pour en standard
Il faut parfois scripter un peu.
J'ai vu un réseau dans lequel tout logiciel, imprimantes, etc... s'installait automatiquement pour tel poste et/ou tel user. 100 postes à gérer, 300 utilisateurs.
Un administrateur 15h par semaine pour gérer le tout.
Sous Linux, c'est possible mais faut bidouiller.
Je ne dis pas que c'est impossible sous linux, je dis qu'à ma connaissance, aucun éditeur ne le propose.
Si Mandrake fait ça - et il y a tout les outils pour le faire, il suffit de faire un front-end - Ils font un carton.
Mais il va leur falloir s'associer avec plusieurs éditeurs de GPAO dont les clients tournent sous Linux, de même pour la compta et la paie.
Si pas possible, il faut vendre de quoi faire en sorte que tout cela marche avec des clients windows.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Je trouve consternant de voir ce commentaire lucide moinssé à -4.
J'ai l'impression que certains ici croient encore à la théorie du complot.
Comme je l'ai dit, ailleurs, j'ai administré 40 postes sous windows avec un serveur NT4 pendant deux ans, et même si j'ai très souvent rêvé tout haut d'avoir des linux, je savais pertinament que j'aurai avec Linux des problèmes tout aussi énormes.
Windows, bien qu'il ne tiennent pas ses promesses et qu'il a du genre à cacher ses bugs sous le tapis, est extrêmement bien pensé pour l'enetreprise et le Small Business, ne serait-ce et surtout dans les moindres petits détails.
Il est fait pour éviter de devoir créer un poste d'amin.
Ca ne fait pas plaisir aux informaticiens ici présent, car cela les rends dispensable, mais c'est ce que veulent les décideurs....
Pour en revenir à Billou, sa situation prouve à quel point ce type est visionnaire. J'invite ceux qui vont me moinsser à lire ne serait-ce qu'un de ses bouquins et particulièrement, ceux qu'il a écrit il y a 10 ans.
Il est certes partie prenante, mais la plupart de ce qu'il avait prévu s'est réalisé.
L'architecture de Windows est vraiment bien pensée, bien que ses bugs et sa gestion de la mémoire soient consternants.
Si Linux était supérieur à Windows, il se vendrait mieux, modulo l'inertie de ce dernier.
Au lieu de crier au complot, il vaudrait peut être mieux réfléchir à ce qui lui manque.
L'informatique doit s'adapter à l'humain, pas l'inverse.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Les admins de mon ancienne boite sont un automaticien/électronicien qui programme en C qui "donc connait un peu l'informatique" et le directeur opérationelle qui bien que abordant l'info avec un esprit de physicien, se débrouille pas trop mal.
Le serveur est encore un NT4, et il n'y a pas besoin d'un BTS admin et réseaux pour gérer ça. C'est frustre, ça date de 1996, mais très bien foutu, modulo certains trucs. Je veux dire que créer/enlever une utilisateur sous NT4, c'es pas compliqué, gérer les droits de la boite mail non plus de même pour l'impression, les données partagées, etc.... Ceci représente les principaux besoins d'une PME.
Effectivement, en travaillant l'interface et proposant un mode "non informaticien" on peu faire en sorte qu'un ingénieur en mécanique, donc un type pas trop con, puisse se débrouiller bien que ce oit pas son domaine. Si gros problème ya des sociétés de service au coup par coup.
Je viens de m'amuser à regarder le CV de Warly, il n'a bossé que dans des grosses boites où des centres de recherche, endroit où l'admin est lourde, très structurée et normalisée, ceci explique peut être cela.
Il se trouve qu'il rode en ces pages, j'aimerai bien écouter ses arguments...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
J'aurai une contribution moins creusé que la tienne, mais je resta tout aussi dubitatif.
Je vais parler de détails.
Au salon SolutionLinux2006, j'ai successivement discuté avec un dirigeants de mandriva anglais dont je ne connais pas le nom, puis avec Warly.
Je leur ai expliqué ce qui, selon moi, freine les utilisateurs et les entreprises (j'ai géré un réseau de 40 postes dans une PME pendant 2 ans, je sais de quoi je parle, d'ailleurs ya plus d'amin dans cette boite, maintenant).
Warly, très sûr de lui et de son fait, a poliment écouté mes arguments.
Je lui ai expliqué, qu'il y avait des manques important dans la Mandriva 2006 qui interdisait sa progression en entreprise.
- On est obligé d'être root pour mettre en place un partage de fichiers. L'administrateur pourrait au moins avoir la possibilité d'autoriser les utilisateurs à le faire où leur interdir.
Warly m'a répondu que non, la sécurité gnagnagna, on transige pas, gnagnagna, et que dans un boite, c'est à l'admin de gérer les partages.
Dans une grosse boite d'accord, mais je peux vous affirmer que dans une PME c'est pas vrai.
Une PME doit être flexible et de toutes façon, à moins de 100 employés, on a généralement pas l'utilité d'embaucher un informaticien, même à mi temps.
Mais comme Monsieur a raison (encore un qui est sorti d'une grande école, l'élite de la France et à qui on a mis dans le crane qu'il fait partie de l'élite de la France et que les autres sont par conséquent des merdes. Je caricature, mais c'est limite l'impression qu'il m' a donné), on ne doit pas faire comme ça.
De même, la clé USB apparait comme un sordide /dev/sdatrucmachin, dans le répertoire "Périphériques" dont l'icone se trouve sur le bureau.
L'utilsateur ne peux pas disposer des partages de ses collègues sur son bureau, sur son Konqueror.
etc...
Ce sont des détails fondamentaux !!!!
- Il y a des soucis d'intégration impensable sous Windows.
Par exemple, un documents écrit sous OOo ne se retrouve pas toujours dans la liste des documents récents.
Il me répond
"oui mais tu comprend, tu dois choisir en intégration et liberté (ie. entre séparation des développements, et intégration au desktop)."
C'est un argument pas con, mais un peu faible : Ils ont des dev OpenOffice Mandriva tout de même !?
Modifier le code de OOo pour qu'il écrive un xml dans le répertoire .openoffice du Home listant les documents récents avec date-heure et patcher le plugin "documents récents" de KDE pour qu'il aille le chercher, ça prend quand même pas deux ans de dev !
C'est un détail totalement stupide, mais c'est fon-da-men-tal !!!
J'en ai cité quelque autres
J'ai pas insisté, j'ai rapidement compris que de toutes façons, il était bouché.
Je pinaille sur ce qui pourrait sembler être des détails, mais je vous assure que dans une PME n'ayant pas la masse critique pour nécessiter un informaticien pour l'entretien du réseau, ce sont des détails extrêmement intéressant.
Et mois qui n'aime pas Windows pour différentes raisons, je suis obligé de reconnaître qu'il est extrêmement bien pensé pour les PME et les entreprises en générale, et que chaque petits détails de ce genre sont pensés. Même si c'est loin d'être parfait.
Et il l'était depuis W2k, voire NT4 (j'ai été fasciné par l'adéquation de NT4 server avec les beoins de la PME, c'est vraiment hyper bien pensé. Après... c'est du Krosoft, ça tient jamais ses promesses...).
Bref, j'ai retrouvé la même attitude chez Mandriva que chez PCSoft
"on a raison".
A chaque fois que je discutte avec l'un d'entre eux, j'ai l'impression qu'il connaissent assez mal les réalités de leurs client. J'ose espérer que je suis mal tombé et que ma perception est fausse, mais je suis pessimiste.
Bref, il faudrait peut être que Mandriva embauche qq temps des types comme moi, qui ont une expérience de la gestion d'un parc d'une PME plus ou moins grosse et qui en connaisse les beoins, parce que j'ai pas l"impression qu'il les aient identifiés.
Malgré tout, il y a beaucoup de progrès dans la distrib 2006.
Longue vie à Mandriva !
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
depuis quelques temps, on est capable de faire tourner un (gros) téléphone portable avec un processeur RISC à 300-500 Mhz, soit la puissance d'un PII 350 (à la louche).
Je me suis toujours étonné qu'avec une telle puissance, on ne voit fleurir sur le marché que des systèmes faisant une seul chose, qui un GPS, qui un téléphone avec quelques applis, qui un lecteur vidéo ou MP3/OGG/etc...
La puissance rendue disponible par les fondeurs permettent depuis un certain temps de concevoir des équipements réellement polyvalents.
Le reste n'est qu'affaire de jus de cerveau, autrement dit, du logiciel.
Ils restent encore assez visionnaires chez Microsoft.
Ne jamais oublier que Bilou est extrêmement clairvoyant
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
C'est pas une question de trivialité, c'est une question de grammaire.
Ce qu'à fait X. Leroy, c'est de prouver le parser, la transformation du code source en code intermédiaire , l'allocation de registres et la traduction du code intermédiaire en code objet.
Prouver du code C, c'est plutôt l'oeuvre de Jean-Christophe Filliatre http://why.lri.fr
C'est vrai, que vu la taille de la grammaire, prouver du C non trivial est pas chose facile.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Mon avis sur la question s'exprime en une ligne : L'idéal serait de cacher au maximum cette complexité au programmeur, bref faire en sorte que le compilateur gère lui-même.
C'est un modèle qui propose une syntaxe pour Eiffel permettant de définir quand est-ce qu'un appel de message est asynchrone ou non.
Eiffel Software l'a implémenté en 1995.
Puisque la nature revient au galop ;-) je précise que le brouillon de publication que j'ai présenté sur ce site, n'est autre que l'adaptation du modèle SCOOP à un langage objet à prototype compilé.
L'idée de ce modèle est de permettre de la programmation parallèle, en pensant son code en tant que système multi agent.
Les problèmes de multithread ne se posent pas trop car les zones mémoires entre thread sont, dans ce modèle, étanches. C'est un peu l'idée de SCOOP.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Je ne parlais pas d'un langage à la SQL, mais d'un langage, tout simplement. On doit bien pouvoir créer un langage intéressant ?
En se basant sur l'API, dont doit bien pouvoir batir un langage intéressant ?
On est en train d'étudier l'intégration d'un langage à la SQL dans Lisaac, ça pourrait être une intéressante expérience, un langage de manipulation de graphe.
Bon en tout cas, je vais pouvoir étudier ton système, maintenant que je sais ce que ça fait, même si le code me fait assez peur.
Qu'entend-tu par "- un ensemble d'objets pour mapper des objets JS sur des sous-graphes" ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Par ailleurs la suite de la discussion est assez surréaliste avec un gros mensonge où quelqu'un confond NP-complet et "impossible", ce qui, même pour un étudiant en informatique comme moi est vraiment gros...
Oulala, je me sens visé...
Je n'ai pas dit que NP impliquait impossible. J'ai laissé entendre qu'on ne sait pas (et son auteur ne le sait pas non plus, je suis bien placé pour le savoir) comment le compilateur Lisaac réagira si on lui demande de compiler 1 000 000 de lignes.
Il consomme 512 Mo pour compiler 50 000 lignes (lib incluse) en 15 secondes (sur un athlon 2Ghz). Combien lui faudra t-il de mémoire et de temps pour compiler 1 000 000 de lignes ? On ne sait pas, on a jamais essayé.
L'analyse de flot (ie. l'algorithme testant toutes les branches de programme pour par exemple détecté qu'une variable est défini par n:=2*n+1 et 10 km virer un test de parité car il ne sert à rien) est un algorithme extrêmement consommateur de ressources, car exponentiel.
Pas impossible en théorie, mais potentiellement impossible sur le PC que j'achète chez l'assembleur du coin.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Je répond au post grand-père en ajoutant quelques commentaires à ta réponse utile.
Effectivement, Thomas a bien décrit le fonctionnement du compilateur.
La gestionnaire mémoire est tout simplement défini dans le fichier memory.li qui se trouve dans la lib du compilateur.
Rappelons que Lisaac est un compilateur ultra minimaliste : il ne connait même pas la conditionnelle, elle est défini dans la lib.
Un gros malloc est effectivement effectué au début, et un GC gère toute la mémoire.
Comme tout est intégralement compilé, le GC est défini dans la libairie en fait (le fameu memory.li)
Ça coince effectivement au niveau de la compilation avec gcc.
Je compare ce qui n'est pas comparable, mais comparer du C est beaucoup plus difficile que compiler du Lisaac (quoique, compiler l'héritage dynamique est extrêmement difficile, nécessite une analyse de flot sur touts le code et constitue de toutes façon un algo de complexité exponentielle), du moins compiler proprement : la grammaire de Lisaac tiens en 20 lignes, celle du C en 4 pages...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Bah merci, ça peut m'intéresser, mais il faudrait que je sache en quelques lignes en quoi cela consiste.
D'après ce que j'ai compris, il s'agit d'un système permettant de gérer des graphes stockés dans des fichiers.
D'où question : comment le manipule t-on : s'agi t-il d'un langage à la SQL adapté au graphe, ou faut-il manipuler des fonction au travers d'une lib en perl ?
Cela prend t-il beaucoup de mémoire ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[...]
tvi_v4l2.c:1519: error: array type has incomplete element type
tvi_v4l2.c:1519: error: invalid application of 'sizeof' to incomplete type 'struct v4l2_buffer'
tvi_v4l2.c:1519: error: invalid application of 'sizeof' to incomplete type 'struct v4l2_buffer'
make[1]: *** [tvi_v4l2.o] Erreur 1
make[1]: Leaving directory `/home/montaigne/Logiciels-packagés/MPlayer/libmpdemux'
make: *** [libmpdemux/libmpdemux.a] Erreur 2
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
J'ai eu quelques problèmes avec GCC 4.1 qui est plus restrictif au niveau du code.
MPlayer ne veux pas compiler avec, il impose gcc-3. Je me suis amusé à le forcer à utiliser gcc 4, ça ne compile effectivement, et il génère une erreur interne.
De même, le code généré par le compilateur Lisaac, qui a la particularité de gérer lui-même sa mémoire (ie. un gros malloc au début, et une gestion "à la main" des zones mémoires dans le code), ne compile généralement pas le code généré par le compilateur. Ce code est pourtant conforme à C99 (au minimum tout le corps du code).
Remarque GCC 3 déconne aussi parfois. Avec le même code craché par le compilateur, on remarque, si l'on compile en -O {2,3,s}, que le compilateur invente des registres (!!!). C'est vraiment assez marrant à regarder.
Il serait donc peut être intéressant qu'un jour, une équipe, comme celle de Xavier Leroy à l'INRIA s'amuse à prouver quelques morceaux du compilateur.
Ce qui a été fait pour un compîlateur mini C.
Je viens de regarder, ça à l'air d'être dur à maîtriser mais intéressant :)
Tu es sûr que le fait que ce soit codé en perl le rend plus lent ?
J'imaginait pour ma part le faire en Lisaac, parce que ce serait un bonne occasion de faire un beau projet libre avec, sachant que je suis assuré d'avoir des performances proche du C avec un langage aussi haut niveau que perl (avec les types en plus).
Ce graphe risque de devoir gérer quelques dizaines de millions de sommets, à terme. Tu penses que ça tiendra ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
En gros, ce que je veux faire, c'est un gros graphe, avec des mots comme sommet. Un petit graphe sémantique, avec plein de relations diverses entre les mots.
Un super dictionnaire en quelque sorte :-)
Ca risque donc de devenir assez gros.
J'ai bien compris que tu pralai d'un SGBD libre sur les graphes, mais j'ai pas trouvé de liens... que des euphémismes (a moins que j'ai pas vu..)
As-tu un lien ?
Merci :)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Ah pis tu as oublié de mentionner lisaac ça fait tout drôle :)
Oui, maiiiiis tu vooiiiis, vu que le compilateur est pas encore liiiiiiibre, je peux pas trop le défendre.
On attend toujours ces messieurs de l'INRIA (étude en cours).
C'est dommage car dans quelques temps on aura un compilateur tout frais entièrement réécrit, et là je pense que pour ce genre d'application, il sera parfait.
Et ça sera même possible tiens parce que la librairie fenêtre est entièrement écrite en Lisaac, en se basant sur le putpixel ou le put_bitmap_line. Et le code est libre.
Rest à faire les binding pour gtk, qt, etc... Simuler la xlib aussi.
Ce serait un bôôô projet ! ;-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Je vais encore me moinsser mais là la moutarde me monte au nez.
Ca fait pas mal de temps que je suis ça de loin, car j'aimerai bien avoir un bôô desktop 3d, joli, apaisant comme Aqua (Oui m'dame, je trouve que MacOS X c'est beau et apaisant) et je suis les pérégrinations quasi politiques des interminable débats sur le design du serveur X.
Heureusement, on possède cet excellente document (merci à son auteur) qui nous permet d'y voir clair, à condition d'avoir le courage de tout lire jusqu'au bout (ça n'enlève rien à l'excellence du contenu de cet article et de sa présentation) http://linux.tlk.fr/traitement-graphique/
On y apprend que le projet X fait 16 millions de lignes de code, et qu'on est en train de le modulariser. Fort bien, il était temps.
Je veux bien que les pauvres dev (franchement, je les admire) s'amusent avec leur quasi assembleur (le C(oui je sais, je suis lourd avec ça)) à gérer les différends Unix dans lesquels les services offerts par l'OS est pas le même et etc.. , mais j'ai vraiment l'impression que X devient une usine à gaz immensément bordélique.
Il faudrait
- Un pilote en mode noyau, s'occupant de la vidéo, du pci/agp, du calvier, de la souris, etc... Sur *BSD on ferait un système autonome, sous Linux on utilise l'existant.
- Un framebuffer collectant toutes les demandes de dessins des API de fenêtrages avec plusieurs implémentation d'API. Un fb en 3D serait l'idéal avec la possibilité d'utiliser une norme (comme OpenGL, DirectX) en tant que driver comme le préconise justement Jon Smirl.
Puisqu'il s'agit de politique, a quand les entreprises du secteurs (au hasard RedHat, Mandriva, Novell, ?) se mettront-elles d'accord pour développer un et un seul ensemble de projets cohérants entre eux et pas la friture entre Novelle qui veut Xgl et Mandriva quie veut Xegl ?
Moi je parie que quand des langages haut niveau iront aussi vite que le C, on risque de voir des projets alternatifs...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Ce sacré Club !
Posté par Ontologia (site web personnel) . En réponse au journal Ça chie pour Mandriva. Évalué à 6.
130712 de 0 à 5 ,
30963 de 5 à 20
12827 de 20 à 49.
Pour le tertiaire, je sais pas, le serveur plante.
http://www.alisse.insee.fr/analyse_statistique.html
Dans une PME de ce type (je parle de celles de 20 à 50 salariés), donc dans l'industrie, on a :
(Notes aux concepteurs du site, j'aimerai bien avoir les balises ul et li, là...)
- un service commercial
- un service achat
- un service de production
- éventuellement un service de conception bureau d'études
- la direction
Donc il faut :
- Une GPAO (Gestion de production AO) : la colonne vertébrale de la boite.
- De quoi récupérer les données de la GPAO et les analyser (c'est là dessus que j'ai travaillé) pour savoir :
---- marge sur ce qu'on vend
---- prise de {devis,commande}, facturation, nombre d'avoir client. Tout dépend si on vend plutot de la série ou du prototype.
---- Meilleur progressions client, plus grosses baisse de {commandes, facturations} client (et lesquels)
---- Fiabilité client (taux de contentieux)
---- etc...
- Word (ou clone)
- Excel (ou clone)
- Outlook (fondamental : c'est, avec la GPAO, le logiciel central), ou clone avec
--- Calendrier synchro entre collaborateurs
--- Fonctions mails classique
--- Rappel de tâches
- Powerpoint/impress éventuellement si il y a un ou plusieurs marketeux.
- Logiciel de paie.
- Logiciel de compta (à moins qu'elle soit faite sous Excel, ce qui est souvent le cas)
- Serveur de messagerie classique.
- Serveur d'impression, à moins que l'on utilise une imprimante/fax/télécopieuse/photocopieuse A3 (on est dans l'industrie : on risque d'avoir des plan à tracer), eventuellement un traceur si il y a un petit bureau d'étude.
- Un serveur pour administrer :
--- Les user/pass
--- Les droits sur le disque dur partagé
--- La GPAO (si besoin)
--- Les configs mail (nom, adresse, etc...) de chacun.
--- Les logiciels par poste et/ou par utilisateur
--- etc...
La boite dans laquelle j'ai bossé s'appelle Sapelem. http://www.sapelem.com
Vous comprendrez mieux de quoi je parle (allez voir "Manutention")
Mes conseils à Mandrake. Une PME, elle veut
- Pouvoir définir que sur tel poste physique et/ou pour tel user, on installe tel logiciel
--- Le cas échéant avec une configuration prédifini.
--- Exemple : pour une raison y, je logue pour la première fois sur un poste de l'atelier de production avec mon log à moi.
--- Il me faut :
--- --- avoir à disposition les logiciels que je suis censé utiliser
--- --- mon home
--- --- mon client mail, directement configuré
--- --- mes paramètres internet directement configurés
- Pouvoir définir que tel/poste peut imprimer avec tel imprimante, le cas échéant, en couleur, ou que en noire et blanc, avec des quotas.
- Pouvoir définir que tel utilisateur possède tel droit pour surfer sur le net, peu envoyer tel mails à tel personne (eh oui !!), etc...
En fait, il faut pouvoir définir une matrice avec les postes en abscisses et les user en ordonnée, et pouvoir decider que sur tel poste, tel user aura droit à tel logiciel, tel droit, etc...
C'est malheureux à dire, mais tout ce que je viens de décrire, on le fait à l'aise avec un Windows 2000. Tout est prévu pour en standard
Il faut parfois scripter un peu.
J'ai vu un réseau dans lequel tout logiciel, imprimantes, etc... s'installait automatiquement pour tel poste et/ou tel user. 100 postes à gérer, 300 utilisateurs.
Un administrateur 15h par semaine pour gérer le tout.
Sous Linux, c'est possible mais faut bidouiller.
Je ne dis pas que c'est impossible sous linux, je dis qu'à ma connaissance, aucun éditeur ne le propose.
Si Mandrake fait ça - et il y a tout les outils pour le faire, il suffit de faire un front-end - Ils font un carton.
Mais il va leur falloir s'associer avec plusieurs éditeurs de GPAO dont les clients tournent sous Linux, de même pour la compta et la paie.
Si pas possible, il faut vendre de quoi faire en sorte que tout cela marche avec des clients windows.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Ca devait arriver
Posté par Ontologia (site web personnel) . En réponse au journal Projet Origami de Microsoft. Évalué à 4.
J'ai l'impression que certains ici croient encore à la théorie du complot.
Comme je l'ai dit, ailleurs, j'ai administré 40 postes sous windows avec un serveur NT4 pendant deux ans, et même si j'ai très souvent rêvé tout haut d'avoir des linux, je savais pertinament que j'aurai avec Linux des problèmes tout aussi énormes.
Windows, bien qu'il ne tiennent pas ses promesses et qu'il a du genre à cacher ses bugs sous le tapis, est extrêmement bien pensé pour l'enetreprise et le Small Business, ne serait-ce et surtout dans les moindres petits détails.
Il est fait pour éviter de devoir créer un poste d'amin.
Ca ne fait pas plaisir aux informaticiens ici présent, car cela les rends dispensable, mais c'est ce que veulent les décideurs....
Pour en revenir à Billou, sa situation prouve à quel point ce type est visionnaire. J'invite ceux qui vont me moinsser à lire ne serait-ce qu'un de ses bouquins et particulièrement, ceux qu'il a écrit il y a 10 ans.
Il est certes partie prenante, mais la plupart de ce qu'il avait prévu s'est réalisé.
L'architecture de Windows est vraiment bien pensée, bien que ses bugs et sa gestion de la mémoire soient consternants.
Si Linux était supérieur à Windows, il se vendrait mieux, modulo l'inertie de ce dernier.
Au lieu de crier au complot, il vaudrait peut être mieux réfléchir à ce qui lui manque.
L'informatique doit s'adapter à l'humain, pas l'inverse.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Ce sacré Club !
Posté par Ontologia (site web personnel) . En réponse au journal Ça chie pour Mandriva. Évalué à 3.
Le serveur est encore un NT4, et il n'y a pas besoin d'un BTS admin et réseaux pour gérer ça. C'est frustre, ça date de 1996, mais très bien foutu, modulo certains trucs. Je veux dire que créer/enlever une utilisateur sous NT4, c'es pas compliqué, gérer les droits de la boite mail non plus de même pour l'impression, les données partagées, etc.... Ceci représente les principaux besoins d'une PME.
Effectivement, en travaillant l'interface et proposant un mode "non informaticien" on peu faire en sorte qu'un ingénieur en mécanique, donc un type pas trop con, puisse se débrouiller bien que ce oit pas son domaine. Si gros problème ya des sociétés de service au coup par coup.
Je viens de m'amuser à regarder le CV de Warly, il n'a bossé que dans des grosses boites où des centres de recherche, endroit où l'admin est lourde, très structurée et normalisée, ceci explique peut être cela.
Il se trouve qu'il rode en ces pages, j'aimerai bien écouter ses arguments...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Ce sacré Club !
Posté par Ontologia (site web personnel) . En réponse au journal Ça chie pour Mandriva. Évalué à 10.
Je vais parler de détails.
Au salon SolutionLinux2006, j'ai successivement discuté avec un dirigeants de mandriva anglais dont je ne connais pas le nom, puis avec Warly.
Je leur ai expliqué ce qui, selon moi, freine les utilisateurs et les entreprises (j'ai géré un réseau de 40 postes dans une PME pendant 2 ans, je sais de quoi je parle, d'ailleurs ya plus d'amin dans cette boite, maintenant).
Warly, très sûr de lui et de son fait, a poliment écouté mes arguments.
Je lui ai expliqué, qu'il y avait des manques important dans la Mandriva 2006 qui interdisait sa progression en entreprise.
- On est obligé d'être root pour mettre en place un partage de fichiers. L'administrateur pourrait au moins avoir la possibilité d'autoriser les utilisateurs à le faire où leur interdir.
Warly m'a répondu que non, la sécurité gnagnagna, on transige pas, gnagnagna, et que dans un boite, c'est à l'admin de gérer les partages.
Dans une grosse boite d'accord, mais je peux vous affirmer que dans une PME c'est pas vrai.
Une PME doit être flexible et de toutes façon, à moins de 100 employés, on a généralement pas l'utilité d'embaucher un informaticien, même à mi temps.
Mais comme Monsieur a raison (encore un qui est sorti d'une grande école, l'élite de la France et à qui on a mis dans le crane qu'il fait partie de l'élite de la France et que les autres sont par conséquent des merdes. Je caricature, mais c'est limite l'impression qu'il m' a donné), on ne doit pas faire comme ça.
De même, la clé USB apparait comme un sordide /dev/sdatrucmachin, dans le répertoire "Périphériques" dont l'icone se trouve sur le bureau.
L'utilsateur ne peux pas disposer des partages de ses collègues sur son bureau, sur son Konqueror.
etc...
Ce sont des détails fondamentaux !!!!
- Il y a des soucis d'intégration impensable sous Windows.
Par exemple, un documents écrit sous OOo ne se retrouve pas toujours dans la liste des documents récents.
Il me répond
"oui mais tu comprend, tu dois choisir en intégration et liberté (ie. entre séparation des développements, et intégration au desktop)."
C'est un argument pas con, mais un peu faible : Ils ont des dev OpenOffice Mandriva tout de même !?
Modifier le code de OOo pour qu'il écrive un xml dans le répertoire .openoffice du Home listant les documents récents avec date-heure et patcher le plugin "documents récents" de KDE pour qu'il aille le chercher, ça prend quand même pas deux ans de dev !
C'est un détail totalement stupide, mais c'est fon-da-men-tal !!!
J'en ai cité quelque autres
J'ai pas insisté, j'ai rapidement compris que de toutes façons, il était bouché.
Je pinaille sur ce qui pourrait sembler être des détails, mais je vous assure que dans une PME n'ayant pas la masse critique pour nécessiter un informaticien pour l'entretien du réseau, ce sont des détails extrêmement intéressant.
Et mois qui n'aime pas Windows pour différentes raisons, je suis obligé de reconnaître qu'il est extrêmement bien pensé pour les PME et les entreprises en générale, et que chaque petits détails de ce genre sont pensés. Même si c'est loin d'être parfait.
Et il l'était depuis W2k, voire NT4 (j'ai été fasciné par l'adéquation de NT4 server avec les beoins de la PME, c'est vraiment hyper bien pensé. Après... c'est du Krosoft, ça tient jamais ses promesses...).
Bref, j'ai retrouvé la même attitude chez Mandriva que chez PCSoft
"on a raison".
A chaque fois que je discutte avec l'un d'entre eux, j'ai l'impression qu'il connaissent assez mal les réalités de leurs client. J'ose espérer que je suis mal tombé et que ma perception est fausse, mais je suis pessimiste.
Bref, il faudrait peut être que Mandriva embauche qq temps des types comme moi, qui ont une expérience de la gestion d'un parc d'une PME plus ou moins grosse et qui en connaisse les beoins, parce que j'ai pas l"impression qu'il les aient identifiés.
Malgré tout, il y a beaucoup de progrès dans la distrib 2006.
Longue vie à Mandriva !
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Ca devait arriver
Posté par Ontologia (site web personnel) . En réponse au journal Projet Origami de Microsoft. Évalué à 4.
depuis quelques temps, on est capable de faire tourner un (gros) téléphone portable avec un processeur RISC à 300-500 Mhz, soit la puissance d'un PII 350 (à la louche).
Je me suis toujours étonné qu'avec une telle puissance, on ne voit fleurir sur le marché que des systèmes faisant une seul chose, qui un GPS, qui un téléphone avec quelques applis, qui un lecteur vidéo ou MP3/OGG/etc...
La puissance rendue disponible par les fondeurs permettent depuis un certain temps de concevoir des équipements réellement polyvalents.
Le reste n'est qu'affaire de jus de cerveau, autrement dit, du logiciel.
Ils restent encore assez visionnaires chez Microsoft.
Ne jamais oublier que Bilou est extrêmement clairvoyant
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Poster
Posté par Ontologia (site web personnel) . En réponse au message [graphviz]Gérer les formats Ax en postscript. Évalué à 3.
J'ai un autre problème avec poster : les fichiers qu'il produit ne passent pas avec ghostscript.
Error: /configurationerror in --setpagedevice--
Additional information: [/Duplex false]
Operand stack:
--dict:2/3(L)--
Execution stack:
%interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- 1 3 %oparray_pop --nostringval-- --nostringval-- --nostringval-- --dict:1/2(L)-- --nostringval-- 1 %dict_continue
Dictionary stack:
--dict:1114/1686(ro)(G)-- --dict:0/20(G)-- --dict:83/200(L)--
Current allocation mode is local
Last OS error: 2
Current file position is 2094
ESP Ghostscript 815.01: Unrecoverable error, exit code 1
Il doit être un peu trop vieux poster. Dommage
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Poster
Posté par Ontologia (site web personnel) . En réponse au message [graphviz]Gérer les formats Ax en postscript. Évalué à 3.
§§ poster -s1 -iA3 -v -mA4 epstest.eps > nouveaufichierA4.ps
Erreur de segmentation
Je vais essayer de débugger le programme tiens...
Je te remercie quand même.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Ça ne marche pas
Posté par Ontologia (site web personnel) . En réponse au journal XGL sous Mandriva ( 2006, Cooker ). Évalué à 2.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Ça ne marche pas
Posté par Ontologia (site web personnel) . En réponse au journal XGL sous Mandriva ( 2006, Cooker ). Évalué à 2.
Alt+TAB donne un changement d'applications classique. Je n'ai aucun zoom, aucun effet 3D.
Rien.
Je vais essayer de trouver d'où ça vient. Peut être une option à activer qq part...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Ça ne marche pas
Posté par Ontologia (site web personnel) . En réponse au journal XGL sous Mandriva ( 2006, Cooker ). Évalué à 2.
9a s'installe en 3 commandes, c'est génial.
Je démare xgl... et me retrouve sur un bureau gnome classique absolument normal sans accélération.
J'ai pourtant une TNT2 (oui c'est vieux, je sais) et un driver NVIDIA officiel (d'ailleurs OpenGL fonctionne très bien avec).
Je lance glxgears à tout hasard...
3 images secondes.
Là je vois pas.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Esperons que la qualité suivra
Posté par Ontologia (site web personnel) . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 3.
Ce qu'à fait X. Leroy, c'est de prouver le parser, la transformation du code source en code intermédiaire , l'allocation de registres et la traduction du code intermédiaire en code objet.
Prouver du code C, c'est plutôt l'oeuvre de Jean-Christophe Filliatre http://why.lri.fr
C'est vrai, que vu la taille de la grammaire, prouver du C non trivial est pas chose facile.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Toujours pas l'intégration de GOMP...
Posté par Ontologia (site web personnel) . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 3.
Bertrand Meyer, le concepteur d'Eiffel à conçu pour cela le modèle SCOOP : http://se.inf.ethz.ch/teaching/ss2004/0268/lectures/251-0268(...) pour Simple Concurrent Object-Oriented Computation
C'est un modèle qui propose une syntaxe pour Eiffel permettant de définir quand est-ce qu'un appel de message est asynchrone ou non.
Eiffel Software l'a implémenté en 1995.
Puisque la nature revient au galop ;-) je précise que le brouillon de publication que j'ai présenté sur ce site, n'est autre que l'adaptation du modèle SCOOP à un langage objet à prototype compilé.
https://linuxfr.org/~Montaigne/20582.html
L'idée de ce modèle est de permettre de la programmation parallèle, en pensant son code en tant que système multi agent.
Les problèmes de multithread ne se posent pas trop car les zones mémoires entre thread sont, dans ce modèle, étanches. C'est un peu l'idée de SCOOP.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: le modele relationnel est peu compatible avec la gestion des graphes
Posté par Ontologia (site web personnel) . En réponse au message Modéliser un gros graphe. Évalué à 2.
Je ne parlais pas d'un langage à la SQL, mais d'un langage, tout simplement. On doit bien pouvoir créer un langage intéressant ?
En se basant sur l'API, dont doit bien pouvoir batir un langage intéressant ?
On est en train d'étudier l'intégration d'un langage à la SQL dans Lisaac, ça pourrait être une intéressante expérience, un langage de manipulation de graphe.
Bon en tout cas, je vais pouvoir étudier ton système, maintenant que je sais ce que ça fait, même si le code me fait assez peur.
Qu'entend-tu par "- un ensemble d'objets pour mapper des objets JS sur des sous-graphes" ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Esperons que la qualité suivra
Posté par Ontologia (site web personnel) . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 4.
Oulala, je me sens visé...
Je n'ai pas dit que NP impliquait impossible. J'ai laissé entendre qu'on ne sait pas (et son auteur ne le sait pas non plus, je suis bien placé pour le savoir) comment le compilateur Lisaac réagira si on lui demande de compiler 1 000 000 de lignes.
Il consomme 512 Mo pour compiler 50 000 lignes (lib incluse) en 15 secondes (sur un athlon 2Ghz). Combien lui faudra t-il de mémoire et de temps pour compiler 1 000 000 de lignes ? On ne sait pas, on a jamais essayé.
L'analyse de flot (ie. l'algorithme testant toutes les branches de programme pour par exemple détecté qu'une variable est défini par n:=2*n+1 et 10 km virer un test de parité car il ne sert à rien) est un algorithme extrêmement consommateur de ressources, car exponentiel.
Pas impossible en théorie, mais potentiellement impossible sur le PC que j'achète chez l'assembleur du coin.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Esperons que la qualité suivra
Posté par Ontologia (site web personnel) . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 3.
Effectivement, Thomas a bien décrit le fonctionnement du compilateur.
La gestionnaire mémoire est tout simplement défini dans le fichier memory.li qui se trouve dans la lib du compilateur.
Rappelons que Lisaac est un compilateur ultra minimaliste : il ne connait même pas la conditionnelle, elle est défini dans la lib.
Un gros malloc est effectivement effectué au début, et un GC gère toute la mémoire.
Comme tout est intégralement compilé, le GC est défini dans la libairie en fait (le fameu memory.li)
Ça coince effectivement au niveau de la compilation avec gcc.
Je compare ce qui n'est pas comparable, mais comparer du C est beaucoup plus difficile que compiler du Lisaac (quoique, compiler l'héritage dynamique est extrêmement difficile, nécessite une analyse de flot sur touts le code et constitue de toutes façon un algo de complexité exponentielle), du moins compiler proprement : la grammaire de Lisaac tiens en 20 lignes, celle du C en 4 pages...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: le modele relationnel est peu compatible avec la gestion des graphes
Posté par Ontologia (site web personnel) . En réponse au message Modéliser un gros graphe. Évalué à 2.
D'après ce que j'ai compris, il s'agit d'un système permettant de gérer des graphes stockés dans des fichiers.
D'où question : comment le manipule t-on : s'agi t-il d'un langage à la SQL adapté au graphe, ou faut-il manipuler des fonction au travers d'une lib en perl ?
Cela prend t-il beaucoup de mémoire ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Esperons que la qualité suivra
Posté par Ontologia (site web personnel) . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 3.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# https
Posté par Ontologia (site web personnel) . En réponse au sondage Pour accéder à linuxfr.org, j'utilise principalement le protocole. Évalué à 3.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Esperons que la qualité suivra
Posté par Ontologia (site web personnel) . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 10.
MPlayer ne veux pas compiler avec, il impose gcc-3. Je me suis amusé à le forcer à utiliser gcc 4, ça ne compile effectivement, et il génère une erreur interne.
De même, le code généré par le compilateur Lisaac, qui a la particularité de gérer lui-même sa mémoire (ie. un gros malloc au début, et une gestion "à la main" des zones mémoires dans le code), ne compile généralement pas le code généré par le compilateur. Ce code est pourtant conforme à C99 (au minimum tout le corps du code).
Remarque GCC 3 déconne aussi parfois. Avec le même code craché par le compilateur, on remarque, si l'on compile en -O {2,3,s}, que le compilateur invente des registres (!!!). C'est vraiment assez marrant à regarder.
Il serait donc peut être intéressant qu'un jour, une équipe, comme celle de Xavier Leroy à l'INRIA s'amuse à prouver quelques morceaux du compilateur.
Ce qui a été fait pour un compîlateur mini C.
http://pauillac.inria.fr/~xleroy/compcert-backend/
GCC reste néanmoins un excellent logiciel, sans lequel le libre ne serait à mon avis pas ce qu'il est.
Félicitation à l'équipe.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: le modele relationnel est peu compatible avec la gestion des graphes
Posté par Ontologia (site web personnel) . En réponse au message Modéliser un gros graphe. Évalué à 3.
Tu es sûr que le fait que ce soit codé en perl le rend plus lent ?
J'imaginait pour ma part le faire en Lisaac, parce que ce serait un bonne occasion de faire un beau projet libre avec, sachant que je suis assuré d'avoir des performances proche du C avec un langage aussi haut niveau que perl (avec les types en plus).
Ce graphe risque de devoir gérer quelques dizaines de millions de sommets, à terme. Tu penses que ça tiendra ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: le modele relationnel est peu compatible avec la gestion des graphes
Posté par Ontologia (site web personnel) . En réponse au message Modéliser un gros graphe. Évalué à 3.
Un super dictionnaire en quelque sorte :-)
Ca risque donc de devenir assez gros.
J'ai bien compris que tu pralai d'un SGBD libre sur les graphes, mais j'ai pas trouvé de liens... que des euphémismes (a moins que j'ai pas vu..)
As-tu un lien ?
Merci :)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: le modele relationnel est peu compatible avec la gestion des graphes
Posté par Ontologia (site web personnel) . En réponse au message Modéliser un gros graphe. Évalué à 3.
J'ai commencé à réflechir dessus. J el coderai quand j'aurai le temps. Ca sera du GPL.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: On pourrait pas simplifier ce bordel ?
Posté par Ontologia (site web personnel) . En réponse au journal Réponse de David Reveman à Nvidia. Évalué à 2.
Oui, maiiiiis tu vooiiiis, vu que le compilateur est pas encore liiiiiiibre, je peux pas trop le défendre.
On attend toujours ces messieurs de l'INRIA (étude en cours).
C'est dommage car dans quelques temps on aura un compilateur tout frais entièrement réécrit, et là je pense que pour ce genre d'application, il sera parfait.
Et ça sera même possible tiens parce que la librairie fenêtre est entièrement écrite en Lisaac, en se basant sur le putpixel ou le put_bitmap_line. Et le code est libre.
Rest à faire les binding pour gtk, qt, etc... Simuler la xlib aussi.
Ce serait un bôôô projet ! ;-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Fond d'écran
Posté par Ontologia (site web personnel) . En réponse au journal Xgl, l'effet X.org et Beagle ?. Évalué à 2.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# On pourrait pas simplifier ce bordel ?
Posté par Ontologia (site web personnel) . En réponse au journal Réponse de David Reveman à Nvidia. Évalué à 4.
Ca fait pas mal de temps que je suis ça de loin, car j'aimerai bien avoir un bôô desktop 3d, joli, apaisant comme Aqua (Oui m'dame, je trouve que MacOS X c'est beau et apaisant) et je suis les pérégrinations quasi politiques des interminable débats sur le design du serveur X.
Heureusement, on possède cet excellente document (merci à son auteur) qui nous permet d'y voir clair, à condition d'avoir le courage de tout lire jusqu'au bout (ça n'enlève rien à l'excellence du contenu de cet article et de sa présentation)
http://linux.tlk.fr/traitement-graphique/
On y apprend que le projet X fait 16 millions de lignes de code, et qu'on est en train de le modulariser. Fort bien, il était temps.
Je veux bien que les pauvres dev (franchement, je les admire) s'amusent avec leur quasi assembleur (le C(oui je sais, je suis lourd avec ça)) à gérer les différends Unix dans lesquels les services offerts par l'OS est pas le même et etc.. , mais j'ai vraiment l'impression que X devient une usine à gaz immensément bordélique.
Il faudrait
- Un pilote en mode noyau, s'occupant de la vidéo, du pci/agp, du calvier, de la souris, etc... Sur *BSD on ferait un système autonome, sous Linux on utilise l'existant.
- Un framebuffer collectant toutes les demandes de dessins des API de fenêtrages avec plusieurs implémentation d'API. Un fb en 3D serait l'idéal avec la possibilité d'utiliser une norme (comme OpenGL, DirectX) en tant que driver comme le préconise justement Jon Smirl.
Puisqu'il s'agit de politique, a quand les entreprises du secteurs (au hasard RedHat, Mandriva, Novell, ?) se mettront-elles d'accord pour développer un et un seul ensemble de projets cohérants entre eux et pas la friture entre Novelle qui veut Xgl et Mandriva quie veut Xegl ?
Moi je parie que quand des langages haut niveau iront aussi vite que le C, on risque de voir des projets alternatifs...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker