Journal CPU Ex0234 FPGA, troisième partie

Posté par  (site web personnel, Mastodon) . Licence CC By‑SA.
Étiquettes :
10
26
fév.
2026

Dans cette release de CPU, dans la série composants : Un Commodore 64 en 2026, des machines caméléons, fouiner chez des antiquaires, et un cadre légal très flou.
Nous recevons Fred Requin, alias “FrenchShark”, concepteur de FPGA.. Cette fois-ci, nous parlerons plus retrocomputing, émulation et enjeux.

Ceci est la troisième partie du sujet. le début a été diffusé il y a quinze jours et la semaine dernière. L'intégralité de l'interview est déjà disponible.

À écouter, lire et les liens de la documentation : https://cpu.pm/0234

Chapitres

L'interview a été enregistrée en Octobre 2025 au sein du Fablab Artilect avec l'aide de l'association Silicium pour leur soutien logistique.

Prochaine émission : On se retrouve dans 15 jours, et on va changer de langage.

  • # Dépêche au lieu de journal ?

    Posté par  (site web personnel) . Évalué à 3 (+2/-0).

    Bonjour Da Scritch,

    Pourquoi est-ce tu annonces les nouvelles publications d'émissions CPU ici dans les journaux de Linuxfr.org plutôt que dans les dépêches ?
    Pour moi CPU a tout à fait sa place parmi les dépêches, beaucoup plus visibles que les journaux. C'est déjà ce que fait Walid avec "Projets Libres !".

    • [^] # Re: Dépêche au lieu de journal ?

      Posté par  . Évalué à 3 (+2/-0).

      Tout à fait d'accord !

      J'ai découvert récemment cette émission. Comme le dit Da Scritch dans l'émission, on écoute avec plaisir des passionnés de geeking, hacking, etc. partager leurs connaissances et leur passion dans le software et hardware, autant côté intervieweurs qu'interviewés.

      Une émission rare sur des sujets techniques menée avec talent !

    • [^] # Re: Dépêche au lieu de journal ?

      Posté par  (site web personnel, Mastodon) . Évalué à 8 (+6/-0). Dernière modification le 03 mars 2026 à 18:22.

      Pour commencer, milles mercis de votre écoute bienveillante et de vos compliments.

      Pourquoi ne pas annoncer CPU en dépêche ? Trop peu d'intérêt à mon sens :

      • sur le temps d'écriture, de publication et de validation de la dépêche. Je cumule des fois près de 30 heures par semaine sur cette production, donc s'il faut faire de la médiation, cela devient encore plus lourd.
      • sur le fait que nombre d'audilecteurs ne veulent pas se faire spoiler le sujet. C'est pour ça que je n'annonce les émissions qu'une fois leur diffusion effective commencée. Cela m'arrange aussi pour les rediffusions de ne pas les annoncer. Là, je réfléchis à la déprogrammation de la rediff prévue ce jeudi pour une rediffusion d'une émission de feu Fabrice Serin (pilier notoire de Radio <FMR> que ceux venus au Capitole du Libre ont croisé).
      • sur le fait qu'on se fait moinsser car nous ne nous axons pas forcément sur l'informatique dite “libre” (guillemets CF mon passage à Wordcamp Toulouse), qu'on parle de solutions propriétaires ou qu'on parle d'informatique archéologique. Donc est-ce qu'on ne brouillerait pas non plus la mission de LinuxFR par une publication systématique en front-page ?
      • sur le fait que certaines émissions sont volontairement WTF (et notamment la suite horrifique, radiophonique ou même calorique ), parce que nous produisont cette émission de radio par loisir, et qu'il faut qu'elle reste plaisante à faire, donc on se permet d'excurser notre onde porteuse. Dans ces sujets, pourquoi seraient-ils en une de LinuxFR ? Les 3 émissions prévues en mars entrent dans ces deux catégories qui ne le justifient pas.

      À mon sens, et ce n'est que ma vision, si les modérateurs de LinuxFR considèrent que le sujet est plutôt intéressant, rien n'empêcherait de changer le journal de catégorie et la muter en dépêche.

      Modérateurs que d'ailleurs je remercie cent-mille fois pour la correction de mes immondes coquilles.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.