Pour ce genre de chose je ne suis pas sûr que Windows ait déjà toute l'architecture de communication objets en place dans tous les logiciels.
On peut piloter certaines applications via COM/DCOM en Python. Il y a d'ailleurs des choses pour l'administration système (WMI).
Mais pour faire des choses comme les gros traitements de données vidéo, c'est généralement soit un appel à une librairie compilée, soit un appel à un soft qui inclus cette librairie et offre une interface cli/gui par dessus les fonctions.
Bref, que ça soit Windows ou Linux/Unix, un shell objet c'est bien... quand derrière on a des applications "objet" (les applis scriptables, ActiveX sous Windows, DBUS/DCOP sous Linux, AppleScript sous MacOS).
Ca peut venir, mais ça prend du temps (que ça soit sous Windows ou sous Linux), il y a les applications existantes qui tournent, qui ont été déboguées, qui remplissent leur rôle... et que les développeurs n'ont pas toujours envie de venir chambouler pour y ajouter la dernière couche technologique à la mode (surtout si leur soft est multiplateforme et que cette couche n'est supportée que sur une seule) - même si c'est potentiellement intéressant.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
XML est un format d'échange de données, il peut être utilisé pour exploiter en "temps réel" de petites quantités de données (surtout avec les machines actuelles), mais il n'est pas adapté à remplacer une base de données - surtout lorsque le volume stocké augmente.
Eventuellement avoir des bouts d'XML parce qu'on a des structures à stocker et qu'on a déjà les fonctions de sérialisation, mais dans un conteneur qui supporte l'indexation (du sleepycat/berkeley DB, du SQLite...).
Mais stocker en XML, dans un fichier 'plat', des données qui peuvent se montrer volumineuses et sur lesquelles on a besoin d'un accès direct: AMA non.
Un clou -> un marteau
Une vis -> un tourne-vis
On peut toujours essayer d'enfoncer une vis avec un marteau, ça marchera un peu, mais ça aura ses limites.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
La pluspart des trous de sécu étaient liés à des failles accessibles en ayant un accès shell à la machine. Pour une machine qui ne fait que tourner des services (mail, ouebe...) sans avoir normalement de login d'utilisateur, la mise à jour du noyau n'est pas critique. Par contre, une faille dans Apache, OpenSSL, Bind ou autre... et faut pas trop attendre.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Je ne crois pas. Apparament, ils ont réécrit une bonne partie du code, ça repart donc dans du code j'espère mieux conçu et bien écrit (les fameuses sessions de formation à la qualité chez Microsoft), sûrement activement débogué... mais dans lequel il y aura fatalement de nouveaux bugs (si quelqu'un retrouve l'ordre de grandeur du nombre de lignes écrites, c'est vraiment important, et même avec des bugs/kilo-lignes réduits, ça risque de faire assez mal). D'ailleurs, certains beta-testeurs ont retrouvé de bugs qui avaient pourtant été corrigé sous XP (dans les couches réseau je crois)... on ne se refait pas.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Dans ton exemple, c'est un passage à Linux (changement complet d'OS), alors que là on parle de passage à OpenOffice (juste l'outil bureautique).
C'est déjà un grand pas, mais ça n'est quand même pas du même niveau.
Par contre, comme l'a écrit quelqu'un précédement dans la discussion, passer à OpenOffice c'est une préparation permettant de passer plus facilement à Linux plus tard (l'image de la suite MS-Office faisant bouchon pour virer le système est bien vue).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
cf les magouillles de gestion memoire des pc , adressage, modes protegés etandus etc ... y en a des livres et des livres .... a defaut d'avoir un vrai OS 32 bit ...
Ben, un démarrage sur du 8088/8086... puis des problèmes de compatibilité avec les logiciels MS-DOS existants... ça nous a donné la série des Windows9x...
Ils se sont quand même rattrapé avec NT (qui a ses défauts mais qui est loin, très loin de 9x).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Non, mais tu as l'air d'être sur de son futur succes.
Un shell permettant de contrôler enfin finement Windows avec ses propres scripts... on peut lui prédire sans grand risque de se tromper du succès auprès des administrateurs système, voir même auprès des développeurs qui agrègent des outils bureautique (si ces derniers sont aussi pilotables de la même manière).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
BeOS était génial par rapport à ce qui se faisait (et même pour moi par rapport à ce qui se fait encore maintenant), mais ça n'était que l'utilisation bien pensée, bien architecturée, de techniques connues.
Pour moi un OS qui utilise bien le multithreading n'est pas novateur, il n'invente rien, il est "simplement" bien écrit.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Ben là, tu reroutes vers un système de logging (avec son exclusion mutuelle à lui) qui assure que les logs sont bien stockés qq part en cas de crash - et bien sûr, tu perturbes un peu le fonctionnement de l'appli :-)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Sans commentaires vu qu'a l'epoque MacOS etait le seul OS faisant concurrence techniquement parlant a Windows pour les OS grand publics et a part sa jolie interface etait tout aussi pourri si ce n'est plus.
Si c'était tout aussi pourri, ca ne les a pas empéché de copier. Microsoft prend comme modèles des trucs pourris donc. Merci, on le savait pas déjà.
Faut quand même être honnête, MacOS, jusqu'à la version X (donc la reprise d'un noyau BSD), niveau OS c'était l'horreur. Pas de protection mémoire, larges parties du système non réentantes (donc programmation multithread préemptive réservée à qq opérations purement calculatoires).
On savait déjà à l'époque faire mieux - Apple aussi le savait... mais il y a eu de nombreux errements et développement arrêtés.
C'est ce retard au niveau OS dans macOS qui m'a fait passer à Linux.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Il est pour le moment quasi impossible d'avoir un monad-like sous Unix because la philosophie des outils manipulants des flots (texte généralement).
Il faudrais pour cela développer un tas d'outils "objets" avec un protocole commun (par exemple utilisant le DBUS/DCOP - sinon y'a peut-être à voir du côté de DMTF http://www.dmtf.org/ ).
Mais ça n'est pas parce que c'est pas possible actuellement que ça ne le sera pas dans quelques mois... dans le libre ça peut aller très vite.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
d'un autre cote, il ont quoi de si innovant les autres os?
AMA Rien de vraiment novateur au niveau OS depuis longtemps. Jai lu un article il y qq années où un chercheur expliquait que l'innovation dans ce domaine était très difficile, car ça jouait en partie avec les possibiiltés du hard, et qu'en plus les gens voulaient immédiatement de l'applicatif dessus - ce qui impliquait d'avoir les couches "normales" (GUI, réseau, RPC, objets distribués...), ce qui n'est pas le boulot de chercheurs niveau OS.
Après, si on remonte dans les couches un peu plus hautes (GUI, admin & Co), c'est juste des choses faites différement, l'utilisation de technologies déjà existantes ailleurs, ou encore leur extension à un autre niveau (typiquement les systèmes de recherche de données).
mise a part dans mon cul... se touche la quequette...
Cause probable de moissages, . On peut échanger, rester polis et éviter d'être vulgaire (même si on trouve qu'en face il y a de la mauvaise foi).
quand des linuxiens fanfaronnent avec un XGL plus que bancal qui marche quand il veut sur le matos qu'il veut alors que macos propose la chose depuis des lustres, bizarrement personne ne moufte.
Si Linux avait eu le même support qu'Apple pour les drivers vidéo des cartes graphiques... ça eu été plus rapide (modulo le problème de fork X11 cité dans un autre post - tout n'est pas rose non plus).
Maintenant, je ne suis pas sur que MacOS propose la même chose sur autant de plateformes que Linux. C'est une des forces d'Apple: ils sont d'abord des vendeurs de matériel, ce qui fait qu'il maitrisent nettement plus la diversité que ne peuvent le faire Linux ou même Windows (ce dernier ayant l'énorme avantage que les fabriquants de matériel fournissent les drivers ad-hoc).
Enfin, que le libre adapte des outils qui existent ailleurs, ou encore en inventent de nouveaux... on a quand même le droit de s'en féliciter lorsque l'on voit le mode de développement et de prise de décision et que l'on s'apperçoit que ça aboutit.
Je suis sûr qu'en fouillant un peu, on trouvera un "prior-art" à ce qu'a fait Apple (resp Microsoft, Linux/XOrg), chez un geek ou dans un labo de recherche.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Je ne suis pas spécialement fana de Windows, je l'utilise au boulot (Linux à la maison sauf pour les jeux des gamins). Mais on ne peut pas dire que les mises à jour de Windows (et les reboots) soient si problématiques[*], ni que ça devienne "quasi non viable".
Eventuellement si tu utilises une série de PCs pour faire du calcul sur plusieurs jours, et que Windows se met à décider tout seul de rebooter - d'ailleurs, quand on clique rebooter plus tard, pourquoi donc est-ce qu'il redemande régulièrement, et avec un time-out qui lance le redémarrage sans l'accord de l'utilisateur - là ça relève AMA de l'incompétence des développeurs.
Mais sinon, pour une utilisation courante (bureautique, développement...) je n'y vois pas de problème.
Mais je suis d'accord que le temps de chargement d'Open Office, même s'il est un peu plus long sous Linux... on s'en fout un peu.
[*]Quand elles se passent bien... hier un collègue ne pouvait plus se logguer, la mise à jour de sa machine avait cassé le lien avec le contrôleur de domaine et il ne pouvait plus s'authentifier...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Perso, pour du code multithreadé, je n'ai pas trouvé vraiment mieux que du printf-like[*] et analyse de logs.
Avec bien sûr de la compilation conditionnelle (non seulement globale avec _DEBUG et NDEBUG, mais aussi du DEBUG_MODULE au début des sources C, que je peux commenter/décommenter afin de désactiver/activer les lignes de déboguage d'un module).
L'argument du temps de compilation me semble, en 2006, avec les machines et les compilateurs que l'on a, un peu léger. Ca eu été vrai [**], ça l'est encore pour de très gros projets (OS, KDE & Co), mais faudrais pas exagérer.
Par contre, ça peut en effet avoir un gros inconvénient comme tu l'indiques: ça ajoute du temps d'exécution qui peut faire disparaître des bugs (typiquement quand on fait du pilotage d'instruments).
D'un autre côté, si en qq printf on n'a pas trouvé, en effet, passer au débugger, utiliser des points d'arrêt, de l'affichage du contenu de variables... tu as raison de vouloir montrer l'existence de ces outils, mais de là à considérer que le débogage via des traces est nocif, non.
[*] Des fonctions varargs qui ajoutent quelques infos, et qui soit renvoient vers un système de log, soit font du printf.
[**] Il y a une douzaine d'années j'avais un projet qui mettait une heure et quart à compiler, sur un 486DX33 sous Windows... on évitait autant que possible les "Rebuild All", mais la gestion des compilations sous l'environnement VC++ était suffisament foireuse pour qu'on soit régulièrement obligé de le faire. Quand le Pentium est arrivé, on est tombé à 1/4 d'heure de compil - le bonheur.
Et un peu auparavant, j'avais eu la joie de travailler en assembleur sur un Solar au CEA... compilation de plusieurs heures avec sortie du résultat sur une imprimante - là on dépouille vraiment le résultat.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Le logiciel libre se base sur la propriété intellectuelle, où le détenteur de cette propriété (le créateur du logiciel) fixe les règle selon lesquelles son logiciel est distribué.
Bon, en effet, l'ouverture à tous, les contributions multiples, et l'utilisation gratuite donnent un petit côté détonnant par rapport à ce que l'on voit d'habitude dans les licenses d'utilisation des logiciels propriétaires fermés ;-)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
La question est aussi et (AMA) surtout: MS-Office produit-il des documents dans un format documenté tel qu'on est capable de les relire dans 10 ans, dans 20 ans...
La réponse est clairement NON.
Pour le CV d'une personne X, ou le rapport de stage de fins d'études, on s'en fout un peu.
Pour des documents légaux, actes notariés & Co, que l'on voudrais pouvoir archiver électroniquement, et ressortir dans de nombreuses années, c'est primordial.
Donc, quitte à migrer pour certains documents, autant migrer pour tous.
Microsoft aurait depuis le début documenté son format (et autorisé à l'utiliser), il n'y aurait pas eu la naissance d'alternatives style odt. Ils ont verrouillé leur format propriétaire (ils l'on ouvert un peu trop tard), maintenant la concurrence est là.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[enc* de mouche]
L'INRIA est un EPST (Etablissement Public à Caractère Scientifique et Technique), qui gère des laboratoires propres (et très certainement aussi quelques labos mixtes avec d'autres organismes ou universités voir sociétés privées). http://www.inria.fr/inria/enbref.fr.html
[/enc* de mouche]
Sinon, thésard c'est même Bac+8 (mais pour se faire recruter à ce niveau, plutôt dur... sauf à trouver un poste de prof/chercheur, ils se retrouvent en effet sur des postes d'ingénieur à Bac+5).
Et en tant qu'organisme public, je doute que l'INRIA puisse payer un Bac+2 - même expérimenté - au même tarif qu'un Bac+5. Y'a les grilles de salaires...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Ils peuvent même en profiter pour montrer des choses qui existent aussi sous MS-Word, mais que les gens ne connaissaient pas :-) Quitte à faire un peu de formation...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ça n'a pas changé
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 3.
On peut piloter certaines applications via COM/DCOM en Python. Il y a d'ailleurs des choses pour l'administration système (WMI).
Mais pour faire des choses comme les gros traitements de données vidéo, c'est généralement soit un appel à une librairie compilée, soit un appel à un soft qui inclus cette librairie et offre une interface cli/gui par dessus les fonctions.
Bref, que ça soit Windows ou Linux/Unix, un shell objet c'est bien... quand derrière on a des applications "objet" (les applis scriptables, ActiveX sous Windows, DBUS/DCOP sous Linux, AppleScript sous MacOS).
Ca peut venir, mais ça prend du temps (que ça soit sous Windows ou sous Linux), il y a les applications existantes qui tournent, qui ont été déboguées, qui remplissent leur rôle... et que les développeurs n'ont pas toujours envie de venir chambouler pour y ajouter la dernière couche technologique à la mode (surtout si leur soft est multiplateforme et que cette couche n'est supportée que sur une seule) - même si c'est potentiellement intéressant.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Stockage des données...
Posté par lolop (site web personnel) . En réponse à la dépêche Sortie de Tellico 1.2. Évalué à 5.
XML est un format d'échange de données, il peut être utilisé pour exploiter en "temps réel" de petites quantités de données (surtout avec les machines actuelles), mais il n'est pas adapté à remplacer une base de données - surtout lorsque le volume stocké augmente.
Eventuellement avoir des bouts d'XML parce qu'on a des structures à stocker et qu'on a déjà les fonctions de sérialisation, mais dans un conteneur qui supporte l'indexation (du sleepycat/berkeley DB, du SQLite...).
Mais stocker en XML, dans un fichier 'plat', des données qui peuvent se montrer volumineuses et sur lesquelles on a besoin d'un accès direct: AMA non.
Un clou -> un marteau
Une vis -> un tourne-vis
On peut toujours essayer d'enfoncer une vis avec un marteau, ça marchera un peu, mais ça aura ses limites.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: BRAVISSIMO!!!!
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 3.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Muahaha
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 2.
Ainsi qu'un lien dans la discussion: http://blogs.sun.com/malte/date/20060816
J'espère que tu seras un peu rassuré :-)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Motif(s) du refus de crimosoft
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Motif(s) du refus de rééditer l'ouvrage ?
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Je ne crois pas. Apparament, ils ont réécrit une bonne partie du code, ça repart donc dans du code j'espère mieux conçu et bien écrit (les fameuses sessions de formation à la qualité chez Microsoft), sûrement activement débogué... mais dans lequel il y aura fatalement de nouveaux bugs (si quelqu'un retrouve l'ordre de grandeur du nombre de lignes écrites, c'est vraiment important, et même avec des bugs/kilo-lignes réduits, ça risque de faire assez mal). D'ailleurs, certains beta-testeurs ont retrouvé de bugs qui avaient pourtant été corrigé sous XP (dans les couches réseau je crois)... on ne se refait pas.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ATTENTION : Effet baudruche
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 3.
https://linuxfr.org/comments/750804.html#750804
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ATTENTION : Effet baudruche
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 2.
C'est déjà un grand pas, mais ça n'est quand même pas du même niveau.
Par contre, comme l'a écrit quelqu'un précédement dans la discussion, passer à OpenOffice c'est une préparation permettant de passer plus facilement à Linux plus tard (l'image de la suite MS-Office faisant bouchon pour virer le système est bien vue).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Motif(s) du refus de crimosoft
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 3.
Ben, un démarrage sur du 8088/8086... puis des problèmes de compatibilité avec les logiciels MS-DOS existants... ça nous a donné la série des Windows9x...
Ils se sont quand même rattrapé avec NT (qui a ses défauts mais qui est loin, très loin de 9x).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Motif(s) du refus de rééditer l'ouvrage ?
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 4.
Si ma mémoire est bonne, après une saisie, se placer au début puis:
8yy
500p
Un expert dans la salle?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ça n'a pas changé
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 3.
Un shell permettant de contrôler enfin finement Windows avec ses propres scripts... on peut lui prédire sans grand risque de se tromper du succès auprès des administrateurs système, voir même auprès des développeurs qui agrègent des outils bureautique (si ces derniers sont aussi pilotables de la même manière).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ça n'a pas changé
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 4.
Pour moi un OS qui utilise bien le multithreading n'est pas novateur, il n'invente rien, il est "simplement" bien écrit.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ouais
Posté par lolop (site web personnel) . En réponse au journal printf debugging considered harmful. Évalué à 3.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Motif(s) du refus de rééditer l'ouvrage ?
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Faut quand même être honnête, MacOS, jusqu'à la version X (donc la reprise d'un noyau BSD), niveau OS c'était l'horreur. Pas de protection mémoire, larges parties du système non réentantes (donc programmation multithread préemptive réservée à qq opérations purement calculatoires).
On savait déjà à l'époque faire mieux - Apple aussi le savait... mais il y a eu de nombreux errements et développement arrêtés.
C'est ce retard au niveau OS dans macOS qui m'a fait passer à Linux.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ça n'a pas changé
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Il faudrais pour cela développer un tas d'outils "objets" avec un protocole commun (par exemple utilisant le DBUS/DCOP - sinon y'a peut-être à voir du côté de DMTF http://www.dmtf.org/ ).
Mais ça n'est pas parce que c'est pas possible actuellement que ça ne le sera pas dans quelques mois... dans le libre ça peut aller très vite.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ça n'a pas changé
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ça n'a pas changé
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 3.
AMA Rien de vraiment novateur au niveau OS depuis longtemps. Jai lu un article il y qq années où un chercheur expliquait que l'innovation dans ce domaine était très difficile, car ça jouait en partie avec les possibiiltés du hard, et qu'en plus les gens voulaient immédiatement de l'applicatif dessus - ce qui impliquait d'avoir les couches "normales" (GUI, réseau, RPC, objets distribués...), ce qui n'est pas le boulot de chercheurs niveau OS.
Après, si on remonte dans les couches un peu plus hautes (GUI, admin & Co), c'est juste des choses faites différement, l'utilisation de technologies déjà existantes ailleurs, ou encore leur extension à un autre niveau (typiquement les systèmes de recherche de données).
Cause probable de moissages, . On peut échanger, rester polis et éviter d'être vulgaire (même si on trouve qu'en face il y a de la mauvaise foi).
Si Linux avait eu le même support qu'Apple pour les drivers vidéo des cartes graphiques... ça eu été plus rapide (modulo le problème de fork X11 cité dans un autre post - tout n'est pas rose non plus).
Maintenant, je ne suis pas sur que MacOS propose la même chose sur autant de plateformes que Linux. C'est une des forces d'Apple: ils sont d'abord des vendeurs de matériel, ce qui fait qu'il maitrisent nettement plus la diversité que ne peuvent le faire Linux ou même Windows (ce dernier ayant l'énorme avantage que les fabriquants de matériel fournissent les drivers ad-hoc).
Enfin, que le libre adapte des outils qui existent ailleurs, ou encore en inventent de nouveaux... on a quand même le droit de s'en féliciter lorsque l'on voit le mode de développement et de prise de décision et que l'on s'apperçoit que ça aboutit.
Je suis sûr qu'en fouillant un peu, on trouvera un "prior-art" à ce qu'a fait Apple (resp Microsoft, Linux/XOrg), chez un geek ou dans un labo de recherche.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: BRAVISSIMO!!!!
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 3.
Eventuellement si tu utilises une série de PCs pour faire du calcul sur plusieurs jours, et que Windows se met à décider tout seul de rebooter - d'ailleurs, quand on clique rebooter plus tard, pourquoi donc est-ce qu'il redemande régulièrement, et avec un time-out qui lance le redémarrage sans l'accord de l'utilisateur - là ça relève AMA de l'incompétence des développeurs.
Mais sinon, pour une utilisation courante (bureautique, développement...) je n'y vois pas de problème.
Mais je suis d'accord que le temps de chargement d'Open Office, même s'il est un peu plus long sous Linux... on s'en fout un peu.
[*]Quand elles se passent bien... hier un collègue ne pouvait plus se logguer, la mise à jour de sa machine avait cassé le lien avec le contrôleur de domaine et il ne pouvait plus s'authentifier...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Mouaif...
Posté par lolop (site web personnel) . En réponse au journal printf debugging considered harmful. Évalué à 5.
Avec bien sûr de la compilation conditionnelle (non seulement globale avec _DEBUG et NDEBUG, mais aussi du DEBUG_MODULE au début des sources C, que je peux commenter/décommenter afin de désactiver/activer les lignes de déboguage d'un module).
L'argument du temps de compilation me semble, en 2006, avec les machines et les compilateurs que l'on a, un peu léger. Ca eu été vrai [**], ça l'est encore pour de très gros projets (OS, KDE & Co), mais faudrais pas exagérer.
Par contre, ça peut en effet avoir un gros inconvénient comme tu l'indiques: ça ajoute du temps d'exécution qui peut faire disparaître des bugs (typiquement quand on fait du pilotage d'instruments).
D'un autre côté, si en qq printf on n'a pas trouvé, en effet, passer au débugger, utiliser des points d'arrêt, de l'affichage du contenu de variables... tu as raison de vouloir montrer l'existence de ces outils, mais de là à considérer que le débogage via des traces est nocif, non.
[*] Des fonctions varargs qui ajoutent quelques infos, et qui soit renvoient vers un système de log, soit font du printf.
[**] Il y a une douzaine d'années j'avais un projet qui mettait une heure et quart à compiler, sur un 486DX33 sous Windows... on évitait autant que possible les "Rebuild All", mais la gestion des compilations sous l'environnement VC++ était suffisament foireuse pour qu'on soit régulièrement obligé de le faire. Quand le Pentium est arrivé, on est tombé à 1/4 d'heure de compil - le bonheur.
Et un peu auparavant, j'avais eu la joie de travailler en assembleur sur un Solar au CEA... compilation de plusieurs heures avec sortie du résultat sur une imprimante - là on dépouille vraiment le résultat.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Faites ce que je dis, pas ce que je fais...
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 4.
Bon, en effet, l'ouverture à tous, les contributions multiples, et l'utilisation gratuite donnent un petit côté détonnant par rapport à ce que l'on voit d'habitude dans les licenses d'utilisation des logiciels propriétaires fermés ;-)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Muahaha
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Muahaha
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 10.
La réponse est clairement NON.
Pour le CV d'une personne X, ou le rapport de stage de fins d'études, on s'en fout un peu.
Pour des documents légaux, actes notariés & Co, que l'on voudrais pouvoir archiver électroniquement, et ressortir dans de nombreuses années, c'est primordial.
Donc, quitte à migrer pour certains documents, autant migrer pour tous.
Microsoft aurait depuis le début documenté son format (et autorisé à l'utiliser), il n'y aurait pas eu la naissance d'alternatives style odt. Ils ont verrouillé leur format propriétaire (ils l'on ouvert un peu trop tard), maintenant la concurrence est là.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: beuh
Posté par lolop (site web personnel) . En réponse au journal L'INRIA recrute un chef de projet environnement collaboratif Open Source en J2EE. Évalué à 2.
L'INRIA est un EPST (Etablissement Public à Caractère Scientifique et Technique), qui gère des laboratoires propres (et très certainement aussi quelques labos mixtes avec d'autres organismes ou universités voir sociétés privées).
http://www.inria.fr/inria/enbref.fr.html
[/enc* de mouche]
Sinon, thésard c'est même Bac+8 (mais pour se faire recruter à ce niveau, plutôt dur... sauf à trouver un poste de prof/chercheur, ils se retrouvent en effet sur des postes d'ingénieur à Bac+5).
Et en tant qu'organisme public, je doute que l'INRIA puisse payer un Bac+2 - même expérimenté - au même tarif qu'un Bac+5. Y'a les grilles de salaires...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Vers la fin des .doc
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: beuh
Posté par lolop (site web personnel) . En réponse au journal L'INRIA recrute un chef de projet environnement collaboratif Open Source en J2EE. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN