Non mais il y a des gens qui ne souhaitent pas redistribuer des versions, même non modifiées.
Par exemple, moi!
Sur les DVDs du système d'exploitation Haiku, on inclut un certain nombre d'outils de développement, dont, par exemple, GNU make. Comme il est sous licence GPL, si j'envoie un tel DVD à quelqu'un (par la poste, sur un stand au FOSDEM, …) je m'engage à rester à sa disposition pendant 3 ou 5 ans (si je dis pas de bêtise) pour lui donner, par le même moyen, les sources correspondantes.
La licence a été un peu améliorée sur ce point dans la version 3 et maintenant, fournir un lien pour télécharger les sources (qui doit rester valable pendant la même durée) est suffisant.
Au final, pour Haiku, on a mis les sources des applications sous licenses GPL fournies, directement sur le DVD. Ce qui nous empêche de pouvoir faire rentrer notre distribution sur un CD au lieu d'un DVD. Ce qui fait que les DVD coûtent un peu plus cher à produire et donc on récolte moins d'argent par ce moyen (on passe de 87c à 1€ pièce sur un lot de 500 disques). Donc la conformité à la GPL nous a coûté environ 65€.
Ça peut marcher aussi. Ça m'arrive souvent de mélanger du code MIT et GPL dans un projet. L'ensemble est alors soumis aux contraintes de redistribution de la GPL (ou alors il faut réécrire et remplacer les morceaux qui sont sous cette license), mais on peut extraire des parties du code qui sont en MIT pour les réutiliser ailleurs.
Le changement climatique accélère la rotation de la Terre ce qui fait qu'il ne devrait plus y avoir de secondes intercalaires de toutes façons.
… mais pourquoi ces gens utilisent la mauvaise base de temps? Si les secondes intercalaires vous pose problème, utilisez le temps TAI et pas le temps UTC, il est prévu pour ça. Et laissez le temps UTC être synchronisé avec la rotation de la Terre, il est prévu pour ça. Si votre système n'est pas lié à la rotation de la Terre vous n'avez pas besoin du temps UTC.
Alors pardon mais Carbon c'est surtout le framework qui a permis de migrer en douceur de Mac OS 8 vers Mac OS X en pouvant cibler ces 2 systèmes (complètement différents malgré les apparences) avec le même code source.
Sur mon projet actuel, les spécifications ainsi que le code sont en anglais. On utilise des anglicismes pour les mots technique à l'oral, parce qu'on a défini ces mots en anglais et on peut les utiliser avec un sens très précis. C'est parfois même un avantage: pour les mots anglais utilisés ainsi, on peut les détacher assez facilement de leur sens original et les utiliser uniquement dans le sens qu'on leur a donné dans le contexte du projet. Le vocabulaire qu'on peut utiliser s'en trouve ainsi enrichi puisqu'on peut, au besoin, piocher dans le lexique de deux langues différentes.
Par contre sur un projet précédent, les spécifications était en français, mais le code et les commentaires en anglais. Du coup, c'était deux fois plus de travail. Pour chaque concept il fallait trouver deux noms, un en français pour la spec, un en anglais pour le code. En essayant d'éviter les "faux amis", mots qui se ressemblent dans les deux langues mais dont le sens peut en fait être différent (parfois beaucoup, et parfois de façon beaucoup plus subtile).
Bref, le plus simple c'est de travailler dans une seule langue à la fois, et peu importe laquelle.
Pour Telegram, le chiffrement de bout en bout il est surtout dans les arguments marketing. Il n'est pas activé par défaut comme ça pas besoin de s'embêter avec des clés de chiffrement. Mais il existe, donc ils communiquent (beaucoup) dessus.
D'autre part, cette tentative de monétiser Telegram me semble moins nulle que la précédente qui était à base de cryptomonnaies si je me souviens bien?
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".
[^] # Re: Extensions GNU
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Implémentation POSIX de make, dans le domaine public. Évalué à 6.
Non mais il y a des gens qui ne souhaitent pas redistribuer des versions, même non modifiées.
Par exemple, moi!
Sur les DVDs du système d'exploitation Haiku, on inclut un certain nombre d'outils de développement, dont, par exemple, GNU make. Comme il est sous licence GPL, si j'envoie un tel DVD à quelqu'un (par la poste, sur un stand au FOSDEM, …) je m'engage à rester à sa disposition pendant 3 ou 5 ans (si je dis pas de bêtise) pour lui donner, par le même moyen, les sources correspondantes.
La licence a été un peu améliorée sur ce point dans la version 3 et maintenant, fournir un lien pour télécharger les sources (qui doit rester valable pendant la même durée) est suffisant.
Au final, pour Haiku, on a mis les sources des applications sous licenses GPL fournies, directement sur le DVD. Ce qui nous empêche de pouvoir faire rentrer notre distribution sur un CD au lieu d'un DVD. Ce qui fait que les DVD coûtent un peu plus cher à produire et donc on récolte moins d'argent par ce moyen (on passe de 87c à 1€ pièce sur un lot de 500 disques). Donc la conformité à la GPL nous a coûté environ 65€.
[^] # Re: L'argent, la solution à tous les problèmes
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Why I Use the GPL and Not Cuck Licenses. Évalué à 5.
Ça peut marcher aussi. Ça m'arrive souvent de mélanger du code MIT et GPL dans un projet. L'ensemble est alors soumis aux contraintes de redistribution de la GPL (ou alors il faut réécrire et remplacer les morceaux qui sont sous cette license), mais on peut extraire des parties du code qui sont en MIT pour les réutiliser ailleurs.
# Chagement climatique
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Les géants de la tech veulent bannir la seconde intercalaire pour éviter les pannes d'Internet. Évalué à 8.
Le changement climatique accélère la rotation de la Terre ce qui fait qu'il ne devrait plus y avoir de secondes intercalaires de toutes façons.
… mais pourquoi ces gens utilisent la mauvaise base de temps? Si les secondes intercalaires vous pose problème, utilisez le temps TAI et pas le temps UTC, il est prévu pour ça. Et laissez le temps UTC être synchronisé avec la rotation de la Terre, il est prévu pour ça. Si votre système n'est pas lié à la rotation de la Terre vous n'avez pas besoin du temps UTC.
[^] # Re: Le nom ne m'arrange pas trop...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Google forke C++. Évalué à 7.
Alors pardon mais Carbon c'est surtout le framework qui a permis de migrer en douceur de Mac OS 8 vers Mac OS X en pouvant cibler ces 2 systèmes (complètement différents malgré les apparences) avec le même code source.
# Le plus fatiguant c'est de mélanger deux langues
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Mon rapport à l'anglais . Évalué à 7.
Sur mon projet actuel, les spécifications ainsi que le code sont en anglais. On utilise des anglicismes pour les mots technique à l'oral, parce qu'on a défini ces mots en anglais et on peut les utiliser avec un sens très précis. C'est parfois même un avantage: pour les mots anglais utilisés ainsi, on peut les détacher assez facilement de leur sens original et les utiliser uniquement dans le sens qu'on leur a donné dans le contexte du projet. Le vocabulaire qu'on peut utiliser s'en trouve ainsi enrichi puisqu'on peut, au besoin, piocher dans le lexique de deux langues différentes.
Par contre sur un projet précédent, les spécifications était en français, mais le code et les commentaires en anglais. Du coup, c'était deux fois plus de travail. Pour chaque concept il fallait trouver deux noms, un en français pour la spec, un en anglais pour le code. En essayant d'éviter les "faux amis", mots qui se ressemblent dans les deux langues mais dont le sens peut en fait être différent (parfois beaucoup, et parfois de façon beaucoup plus subtile).
Bref, le plus simple c'est de travailler dans une seule langue à la fois, et peu importe laquelle.
[^] # Re: Pourquoi pas si ça reste libre
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Le client Telegram adopte un modèle économique Freemium. Évalué à 2.
Pour Telegram, le chiffrement de bout en bout il est surtout dans les arguments marketing. Il n'est pas activé par défaut comme ça pas besoin de s'embêter avec des clés de chiffrement. Mais il existe, donc ils communiquent (beaucoup) dessus.
D'autre part, cette tentative de monétiser Telegram me semble moins nulle que la précédente qui était à base de cryptomonnaies si je me souviens bien?
# Étiquettes
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Le client Telegram adopte un modèle économique Freemium. Évalué à 3.
Message à la modération, possibilités de nettoyage dans les étiquettes:
[^] # 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".