cg a écrit 1433 commentaires

Merci oui je l'ai lue, c'est copieux mais je voulais avoir des avis circonstanciés :

J'ai bien lu la dépêche sur le sujet en rédaction, mais que de choix, il me faut des témoignages ! (témoignages qui pourraient servir pour la dépêche, d'ailleurs)

Pour fêter ça, le site de Blender se prend un gros déni de service depuis hier. Ça me fait de la peine.

Tiens d'ailleurs je t'encourage à lire Les fous du son de Laurent de Wilde. C'est un genre de chronique de la musique électrifiée depuis la maîtrise de l'électricité (fin du 19ème siècle) à nos jours. C'est passionnant et ça a changé ma vision des synthés à jamais !

"Testé pour vous" :(. En effet la machine (qui était à une amie) était sous tension, c'est une précision importante. Mon assurance a pris en charge le prix du Macbook, je m'en suis bien tiré. La copine a perdu toutes ses données par contre, car SSD soudé à la carte mère, sans récup possible.

Pour comparer, le vieux Thinkpad X201 (bien plus encombrant !) qu'il me reste à des chemins pour guider le liquide à travers le clavier puis sous le châssis.

Dans un de ses sketchs, Florence Foresti congratule les designers d'Apple pour le magnifique design de l'iPhone, puis termine en disant un truc du genre "tout ça pour le mettre dans un étui ou une coque moche pour le protéger, bravo !" :].

+∞ c'est une startup :).

La finesse va en général avec une évolutivité et réparabilité proches du néant, j'espère que tu l'aborderas (et me démentiras !) dans un prochain volet.

Alors concernant ces machines, point de démenti : la super astuce pour avoir cette vitesse est d'avoir la RAM quasiment intégrée dans le CPU (et c'est très efficace !). Du coup, aucune modularité de ce côté. Pour la finesse, c'est une carte monobloc. Tu renverses 3 ml d'eau savonnée dessus et la machine est fichue (je l'ai fait merci) sans aucun composant à récupérer outre l'écran.

Donc l'évolutivité passe par les ports USB-C/Thunderbolt, ça donne quand même de la latitude : le chargeur, clavier, souris, écran(s), enceintes, e-GPU, Yubikey, carte réseau filaire, passent sur un câble unique. Et en plus tout ce fatras peut-être branché sur un petit XPS13 réparable :).

D'après le résumé très intéressant pointé par ce commentaire, dans la plupart des cas, non. Les caches évitent ce genre d'écritures.

Attention que les circuits du genre Easydriver ou Bigeasydriver ne sont pas capables de fournir le courant annoncé tels quels : ils surchauffent, et soit se mettent en sécurité, soit grillent purement et simplement. Il faut ajouter un dissipateur thermique dessus.

Tu peux trouver sur EBay, par exemple, des drivers qui ont les étages de protection et le refroidissement inclus, avec des borniers, comme ce genre de truc. C'est plus encombrant, mais si tu débutes dans ce domaine, tu prendras moins de risque de détruire ton driver au bout de trois minutes de fonctionnement.

Le shell n'est pas un outil simple. La complexité sous-jacente fuite de partout.

Je pourrais ironiser en disant que oui, ok, n'utilisons que des interrupteurs pour faire basculer des bits. Mais là encore, la présence d'arcs électriques, de rebonds et autres grippages mécaniques en feraient un outil pas simple et immaîtrisable te donneraient raison et me couvriraient de ridicule. Je m'abstiens donc d'essayer de comprendre ce qui serait simple en informatique de nos jours :p.

Dans mon expérience, le scripting shell version bash est le dénominateur commun parmi les adminsys, réseau, devs et powerusers. Parfois on a Python, C C++ en commun, mais bash toujours.

C'est vrai que dès que ça devient sérieux, le shell devient un choix moyen, mais souvent ça permet de régler un problème simple avec un outil simple et omniprésent.

En l’occurrence, je crois que l'idée était de dire que faire un générateur de mots de passe avec - en gros - un cat /etc/urandom, c'est une idée assez moyenne. pwgen part de la même source mais diversifie un peu.

Comme toutes les généralités, d'ailleurs. (attention, boucle infinie :D)

de la part du jeune CEO de 38 ans

Ironie ou pas ? À 38 ans tu es un fossile dans la Silicon Valley !

Si vous utilisez la ligne de commande, vous gagneriez à utiliser un bon système d’invite de commande (« prompt ») au lieu de la configuration par défaut.

Je ne trouve pas tellement, en fait. J'ai passé un moment à avoir des prompts sophistiqués, des configs d'Emacs aux petits oignons, et finalement avec "n'importe quel truc qui permet de taper des commandes" (xterm et bash, csh, ksh, zsh, m'en fous) et la conf presque par défaut de vim, ça fonctionne sans effort où que tu ailles.

En particulier, je limite l'utilisation des couleurs¹, qui je trouve rendent le code difficile à lire ou distrayantes dans les sorties de commande (sauf pour grep --color).

Mais je vais quand même essayer Liquid Prompt pour voir si ça me parle ! Merci pour le journal <3 !

J'ajoute que si tu utilises un gestionnaire de mots de passes (keepassxc, bitwarden…), il y a des générateurs intégrés assez pratiques. Et si tu as plein de mots de passes, je t'encourage à t'y mettre :).

Ceci dit ça ne fait jamais de mal de faire un peu de shell.

Bel article, qui est connexe à un autre problème assez aigu pour le développement logiciel : comment développer sans accès direct à Internet ?

Je trouve régulièrement des installeurs qui partent du principe que tu peux faire curl https://example.com/install.sh | bash pour installer quelque chose.

mais pas que.

Niveau dispositif, ça m'a fait penser de loin à Stifters Dinge de Heiner Goebbels. J'avais vu la pièce "en vrai", c'est beaucoup plus fort qu'une captation, le dispositif était aussi spatial.

J'ai moi-même commis, pour les besoins d'un spectacle, un tambour d'orchestre préparé avec des solénoïdes et des godemichés modifiés pour pouvoir faire un instrument de musique vibratoire et percussif, joué via une interface midi.

Dans ce genre de fabrication, les plus grosses difficultés sont de concevoir des modes de jeu pratiques, pour pouvoir être un peu libre de la technique au moment du jeu, et également la précision mécanique (ce que je n'avais pas pour dans le cas de mon tambour, hélas) pour pouvoir rejouer avec un minimum de confiance les mêmes geste et obtenir les mêmes sons.

Et aussi la difficulté croissante à trouver des programmeurs et des programmeuses polyglottes qui savent un minimum chacune des technos employées.

Si j'ai bien compris, car c'est certes expliqué, mais c'est expliqué en latin :

• La co-création désigne la création à plusieurs du côté "fournisseur" de la solution.
• La co-création participative y ajoute les personnes qui utiliseront la solution.

Est-ce qu'on peut alors en déduire que co-création participative et création participative désignent la même chose ?

Oui, passer en mode "lecture" dans Firefox contourne le problème des ligatures foireuses. Par contre ça fait apparaître les infobulles en ligne dans le texte, la lecture en souffre ! En plus les balises Aria sont mal posées par endroit.

Il y a bien une volonté d'être accessible, mais ça fait l'inverse, c'est dommage.

Ah, c'est vraiment pas mal dis-donc ! Merci !

Intéressant. Par veille, je voulais parler d'un mode type suspend-to-ram pour l'Intel (donc pas capable de faire de la messagerie instantanée ni de l'envoi de mail). Et toi ?

Solution simple : une Raspberry 64 bits (rpi 3 ou rpi 4), et une alimentation avec un bon rendement (genre 80 plus platinium ou titanium).

À moins d'avoir un logiciel spécifiquement écrit pour une architecture Intel/AMD, ça devrait être disponible dans Debian pour Raspi ou sa dérivée Raspberry Pi OS.

Tu auras une consommation de 5W à 15W, ce qui est peu par-rapport à une architecture AMD/Intel même en veille.

Pour les deux ports Ethernet, si tu as un switch qui gère les VLANs, tu peux sans doute te limiter à une interface physique. Sinon il suffit d'ajouter un adaptateur USB-Ethernet à 15€.

3A par phase et 6 fils c'est compatible. Mais le courant max des moteurs correspond aussi au courant max de la carte. Si la fraiseuse force tu risques une surchauffe et un driver de moteur pourrait griller. Prend les dissipateurs qui sont en option dans tous les cas !

Et Mach3 est un logiciel propriétaire, c'est moche… Mais la carte hobbycnc est compatible avec LinuxCNC.

Sinon, si c'était pour moi, je prendrais plutôt une carte qui fonctionne avec un firmware type GRBL, c'est à dire que la carte reçoit le GCODE (via USB ou sur une carte SD) et le transforme en impulsions pour les moteurs, plutôt qu'une carte qui reçoit directement les impulsions du PC, ce dernier devant alors gérer les timings, ce qui est assez contraignant sur un système multitâche.