Du point de vue des deux cyclistes, c'était un accident. Ils n'avaient pas les moyen de prévoir qu'une voiture allait les percuter.
Sauf si les dits cyclistes ont sciemment enfreint des règles de sécurité. Mais en l'absence d'info contraire, je leur accorde le bénéfice du doute.
Tout ça pour dire que nos routes sont résolument prévues pour les véhicules à moteur et que les vélos y sont en danger.
Ada est utilisé dans dans des environnements où le code doit être sécurisé. C'est le cas du spatial, du militaire ou de l'aviation.
A ma connaissance, les militaires surveillent de très près l'évolution de Rust car c'est un langage intrinsèquement sécurisé. Pour le moment, on bute sur la certification des compilateurs mais dès que ce détail sera levé, il y a de grandes chances pour que tout un pan de l'industrie logicielle bascule vers Rust.
Pour la petite histoire, il faut savoir qu'à l'origine en 1967, le Boeing 737 était volontairement court sur patte.
L'objectif était de pouvoir être utilisé sur des aéroports sommairement aménagés, avec des escaliers mobiles de faible hauteur ou intégrés à l'avion en option.
L'idée était bonne mais ne s'est pas révélée payante sur le long terme. Elle a complexifié la monte de moteurs modernes avec les conséquences que l'on sait.
Autre point, en 1967, ce type d'avion se devait d'être naturellement stable. Cet comportement augmente la trainée et donc la consommation.
Son concurrent, l'A320 conçu 20 ans plus tard, est prévu dès le départ pour intégrer des moteurs avec soufflantes de grand diamètre. Il est également conçu pour avoir des commandes électriques et une assistance au pilotage qui compense son instabilité relative. Instabilité qui est une conséquence de la diminution de trainée et donc de la consommation.
Conclusion, Boeing aurait du développer bien plus tôt un vrai nouvel avion pour remplacer le 737 mais Airbus a eu de la chance car les débuts de l'A320 n'ont pas été exempts de problèmes et de crashs meutriers.
Petite remarque en passant :
Plus la gravure est fine, plus la sensibilité aux perturbations extérieures et aux rayonnements ionisants est grande.
Dans le spatial, le nucléaire ou le militaire, on préfèrera des gravures plus grossières qui sont intrinsèquement moins sensibles aux perturbations.
Dans le cas d'une gravure trop fine, un rayonnement peut définitivement endommager une porte logique ou une connexion, alors que dans le cas d'un motif plus grossier, la détérioration sera partielle et le circuit restera fonctionnel.
En même temps, les journalistes ne brillent pas tous par leur souci de faire éclater la vérité.
De plus, un nombre infime sait vraiment ce qu'est un logiciel libre.
Oui, aucun doute, les CI sont réalisés avec Kicad.
J'ai vu sur les site que pas mal de développement ont été réalisé sur des PIC18. S'il y a du monde chez Fraise qui maîtrise le sujet, je suis preneur.
D'accord également.
Je suis passé à Mate quand Gnome est passé à son ignoble bureau façon smartphone.
Depuis, j'y suis resté fidèle.
Je leur souhaite longue vie.
Je pose une hypothèse de réflexion :
Un fabricant de FPGA qui documenterait complètement le format de son "bitstream" ne gagnerait-il pas des parts de marché ?
J'occupe un poste d’ingénieur industrialisation depuis quelques mois.
Je comprends maintenant parfaitement ce type de problèmes. Une accumulation de petits trucs simple qui, si on y prend garde, deviennent une montagne infranchissable. C'est là qu'on se dit qu'un coup de main de temps à autre, ce n'est pas du luxe.
Bon courage pour la suite.
Effectivement, dans des domaines comme l'automobile, le ferroviaire ou l'aérospatial, la chaine de développement doit être certifiée. Cela limitera drastiquement le champ d'utilisation de ces outils, tant qu'il n'auront pas acquis une maturité suffisante.
Cela dit, cela peut aller assez vite. Je connais des personnes qui travaillent sur de la génération et l'optimisation automatique de code et sur son implémentation dans des FPGA. Ce travail sera libre sous licence Cecill. En parallèle ils vérifient leur code avec des outils de preuve formelle, afin de garantir la validité des résultats.
In fine, ont peut espérer des outils libres qui n'auront plus rien à envier aux logiciels propriétaires. Cette ouverture permettant de vérifier leur performances et leur intégrité, les grand donneurs d'ordre auront tout intérêt à demander leur utilisation.
Effectivement, à la date de publication de cette revue de presse, Hackable n°31 était déjà sorti.
Pour ma part, j'ai particulièrement apprécié l'article sur les processeurs libres RISC-V.
Pour ma part, j'ai commencé à bosser en 1989 sur des machine UNIX, des SUN Sparc II et V puis des HP PA-RISC. À l'époque, la majorité des logiciels libres avaient un n° de version inférieur à un. Je me souviens avoir galéré pour compiler les premières versions de GIMP. Heureusement, un ingé système, intéressé par mon manège, est venu m'aider et s'est lui même pris au jeu. Je ne sais plus combien de truc plus ou moins utiles nous avons compilés … Puis j'ai changé de boite en 1996 et je me suis retrouvé sous Windows :-(
La sensation de perte fut telle que j'ai installé un Linux sur ma machine perso. Ce fut une Kéops (Une RedHat francisée qui n'existe plus aujourd'hui), puis des RedHat et enfin … La première Mandrake !!! À l'époque, Mandrake c'était une RedHat avec KDE installé en natif.
Depuis, j'ai toujours eu une machine Linux fonctionnelle à la maison et je crois avoir installé toutes les versions successives de Mandrake puis Mandriva jusqu'à Mageia 7.1.
Projet super intéressant !
En fait le concept existait déjà il y a quelques année avec les portables "barebone". Ces derniers ont malheureusement disparus.
A part ça, pourra-t-on vous voir sur une manifestation plus près de Paris ?
[^] # Re: Et les souris Logitech ?
Posté par xavier philippon . En réponse à la dépêche Sortie de Rivalcfg v4.0, un outil de configuration pour les souris SteelSeries. Évalué à 1.
Merci.
# Et les souris Logitech ?
Posté par xavier philippon . En réponse à la dépêche Sortie de Rivalcfg v4.0, un outil de configuration pour les souris SteelSeries. Évalué à 1.
N'existe-t-il rien pour configurer les souris et clavier sans fil Logitech sous Linux ?
[^] # Re: Problème de vocabulaire
Posté par xavier philippon . En réponse au journal Accidentologie, sécurité routière et cyclisme. Évalué à 10.
Du point de vue des deux cyclistes, c'était un accident. Ils n'avaient pas les moyen de prévoir qu'une voiture allait les percuter.
Sauf si les dits cyclistes ont sciemment enfreint des règles de sécurité. Mais en l'absence d'info contraire, je leur accorde le bénéfice du doute.
Tout ça pour dire que nos routes sont résolument prévues pour les véhicules à moteur et que les vélos y sont en danger.
[^] # Re: Pffff
Posté par xavier philippon . En réponse à la dépêche Rust a 5 ans, rétrospective. Évalué à 10.
Ada est utilisé dans dans des environnements où le code doit être sécurisé. C'est le cas du spatial, du militaire ou de l'aviation.
A ma connaissance, les militaires surveillent de très près l'évolution de Rust car c'est un langage intrinsèquement sécurisé. Pour le moment, on bute sur la certification des compilateurs mais dès que ce détail sera levé, il y a de grandes chances pour que tout un pan de l'industrie logicielle bascule vers Rust.
# A propos du Boeing 737.
Posté par xavier philippon . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à 10.
Pour la petite histoire, il faut savoir qu'à l'origine en 1967, le Boeing 737 était volontairement court sur patte.
L'objectif était de pouvoir être utilisé sur des aéroports sommairement aménagés, avec des escaliers mobiles de faible hauteur ou intégrés à l'avion en option.
L'idée était bonne mais ne s'est pas révélée payante sur le long terme. Elle a complexifié la monte de moteurs modernes avec les conséquences que l'on sait.
Autre point, en 1967, ce type d'avion se devait d'être naturellement stable. Cet comportement augmente la trainée et donc la consommation.
Son concurrent, l'A320 conçu 20 ans plus tard, est prévu dès le départ pour intégrer des moteurs avec soufflantes de grand diamètre. Il est également conçu pour avoir des commandes électriques et une assistance au pilotage qui compense son instabilité relative. Instabilité qui est une conséquence de la diminution de trainée et donc de la consommation.
Conclusion, Boeing aurait du développer bien plus tôt un vrai nouvel avion pour remplacer le 737 mais Airbus a eu de la chance car les débuts de l'A320 n'ont pas été exempts de problèmes et de crashs meutriers.
[^] # Re: La taille ça compte (ou pas)
Posté par xavier philippon . En réponse à la dépêche Google libère les ASIC avec un PDK open source en 130 nm. Évalué à 6.
Petite remarque en passant :
Plus la gravure est fine, plus la sensibilité aux perturbations extérieures et aux rayonnements ionisants est grande.
Dans le spatial, le nucléaire ou le militaire, on préfèrera des gravures plus grossières qui sont intrinsèquement moins sensibles aux perturbations.
Dans le cas d'une gravure trop fine, un rayonnement peut définitivement endommager une porte logique ou une connexion, alors que dans le cas d'un motif plus grossier, la détérioration sera partielle et le circuit restera fonctionnel.
# Bof !
Posté par xavier philippon . En réponse à la dépêche Une mise en cause infondée de logiciels libres dans une affaire de fausses factures ?. Évalué à 5.
En même temps, les journalistes ne brillent pas tous par leur souci de faire éclater la vérité.
De plus, un nombre infime sait vraiment ce qu'est un logiciel libre.
# Jamais content !
Posté par xavier philippon . En réponse à la dépêche EOS S3, le bitstream libéré !. Évalué à 6.
Ça aurais été encore plus libre si le cœur du microcontrôleur avait été un RISC V.
Mais bon, on ne peut pas tout avoir en une seule fois.
# Super travail !
Posté par xavier philippon . En réponse à la dépêche Clip & block : un kit pour du montage électronique. Évalué à -1. Dernière modification le 27 avril 2020 à 20:50.
Félicitations, c'est du très bon boulot.
Au moins il y a des gens qui mettent intelligemment le confinement à profit ;-)
[^] # Re: En fait, je code pas
Posté par xavier philippon . En réponse au sondage Ce que je fais ou à quoi je pense pendant le confinement. Évalué à 1. Dernière modification le 16 avril 2020 à 00:24.
http://img187.imagevenue.com/img.php?image=62484_Porte_savon_2_122_234lo.jpg]
http://img199.imagevenue.com/img.php?image=62484_Porte_savon_1_122_528lo.jpg
[^] # Re: En fait, je code pas
Posté par xavier philippon . En réponse au sondage Ce que je fais ou à quoi je pense pendant le confinement. Évalué à 1.
Désolé, les photos ça marche pas :-(
[^] # Re: En fait, je code pas
Posté par xavier philippon . En réponse au sondage Ce que je fais ou à quoi je pense pendant le confinement. Évalué à 5. Dernière modification le 06 avril 2020 à 08:50.
Deux images de ma dernière œuvre :
http://img187.imagevenue.com/aAfkjfp01fo1i-21628/loc234/62484_Porte_savon_2_122_234lo.jpg
Un porte-savon à poser ou fixer au mur.
[^] # Re: Avec ou sans Raspberry
Posté par xavier philippon . En réponse à la dépêche FRAISE : FRAmework for Interfacing Software & Electronics. Évalué à 2.
Oui, aucun doute, les CI sont réalisés avec Kicad.
J'ai vu sur les site que pas mal de développement ont été réalisé sur des PIC18. S'il y a du monde chez Fraise qui maîtrise le sujet, je suis preneur.
# En fait, je code pas
Posté par xavier philippon . En réponse au sondage Ce que je fais ou à quoi je pense pendant le confinement. Évalué à 3.
je modélise des objets 3D avec OpenSCAD. Est-ce que ça s'appelle coder ?
[^] # Re: Etat de MATE
Posté par xavier philippon . En réponse à la dépêche Sortie de MATE 1.24. Évalué à 4.
D'accord également.
Je suis passé à Mate quand Gnome est passé à son ignoble bureau façon smartphone.
Depuis, j'y suis resté fidèle.
Je leur souhaite longue vie.
# Rêvons un peu.
Posté par xavier philippon . En réponse à la dépêche Apicula : lancement de la libération du FPGA Gowin GW1N. Évalué à 3.
Je pose une hypothèse de réflexion :
Un fabricant de FPGA qui documenterait complètement le format de son "bitstream" ne gagnerait-il pas des parts de marché ?
# Encouragements
Posté par xavier philippon . En réponse à la dépêche Diskio Pi : l’aventure continue. Évalué à 10.
J'occupe un poste d’ingénieur industrialisation depuis quelques mois.
Je comprends maintenant parfaitement ce type de problèmes. Une accumulation de petits trucs simple qui, si on y prend garde, deviennent une montagne infranchissable. C'est là qu'on se dit qu'un coup de main de temps à autre, ce n'est pas du luxe.
Bon courage pour la suite.
[^] # Re: Quid de la certification et de l'utilisation industrielle ?
Posté par xavier philippon . En réponse à la dépêche La libération des FPGA et des ASIC bien engagée pour 2020. Évalué à 6.
Effectivement, dans des domaines comme l'automobile, le ferroviaire ou l'aérospatial, la chaine de développement doit être certifiée. Cela limitera drastiquement le champ d'utilisation de ces outils, tant qu'il n'auront pas acquis une maturité suffisante.
Cela dit, cela peut aller assez vite. Je connais des personnes qui travaillent sur de la génération et l'optimisation automatique de code et sur son implémentation dans des FPGA. Ce travail sera libre sous licence Cecill. En parallèle ils vérifient leur code avec des outils de preuve formelle, afin de garantir la validité des résultats.
In fine, ont peut espérer des outils libres qui n'auront plus rien à envier aux logiciels propriétaires. Cette ouverture permettant de vérifier leur performances et leur intégrité, les grand donneurs d'ordre auront tout intérêt à demander leur utilisation.
[^] # Re: C'est sans fin…
Posté par xavier philippon . En réponse à la dépêche Manifestation contre le Brevet Logiciel Unitaire, jeudi 12 décembre 2019 à Bruxelles. Évalué à 4.
Effectivement,
Le code est protégé par le droit d'auteur comme toute production écrite.
# Icarus Verilog
Posté par xavier philippon . En réponse à la dépêche k1g1 : le premier FPGA Libre…. Évalué à 2.
Est-ce que Icarus Verilog évolue encore ?
Le site ne semble pas avoir bougé depuis de années.
[^] # Re: Hackable Magazine 31
Posté par xavier philippon . En réponse à la dépêche Revue de presse — octobre 2019. Évalué à 4.
Effectivement, à la date de publication de cette revue de presse, Hackable n°31 était déjà sorti.
Pour ma part, j'ai particulièrement apprécié l'article sur les processeurs libres RISC-V.
# Souvenirs, souvenirs ...
Posté par xavier philippon . En réponse à la dépêche Neuf ans avec Mageia. Évalué à 6.
Pour ma part, j'ai commencé à bosser en 1989 sur des machine UNIX, des SUN Sparc II et V puis des HP PA-RISC. À l'époque, la majorité des logiciels libres avaient un n° de version inférieur à un. Je me souviens avoir galéré pour compiler les premières versions de GIMP. Heureusement, un ingé système, intéressé par mon manège, est venu m'aider et s'est lui même pris au jeu. Je ne sais plus combien de truc plus ou moins utiles nous avons compilés … Puis j'ai changé de boite en 1996 et je me suis retrouvé sous Windows :-(
La sensation de perte fut telle que j'ai installé un Linux sur ma machine perso. Ce fut une Kéops (Une RedHat francisée qui n'existe plus aujourd'hui), puis des RedHat et enfin … La première Mandrake !!! À l'époque, Mandrake c'était une RedHat avec KDE installé en natif.
Depuis, j'ai toujours eu une machine Linux fonctionnelle à la maison et je crois avoir installé toutes les versions successives de Mandrake puis Mandriva jusqu'à Mageia 7.1.
[^] # Re: Euh... non ?
Posté par xavier philippon . En réponse à la dépêche PICO-8, TIC-80 et les consoles imaginaires. Évalué à 6. Dernière modification le 20 septembre 2019 à 07:04.
Si ça c'est pas du Troll … !
# Pourra-t-on vous voir à la Maker Faire Paris ?
Posté par xavier philippon . En réponse à la dépêche Open Computer v0.1 : Preuve de concept d’un ordinateur portable modulaire sous GNU/Linux. Évalué à 6.
Projet super intéressant !
En fait le concept existait déjà il y a quelques année avec les portables "barebone". Ces derniers ont malheureusement disparus.
A part ça, pourra-t-on vous voir sur une manifestation plus près de Paris ?
# C'était juste pour voir
Posté par xavier philippon . En réponse au sondage La dernière fois que j’ai compilé un noyau Linux, c’était parce que…. Évalué à 3. Dernière modification le 09 septembre 2019 à 18:48.
je l'ai fait une fois, il y a plus de 20 ans*. C'était à titre purement expérimental.
*) ma distro s'appelait encore Mandrake ;-)