Rédiger un PCA ne veut pas dire que tu as une solution instantanée à tous les problèmes.
Il y a plein de cas qu'on peut prévoir (ransomware, inondation, incendie, grèves, …) et on peut parfois trouver des solutions pas chères (même si elles sont imparfaites) mais qui demandent un peu d'anticipation.
Parce que ça fait plus de 60 ans qu'ils en ont déjà l'envie et qu'ils essaient, et que ça avance… lentement.
Il y a 60 ans, ils étaient largement en avance sur la Chine (en étant capable de faire un avion supersonique presque tous seuls), et maintenant ils sont loins derrière.
Le Tejas, qui a fait son premier vol il y a 20 ans, est loin d'être au niveau.
La quantité de chaleur évacuée par le circuit de carburant devient trop faible avant que l'avion se retrouve complètement à sec. Ce n'est pas complètement binaire…
Les Américains ont déjà le problème pour les avions de combat.
Il y a des erreurs sur le F-35 qui sont simplement inacceptables (feux de position mal placés qui ne sont pas visibles, crosse d'appontage mal placée, refroidissement assuré par la circulation du carburant sans se demander ce qui se passe quand il n'y a plus de carburant, …).
On aura certainement le même problème pour l'après-Rafale, d'ailleurs.
Les Chinois n'ont pas ce problème : ils font moins bien, mais changent tellement souvent de gamme qu'ils montent en compétence.
Comme Apple est reparti de zéro pour concevoir l'interface de l'iPhone, Tesla est parti de zéro pour concevoir le système informatique de sa Tesla.
Du coup, ils ont un système beaucoup mieux intégré, avec manifestement beaucoup d'avance (dixit un grand groupe automobile allemand, mais je ne sais plus lequel).
N'étant pas du domaine, je vais sûrement raconter des bêtises, mais c'est manifestement plus simple à faire évoluer (plutôt que plein de composants conçus comme indépendants).
Ça se voit au niveau de l'interface graphique, apparemment.
(on m'avait expliqué que pour le coup, c'était une mauvaise traduction et que parler de la dialectique du maître et du valet aurait été plus adapté — rien à voir avec un quelconque débat actuel, juste de la pure linguistique)
Le principe de black est en effet de ne pas être configurable, pour éviter que chacun le configure à sa façon… Cela dit, mettre la configuration (comme pour tout le reste des outils, dont l'IDE) permet de compenser ce problème.
Tu as les prix de SpaceX pour le privé. Mais as-tu ceux qui sont pratiqués pour le gouvernement américain ? Il y a des chances que ce dernier accepte de payer nettement plus pour permettre à SpaceX de pratiquer des prix artificiellement bas afin de gagner des marchés…
Mais est-ce vraiment inattendu ?
Si on compare à Python, ce dernier s'est beaucoup modernisé sur plein d'aspects (même s'il garde des problèmes, notamment sur le packaging) et s'est développé dans beaucoup de domaines (scripting comme Python, mais aussi web, admin sys, data-mining/IA/…).
Ils ont décidé de casser la compatibilité pour le pire (genre les strings), mais de façon progressive (plus de 10 ans !).
Maintenant, Python 3.8 se retrouve avec pas mal de choses sympa comme du typage, des nouveaux outils de gestion de dépendances, etc. On peut faire du code intégralement typé (mon IDE est capable de dire le type précis de chaque variable, que ce soit par de l'inférence ou par des indications) — que ce ce type soit ignoré à l'exécution n'est pas grave, ce qui compte est d'avoir l'information à l'écriture.
[^] # Re: One Task One processor
Posté par flan (site web personnel) . En réponse au journal Le début de la fin pour Intel ?. Évalué à 7.
Un des avantages de la loi de Moore est d'avoir suffisamment de versions pour que chacun puisse avoir raison :)
[^] # Re: Out of order
Posté par flan (site web personnel) . En réponse au journal Le début de la fin pour Intel ?. Évalué à 4. Dernière modification le 01 septembre 2020 à 19:56.
Le problème est surtout que ça implique d'avoir une compilation différente par version du processeur.
[^] # Re: A propos du Boeing 737.
Posté par flan (site web personnel) . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à 3. Dernière modification le 31 août 2020 à 22:47.
Rédiger un PCA ne veut pas dire que tu as une solution instantanée à tous les problèmes.
Il y a plein de cas qu'on peut prévoir (ransomware, inondation, incendie, grèves, …) et on peut parfois trouver des solutions pas chères (même si elles sont imparfaites) mais qui demandent un peu d'anticipation.
[^] # Re: Sacrée naiveté
Posté par flan (site web personnel) . En réponse au journal GitHub remplace la branche master par main. Évalué à 2. Dernière modification le 31 août 2020 à 12:43.
Asservi est simplement l’adjectif correspondant à esclave (ou un participe passé). Il ne peut pas le remplacer.
[^] # Re: A propos du Boeing 737.
Posté par flan (site web personnel) . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à -3.
A-t-elle jamais été suffisante ?
[^] # Re: A propos du Boeing 737.
Posté par flan (site web personnel) . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à 4.
Parce que ça fait plus de 60 ans qu'ils en ont déjà l'envie et qu'ils essaient, et que ça avance… lentement.
Il y a 60 ans, ils étaient largement en avance sur la Chine (en étant capable de faire un avion supersonique presque tous seuls), et maintenant ils sont loins derrière.
Le Tejas, qui a fait son premier vol il y a 20 ans, est loin d'être au niveau.
[^] # Re: A propos du Boeing 737.
Posté par flan (site web personnel) . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à 5. Dernière modification le 30 août 2020 à 20:56.
La quantité de chaleur évacuée par le circuit de carburant devient trop faible avant que l'avion se retrouve complètement à sec. Ce n'est pas complètement binaire…
[^] # Re: A propos du Boeing 737.
Posté par flan (site web personnel) . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à 1.
Il y a plus de chances qu’on sache toujours faire des avions dans 20 ans que les Indiens :D
[^] # Re: A propos du Boeing 737.
Posté par flan (site web personnel) . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à 4.
L’électronique continue de fonctionner jusqu’à la fin de la mission ;)
[^] # Re: A propos du Boeing 737.
Posté par flan (site web personnel) . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à 7.
Les Américains ont déjà le problème pour les avions de combat.
Il y a des erreurs sur le F-35 qui sont simplement inacceptables (feux de position mal placés qui ne sont pas visibles, crosse d'appontage mal placée, refroidissement assuré par la circulation du carburant sans se demander ce qui se passe quand il n'y a plus de carburant, …).
On aura certainement le même problème pour l'après-Rafale, d'ailleurs.
Les Chinois n'ont pas ce problème : ils font moins bien, mais changent tellement souvent de gamme qu'ils montent en compétence.
[^] # Re: A propos du Boeing 737.
Posté par flan (site web personnel) . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à 5.
Comme Apple est reparti de zéro pour concevoir l'interface de l'iPhone, Tesla est parti de zéro pour concevoir le système informatique de sa Tesla.
Du coup, ils ont un système beaucoup mieux intégré, avec manifestement beaucoup d'avance (dixit un grand groupe automobile allemand, mais je ne sais plus lequel).
N'étant pas du domaine, je vais sûrement raconter des bêtises, mais c'est manifestement plus simple à faire évoluer (plutôt que plein de composants conçus comme indépendants).
Ça se voit au niveau de l'interface graphique, apparemment.
[^] # Re: A propos du Boeing 737.
Posté par flan (site web personnel) . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à 3.
Peux-tu dire, de façon fiable, quelles seront les menaces importantes dans 10 ans ?
[^] # Re: Sacrée naiveté
Posté par flan (site web personnel) . En réponse au journal GitHub remplace la branche master par main. Évalué à 2.
J'aimerais bien savoir d'où tu tiens ton égalité en droit d'un point de vue juridique.
Et comment tu évalues le préjudice, d'ailleurs.
[^] # Re: linux
Posté par flan (site web personnel) . En réponse au journal GitHub remplace la branche master par main. Évalué à 9.
Bizarrement, je ne vois pas grand chose de demandé aux peuples arabes et africains en question :)
[^] # Re: linux
Posté par flan (site web personnel) . En réponse au journal GitHub remplace la branche master par main. Évalué à 4.
Commençons donc par demander des réparations à ceux qui ont enlevé les esclaves en Afrique :)
[^] # Re: linux
Posté par flan (site web personnel) . En réponse au journal GitHub remplace la branche master par main. Évalué à 4.
Pourquoi assassinats ? Il me semble que ça implique une préméditation…
[^] # Re: Et pour les diplômes ?
Posté par flan (site web personnel) . En réponse au journal GitHub remplace la branche master par main. Évalué à 5.
On casse les œufs, pour sûr, mais je ne sais pas trop quelle omelette on obtient à la fin…
[^] # Re: linux
Posté par flan (site web personnel) . En réponse au journal GitHub remplace la branche master par main. Évalué à 3.
(on m'avait expliqué que pour le coup, c'était une mauvaise traduction et que parler de la dialectique du maître et du valet aurait été plus adapté — rien à voir avec un quelconque débat actuel, juste de la pure linguistique)
[^] # Re: Invoke et autres
Posté par flan (site web personnel) . En réponse au journal Mes outils Python en 2020. Évalué à 2. Dernière modification le 24 août 2020 à 19:15.
Le principe de black est en effet de ne pas être configurable, pour éviter que chacun le configure à sa façon… Cela dit, mettre la configuration (comme pour tout le reste des outils, dont l'IDE) permet de compenser ce problème.
Mais je ne comprends pas cette histoire de bruit.
[^] # Re: Partagé
Posté par flan (site web personnel) . En réponse au journal Epic poursuit Apple en justice pour le monopole AppStore. Évalué à 2.
Tu as les prix de SpaceX pour le privé. Mais as-tu ceux qui sont pratiqués pour le gouvernement américain ? Il y a des chances que ce dernier accepte de payer nettement plus pour permettre à SpaceX de pratiquer des prix artificiellement bas afin de gagner des marchés…
[^] # Re: GPG c'est bien
Posté par flan (site web personnel) . En réponse à la dépêche Authentification et identité numérique en France. Évalué à 4.
Ça semble tellement simple à mettre en œuvre, et tellement à la portée de n'importe qui !
[^] # Re: Invoke et autres
Posté par flan (site web personnel) . En réponse au journal Mes outils Python en 2020. Évalué à 2.
Je connaissais un peu Invoke (mais il y a fort longtemps, quand Fabric a été abandonné), mais je n'ai jamais utilisé. Je note quand même l'idée.
Que vaut yapf par rapport à black ?
[^] # Re: 21 jours, 12 commentaires.
Posté par flan (site web personnel) . En réponse à la dépêche Annonce de Perl 7. Évalué à 6.
Mais est-ce vraiment inattendu ?
Si on compare à Python, ce dernier s'est beaucoup modernisé sur plein d'aspects (même s'il garde des problèmes, notamment sur le packaging) et s'est développé dans beaucoup de domaines (scripting comme Python, mais aussi web, admin sys, data-mining/IA/…).
Ils ont décidé de casser la compatibilité pour le pire (genre les strings), mais de façon progressive (plus de 10 ans !).
Maintenant, Python 3.8 se retrouve avec pas mal de choses sympa comme du typage, des nouveaux outils de gestion de dépendances, etc. On peut faire du code intégralement typé (mon IDE est capable de dire le type précis de chaque variable, que ce soit par de l'inférence ou par des indications) — que ce ce type soit ignoré à l'exécution n'est pas grave, ce qui compte est d'avoir l'information à l'écriture.
[^] # Re: Facilement trucable en plus
Posté par flan (site web personnel) . En réponse au message De la débilité de l'administration… et de certains particuliers. Évalué à 7.
Ça reste un faux vu que ce n’est pas la facture émise.
[^] # Re: Aie mes yeux...
Posté par flan (site web personnel) . En réponse au lien Nim plus rapide que C++ sur du ray tracing. Évalué à 2.
Au moins, ça donne des ordres de grandeur ; soyons optimistes !