Claude SIMON a écrit 575 commentaires

Moi :

Quelle est la typologie réseau associée à la technologie 10BASE2 ?

ChatGPT :

La technologie de réseau Ethernet coaxial (ou 10BASE2) était généralement utilisée pour créer des réseaux de type "étoile". Dans un réseau en étoile, chaque ordinateur ou périphérique du réseau est connecté à un commutateur central (ou hub) via un câble individuel. Le commutateur central reçoit les données transmises par chaque ordinateur et les achemine vers la destination appropriée. Cette architecture de réseau est connue pour être fiable et facile à mettre en œuvre, car chaque ordinateur est connecté de manière indépendante et peut être ajouté ou retiré du réseau sans perturber les autres ordinateurs. Cependant, elle peut être coûteuse à mettre en place et à entretenir, car elle nécessite un grand nombre de câbles et de connecteurs.

Moi :

Tu confonds avec la typologie utilisée avec 10base-T. Avec 10base2, on utilise une typologie réseau dite en bus.

ChatGPT :

Je suis désolé pour la confusion. Vous avez raison, la technologie de réseau Ethernet coaxial (ou 10BASE2) était généralement utilisée pour créer des réseaux de type "bus". Dans un réseau en bus, tous les ordinateurs et périphériques du réseau sont connectés en série via un câble commun, qui est généralement un câble coaxial. Chaque ordinateur peut envoyer et recevoir des données sur le réseau en transmettant des trames sur le câble commun. Les trames sont acheminées à chaque ordinateur du réseau, qui les ignore s'il ne s'agit pas de sa destination. Cette architecture de réseau est simple à mettre en œuvre, mais elle est moins fiable que d'autres architectures, car tous les ordinateurs du réseau sont connectés en série et sont donc tous affectés si le câble ou l'un des ordinateurs du réseau tombe en panne. Elle est également moins efficace que d'autres architectures, car elle nécessite un temps de transmission plus long pour acheminer les données à chaque ordinateur du réseau. Aujourd'hui, la technologie Ethernet coaxial (ou 10BASE2) est largement obsolète et a été remplacée par d'autres technologies de réseau, comme Ethernet sur câble torsadé (ou 10BASE-T) et Ethernet sur fibre optique (ou 10BASE-F). Ces technologies sont plus rapides et offrent des vitesses de transmission plus élevées que 10BASE2, et elles sont également plus faciles à mettre en œuvre et à entretenir. Elles sont utilisées dans de nombreux réseaux de petite et de grande taille à travers le monde.

En tout cas, ça maîtrise l'art de noyer le poisson :-)…

J'ai reposé la même question dans une nouvelle conversation, et la réponse était alors correcte. Reste à savoir si c'est parce que ça se souvient de ma précédente conversation, ou si ça a globalement intégré l'information…

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Pour les curieux, ce que je reproche à dialog c'est […] l'utilisation de STDERR pour récupérer le résultat, donc on ne peux pas faire INPUT=$(dialog foobar)

Je ne me rappelle plus comment j'en suis arrivé à cette solution, mais voici un petit script montrant comment j'utilise dialog :

#!/bin/bash
INPUT=$(dialog\
  --title "Test"\
  --menu "" 9 21 3\
    "a" "Entrée 1"\
    "b" "Entrée 2"\
    "c" "Entrée 3"\
  3>&1 1>&2 2>&3)
echo -e "\nValeur retournée : '$INPUT'"

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Il faut s'habituer à l'écriture en vert sur fond noir

Ça rappellera des souvenirs aux plus anciens d'entre nous ; certains ont probablement utilisé des moniteurs monochromes vert (mention spéciale à l'Amstrad CPC 464 monochrome), ou ambre…

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

En des temps anciens, je m'étais fendu d'un journal sur XULRunner, qui était à XUL ce que Electron est à HTML. Plus précisément, le journal portait sur la programmation d'applications XULRunner en C++, au lieu du traditionnel JavaScript. Aujourd'hui, j'utilise Electron à la place de XULRunner, mais je suis resté fidèle à C++.

Le journal en question : https://linuxfr.org/users/epeios/journaux/xulrunner-et-c.

Pour les passionnés d'archéologie, les billets de blog référencés dans ce journal peuvent être consultés à cette adresse, le premier se trouvant en bas : https://web.archive.org/web/20120909013202/http://zeusw.org/blog/index.php?categorie5/xul.

Et pour ceux qui veulent encore creuser plus, le code source des programmes mentionnés dans ces billets sont disponibles aux adresse suivantes :

• egeckocom : https://cvs.savannah.gnu.org/viewvc/epeios/epeios/tools/egeckocom/ ;
• edemogck : https://cvs.savannah.gnu.org/viewvc/epeios/epeios/apps/edemo/interface/frontend/Gecko/ ;
• le framework Epeios :
  • à l'époque : https://cvs.savannah.gnu.org/viewvc/epeios/epeios/stable/,
  • aujourd'hui : https://github.com/epeios-q37/epeios/tree/master/stable.

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Une autrice (en réalité un auteur) de BD et de romans s'exprimant sur son métier : https://maliki.com/strips/a-croisee-chemins/

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

s/prone/propre/ :-)

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Bon, je ne suis pas fan de ce style de musique ni spécialement versé dans tout ce qui est batterie mais, niveau performance musicale et technique, ça, ça me semble sortir du lot, indépendamment de l'âge de l'exécutante : https://www.youtube.com/watch?v=5jDVZPzfS1c.

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

X jours ??? Déjà V, je trouve ça énorme ! III à la rigueur, à condition qu'il ne fasse pas trop chaud ! (veni, vidi, et j'ai pas pu résister…)

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

if t.status != 'ESTABLISHED' and t.status != 'LISTEN': => if t.status in ('ESTABLISHED', 'LISTEN'):

Ça ne serait pas plutôt : if t.status not in ('ESTABLISHED', 'LISTEN'): (ajout de not) ?

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

je suis intéressé par l'intérêt éventuel des autres usages possibles des blockchains

Si tu en trouves (des intérêts), fais-le savoir !

Les JNF ? (-> [])

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Et si on parle de véhicules électriques, c'est encore pire : il n'y a plus de boîte de vitesse […]

Sauf chez Porsche…

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Je ne connais pas Matplotlib plus que ça, mais il me semble que l'image n'est pas exportée au format SVG.

D’après la documentation de la méthode savefig, comme il n'y a pas de paramètre format et que le format ne peut pas être déduit du paramètre fname, alors c'est le format par défaut qui est utilisé, à savoir png.

Voici la fonction que j'utilise pour exporter un graphique Matplotlib en SVG :

def getSVG(plt):
  figfile = StringIO()
  plt.savefig(figfile, format='svg')

  svg = figfile.getvalue();

  plt.close()

  return svg

Pour voir ce code en action : https://replit.com/@Q37Info/MatplotlibSVG#main.py (ligne 42).

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Faire un truc rapide sans avoir de compréhension de la lib standard, peut importe le langage, ça me semble très… disons difficile.

Soit-dit en passant, le C++ est probablement le langage (avec le C, parmi les plus populaires) avec lequel on peut le plus facilement faire des trucs rapides sans rien connaître de la bibliothèque standard. Le C++ donne en effet directement accès à la bibliothèque C standard, aux bibliothèques systèmes, voire à l'assembleur. De quoi court-circuiter la bibliothèque C++ standard sans nécessairement perdre en performances. Il faut être motivé et avoir les compétences nécessaires, mais c'est plus facile qu'avec la plupart des autres langages, car on n'a pas besoin de changer d'environnement de développement pour ce faire …

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Matplotlib est aussi capable de générer du SVG et, vu les affinités de SVG avec HTML, il doit y avoir moyen d'injecter ça avec htag.

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Ce n'est pas dans un menu, c'est un élément de la listbox affichée à gauche du champ contenant, au-dessus à gauche de la liste des évènements. Et elle est présente dans la version 91.12.0.

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Qu'est-ce qui ne va pas, dans Thunderbird, avec : onglet Agenda / Affichage Tous les évènements / Tri par dates croissantes / Sélection de l'évènement le plus récent à supprimer / Shift + Début / Suppr ? En plus, on peut annuler…

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Ma modeste contribution au débat…

Soit le pseudo-code suivant :

Lire octet
TantQue octet != 0
  Si octet == 1
    Faire ActionA   
  Sinon Si octet == 2
    Lire octet
    Si octet == 0
      Faire ActionB
    Sinon
      Faire ActionC
    FinSi
  Sinon
    Faire ActionD
  FinSi
  Lire octet
FinTantQue

Transcription naïve en C, en utilisant getc (j'écarte volontairement l'utilisation de switch…case) :

int main(…) {
  int c;

  c = getc(…);

  while ( c != 0 ) {
    if ( c == 1 )
      ActionA();
    else if ( c == 2 ) {
      if ( getc(…) == 0 )
        ActionB();
      else
        ActionC();
    } else
      ActionD();

    c = getc(…);
  }

  return EXIT_SUCCESS;
}

Avec ce code, s'il y a le moindre problème avec le flux lu par getc(…), on rentre dans une boucle infinie.

Implémentons maintenant une gestion d'erreurs à la C.

int main(…) {
  int c;

  c = getc(…);

  if ( c == EOF )
    return EXIT_FAILURE;

  while ( c != 0 ) {
    if ( c == 1 )
      ActionA();
    else if ( c == 2 ) {
      c = getc(…);

      if ( c == EOF )
        return EXIT_FAILURE;

      if ( c == 0 )
        ActionB();
      else
        ActionC();
    } else
      ActionD();

    c = getc(…);

    if ( c == EOF )
      return EXIT_FAILURE;
  }

  return EXIT_SUCCESS;
}

On voit que, par rapport à la transcription naïve du pseudo-code, on a a doublé le nombre de if à cause de la gestion d'erreurs. Sans compter que j'ai fait l'impasse sur la gestion d'erreurs des fonctions ActionX !

Utilisons maintenant les exceptions :

int get(void) {
  int c = getc(…);

  if ( c == EOF )
    throw …;
  else return c;
}

int main(…) {
  int c;

  try {
    c = get();

    while ( c != 0 ) {
      if ( c == 1 )
        ActionA();
      else if ( c == 2 ) {
        if ( get() == 0 )
          ActionB();
        else
          ActionC();
      } else
        ActionD();

      c = get();
    }
  } catch (…) {
    return EXIT_FAILURE;
  }

  return EXIT_SUCCESS;
}

On voit que le code entre le try et le catch correspond presque ligne à ligne avec le pseudo-code correspondant. Je précise que l'ensemble du code ci-dessus est quand même une énorme simplification de la manière dont j'utilise les exceptions.

Pour résumer, j'utilise les exceptions afin que mon code soit très proche du pseudo-code que l'on pourrait écrire pour l'algorithme correspondant, ce qui, d’après moi, facilite grandement sa compréhension, sa maintenabilité et son évolutivité, en évitant qu'il ne soit pollué par le code dédié à la gestion des erreurs.

Cette approche, je l'ai mise en œuvre alors que je programmais encore en C, lorsque je ne connaissais ni le C++, ni son mécanisme d'exceptions. Les throw, try, catch étaient simulés à l'aide de macros s'appuyant sur la bibliothèque setjmp. Ces macros garantissaient par ailleurs que toutes les ressources étaient correctement libérées lors de la survenue d'une «exception» (en fait, un appel à longjmp).

Lorsque je suis passé au C++, j'ai réimplémenté ces macros en m'appuyant sur les exceptions, tout en conservant leur implémentation originale, les premiers compilateurs C++ n'implémentant pas tous les exceptions.

Avec cette approche, je n'ai jamais rencontré de problèmes particuliers avec les exceptions. Pour autant, je n'irais pas jusqu'à affirmer qu'elle n'a pas son lot d'inconvénients qui la rendrait inapplicable dans certaines situations…

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Ce n'est pas parce que les exceptions posent problèmes avec certains types de projets qu'il faut les bannir de tous les projets.

Tu fais part de ton expérience, que je ne remets aucunement en question, pour justifier ta position sur les exceptions. Du coup, je vais te faire part de la mienne.

J"ai travaillé sur des projets assez conséquents, bien que probablement sans commune mesure avec ceux des organismes que tu cites. Il n'en reste pas moins que, pour ma part, les exceptions ne m'ont jamais, au grand jamais, posé de problèmes, même en ce qui concerne la taille des exécutable ou leurs performances.
Dans le cas notamment des daemon, des programmes qui sont censés être particulièrement fiables, je trouve personnellement que ce sont les exceptions (ou mécanisme similaire) qui permettent le plus facilement d'assurer cette fiabilité.

Bref, il en va des exceptions comme de toutes les technologies : il faut les utiliser à bon escient ; certaines projets s’accommodent parfaitement de leurs inconvénients, d'autres non…
Par conséquent, je n'ai aucun scrupule à les utiliser dans mes logiciels, et j'écris ceci tout en reconnaissant qu'elles ne sont pas exemptes de défauts…

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

[…] lire des milliers de page de code bien écrit pour apprendre à produire du code de qualité […] c'est ce que tous les bons programmeurs font.

Ce n'est pas la première fois que je vois ce genre d'affirmation. Le seul autre code source que le mien que j'examine à l'occasion sont de courts exemples d'utilisation d'une API. Ça fait de moi un mauvais programmeur ?

Quand je me suis lancé dans l'informatique en général et la programmation en particulier, le web n'existait pas encore, l'accès à Internet était hors de prix, et je n'avais donc pas accès à une grande quantité de code source. Je pense que nous fûmes beaucoup dans cette situation.

Du coup, le code source que je produis est probablement atypique. Bien qu'étant disponible sous licence libre sur des forges logicielles populaires, il ne doit pas être d'un grand intérêt pour ce genre de projets…

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

[…] (je pense que le pare-feu de mon entreprise bloque les websockets).

À ce sujet, j'ai eu l'occasion d'essayer une application utilisant des websockets sur quelques réseaux d'entreprises, et j'ai remarqué que beaucoup bloquaient les websockets avec http://, mais pas avec https://…

Ceci dit, http://3611.re fonctionne chez moi, mais pas https://3611.re…

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

N'oublions pas que VSCode, c'est aussi https://vscode.dev. Mais c'est peut-être faisable avec https://www.rust-lang.org/fr/what/wasm …

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Les femmes sont peu représentées dans les métiers du numérique (29 % dans le secteur du numérique), une absence de diversité de profils qui commence dès la formation… Cet accès au numérique et à la maîtrise des outils est ainsi un frein pour les femmes en recherche d’emploi, encore plus pour celles qui ont envie d’entreprendre dans le numérique.

À l’aide de témoignages de personnalités du secteur, d’analyses et d’ateliers pratiques, découvrez les enjeux du numérique au féminin.

Ça se passe demain (jeudi 2 juin) à Strasbourg. Inscription nécessaire, mais il y a encore de la place : https://numerique-responsable.strasbourg.eu/event/emploi-dans-le-numerique-femmes-et-numerique/

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Le bon titre est : Mohammed Adnène Trojette, développeur Debian, à nouveau conseiller au numérique de l'Elysée

Déjà à ce poste sous Castex, il a été reconduit à ce même poste sous Borne.

Je n'avais pas trouvé l'info sur LinuxFR…

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

Utilisateurs, administrateurs, néophytes, donnez votre avis pour orienter les prochaines fonctionnalités en répondant à ce sondage avant le 30 avril 2022.

Zelbinium: pour la génération qui crée, pas celle qui scrolle…

En ce qui me concerne, je me suis intéressé à l'informatique lorsque l'on m'a mis un ordinateur entre les pattes. Cadeau de Noël.

À l'époque, il aurait paru incongru de faire pareil cadeau à une fille.

De nos jours, d’après une rapide recherche, et ce que j'ai pu observer dans les transports en commun, rares sont les adolescents et adolescentes qui ne possèdent pas de smartphone.

Filles ou garçons, ils ont le matériel, et, grâce au web, la documentation. Reste à trouver les bons outils (Scratch, Snap! ou autres), et la bonne manière de leur les présenter pour les intéresser à la programmation en particulier et le numérique en général.

Zelbinium: pour la génération qui crée, pas celle qui scrolle…