Alors pour l'occupation mémoire de Python, il existe Micropython, d'après https://lwn.net/Articles/725508/ il peut fonctionner avec 256K de code et 16K de RAM (et c'est en baremetal sans avoir besoin d'un OS en-dessous).
Il ne me semble pas avoir vu Perl faire aussi bien.
D'ailleurs cela laisse entrevoir un autre aspect intéressant de Python: il y a plusieurs implémentations du langage, qui sont adaptées pour différents usages: MicroPython pour l'embarqué avec quelques Ko de RAM, cython quand on a besoin de compiler le code pour qu'il tourne plus vite, etc. On est en fait bien au-delà d'un simple langage de script.
Il va donc peut être remplacer C++ quand il en aura fini avec Perl?
En gros, pour comparer avec des technos modernes, Transpac est similaire à TCP et Cyclades à UDP. C'est aoproximatif comme comparaison, parce que TCP est un protocole très compliqué pour fournir le même service que Transpac: les données envoyées arrivent toutes à destination, et dans le même ordre où elles ont été envoyées.
Ça convient très très bien à un usage de type Minitel et à plein d'autres choses aussi (HTTP, telnet, FTP, SSH, …). Et c'est une façon de penser qui était maîtrisée à l'époque parce que ça se comporte en gros comme un lien série point à point, chose qu'on sait faire au moins depuis l'invention du télétype.
Du coup cela a simplifié probablement l'interfaçage avec des technos existantes, et aussi le développement de nouvelles applications sans avoir à utiliser une façon de réfléchir complètement différente.
Ce n'est que bien plus tard que on a commencé à voir des applications pour des protocoles basés sur UDP et la notion de datagramme.
Je ne sais pas à quel point Transpac a été conservé si longtemps que ça pour le minitel, il me semble que sur la fin, c'était bien de l'internet qui pouvait être utilisé entre le central télétel (qui gérait les numéros 361x) et les services Minitel. Le Minitel lui-même n'est pas vraiment lié à Transpac, c'est juste un terminal avec un modem qui envoie et reçoit ds octets. Peu importe comment c'est encapsulé et routé après.
par défaut le Minitel utilise un mode d'affichage en 40 colonnes et des séquences d'échappement pas du tout standard. Le mode dit "ASCII" passe en 80 colonnes et avec des séquences d'échappement compatibles avec le terminal VT100 (qui est également celui émulé par xterm et plutôt standard un peu partout).
Ça permet donc d'utiliser le Minitel comme un terminal pour tout autre chose que les services Minitel.
Si je passe le Minitel en "mode retourné", est-ce que je peux faire afficher du texte d'un autre Minitel en direct, comme le "Toc toc, Neo" du premier film Matrix ?
Oui, le mode retourné permet de faire communiquer entre eux directement deux Minitel. Ce qui est tapé sur le clavier de l'un s'affiche sur l'écran de l'autre.
Existe-il des reconstitutions des premiers services gratuits, comme l'annuaire ?
http://3611.re dit qu'il le fait mais ça n'a pas l'air de fonctionner chez moi (je pense que le pare-feu de mon entreprise bloque les websockets).
Qu'avaient exactement les gens du ministère en tête au moment de lancer ce réseau au détriment de Cyclades
Je sais pas mais ça a méga bien marché, avec des millions d'utilisateurs pendant une vingtaine d'années. Il y avait un terminal facile à utiliser et pas trop cher à produire, un modèle économique bien fichu (facturation à la minute directement intégrée sur la facture de téléphone, pas besoin de s'inscrire séparément à chaque service).
Je vois pas trop le rapport avec Cyclades qui n'avait rien de tout ça. Au contraire, pour faire marcher du réseau Cyclades sur un Minitel il aurait fallu implémenter des protocoles beaucoup plus compliqués (gestion des pertes de paquets, réordonnancement, etc), ce dont Transpac n'a pas besoin (les paquets arrivent dans l'ordre et il y a plus qu'à afficher les caractères reçus). C'est ça qui a permis de faire un terminal Minitel vraiment pas cher, avec peu de mémoire et un CPU plutôt lent.
(et je ne sais pas trop comment ça fonctionne dans les traitements de texte pour pouvoir comparer et conseiller.)
On peut sélectionner une partie du texte (mot, paragraphe, …) et appuyer sur un bouton "commentaire". Les commentaires s'affichent alors à côté de la page dans des "bulles", associé au texte surligné. On peut ensuite modifier le document et marquer le commentaire comme résolu.
Pour les traitements de texte, on a un outil qui à partir de ça peut nous générer un fichier tableur avec tous les commentaires (indiquant le numéro de page et de paragraphe), et qui peut être utilisé comme fiche de relecture, pour vérifier dans une version suivante du document si les modifications ont bien été faites.
Pour XWiki, on a installé un plugin de commentaires mais on a pas encore mis en place la partie "fiche de relecture" pour l'instant. Ce n'est peut-être pas nécessaire dans le projet sur lequel on utilise XWiki actuellement, ça le sera peut-être pour d'autres clients qui sont beaucoup plus stricts sur le processus de relecture et de validation de documents.
J'utilise Dokuwiki pour des projets personnels et ça me semble quand même assez limité. On peut vraiment générer un export pdf, avec toutes les pages d'une section du wiki, dans le bon ordre?
Pour moi la seule chose qui permet d'organiser les pages dans un dokuwiki, c'est de les présenter dans un certain ordre dans la sidebar, ou éventuellement on peut un peu organiser avec des namespaces.
Je ne sais pas si la gestion des droits est aussi poussée, sur notre wiki il y a certaines pages accessibles par nos clients, certaines par des fournisseurs, et d'autres internes seulement pour nous.
Il y a pas mal d'autres fonctionalités qu'on utilise aussi, par exemple la possibilité de faire des commentaires sur le contenu d'une page (équivalent aux commentaires dans les traitements de texte)
Peut-être que je connaît pas assez bien dokuwiki et tous ses plugins et qu'on pourrait arriver à faire tout ça avec.
Il n'y a qu'à voir ce qu'Apple a pris pour simplement un ralentissement dont le but affiché était de permettre le téléphone de tenir la charge sur une batterie potentiellement usée.
Apple s'est pris une amende parce qu'ils ont fait ça sans prévenir les consommateurs. Il y a donc tromperie: ils ont vendu un smartphone avec un processeur à N GHz et en fait quelques années plus tard il tourne à N/2 GHz.
Donc, il suffit de prévenir les gens: ce smartphone fonctionne pendant 2 ans (ou 3, ou 5), après, il faut le changer. Mais il est moins cher que les concurrents.
Là on arrive sur de l'obsolescence programmée. Qui est peut être aussi interdite dans certains pays, mais certainement pas partout. Donc, ça peut se faire au moins dans les pays ou c'est autorisé.
Je suis pas là pour décider ce qui est Bien ou Mal. J'ai juste oublié l'existence de l'offre data center tout simplement parce que notre wiki a environ 20 utilisateurs. Ce n'était pas volontaire, ça fait 2 ans que le choix d'utiliser xwiki est fait, je me souviens pas de tous les détails, c'est tout.
D'autre part, j'ai dit qu'on utilisait Jira et qu'on est bien embêtés de devoir trouver autre chose, ce qui est plutôt un bon point pour Jira. Ça montre simplement un exemple de comment on peut se retrouver face au mur du jour au lendemain avec un logiciel propriétaire: la license peut changer et la solution utilisée tout simplement plus proposée par le fournisseur. Mais Atlassian fait les choses de façon correcte et nous laisse le temps de préparer notre migration tranquillement si c'est le choix qu'on fait. Et peut-être que finalement on décidera que le coût de mise en place d'un autre outil esttrop important et qu'on préfère payer Atlassian, même si c'est 27K€/an. Ce sera probablement même pas l'abonnement qui nous coûte le plus cher, et comme Jira est utilisé pour plusieurs projets dans l'entreprise, ça se justifie peut-être, en r'partissant les coûts entre les différents clients concernés.
Et il me semble que le contenu de la dépêche n'est pas vide de critiques (constructives, j'espère) sur xwiki.
Enfin je ne pense pas faire du bashing gratuit de logiciel propriétaire ici. Le but est juste de donner un peu de contexte sur comment on a choisi xwiki pour ce projet. D'autres entreprises et projets auront, bien évidemment, d'autres contraintes, d'autres budgets, d'autres possibilités, et je suppose que le combo "petite équipe d'une dizaine de personne + on peut pas stocker les données sur un cloud d'une autre entreprise" n'est pas si courant que ça (sinon Atlassian ferait un effort pour maintenir cette offre)
Oui en effet, ces offres commencent à 27000€/an pour 500 utilisateurs.
À ce prix la, il vaut mieux embaucher quelqu'un pour contribuer à xwiki et développer les plugins nécessaires! C'est donc ce qu'on a fait.
Et il faut aussi qu'on commence à se préoccuper du remplacement de Jira qui a eu à peu près les mêmes changements. On l'utilise encore pour l'instant parce qu'on avait déjà une license, et le support est assuré jusqu'en 2024.
La deuxième partie de mon message était une explication de type "mais si c'est parfaitement logique!" par un informaticien. En fait je pense que tu as raison c'est forcément un informaticien qui a inventé un truc pareil, je ne vois pas qui d'autre pourrait faire ça. Ils s'y sont peut-être même mis à plusieurs, sur plusieurs années, pour aboutir à ce résultat.
Mais je pense aussi que cette solution a été choisie, non pas parce qu'elle est plus logique qu'une autre, mais probablement une histoire du type "c'est soit ça, soit il faut tout recoder, et on va quand même pas retarder de 6 mois le lancement du tgv juste pour réécrire le système de réservation des places" avec des contraintes imposées par un système informatique datant de 20 ans plus tôt. C'est possible que les ordinateurs de la sncf soient incapables de faire une réservation pour un siège numéroté 19 ou 20 (il y a un siège 19 dans certaines voitures de tgv [dans une rangée qui comporte 5 sièges] mais il est justement dans le compartiment en bout de rame ou les sièges ne peuvent pas être réservés). Et il a fallu numéroter les sièges en prenant compte de ces limitations.
Par exemple, savez vous pourquoi les numéros de billets d'avions sont toujours composés de 6 lettres et chiffres? C'est en fait au départ un encodage de l'adresse ou est stockée la réservation sur le disque dur de l'ordinateur central des réservations. Ordinateur qui a été mis à la retraite il y a des dizaines d'années, mais le format des numéros de réservation est resté…
Je ne vois pas pourquoi ça serait la faute d'un informaticien cette fois-ci. On fait déjà assez de bêtises comme ça, on va pas en plus prendre gratuitement la responsabilité de celles des autres…
D'abord, une solution simple était de numéroter les places sur chaque rangée:
On commence à 11, 12, 13, 14 sur la première rangée. On pourrait passer à 21, 22, 23, 24 sur la deuxième rangée, mais s'il y a plus de 9 rangées de sièges cela conduirait à des numéros de sièges à 3 chiffres. Donc on numérote la deuxième rangée en 15, 16, 17, 18.
On pourrait continuer avec 19, 20, 21, 22, mais dans ce cas, le siège 21 est un siège couloir alors que le 11 est un siège fenêtre. Pour éviter ça, on saute le 19 et le 21. On a donc 21, 22, 23, 24 dans la même position que 11, 12, 13, 14, mais deux rangées plus loin.
Cependant, sur les TGV il y a des sièges dans les deux sens dans chaque voiture, et au milieu cela forme un "carré". Il serait logique que les 4 sièges du carré aient des numéros consécutifs, comme ça, quand 4 personnes réservent leurs billets (une famille par exemple) on peut facilement leur attribuer ces 4 sièges.
La numérotation est donc maintenant faite par carré de 4 sièges: 11, 12, 13, 14 à gauche du couloir, 15, 16, 17, 18 à droite, et on recommence ensuite: 21, 22, 23, 24 à gauche, 25, 26, 27, 28 à droite, et ainsi de suite.
Conclusion: il semblerait qu'un informaticien peut arriver à trouver une certaine logique là dedans. J'irai pas jusqu'à dire que c'est bien :) La solution choisie pour les avions (numéroter la rangée et donner une lettre au siège) est beaucoup mieux. Mais peut-être que la SNCF ne pouvait pas se permettre d'avoir des lettres dans ses numéros de sièges (ou d'avoir 3 caractères au lieu de 2) à cause… d'informaticiens paresseux qui ne voulaient pas réécrire tout leur système de réservation et ont proposé cette solution à la place?
ça n'a pas marché puisque sur les rames duplex, on dépasse le siège 98 et il y a donc quand même des sièges avec un numéro à 3 chiffres.
Je pense qu'on s'est rencontrés aux JDLL. Merci d'être passé à notre stand :-)
En effet, c'est parfois plus facile de prendre contact sur place :)
(c'est moi qui suis venu sur le stand aux JDLL, ensuite j'ai transmis les informations à Nicolas qui a fait le reste du travail pour faire fonctionner tout ça)
Merci pour votre aide sur ce sujet en tout cas, ça nous a permis de mettre en place une solution satisfaisante.
Et allons y un point "je traduis hack par piratage sans me poser de question" dès la deuxième phrase de l'article…
Et un peu plus loin une traduction de "garbage packets" par "paquets poubelles" plutôt que, par exemple "données corrompues"?
Et enfin le nom de la personne interviewée a perdu son accent, il s'agit de Håvard Grip.
Au final il vaut mieux lire la version en anglais avec une traduction pareille. Sinon on passe plus de temps à essayer de deviner quel était le mot anglais de départ qui a été mal traduit.
Pas tant que ça, les voitures thermiques ont une boîte de vitesses qui est aussi une transformation, et c'en est une qui est pas très efficace.
Les voitures électriques peuvent aussi récupérer de l'énergie lors du freinage, ce qui me semble compliqué à faire sur un moteur thermique. Et certaines voitures perdent une très grande partie de leur énergie dans le freinage (ça dépend du type de trajet et du comportement du conducteur).
D'ailleurs le principe utilisé dans les véhicules routier d'entraîner directement les roues avec le moteur se trouve assez peu ailleurs: les trains utilisent un moteur thermique pour générer de l'électricité pour alimenter un moteur électrique qui va faire avancer le train. Dans les gros engins d'exploitation minière, le moteur thermique fait tourner une pompe hydraulique, et la pression générée permet de faire avancer l'engin (entre autres choses).
Enfin il y a des choses à faire en repensant le format des véhicules. La plupart des voitures comportent 4 places, qui sont rarement utilisés. Il est probablement possible de faire des véhicules électriques transportant moins de passagers, mais plus petits et plus légers. Ou au contraire, plus gros et plus rapides (ça s'appelle un train).
Mais si le distributeur ne t'as pas fourni de licence, ou t'a fourni une licence incorrecte (licence proprio par exemple), tu n'as pas contracté la GPL avec le distributeur, et j'ai du mal à voir sur quelle base légale tu peux le poursuivre. Recel de contrefaçon peut-être?
éventuellement escroquerie? Le distributeur a vendu un truc qu'il n'avait pas le droit de vendre de cette façon: du code qui ne lui appartient pas et qu'il n'a le droit de distribuer que sous certaines conditions définies par son contrat avec l'entité qui a le copyright sur le code (la GPL, donc).
Pour imaginer un truc un peu similaire, c'est comme si le locataire d'un logement essayait de vendre ce logement à quelqu'un d'autre? J'imagine que l'acheteur a quelques moyens de recours dans ce cas (et le vrai propriétaire du logement aussi).
Ça serait déjà super si ça arrivait dans les spams. En ce moment les mails disparaissent complètement.
La mailing list est hébergée par le service de mailing lists de free.fr: ml.free.fr et elle fonctionnait très bien jusqu'à présent.
Effectivement il est peut-être possible de faire quelque chose dans la config, mais Google ne dira pas quoi (ça pourrait aider les "vrais" spammeurs à contourner les blocages).
Et la solution ne va pas être de passer des nuits à bricoler des configs de serveurs de mail, ça va finir par quelqu'un qui propose de créer un serveur Discord ou un groupe Facebook ou je ne sais quoi de ce genre. Une plateforme fermée, centralisée, mais qui "juste marche".
Il y a quelques années, tout les emails qui ne provenaient pas de leur serveurs étaient rejetés (ou effacés, je ne sais plus).
C'est à peu près ce que fait gmail aussi, pourtant c'est le plus gros fournisseur d'emails. La fédération et la décentmalisation ne sont plus à la mode…
Bonj'arrête de troller et je retourne pleurer sur la mort de la mailing list de ma chorale, depuis quelques semaines les mails n'arrivent plus du tout chez la moitié des choristes et sont rangés dans les spams pour l'autre moitié…
C'est utile au moins pour l'intérêt historique et aussi peut-être pour pouvoir documenter les formats de fichiers et pouvoir importer les projets dans d'autres outils.
N'ayant que très peu utilisé Blender et pas du tout 3D Movie Maker, je me lancerai pas dans une comparaison. J'imagrne que le moteur de Blender est capable de faire tout ce que fait 3D Movie Maker, mais l'idée était plutôt d'avoir une interface plus limitée, qui fait beaucoup roins de choses, mais plus facile à prendre en main.
Personellement j'ai pu faire plus rapide avec moins de code en C++ pour un usage un peu similaire (écriture très rapide de fichiers csv). Le C++ permet de facilement configurer un buffer d'écriture et d'avoir une API simple et rapide pour écrire les données.
Par contre ce n'est pas ifstream/ofstream qu'il faut utiliser pour ça. C'est un peu comme si on disait que lire un fichier dans une string en utilisant fscanf est lent. C'est juste pas la bonne fonction pour ça.
D'autre part, en C/UNIX, on peut aussi faire plus rapide, par exemple avec mmap().
il fallait ~45 min pour charger un jeu depuis une cassette audio à bande magnétique
N'exagérons rien.
à 1000 baud, on pouvait charger 48Ko (un jeu remplissant pas mal la mémoire) en 48 * 1024 / (1000 / 8) = 393 secondes environ.
ça fait un peu moins de 7 minutes. Un peu plus en comptant l'espace entre les blocs sur la cassette, les bits de synchronisation, et l'en-tête des blocs. Mais on est encore loin des 45 minutes.
Et ça c'est à la vitesse lente de la cassette et sans compression.
ça reste pas très rapide. Sur une disquette (double densité) on peut charger 9 secteurs de 512 octets en une rotation de la disquette, qui tourne à 300 tours par minute. Ce qui fait un maximum théorique autour de 23Ko/seconde, on pourrait donc, en théorie, charger le même jeu en moins de 2 secondes!
Cependant l'implémentation par défaut (sur l'Amstrad CPC) est beaucoup plus lente, il lui faut au moins 2 rotations de la disquette pour lire une piste, sans compter les délais pour se resynchroniser après un changement de piste. On sera donc autour des 8Ko/s en moyenne. Ce qui reste quand même bien plus rapide qu'une cassette.
[^] # Re: Vraie question
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien why PERL is still relevant in 2022?. Évalué à 2. Dernière modification le 15 juillet 2022 à 17:06.
Alors pour l'occupation mémoire de Python, il existe Micropython, d'après https://lwn.net/Articles/725508/ il peut fonctionner avec 256K de code et 16K de RAM (et c'est en baremetal sans avoir besoin d'un OS en-dessous).
Il ne me semble pas avoir vu Perl faire aussi bien.
D'ailleurs cela laisse entrevoir un autre aspect intéressant de Python: il y a plusieurs implémentations du langage, qui sont adaptées pour différents usages: MicroPython pour l'embarqué avec quelques Ko de RAM, cython quand on a besoin de compiler le code pour qu'il tourne plus vite, etc. On est en fait bien au-delà d'un simple langage de script.
Il va donc peut être remplacer C++ quand il en aura fini avec Perl?
[^] # Re: En parlant de Minitel
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien OS pour Minitel. Évalué à 8.
En gros, pour comparer avec des technos modernes, Transpac est similaire à TCP et Cyclades à UDP. C'est aoproximatif comme comparaison, parce que TCP est un protocole très compliqué pour fournir le même service que Transpac: les données envoyées arrivent toutes à destination, et dans le même ordre où elles ont été envoyées.
Ça convient très très bien à un usage de type Minitel et à plein d'autres choses aussi (HTTP, telnet, FTP, SSH, …). Et c'est une façon de penser qui était maîtrisée à l'époque parce que ça se comporte en gros comme un lien série point à point, chose qu'on sait faire au moins depuis l'invention du télétype.
Du coup cela a simplifié probablement l'interfaçage avec des technos existantes, et aussi le développement de nouvelles applications sans avoir à utiliser une façon de réfléchir complètement différente.
Ce n'est que bien plus tard que on a commencé à voir des applications pour des protocoles basés sur UDP et la notion de datagramme.
Je ne sais pas à quel point Transpac a été conservé si longtemps que ça pour le minitel, il me semble que sur la fin, c'était bien de l'internet qui pouvait être utilisé entre le central télétel (qui gérait les numéros 361x) et les services Minitel. Le Minitel lui-même n'est pas vraiment lié à Transpac, c'est juste un terminal avec un modem qui envoie et reçoit ds octets. Peu importe comment c'est encapsulé et routé après.
[^] # Re: minitel : terminal pour l'arduino
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien OS pour Minitel. Évalué à 10.
Pour un projet qui tourne vraiment sur le processeur du Minitel (en remplaçant la ROM interne), voir plutôt par ici: http://hxc2001.free.fr/minitel/
[^] # Re: En parlant de Minitel
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien OS pour Minitel. Évalué à 6.
Bien sûr, d'ailleurs plusieurs services sont toujours en ligne et accessibles par ce moyen. Par exemple ceux listés ici (à la fin de l'article après tous les détails techniques): https://cq94.medium.com/dragster-restauration-du-serveur-minitel-pour-macintosh-7ac6b6f3f890
par défaut le Minitel utilise un mode d'affichage en 40 colonnes et des séquences d'échappement pas du tout standard. Le mode dit "ASCII" passe en 80 colonnes et avec des séquences d'échappement compatibles avec le terminal VT100 (qui est également celui émulé par xterm et plutôt standard un peu partout).
Ça permet donc d'utiliser le Minitel comme un terminal pour tout autre chose que les services Minitel.
Oui, le mode retourné permet de faire communiquer entre eux directement deux Minitel. Ce qui est tapé sur le clavier de l'un s'affiche sur l'écran de l'autre.
http://3611.re dit qu'il le fait mais ça n'a pas l'air de fonctionner chez moi (je pense que le pare-feu de mon entreprise bloque les websockets).
Je sais pas mais ça a méga bien marché, avec des millions d'utilisateurs pendant une vingtaine d'années. Il y avait un terminal facile à utiliser et pas trop cher à produire, un modèle économique bien fichu (facturation à la minute directement intégrée sur la facture de téléphone, pas besoin de s'inscrire séparément à chaque service).
Je vois pas trop le rapport avec Cyclades qui n'avait rien de tout ça. Au contraire, pour faire marcher du réseau Cyclades sur un Minitel il aurait fallu implémenter des protocoles beaucoup plus compliqués (gestion des pertes de paquets, réordonnancement, etc), ce dont Transpac n'a pas besoin (les paquets arrivent dans l'ordre et il y a plus qu'à afficher les caractères reçus). C'est ça qui a permis de faire un terminal Minitel vraiment pas cher, avec peu de mémoire et un CPU plutôt lent.
[^] # Re: Dokuwiki ne faisait pas l'affaire ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Utiliser XWiki pour générer une documentation logicielle en PDF. Évalué à 2.
On peut sélectionner une partie du texte (mot, paragraphe, …) et appuyer sur un bouton "commentaire". Les commentaires s'affichent alors à côté de la page dans des "bulles", associé au texte surligné. On peut ensuite modifier le document et marquer le commentaire comme résolu.
Pour les traitements de texte, on a un outil qui à partir de ça peut nous générer un fichier tableur avec tous les commentaires (indiquant le numéro de page et de paragraphe), et qui peut être utilisé comme fiche de relecture, pour vérifier dans une version suivante du document si les modifications ont bien été faites.
Pour XWiki, on a installé un plugin de commentaires mais on a pas encore mis en place la partie "fiche de relecture" pour l'instant. Ce n'est peut-être pas nécessaire dans le projet sur lequel on utilise XWiki actuellement, ça le sera peut-être pour d'autres clients qui sont beaucoup plus stricts sur le processus de relecture et de validation de documents.
[^] # Re: Dokuwiki ne faisait pas l'affaire ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Utiliser XWiki pour générer une documentation logicielle en PDF. Évalué à 2.
J'utilise Dokuwiki pour des projets personnels et ça me semble quand même assez limité. On peut vraiment générer un export pdf, avec toutes les pages d'une section du wiki, dans le bon ordre?
Pour moi la seule chose qui permet d'organiser les pages dans un dokuwiki, c'est de les présenter dans un certain ordre dans la sidebar, ou éventuellement on peut un peu organiser avec des namespaces.
Je ne sais pas si la gestion des droits est aussi poussée, sur notre wiki il y a certaines pages accessibles par nos clients, certaines par des fournisseurs, et d'autres internes seulement pour nous.
Il y a pas mal d'autres fonctionalités qu'on utilise aussi, par exemple la possibilité de faire des commentaires sur le contenu d'une page (équivalent aux commentaires dans les traitements de texte)
Peut-être que je connaît pas assez bien dokuwiki et tous ses plugins et qu'on pourrait arriver à faire tout ça avec.
[^] # Re: Reconditionné
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Le marché des smartphones est en chute libre et ce n’est pas près de s’arrêter. Évalué à 3.
Apple s'est pris une amende parce qu'ils ont fait ça sans prévenir les consommateurs. Il y a donc tromperie: ils ont vendu un smartphone avec un processeur à N GHz et en fait quelques années plus tard il tourne à N/2 GHz.
Donc, il suffit de prévenir les gens: ce smartphone fonctionne pendant 2 ans (ou 3, ou 5), après, il faut le changer. Mais il est moins cher que les concurrents.
Là on arrive sur de l'obsolescence programmée. Qui est peut être aussi interdite dans certains pays, mais certainement pas partout. Donc, ça peut se faire au moins dans les pays ou c'est autorisé.
[^] # Re: Petite précision sur l'offre Atlassian
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Utiliser XWiki pour générer une documentation logicielle en PDF. Évalué à 8.
Je suis pas là pour décider ce qui est Bien ou Mal. J'ai juste oublié l'existence de l'offre data center tout simplement parce que notre wiki a environ 20 utilisateurs. Ce n'était pas volontaire, ça fait 2 ans que le choix d'utiliser xwiki est fait, je me souviens pas de tous les détails, c'est tout.
D'autre part, j'ai dit qu'on utilisait Jira et qu'on est bien embêtés de devoir trouver autre chose, ce qui est plutôt un bon point pour Jira. Ça montre simplement un exemple de comment on peut se retrouver face au mur du jour au lendemain avec un logiciel propriétaire: la license peut changer et la solution utilisée tout simplement plus proposée par le fournisseur. Mais Atlassian fait les choses de façon correcte et nous laisse le temps de préparer notre migration tranquillement si c'est le choix qu'on fait. Et peut-être que finalement on décidera que le coût de mise en place d'un autre outil esttrop important et qu'on préfère payer Atlassian, même si c'est 27K€/an. Ce sera probablement même pas l'abonnement qui nous coûte le plus cher, et comme Jira est utilisé pour plusieurs projets dans l'entreprise, ça se justifie peut-être, en r'partissant les coûts entre les différents clients concernés.
Et il me semble que le contenu de la dépêche n'est pas vide de critiques (constructives, j'espère) sur xwiki.
Enfin je ne pense pas faire du bashing gratuit de logiciel propriétaire ici. Le but est juste de donner un peu de contexte sur comment on a choisi xwiki pour ce projet. D'autres entreprises et projets auront, bien évidemment, d'autres contraintes, d'autres budgets, d'autres possibilités, et je suppose que le combo "petite équipe d'une dizaine de personne + on peut pas stocker les données sur un cloud d'une autre entreprise" n'est pas si courant que ça (sinon Atlassian ferait un effort pour maintenir cette offre)
[^] # Re: Petite précision sur l'offre Atlassian
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Utiliser XWiki pour générer une documentation logicielle en PDF. Évalué à 5. Dernière modification le 02 juillet 2022 à 16:05.
Oui en effet, ces offres commencent à 27000€/an pour 500 utilisateurs.
À ce prix la, il vaut mieux embaucher quelqu'un pour contribuer à xwiki et développer les plugins nécessaires! C'est donc ce qu'on a fait.
Et il faut aussi qu'on commence à se préoccuper du remplacement de Jira qui a eu à peu près les mêmes changements. On l'utilise encore pour l'instant parce qu'on avait déjà une license, et le support est assuré jusqu'en 2024.
[^] # Re: Numérotation
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Testons la concurrence à la SNCF. Évalué à 5.
La deuxième partie de mon message était une explication de type "mais si c'est parfaitement logique!" par un informaticien. En fait je pense que tu as raison c'est forcément un informaticien qui a inventé un truc pareil, je ne vois pas qui d'autre pourrait faire ça. Ils s'y sont peut-être même mis à plusieurs, sur plusieurs années, pour aboutir à ce résultat.
Mais je pense aussi que cette solution a été choisie, non pas parce qu'elle est plus logique qu'une autre, mais probablement une histoire du type "c'est soit ça, soit il faut tout recoder, et on va quand même pas retarder de 6 mois le lancement du tgv juste pour réécrire le système de réservation des places" avec des contraintes imposées par un système informatique datant de 20 ans plus tôt. C'est possible que les ordinateurs de la sncf soient incapables de faire une réservation pour un siège numéroté 19 ou 20 (il y a un siège 19 dans certaines voitures de tgv [dans une rangée qui comporte 5 sièges] mais il est justement dans le compartiment en bout de rame ou les sièges ne peuvent pas être réservés). Et il a fallu numéroter les sièges en prenant compte de ces limitations.
Par exemple, savez vous pourquoi les numéros de billets d'avions sont toujours composés de 6 lettres et chiffres? C'est en fait au départ un encodage de l'adresse ou est stockée la réservation sur le disque dur de l'ordinateur central des réservations. Ordinateur qui a été mis à la retraite il y a des dizaines d'années, mais le format des numéros de réservation est resté…
[^] # Re: Numérotation
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Testons la concurrence à la SNCF. Évalué à 10.
Je ne vois pas pourquoi ça serait la faute d'un informaticien cette fois-ci. On fait déjà assez de bêtises comme ça, on va pas en plus prendre gratuitement la responsabilité de celles des autres…
Il y a des explications ici: https://www.guichetdusavoir.org/question/voir/34421
En gros ce qu'il s'est passé:
D'abord, une solution simple était de numéroter les places sur chaque rangée:
On commence à 11, 12, 13, 14 sur la première rangée. On pourrait passer à 21, 22, 23, 24 sur la deuxième rangée, mais s'il y a plus de 9 rangées de sièges cela conduirait à des numéros de sièges à 3 chiffres. Donc on numérote la deuxième rangée en 15, 16, 17, 18.
On pourrait continuer avec 19, 20, 21, 22, mais dans ce cas, le siège 21 est un siège couloir alors que le 11 est un siège fenêtre. Pour éviter ça, on saute le 19 et le 21. On a donc 21, 22, 23, 24 dans la même position que 11, 12, 13, 14, mais deux rangées plus loin.
Cependant, sur les TGV il y a des sièges dans les deux sens dans chaque voiture, et au milieu cela forme un "carré". Il serait logique que les 4 sièges du carré aient des numéros consécutifs, comme ça, quand 4 personnes réservent leurs billets (une famille par exemple) on peut facilement leur attribuer ces 4 sièges.
La numérotation est donc maintenant faite par carré de 4 sièges: 11, 12, 13, 14 à gauche du couloir, 15, 16, 17, 18 à droite, et on recommence ensuite: 21, 22, 23, 24 à gauche, 25, 26, 27, 28 à droite, et ainsi de suite.
Il y a des schémas sur ce site (lien trouvé sur le premier site lié plus haut): http://z.4195.free.fr/spip/spip.php?article9
Conclusion: il semblerait qu'un informaticien peut arriver à trouver une certaine logique là dedans. J'irai pas jusqu'à dire que c'est bien :) La solution choisie pour les avions (numéroter la rangée et donner une lettre au siège) est beaucoup mieux. Mais peut-être que la SNCF ne pouvait pas se permettre d'avoir des lettres dans ses numéros de sièges (ou d'avoir 3 caractères au lieu de 2) à cause… d'informaticiens paresseux qui ne voulaient pas réécrire tout leur système de réservation et ont proposé cette solution à la place?
ça n'a pas marché puisque sur les rames duplex, on dépasse le siège 98 et il y a donc quand même des sièges avec un numéro à 3 chiffres.
[^] # Re: Merci pour le retour
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Utiliser XWiki pour générer une documentation logicielle en PDF. Évalué à 5.
En effet, c'est parfois plus facile de prendre contact sur place :)
(c'est moi qui suis venu sur le stand aux JDLL, ensuite j'ai transmis les informations à Nicolas qui a fait le reste du travail pour faire fonctionner tout ça)
Merci pour votre aide sur ce sujet en tout cas, ça nous a permis de mettre en place une solution satisfaisante.
# piratage
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien L'astuce logicielle de la NASA pour faire redécoller son hélicoptère martien Ingenuity . Évalué à 10.
Et allons y un point "je traduis hack par piratage sans me poser de question" dès la deuxième phrase de l'article…
Et un peu plus loin une traduction de "garbage packets" par "paquets poubelles" plutôt que, par exemple "données corrompues"?
Et enfin le nom de la personne interviewée a perdu son accent, il s'agit de Håvard Grip.
Au final il vaut mieux lire la version en anglais avec une traduction pareille. Sinon on passe plus de temps à essayer de deviner quel était le mot anglais de départ qui a été mal traduit.
[^] # Re: Cabale
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Musk interdit le télétravail à ses salariés. Évalué à 5.
Pas tant que ça, les voitures thermiques ont une boîte de vitesses qui est aussi une transformation, et c'en est une qui est pas très efficace.
Les voitures électriques peuvent aussi récupérer de l'énergie lors du freinage, ce qui me semble compliqué à faire sur un moteur thermique. Et certaines voitures perdent une très grande partie de leur énergie dans le freinage (ça dépend du type de trajet et du comportement du conducteur).
D'ailleurs le principe utilisé dans les véhicules routier d'entraîner directement les roues avec le moteur se trouve assez peu ailleurs: les trains utilisent un moteur thermique pour générer de l'électricité pour alimenter un moteur électrique qui va faire avancer le train. Dans les gros engins d'exploitation minière, le moteur thermique fait tourner une pompe hydraulique, et la pression générée permet de faire avancer l'engin (entre autres choses).
Enfin il y a des choses à faire en repensant le format des véhicules. La plupart des voitures comportent 4 places, qui sont rarement utilisés. Il est probablement possible de faire des véhicules électriques transportant moins de passagers, mais plus petits et plus légers. Ou au contraire, plus gros et plus rapides (ça s'appelle un train).
[^] # Re: Bonne nouvelle... mais croisade difficile
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien La GPL est à la fois une licence et un accord contractuel. Évalué à 3.
éventuellement escroquerie? Le distributeur a vendu un truc qu'il n'avait pas le droit de vendre de cette façon: du code qui ne lui appartient pas et qu'il n'a le droit de distribuer que sous certaines conditions définies par son contrat avec l'entité qui a le copyright sur le code (la GPL, donc).
Pour imaginer un truc un peu similaire, c'est comme si le locataire d'un logement essayait de vendre ce logement à quelqu'un d'autre? J'imagine que l'acheteur a quelques moyens de recours dans ce cas (et le vrai propriétaire du logement aussi).
[^] # Re: Tricheurs
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Pédantix (Wordle + Wikipedia). Évalué à 3.
Peu importe le nombre de coups, le vrai gagnant c'est le premier à trouver le titre après sa publication à midi! Et là c'est moins facile de tricher?
[^] # Re: Personne n'est à l'abri
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien A growing club of broken-by-design package managers. Évalué à 6.
Jusqu'au jour où les admins du dépôt disent "salut, on ferme, désolé!"
Et là toutes tes dépendances sont toutes cassées d'un seul coup en même temps.
[^] # Re: Ce n'est pas nouveau
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal La Poste ne distribue plus le courrier et le jette à la poubelle. Évalué à 3.
Ça serait déjà super si ça arrivait dans les spams. En ce moment les mails disparaissent complètement.
La mailing list est hébergée par le service de mailing lists de free.fr: ml.free.fr et elle fonctionnait très bien jusqu'à présent.
Effectivement il est peut-être possible de faire quelque chose dans la config, mais Google ne dira pas quoi (ça pourrait aider les "vrais" spammeurs à contourner les blocages).
Et la solution ne va pas être de passer des nuits à bricoler des configs de serveurs de mail, ça va finir par quelqu'un qui propose de créer un serveur Discord ou un groupe Facebook ou je ne sais quoi de ce genre. Une plateforme fermée, centralisée, mais qui "juste marche".
[^] # Re: Ce n'est pas nouveau
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal La Poste ne distribue plus le courrier et le jette à la poubelle. Évalué à 5.
J'ai déjà eu des problèmes de messages passés en spam par mail venant de:
Alors, si tu connaît une solution en meilleur termes avec Google que Google lui-même, je veux bien savoir ce que c'est :)
[^] # Re: Ce n'est pas nouveau
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal La Poste ne distribue plus le courrier et le jette à la poubelle. Évalué à 7. Dernière modification le 11 mai 2022 à 09:36.
C'est à peu près ce que fait gmail aussi, pourtant c'est le plus gros fournisseur d'emails. La fédération et la décentmalisation ne sont plus à la mode…
Bonj'arrête de troller et je retourne pleurer sur la mort de la mailing list de ma chorale, depuis quelques semaines les mails n'arrivent plus du tout chez la moitié des choristes et sont rangés dans les spams pour l'autre moitié…
[^] # Re: Évolutions techniques
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Marion Créhange, l’informatique au service des sciences humaines. Évalué à 2.
Les romains ont inventé la machine à vapeur: https://fr.m.wikipedia.org/wiki/%C3%89olipyle
Ainsi que le piston, la pompe hydraulique, et plein d'autres trucs dont on pense aujourd'hui qu'ils sont beaucoup plus récents.
[^] # Re: Est-ce utile?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Microsoft libère le code source de 3D Movie Maker. Évalué à 2.
C'est utile au moins pour l'intérêt historique et aussi peut-être pour pouvoir documenter les formats de fichiers et pouvoir importer les projets dans d'autres outils.
N'ayant que très peu utilisé Blender et pas du tout 3D Movie Maker, je me lancerai pas dans une comparaison. J'imagrne que le moteur de Blender est capable de faire tout ce que fait 3D Movie Maker, mais l'idée était plutôt d'avoir une interface plus limitée, qui fait beaucoup roins de choses, mais plus facile à prendre en main.
[^] # Re: Impressionné
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche À propos des liens sur le site LinuxFr.org. Évalué à 4.
Voici un lien vers le lien vers cette dépêche puisque quelqu'un a déjà eu cette pas très bonne idée.
[^] # Re: Le résultat ne m'a pas étonné du tout
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien ifstream vs posix (le résultat va vous étonner). Évalué à 4.
Personellement j'ai pu faire plus rapide avec moins de code en C++ pour un usage un peu similaire (écriture très rapide de fichiers csv). Le C++ permet de facilement configurer un buffer d'écriture et d'avoir une API simple et rapide pour écrire les données.
Par contre ce n'est pas ifstream/ofstream qu'il faut utiliser pour ça. C'est un peu comme si on disait que lire un fichier dans une string en utilisant fscanf est lent. C'est juste pas la bonne fonction pour ça.
D'autre part, en C/UNIX, on peut aussi faire plus rapide, par exemple avec mmap().
[^] # Re: Évolutions techniques
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Marion Créhange, l’informatique au service des sciences humaines. Évalué à 2.
N'exagérons rien.
à 1000 baud, on pouvait charger 48Ko (un jeu remplissant pas mal la mémoire) en 48 * 1024 / (1000 / 8) = 393 secondes environ.
ça fait un peu moins de 7 minutes. Un peu plus en comptant l'espace entre les blocs sur la cassette, les bits de synchronisation, et l'en-tête des blocs. Mais on est encore loin des 45 minutes.
Et ça c'est à la vitesse lente de la cassette et sans compression.
ça reste pas très rapide. Sur une disquette (double densité) on peut charger 9 secteurs de 512 octets en une rotation de la disquette, qui tourne à 300 tours par minute. Ce qui fait un maximum théorique autour de 23Ko/seconde, on pourrait donc, en théorie, charger le même jeu en moins de 2 secondes!
Cependant l'implémentation par défaut (sur l'Amstrad CPC) est beaucoup plus lente, il lui faut au moins 2 rotations de la disquette pour lire une piste, sans compter les délais pour se resynchroniser après un changement de piste. On sera donc autour des 8Ko/s en moyenne. Ce qui reste quand même bien plus rapide qu'une cassette.