Merci pour ces vidéos, en effet, il y a des alternatives à faire des routes en goudron imperméable.
Sur les petites routes, l'eau n'est pas collectée. Si il y a moins d'une voiture par minute, je pense que la pollution de la nappe phréatique induite par elles est négligeable, d'autant plus qu'avec les normes actuelle, les moteurs rejettent moins de grosses particules absorbés par la pluie, et la consommation d'huile est négligeable.
C'est vrai qu'à Paris, si il n'a pas eut de pluie depuis plusieurs jours, la chaussé devient glissante, aux premières gouttes.
Quand au développement, il ne faut pas l'interdire bien sûr. J'ai vu des pays où malgré les routes (Nigéria, Égypte, Madagascar, c'était en 2000, mais pas le Maroc ou la Mauritanie), la collecte des ordures ne se faisait pas, les chèvres se broutaient au milieu des ordures, et tout le monde s'en foutait. Avec les taux de natalité de pays comme le Nigéria, tu ne pourras jamais donner une voiture individuelle par famille et leur proposer d'aller au campus/Leclerc avec. Il faut internet, des services via internet efficace.
Le cliché d'aller à l'université en pirogue, franchement, ça me ferait rêver.
Concernant l'aspect rhétorique, je ne peux que m'emporter au sujet des hypers et autres. Je ne suis ni contre la voiture, ni contre ceux profitant de ce moyen de consommation.
Cela dit, j'ai assisté à de trop nombreux abus dans ma région, d'installations redondantes, en pleine nature, de toute une variété de grandes surfaces et d'infrastructures associées. Et ça m'énerve cette destruction méthodique de l'espace qui m'entoure sans aucune considération. Maintenant que c'est fait, de façon malheureusement irréversible, à quoi bon en faire tout un plat…
On pourrait enterrer les parkings, conditionner les projets, laisser une chance aux 'petits' commerces pour que les centres villes ne soient plus abandonnés. Les boomers ont créé ces infrastructures, quasiment sans limitations, avec des beaux complexes, dans un périmètre naturel mesuré. Maintenant, comme on à moins de place ici, faut-il tout stopper ou aller ailleur ?
Sur le plan écologique, le fait de ne pas goudronner les routes est plutôt positif. Alors oui, on freine moins bien, et les ronds points sont un peu plus dangereux.
Égoïstement, j'espère que l'inde et l'Afrique ne se mettront pas trop à faire comme nous. Quoique que l'Inde ait augmenté ses émissions de gaz à effet de serre de 6 % en un an, et que l'Europe les aient diminuées de 1 %.
Qu'ils puissent se développer durablement. Un parking de supermarché goudronné n'est pas un signe extérieur de richesse, mais un symbole de décadence aggravé (à coup de pots de vinno, comme leurs potes les ronds-points).
Teams est plus qu'une merde, je suis gavé de spam depuis mon premier meeting sur cette solution. Je ne parle pas de la qualité d'image, du son, ni des ressources que prend le client lourd sur les PC Windows.
Mais bon, dès que l'on échange avec une boite du "Fortune 500", on est obligé d'y passer avec une probabilité de 499 / 500…
Cela dit, comme pas mal d'utilisateur, j'utilise Plasma 5.26.1 sur Wayland et ne souffre plus d'aucune limitation, ce qui n'était pas le cas jusqu'à il y a encore quelques jours :
Application XWayland supportant la mise à l'échelle rationnelle (i.e. avec des ratios non entier, utile si HiDPI et plusieurs écrans avec des mise à l'échelles différentes, chose impossible à gérer avec Xorg) ;
Copy/Past entre différentes applications OK ;
OBS Studio fonctionne nickel ;
Chromium et Firefox sont maintenant stable en Wayland natif (et semblent très réactifs) ;
Et Steam (et les jeux donc) fonctionne également parfaitement, mais peut-être XWayland est-il utilisé derrière …
Le but de Wayland est d'être moins compliqué que le serveur X, alors cela implique qu'il y ait moins de fonctionnalités. Je ne sais pas par contre en quoi Mesa serait moins fonctionnel avec Wayland, je ne comprends pas ce point.. Si il parle de XGL, il faut le préciser.
J'ajoute que la consommation électrique lié au transport, à la compression et décompression est plus élevée que pour Netflix, car il est simple de créer des caches chez les opérateurs pour Netflix. De plus, Netflix pourrait faire du broadcast pour les films les plus regardés, chose impossible pour le jeu vidéo.
Non, faible latence impossible de faire tourner sur un cloud en France un jeu pour un joueur en Corée..
Comme je l'ai dit, il n'y a pas de gains via mutualisation, au contraire, plus de ressources globales allouées. Car de toutes les manières tu as besoin d'une cg, donc ton jeu il va utiliser 2 cg.
Le cloud gaming made in MS, c'est même pas du full HD, en même pas 30 FPS. Mon Steam Deck fait fonctionner les jeux en HD à 60 FPS. Je joue avec les options en medium à 40 FPS pour consommer encore moins.
Le rapport performances par watt est gagnant, et crois le ou non, je ne joue plus en 4k sur ma machine de guerre, le Steam Deck propose un bien plus grand confort que mon pc. Hors nombre de pixels, et FPS dans certains jeux, il ne me sert plus qu'à travailler.
Dans l'empreinte écologique il faut aussi prendre en compte le transport de l'information avec une faible latence et le fonctionnement des algorithmes de compression décompression.
Il n'y a pas de mutualisation de carte graphique, puisqu'il en faut une pour afficher l'information à l'écran moins puissante, certe, mais même une carte graphique bas de gamme fait tourner les jeux aujourd'hui. Par exemple le Steam Deck sous Linux fait tourner les jeux dans de très bonnes conditions avec 15 watts pour le système, écran inclus…
Pour moi clairement ça n'est pas du tout écologique.
L'intérêt du pilote NVM Express est de montrer qu'il atteint presque les même performances que celle du pilote C existant.
Qu'est-ce qui permet de dire que ce serait lent ? J'ai beau aimer Java et le C, je vois pas ce qui en Rust ferait que c'est plus lent qu'en C…
Les performances devrait atteindre celle du C avec directives pragma (ça ne s'appelle plus comme cela maintenant, ce sont les __attribute__, __restrict__ de gcc par exemple), c'est à dire celle du C fait par des vrais, des développeurs du noyau, qui n'ont pas peur de se balader en tongs en hiver à Helsinki.
Le fait de donner plus de précisions au compilateur sur la gestion de la mémoire, comme on le ferait avec les directives du compilateur en C permet au contraire plus d'optimisations out of the box (comme on dit).
J'enrage aussi beaucoup contre Gradle, mais au final c'est un outil de dingue.
Juste un point :
Même configurés à fond de leurs capacités, les meilleurs IDE n’ont pas les moyens de donner des conseils pertinents.
Dans le cas de Gradle, il n'y a pas de support de l'IDE (du moins elle est empirique comme tu l'indiques), car les DLS statiquement typés de Groovy sont apparus après. La version Kotlin est statiquement typée de ce que j'en comprends (j'utilise très peu kotlin dans Gradle).
Pas mal des points que tu soulèves dépendent de ce problème, mais globalement je suis d'accord avec toi, tout système de build t'impose un cadre et des conventions, Gradle est gavé de conventions pas toujours claires, pour nos projets, ça pose bien des soucis.
Cela dit, lorsque l'on respecte ces conventions, on gagne finalement du temps. On peut aussi créer des extensions simplement, donc l'exotisme du build d'un projet particulier est un problème solvable selon moi, d'autant plus que les plugins Gradle récents sont faciles à lire (peut-être pas tous, mais c'est ce que j'ai constaté d'une manière générale).
Et le fait de respecter des conventions facilite le partage.
Pouvoir sur n'importe qu'elle OS, sans avoir a installer d'autres dépendances que Java faire :
Tu es bien péremptoire, ce n'est pas une question de dépendance, puisque l'un ne peut aller sans l'autre. Nous gratifions constamment le software, alors que le HW est considéré comme une "commodities". On laisse les chinois s'en occuper…
Pourtant, il y a bien plus d'évolution HW qu'il n'y en a en software. On sur-valorise dans le monde occidental d'après MS, le software, les start-up ne font quasi que du software, d'où le déclin qu'il prédit, car la valeur ajoutée au software ne sera plus significative.
Si on prend son exemple de réalisation d'un effet sur une photo, dans un smartphone, la partie logiciel responsable de cet effet, qui est commercialisée, est triviale, comparativement à la partie HW (qui est une commodities).
On pourrait faire un parallèle entre l'art abstrait et l'art figuratif, les chinois détestant l'art abstrait que les Américains ont imposé au 20eme siècle, au détriment des places européenne.
J'adore cette vidéo, on dirait un Monty Python. La mise en scène dans son hôtel en Chine, sa démonstration qui n'a rien à voir avec le sujet, sa conclusion : le software est has-been parce qu'il y a des bugs, alors que ça commençait bien… Même ses exemples laissent à désirer : mon quotidien m'en montre bien plus. Il n'a pas grand chose à dire, mais il le fait, et finalement on regarde, jusqu'au bout, en ce qui me concerne.
Il n'est pas question de formulaires web, ou de certifier son application auprès de la FAA. Si on en reste au 1er degré, le message sous-jacent est que les évolutions software doivent tout au HW, et peu de choses au software en lui même. Et bien jamais on ne me prouvera le contraire. Voilà.. Faudra m'expliquer l'histoire des formulaires.
Et si les formulaires des sites de PME de quartier que j'ai consultés aujourd'hui (avis et sky.fr) avaient pu fonctionner, je m'en porterai pas plus mal.
Juste pour te donner un ordre d'idée, nous optimisions la façon dont les bibliothèques étaient chargées, et à froid, sans charger de modèle, CATIA V5 c'est 1,6 Gio dans la RAM. Je ne connais pas de logiciel plus conséquent… en 2005, en 32-bit.
C'était il y a longtemps, Android c'est Linux (du C), avec un Desktop et un runtime en C. Il doit y avoir du C++, mais ce n'est pas la majorité du code.
Je pense par exemple que Freecad est plus long à compiler (ou Chromium, voir KDE). Moi je parlais de CATIA V4 et V5, DELMIA, Enovia, avec les test-cases, et c'était il y a plus de 15 ans (mais sur des machines sur-puissantes, avec 8 CPU)… Il y avait 85 000 binaires à recompiler et à linker … En plus de cela, certains outils utilisé par des gros client (PSA, Renault, WV, Ford, Airbus ..) étaient développés par dessus CATIA, et les clients n'avaient pas nécessairement les sources. Par contre, ça doit linker, ton compilateur et les options que tu choisis doivent ne pas changer, ou ne pas modifier l'ABI. Il y avait des dépendances cycliques (à la Rust, pas de formward déclaration en Rust), qui t'obligeait à linker 2 fois.
C'était le panard, j'ai pris mon pied à faire de l'optimisation CPU et GPU, avec un CPU moins puissant, on éclatait Intel, IBM and co. Bref, c'était tout une époque.. Je voulais m'occuper du portage Linux, je ne sais pas ou s'en est. Billou à donné un très TRÈS gros chèque pour nous faire partir…
De mon expérience chez ESI Group, Dassault System et Sun Microsystems (ça date, mais le but était d'optimiser au max …):
Taille du binaire bien plus importante (peut-être problématique sur les gros programmes genre CATIA, car l'augmentation de taille n'a pas d'impacte sur de petits programmes) ;
Le compilateur est coincé pour certaines optimisations (chez Dassault, on déconseillait les returns, il n'en fallait qu'un par méthode) ;
Grandes disparités dans la façon de gérer les exceptions en fonction de la plateforme ;
…
Je ne veux pas dire de bêtises, j'ajouterai la compatibilité binaire (snif) encore plus complexe à maintenir sur les très très gros projets, où l'on n'a pas accès à toutes les sources et où l'on ne compile jamais tout sur 1 seule machine.
Qt est encore plus stricte. Les vrais dev n'utilise pas d'exception en C++, ni de rtti. C'est un problème d'implémentation par les compilateurs. Pas un problème lié au langage. Je ne te fais pas la leçon.
Moi le truc qui m'horripile bien plus que le gâchis d'énergie, qui m'horripile déjà pas mal, c'est l'artificialisation des sols, bien plus nocive sur le long et très long terme que les gaz à effet de serre (selon moi). Le gouvernement impose aux communes 0 m2 net de sol artificiel pour 2030, je trouve cela très courageux, fasse à tous les élus locaux (écolo ou pas) qui sont poussés par les promoteurs immobiliers (argent très facile, il suffit de rendre une terre agricole constructible et basta, x10 dans la poche, ils peuvent collectionner les belles voitures et les montrer à Turbo, avec leurs potes les notaires).
Voir un hyper, avec parking non enterré, qui va vider la ville pour annexer des hectares de terre agricole en maisons individuelles mal isolées … La boucle est bouclé.
Nous ne nous rendons pas compte de l'importance des carences de l'agriculture en France, nous exportons du blé (pollution), importons de la viande qui consomme ce blé (pollution), nous sommes dépendant de l'extérieur, car des économistes dans les années 80 ont totalement délaissé le secteur agricole, ou l'on apprenait que l'agriculture et l'industrie devaient laisser place au secteur tertiaire et aux "services" (les gens dans des bureaux et tout fonctionne…). Aujourd'hui, on est même pas capable de subvenir à nos besoins en graines de moutarde, demain, en cas de crise agricole sévère, les gens qui descendront dans la rue seront vraiment énervés. L'on peut se passer de pas mal de chose, mais pas longtemps de ne pas manger.
[^] # Re: Vive les constructions anarchiques
Posté par YBoy360 (site web personnel) . En réponse au journal Un livre d'histoire de sixième. Évalué à 1.
Merci pour ces vidéos, en effet, il y a des alternatives à faire des routes en goudron imperméable.
Sur les petites routes, l'eau n'est pas collectée. Si il y a moins d'une voiture par minute, je pense que la pollution de la nappe phréatique induite par elles est négligeable, d'autant plus qu'avec les normes actuelle, les moteurs rejettent moins de grosses particules absorbés par la pluie, et la consommation d'huile est négligeable.
C'est vrai qu'à Paris, si il n'a pas eut de pluie depuis plusieurs jours, la chaussé devient glissante, aux premières gouttes.
Quand au développement, il ne faut pas l'interdire bien sûr. J'ai vu des pays où malgré les routes (Nigéria, Égypte, Madagascar, c'était en 2000, mais pas le Maroc ou la Mauritanie), la collecte des ordures ne se faisait pas, les chèvres se broutaient au milieu des ordures, et tout le monde s'en foutait. Avec les taux de natalité de pays comme le Nigéria, tu ne pourras jamais donner une voiture individuelle par famille et leur proposer d'aller au campus/Leclerc avec. Il faut internet, des services via internet efficace.
Le cliché d'aller à l'université en pirogue, franchement, ça me ferait rêver.
I use Arch BTW
[^] # Re: Vive les constructions anarchiques
Posté par YBoy360 (site web personnel) . En réponse au journal Un livre d'histoire de sixième. Évalué à 5.
Concernant l'aspect rhétorique, je ne peux que m'emporter au sujet des hypers et autres. Je ne suis ni contre la voiture, ni contre ceux profitant de ce moyen de consommation.
Cela dit, j'ai assisté à de trop nombreux abus dans ma région, d'installations redondantes, en pleine nature, de toute une variété de grandes surfaces et d'infrastructures associées. Et ça m'énerve cette destruction méthodique de l'espace qui m'entoure sans aucune considération. Maintenant que c'est fait, de façon malheureusement irréversible, à quoi bon en faire tout un plat…
On pourrait enterrer les parkings, conditionner les projets, laisser une chance aux 'petits' commerces pour que les centres villes ne soient plus abandonnés. Les boomers ont créé ces infrastructures, quasiment sans limitations, avec des beaux complexes, dans un périmètre naturel mesuré. Maintenant, comme on à moins de place ici, faut-il tout stopper ou aller ailleur ?
I use Arch BTW
# Vive les constructions anarchiques
Posté par YBoy360 (site web personnel) . En réponse au journal Un livre d'histoire de sixième. Évalué à 3. Dernière modification le 25 novembre 2022 à 12:04.
Sur le plan écologique, le fait de ne pas goudronner les routes est plutôt positif. Alors oui, on freine moins bien, et les ronds points sont un peu plus dangereux.
Égoïstement, j'espère que l'inde et l'Afrique ne se mettront pas trop à faire comme nous. Quoique que l'Inde ait augmenté ses émissions de gaz à effet de serre de 6 % en un an, et que l'Europe les aient diminuées de 1 %.
Qu'ils puissent se développer durablement. Un parking de supermarché goudronné n'est pas un signe extérieur de richesse, mais un symbole de décadence aggravé (à coup de pots de vinno, comme leurs potes les ronds-points).
I use Arch BTW
[^] # Re: Teams me bloque l'usage de Wayland
Posté par YBoy360 (site web personnel) . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 1.
Teams est plus qu'une merde, je suis gavé de spam depuis mon premier meeting sur cette solution. Je ne parle pas de la qualité d'image, du son, ni des ressources que prend le client lourd sur les PC Windows.
Mais bon, dès que l'on échange avec une boite du "Fortune 500", on est obligé d'y passer avec une probabilité de 499 / 500…
I use Arch BTW
[^] # Re: Teams me bloque l'usage de Wayland
Posté par YBoy360 (site web personnel) . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 2.
il y a une solution : v4l2loopback-dkms et OBS Studio.
https://lukespear.co.uk/blog/share-desktop-as-webcam-in-obs-loopback/
Ça crée une caméra virtuelle avec OBS (tu peux donc faire ce que tu veux comme mise en scène) puis tu partages la caméra virtuelle.
I use Arch BTW
[^] # Re: Genre vraiment déçu
Posté par YBoy360 (site web personnel) . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 5. Dernière modification le 20 octobre 2022 à 04:42.
Pour le moment SteamOS utilise Xorg.
Cela dit, comme pas mal d'utilisateur, j'utilise Plasma 5.26.1 sur Wayland et ne souffre plus d'aucune limitation, ce qui n'était pas le cas jusqu'à il y a encore quelques jours :
Le but de Wayland est d'être moins compliqué que le serveur X, alors cela implique qu'il y ait moins de fonctionnalités. Je ne sais pas par contre en quoi Mesa serait moins fonctionnel avec Wayland, je ne comprends pas ce point.. Si il parle de XGL, il faut le préciser.
I use Arch BTW
[^] # Re: Jouer en streaming
Posté par YBoy360 (site web personnel) . En réponse au lien Google ferme son service de jeu en streaming Stadia . Évalué à 3.
J'ajoute que la consommation électrique lié au transport, à la compression et décompression est plus élevée que pour Netflix, car il est simple de créer des caches chez les opérateurs pour Netflix. De plus, Netflix pourrait faire du broadcast pour les films les plus regardés, chose impossible pour le jeu vidéo.
I use Arch BTW
[^] # Re: Jouer en streaming
Posté par YBoy360 (site web personnel) . En réponse au lien Google ferme son service de jeu en streaming Stadia . Évalué à 3.
Non, faible latence impossible de faire tourner sur un cloud en France un jeu pour un joueur en Corée..
Comme je l'ai dit, il n'y a pas de gains via mutualisation, au contraire, plus de ressources globales allouées. Car de toutes les manières tu as besoin d'une cg, donc ton jeu il va utiliser 2 cg.
I use Arch BTW
[^] # Re: Jouer en streaming
Posté par YBoy360 (site web personnel) . En réponse au lien Google ferme son service de jeu en streaming Stadia . Évalué à 2.
Le cloud gaming made in MS, c'est même pas du full HD, en même pas 30 FPS. Mon Steam Deck fait fonctionner les jeux en HD à 60 FPS. Je joue avec les options en medium à 40 FPS pour consommer encore moins.
Le rapport performances par watt est gagnant, et crois le ou non, je ne joue plus en 4k sur ma machine de guerre, le Steam Deck propose un bien plus grand confort que mon pc. Hors nombre de pixels, et FPS dans certains jeux, il ne me sert plus qu'à travailler.
I use Arch BTW
[^] # Re: Jouer en streaming
Posté par YBoy360 (site web personnel) . En réponse au lien Google ferme son service de jeu en streaming Stadia . Évalué à 1. Dernière modification le 01 octobre 2022 à 15:41.
Dans l'empreinte écologique il faut aussi prendre en compte le transport de l'information avec une faible latence et le fonctionnement des algorithmes de compression décompression.
Il n'y a pas de mutualisation de carte graphique, puisqu'il en faut une pour afficher l'information à l'écran moins puissante, certe, mais même une carte graphique bas de gamme fait tourner les jeux aujourd'hui. Par exemple le Steam Deck sous Linux fait tourner les jeux dans de très bonnes conditions avec 15 watts pour le système, écran inclus…
Pour moi clairement ça n'est pas du tout écologique.
I use Arch BTW
# Performances
Posté par YBoy360 (site web personnel) . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à 5. Dernière modification le 28 septembre 2022 à 10:21.
Qu'est-ce qui permet de dire que ce serait lent ? J'ai beau aimer Java et le C, je vois pas ce qui en Rust ferait que c'est plus lent qu'en C…
Les performances devrait atteindre celle du C avec directives
pragma(ça ne s'appelle plus comme cela maintenant, ce sont les__attribute__,__restrict__de gcc par exemple), c'est à dire celle du C fait par des vrais, des développeurs du noyau, qui n'ont pas peur de se balader en tongs en hiver à Helsinki.Le fait de donner plus de précisions au compilateur sur la gestion de la mémoire, comme on le ferait avec les directives du compilateur en C permet au contraire plus d'optimisations out of the box (comme on dit).
I use Arch BTW
# Vive Autoconf
Posté par YBoy360 (site web personnel) . En réponse au lien La « configuration » par langage dédié (DSL), une invention de Satan. Évalué à 3. Dernière modification le 24 septembre 2022 à 12:45.
J'enrage aussi beaucoup contre Gradle, mais au final c'est un outil de dingue.
Juste un point :
Dans le cas de Gradle, il n'y a pas de support de l'IDE (du moins elle est empirique comme tu l'indiques), car les DLS statiquement typés de Groovy sont apparus après. La version Kotlin est statiquement typée de ce que j'en comprends (j'utilise très peu kotlin dans Gradle).
Pas mal des points que tu soulèves dépendent de ce problème, mais globalement je suis d'accord avec toi, tout système de build t'impose un cadre et des conventions, Gradle est gavé de conventions pas toujours claires, pour nos projets, ça pose bien des soucis.
Cela dit, lorsque l'on respecte ces conventions, on gagne finalement du temps. On peut aussi créer des extensions simplement, donc l'exotisme du build d'un projet particulier est un problème solvable selon moi, d'autant plus que les plugins Gradle récents sont faciles à lire (peut-être pas tous, mais c'est ce que j'ai constaté d'une manière générale).
Et le fait de respecter des conventions facilite le partage.
Pouvoir sur n'importe qu'elle OS, sans avoir a installer d'autres dépendances que Java faire :
Élimine bien des critiques (AMHA)..
I use Arch BTW
[^] # Re: fish and chips
Posté par YBoy360 (site web personnel) . En réponse au journal Performances et GC : détruisons les mythes. Évalué à 5.
D'autant plus qu'il y a des combo-multiples dans l'article en lien (bien que ce soit intéressant) :
Bref, dommage qu'on ne soit pas vendredi, en effet… Si quelqu'un veut profiler tout ça pour la lecture du soir, ce serait sympa.
I use Arch BTW
[^] # Re: Je lui mettrais bien une cartouche
Posté par YBoy360 (site web personnel) . En réponse au lien Ma disquette dans ce lecteur / Et son bruit est si doux / l'attachement aux belles choses. Évalué à 3. Dernière modification le 11 septembre 2022 à 20:15.
ça existe encore sur la Switch, non?
Moi, ce sont les modems qui me manquent. Ils feraient de la politique maintenant..
I use Arch BTW
[^] # Re: Ça me travaille maintenant
Posté par YBoy360 (site web personnel) . En réponse au lien Software is in Decline - Jonathan Blow. Évalué à 2.
Tu es bien péremptoire, ce n'est pas une question de dépendance, puisque l'un ne peut aller sans l'autre. Nous gratifions constamment le software, alors que le HW est considéré comme une "commodities". On laisse les chinois s'en occuper…
Pourtant, il y a bien plus d'évolution HW qu'il n'y en a en software. On sur-valorise dans le monde occidental d'après MS, le software, les start-up ne font quasi que du software, d'où le déclin qu'il prédit, car la valeur ajoutée au software ne sera plus significative.
Si on prend son exemple de réalisation d'un effet sur une photo, dans un smartphone, la partie logiciel responsable de cet effet, qui est commercialisée, est triviale, comparativement à la partie HW (qui est une commodities).
On pourrait faire un parallèle entre l'art abstrait et l'art figuratif, les chinois détestant l'art abstrait que les Américains ont imposé au 20eme siècle, au détriment des places européenne.
I use Arch BTW
[^] # Re: Ça me travaille maintenant
Posté par YBoy360 (site web personnel) . En réponse au lien Software is in Decline - Jonathan Blow. Évalué à 2. Dernière modification le 17 août 2022 à 19:55.
J'adore cette vidéo, on dirait un Monty Python. La mise en scène dans son hôtel en Chine, sa démonstration qui n'a rien à voir avec le sujet, sa conclusion : le software est has-been parce qu'il y a des bugs, alors que ça commençait bien… Même ses exemples laissent à désirer : mon quotidien m'en montre bien plus. Il n'a pas grand chose à dire, mais il le fait, et finalement on regarde, jusqu'au bout, en ce qui me concerne.
Il n'est pas question de formulaires web, ou de certifier son application auprès de la FAA. Si on en reste au 1er degré, le message sous-jacent est que les évolutions software doivent tout au HW, et peu de choses au software en lui même. Et bien jamais on ne me prouvera le contraire. Voilà.. Faudra m'expliquer l'histoire des formulaires.
I use Arch BTW
[^] # Re: J'avais 10 minutes à perdre avec un pause café
Posté par YBoy360 (site web personnel) . En réponse au lien Software is in Decline - Jonathan Blow. Évalué à 0.
Et si les formulaires des sites de PME de quartier que j'ai consultés aujourd'hui (avis et sky.fr) avaient pu fonctionner, je m'en porterai pas plus mal.
I use Arch BTW
[^] # Re: J'avais 10 minutes à perdre avec un pause café
Posté par YBoy360 (site web personnel) . En réponse au lien Software is in Decline - Jonathan Blow. Évalué à 1.
C'est un résumé un peu succinct, le gars en question à commis Braid, ce qu'il dit n'est pas totalement infondé, ne serait-ce que pour cette raison :).
I use Arch BTW
[^] # Re: Nope
Posté par YBoy360 (site web personnel) . En réponse au lien Java est toujours un champion. Évalué à 4. Dernière modification le 11 août 2022 à 15:40.
Quelle JVM usitlises-tu ?
Il y a eut beaucoup d'amélioration concernant le RPi, celle par défaut n'est pas performante.
Les tél Android ne sont pas tellement plus puissant qu'un RPi, les applications ne mettent pas beaucoup de temps pour se lancer.
I use Arch BTW
[^] # Re: Qt
Posté par YBoy360 (site web personnel) . En réponse au journal De l'influence néfaste de Google sur les développeurs C++. Évalué à 3.
Juste pour te donner un ordre d'idée, nous optimisions la façon dont les bibliothèques étaient chargées, et à froid, sans charger de modèle, CATIA V5 c'est 1,6 Gio dans la RAM. Je ne connais pas de logiciel plus conséquent… en 2005, en 32-bit.
I use Arch BTW
[^] # Re: Qt
Posté par YBoy360 (site web personnel) . En réponse au journal De l'influence néfaste de Google sur les développeurs C++. Évalué à 10.
C'était il y a longtemps, Android c'est Linux (du C), avec un Desktop et un runtime en C. Il doit y avoir du C++, mais ce n'est pas la majorité du code.
Je pense par exemple que Freecad est plus long à compiler (ou Chromium, voir KDE). Moi je parlais de CATIA V4 et V5, DELMIA, Enovia, avec les test-cases, et c'était il y a plus de 15 ans (mais sur des machines sur-puissantes, avec 8 CPU)… Il y avait 85 000 binaires à recompiler et à linker … En plus de cela, certains outils utilisé par des gros client (PSA, Renault, WV, Ford, Airbus ..) étaient développés par dessus CATIA, et les clients n'avaient pas nécessairement les sources. Par contre, ça doit linker, ton compilateur et les options que tu choisis doivent ne pas changer, ou ne pas modifier l'ABI. Il y avait des dépendances cycliques (à la Rust, pas de formward déclaration en Rust), qui t'obligeait à linker 2 fois.
C'était le panard, j'ai pris mon pied à faire de l'optimisation CPU et GPU, avec un CPU moins puissant, on éclatait Intel, IBM and co. Bref, c'était tout une époque.. Je voulais m'occuper du portage Linux, je ne sais pas ou s'en est. Billou à donné un très TRÈS gros chèque pour nous faire partir…
I use Arch BTW
[^] # Re: Qt
Posté par YBoy360 (site web personnel) . En réponse au journal De l'influence néfaste de Google sur les développeurs C++. Évalué à 10. Dernière modification le 06 août 2022 à 13:57.
De mon expérience chez ESI Group, Dassault System et Sun Microsystems (ça date, mais le but était d'optimiser au max …):
Je ne veux pas dire de bêtises, j'ajouterai la compatibilité binaire (snif) encore plus complexe à maintenir sur les très très gros projets, où l'on n'a pas accès à toutes les sources et où l'on ne compile jamais tout sur 1 seule machine.
I use Arch BTW
[^] # Re: Argument d'autorité
Posté par YBoy360 (site web personnel) . En réponse au journal De l'influence néfaste de Google sur les développeurs C++. Évalué à 2.
Sauf que cela date de bien avant l'existence de Google cette pratique, et qu'elle est totalement justifiée.
Ça froisse peut-être les adorateurs de stroutproute.. Désolé pour eux.
I use Arch BTW
# Qt
Posté par YBoy360 (site web personnel) . En réponse au journal De l'influence néfaste de Google sur les développeurs C++. Évalué à 7.
Qt est encore plus stricte. Les vrais dev n'utilise pas d'exception en C++, ni de rtti. C'est un problème d'implémentation par les compilateurs. Pas un problème lié au langage. Je ne te fais pas la leçon.
I use Arch BTW
# Hypermarchés
Posté par YBoy360 (site web personnel) . En réponse au journal Hypocrisie d'énergie. Évalué à 10. Dernière modification le 23 juillet 2022 à 16:03.
Moi le truc qui m'horripile bien plus que le gâchis d'énergie, qui m'horripile déjà pas mal, c'est l'artificialisation des sols, bien plus nocive sur le long et très long terme que les gaz à effet de serre (selon moi). Le gouvernement impose aux communes 0 m2 net de sol artificiel pour 2030, je trouve cela très courageux, fasse à tous les élus locaux (écolo ou pas) qui sont poussés par les promoteurs immobiliers (argent très facile, il suffit de rendre une terre agricole constructible et basta, x10 dans la poche, ils peuvent collectionner les belles voitures et les montrer à Turbo, avec leurs potes les notaires).
Voir un hyper, avec parking non enterré, qui va vider la ville pour annexer des hectares de terre agricole en maisons individuelles mal isolées … La boucle est bouclé.
Nous ne nous rendons pas compte de l'importance des carences de l'agriculture en France, nous exportons du blé (pollution), importons de la viande qui consomme ce blé (pollution), nous sommes dépendant de l'extérieur, car des économistes dans les années 80 ont totalement délaissé le secteur agricole, ou l'on apprenait que l'agriculture et l'industrie devaient laisser place au secteur tertiaire et aux "services" (les gens dans des bureaux et tout fonctionne…). Aujourd'hui, on est même pas capable de subvenir à nos besoins en graines de moutarde, demain, en cas de crise agricole sévère, les gens qui descendront dans la rue seront vraiment énervés. L'on peut se passer de pas mal de chose, mais pas longtemps de ne pas manger.
I use Arch BTW