XML ça reste du eXtended Markup Language si je ne me gourre pas - et c'est juste une normalisation du stockage "raw". Après, avec une spécification de type de document (DTD & Co) on précise ce qui est acceptable pour un usage.
Qu'il y ait de la recherche sur des bases de données arborescente, réseau, relationnelles... on doit pouvoir a priori exporter le contenu de tous ces types de bases de données dans du XML, format d'échange suffisament riche pour pouvoir décrire diverses structures (les idrefs... pour stocker la représentation d'une base de données réseau... ça devrais le faire). J'espère que les chercheurs en bases de données ne sont quand même pas choqués quand on écrit ça.
Comme tu le dis, XML utilise des données de taille complètement variable, on peut lui coller des commentaires, des espaces en plus... ça permet peut-être à certains d'utiliser le XML comme stockage backend d'une base de données à accès direct (en stockant les index ailleurs et en donnant des offsets dans le fichier XML, les espaces/commentaires pour 'effacer' des données), mais doit se retrouver rapidement avec un gros fichier à trous (comme dans les fichiers des bases de données :-) ) qui s'éloigne rapidement de la 'beauté' d'XML liée à la capacité pour un bonzhomme d'aller directement lire le contenu.
Bref, je veux bien croire à une base de données arborescente efficace... mais pas avec XML en backend (ou alors en lecture seule et avec un ch'tit index à côté).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
si tu as plusieurs milliers de livres a inclure dans ta base, il y a de fortes chances pour que tu te diriges vers un autre outil, avec une vraie base de données (ou que tu en aies déja un autre).
Non, pour le moment je n'ai pas de liste... mais ça me titillerais d'en mettre une en place (CDs, DVDs, peut-être bouquins). Et là Tellico semble adapté à *mes* besoins (je suis encore dans le cas de collections raisonnables :-) ) - mais il ne faut pas sous-estimer les volumes manipulés par les collectionneurs passionnés (CDs, Timbres, cartes-postales...).
Faudra que je regarde s'il permet d'indiquer "prêté à XXX", c'est une fonctionnalité dont j'aurais besoin. ("je l'avais bien, ce DVD, où c'est qu'il est passé").
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
J'ajoute qu'il y a des moteurs SGBD embarquables (berkeley/sleepycat DB...) voir même SGBDR (SQLite...) qui évitent d'avoir à installer un serveur sur la machine - et permettent à l'utilisateur lambda de savoir où sont stockées ses fichiers de données et de les manipuler naturellement (recopie, déplacement, backup...).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Pour gramps (gestionnaire généalogique), ce sont aussi des données personnelles, mais il y a des personnes qui ont référencé qq milliers d'ancêtres et pour lesquelles les temps de chargement devenaient prohibitifs avec leur format d'origine en XML.
Sauf erreur ils ont conservé une part de XML, auquel ils ont ajouté du sleepycat DB.
Mais c'est sûr qu'en cas de crash, un format XML est nettement plus facile à récupérer qu'un format binaire.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Avec ces deux fonctions tu peux savoir où tu en es dans ton fichier, et te déplacer directement à un endroit.
Après, si la chaine de remplacement est plus grande, il faut commencer par agrandir le fichier et recopier tout ce qui est derrière afin de faire de la place - puis ensuite seulement remplacer ce que tu veux.
Et si la chaine de remplacement est plus petite, il faut écraser le morceau de l'ancienne chaine qui dépasse en recopiant tout ce qui est derrière, puis tronquer le fichier.
Si tu peux utiliser les fichiers mappés, ça sera peut-être un peu plus naturel - voir quand même côté modification de la taille d'un fichier mappé.
PS. Pour raccourcir un fichier, cf chsize()
Zieute Google:
man seek
man tell
man chsize
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
je crois que personne ne les a encore vraiment cherchées dans OOo.
Si, justement, parce que c'est open source, des boites ont pu faire tourner leurs softs de vérification dessus (tout comme sur le code de Firefox, et indiquer des bugs/failles à la fondation Mozilla), il y a pu y avoir des audits (ministère de la défense ou qq chose comme ça je crois).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Ben, pas si différents que ça les systèmes (même s'il y avait de nombreux fabriquants) : architecture 'PC' (bus ISA/PCI, processeur compatible x86...).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
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
[^] # Re: Stockage des données...
Posté par lolop (site web personnel) . En réponse à la dépêche Sortie de Tellico 1.2. Évalué à 2.
Qu'il y ait de la recherche sur des bases de données arborescente, réseau, relationnelles... on doit pouvoir a priori exporter le contenu de tous ces types de bases de données dans du XML, format d'échange suffisament riche pour pouvoir décrire diverses structures (les idrefs... pour stocker la représentation d'une base de données réseau... ça devrais le faire). J'espère que les chercheurs en bases de données ne sont quand même pas choqués quand on écrit ça.
Comme tu le dis, XML utilise des données de taille complètement variable, on peut lui coller des commentaires, des espaces en plus... ça permet peut-être à certains d'utiliser le XML comme stockage backend d'une base de données à accès direct (en stockant les index ailleurs et en donnant des offsets dans le fichier XML, les espaces/commentaires pour 'effacer' des données), mais doit se retrouver rapidement avec un gros fichier à trous (comme dans les fichiers des bases de données :-) ) qui s'éloigne rapidement de la 'beauté' d'XML liée à la capacité pour un bonzhomme d'aller directement lire le contenu.
Bref, je veux bien croire à une base de données arborescente efficace... mais pas avec XML en backend (ou alors en lecture seule et avec un ch'tit index à côté).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Stockage des données...
Posté par lolop (site web personnel) . En réponse à la dépêche Sortie de Tellico 1.2. Évalué à 2.
Non, pour le moment je n'ai pas de liste... mais ça me titillerais d'en mettre une en place (CDs, DVDs, peut-être bouquins). Et là Tellico semble adapté à *mes* besoins (je suis encore dans le cas de collections raisonnables :-) ) - mais il ne faut pas sous-estimer les volumes manipulés par les collectionneurs passionnés (CDs, Timbres, cartes-postales...).
Faudra que je regarde s'il permet d'indiquer "prêté à XXX", c'est une fonctionnalité dont j'aurais besoin. ("je l'avais bien, ce DVD, où c'est qu'il est passé").
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Stockage des données...
Posté par lolop (site web personnel) . En réponse à la dépêche Sortie de Tellico 1.2. Évalué à 4.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Stockage des données...
Posté par lolop (site web personnel) . En réponse à la dépêche Sortie de Tellico 1.2. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Stockage des données...
Posté par lolop (site web personnel) . En réponse à la dépêche Sortie de Tellico 1.2. Évalué à 2.
Sauf erreur ils ont conservé une part de XML, auquel ils ont ajouté du sleepycat DB.
Mais c'est sûr qu'en cas de crash, un format XML est nettement plus facile à récupérer qu'un format binaire.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# seek() / tell()
Posté par lolop (site web personnel) . En réponse au message modification de fichier. Évalué à 3.
Après, si la chaine de remplacement est plus grande, il faut commencer par agrandir le fichier et recopier tout ce qui est derrière afin de faire de la place - puis ensuite seulement remplacer ce que tu veux.
Et si la chaine de remplacement est plus petite, il faut écraser le morceau de l'ancienne chaine qui dépasse en recopiant tout ce qui est derrière, puis tronquer le fichier.
Si tu peux utiliser les fichiers mappés, ça sera peut-être un peu plus naturel - voir quand même côté modification de la taille d'un fichier mappé.
PS. Pour raccourcir un fichier, cf chsize()
Zieute Google:
man seek
man tell
man chsize
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: google est ton ami
Posté par lolop (site web personnel) . En réponse au message Police cursive. Évalué à 3.
[y'a sûrement ça aussi du côté Gnome, mais je ne l'utilise pas]
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Normal
Posté par lolop (site web personnel) . En réponse au message Comment résoudre x : user not authorized to run the X server. Évalué à 2.
Sous [K]Ubuntu, seul l'administrateur peut utiliser l'interface graphique, ils ont copié sur Windows.
[/troll]
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.
Si, justement, parce que c'est open source, des boites ont pu faire tourner leurs softs de vérification dessus (tout comme sur le code de Firefox, et indiquer des bugs/failles à la fondation Mozilla), il y a pu y avoir des audits (ministère de la défense ou qq chose comme ça je crois).
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.
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