Oui enfin, s'ils vivent à Paris centre ou à très grande proximité, c'est un choix et non une obligation de leur part. Du coup ils pourraient vivre dans une zone moins chère (par exemple en banlieue) et financièrement ça irait beaucoup mieux.
Ils habitaient Versaille de mémoire. Je ne me rappelle plus de temps de trajet, mais cela commençait à faire pas mal. Donc, non, ta solution n'est pas une. Je n'ai jamais dis qu'ils habitaient dans le 7e !
Ce sont des choses un peu hors champ du camion ou de l'avion autonome.
Tu auras un camion normal, suivi par 4 camions automatiques. Et pouf 80% de chauffeur en moins.
De même qu'il faut quelqu'un pour dialoguer et répondre aux différents contrôleurs aériens (et automatiser ce contrôle ne se fera vraiment pas vite).
Justement, c'est en cours d'automatisation. Les ordres du contrôle aérien se font désormais d'ordinateur à ordinateur, cela évite en plus les erreurs de communication.
Tout le jeu actuellement est de trouver la bonne densité de transistors pour éviter le throttle, chose que Intel n'a apparemment pas fait et qui la fout mal sur un tel produit HDG pour entreprise.
C'est peut être plus un problème de densité d'énergétique que de rating du radiateurs, tu as raisons. Les "points chauds" ont toujours été évité sur les puces.
Si tu dois dissiper plus alors que ça consomme déjà beaucoup quand le CPU se protège, ça ne va pas aider au gain financier (coût de l’électricité).
En fait si, car le rendement d'un cpu baisse avec la baisse de fréquence. Tu as un cpu à 2 Ghz avec 10 étages de pipelines, tu en fais un nouveau, plus gros, pour le mettre sur 20 étages, et le faire tourner à 4Ghz. Le rendement énergétique d'instruction par cycle d'horloge est le même car tu utilise une fab plus récente. Par contre, si il a trop chaud et retombe à 2Ghz, tu y perds car tu as 2 fois plus de flip-flop dans ton pipeline qui ne servent à rien.
Non, le problème n'est pas la, le problème est qu'Intel ne sait pas faire mieux en ne perdant pas tant d’énergie en chaleur inutile
Jusqu'à présent, les gros XEON Intel avait un meilleur rendement énergétique que l'équivalent en ARM, mais on parle de puce de 100W, c'est pour cela que c'était difficile d'imaginer ce genre de puce qui chauffe, plus rentable que les puces ARM de 10W.
il y a aussi une mentalité de faire table rase à chaque version.
J'ai vu passer l'Omap 2, 3 et 4. Il sortent chaque année. Le spécification qui donne une ligne par morceau de registre, donc explication minimum, fait 6000 pages.
De mémoire, omap2, c'est DSP+un gros arm, omap3, c'est DSP+arm multicore + cpu spécifique+ 30 modules, omap4 c'est 5 type de cpu différents + 120 modules.
Et à chaque fois, il faut réécrire les drivers, aucune compatibilité logiciel minimal n'est recherché. Comment capitaliser sur le dev soft avec cette façon de faire ? Même pour le test, c'est chiant, il faut réécrire les drivers avant !
Non, l'erreur de bulldozer, c'est de faire passer des "threads amélioré" pour des cpus complet. Le thread intel est uniquement un ensemble suplémentaire de registre pour simuler l'existence de 2 cpu mais utilisant les mêmes blocs de calculs, cela permet de "boucher les trous" dans le pipeline vu sa longueur.
Bulldozer n'a pas dupliqué que les registres mais aussi les ALU, mais faire passer cela pour des cpu complet est gonflé surtout vis à vis de la FPU, ou du SIMD.
Je crois que tu sous estimes ce qu'il est possible de faire avec le deep learning. Toutes ses règles non écrites peuvent se déduire du comportement des autres automobilistes, surtout si c'est courant. L'IA peut tout à fait avoir des statistiques de comportement en fonction du type de voiture qu'elle reconnait.
(c'est fou comme les gens se sentent toujours pauvres même si objectivement, en comparant avec les chiffres de l'INSEE, ils sont parfois en classe supérieure haute, mais bon ils voient les voitures des joueurs de foot alors forcément…).
Il y a longtemps rue89 publiait des "portes-monnaies" qui détaillais la vie financière de différente personne. Et j'avais compris comment une famille avec 7k€/mois pouvait ne pas se sentir riche.
Ils étaient cadres à Paris, dans des grandes boites. Ils habitaient à 4 ou 5, dans un appartement de 100 m² qui leur coutait un bras en crédit.
De l'autre, il y avait un sorte d'artiste babacool qui ne gagnait pas grand chose, mais disposait d'une grande maison de famille. Une fois déduit les charges imposés, le niveau de vie des 2 foyers étaient en faveurs de l'artiste.
Le prix du logement en France devient tellement important, surtout à Paris, que les revenues ne sont plus un moyen de calculer la richesse d'une personne ce qui était pourtant la norme depuis la fin de la guerre. Aujourd'hui, il faut connaitre le patrimoine financier, la "richesse". Les inégalités sont là.
C'est plus complexe que ça. Historiquement, cela fait 200 ans que la technique rend des métiers obsolètes (calèche et maréchal ferrant ont disparu). Le gain de productivité réduise l’emploie et les coûts, la réduction de ces coûts permet de rendre du pouvoir d'achat qui peut aller ailleurs. C'est ainsi que l'on a assez d'argent pour payer des smartphones, une industrie qui emploient des millions de personnes dans le monde. Cela s'est toujours passé ainsi.
Mais aujourd'hui, on anticipe un choc beaucoup plus rude :
- Le 1er emploi dans la majorité des états américains, est celui de chauffeurs de poids lourd, que vont-il devenir quand 80% des camions seront automatiques ?
- idem pour les chauffeurs de bus, de VTC, de taxi, les pilotes d'avions.
- Le think tank Tera Nova a l'époque de Roccard, disait qu'il y avait en France 15 milliards d'heures travaillés par an en France, et que cela n'augmentait pas, malgré l'augmentation de la population, depuis une décennie. Il justifiait ainsi les 35h. Cela renforçait la théorie qui disait ce n'est pas parce que un steak coute 2x moins chère que l'on en mange 2.
- un responsable politique a reconnu que le plus dur serait de faire accepter un déclassement d'une partie de la classe moyenne, ce qu'il présentait comme un fait, et non comme quelque chose de parfaitement inacceptable. (moins de super pauvre et plus de pauvre "moyen", super perspective !) Je ne retrouve plus la citation en question, extrait d'un journal vu sur tweeter.
- Un économiste citait aussi la vitesse des gain de productivité comme source de problème car les "gens" n'avait pas le temps de s'adapter (changement de métier vers un truc plus lucratif, hausse de tarif : l'exemple typique est le cout d'un coiffeur en France et en Afrique pour la même chose). Il ne faut pas oublier que 1 % en 1970, ne représente pas du tout 1% d'aujourd'hui. D'ailleurs, si on regarde notre croissance de 1%, elle est largement supérieur en montant brute en euro constant, au 5% de l'époque. idem pour 1% de productivité en plus d'aujourd'hui par rapport aux années 1990.
Je dirais plutôt "tout les fabricants de SoC qui ne comprenne rien au standard de qualité de Linux". TI le comprenait à peine en 2009. Il maintenait de vieille version jusqu'à faire des backport de fonctionnalités qui intéressait les clients dans les nouveaux kernels !
Mais ça n'a dérangé personne de voir apparaître de nouvelles instructions (MMX, SSE, SSE2, …) sur les processeurs x86. Ni de voir AMD développer son propre jeu d'instruction concurrent (3DNow!) ou décider de faire une version 64 bits (que Intel a ensuite cloné). Pourquoi chez ARM soudainement ça serait un problème?
Parce qu'avant le SSE2 inclus dans l'AMD64, personne n'utilisait ces instructions à part 2 ou 3 soft, comme les moteurs de jeu, Photoshop et les codec vidéo. C'est un gâchis monstre. Il fallu attendre longtemps avec de pouvoir utiliser autre chose qu'un assembleur pour utiliser ses instructions, et encore plus longtemps pour que gcc fasse l'effort de les utiliser.
C'est surtout de ce côté que ça coince: il ne semble pas raisonable pour la plupart des constructeurs de devoir absolument stocker leurs drivers dans le dépôt Git de Linus et de devoir passer toutes les étapes de revue de code
Cela marche pour le PC depuis plus de 10 ans…
Le "compatible Android" a déjà remplacé le "compatible PC" comme standard de machine le plus répandu. Que Linux n'arrive pas encore à s'y adapter, c'est un autre problème.
Disons que si tu vois un map, cela fait un map. Si tu vois un "for… range", tu n'en sais rien, cela peut être un map, un fold, il faut analyser le code en dessous pour le savoir. Cela peut aussi avoir des effets de bord.
Si ARM n'est pas trop débile, il faut une jeu de CPU "server", un jeu de complément "desktop" ou "calcul", et qu'il ne s'amuse avec 36 combinaisons qui ne serait jamais alors utilisé. Un peu comme à l'époque de l'ARM9 qui n'avait pas de FPU, chacun avait son truc, et aucun code linux n'utilisait la fpu non standard présente. Ils ont refait la même blague avec leurs instruction SIMD.
J'ai quitté TI depuis un moment, mais à l'époque, c'était impossible d'avoir un code qui teste là ou il est pour choisir le code suivant, comme le fait un x86. Je ne crois pas que cela a changé. C'était dû vraiment à des problèmes ultra bas niveau pour linux.
Il n'y a pas de BIOS standard, donc, il fallait setter les réglages de DRAM qui dépendent donc du contrôleur utilisé, mappé là ou le constructeur de Soc voulait, sans table standard pour la trouver. Et c'est pareil pour la RTC, et le lien série. Et je ne parle même pas des arbre d'horloge à gérer (PLL, switch) et autre "power switch". Et si tu le fais à tâtons, tu peux "bricker" la puce.
elle adaptera sa vitesse pour permettre un freinage d'urgence efficace. Ce qu'un conducteur devrait faire aussi pour éviter un accident.
Oui, mais ce n'est pas possible dans les faits. J'avais lu un article sur un test d'une Google car, elle était trop prudente sur les risques de collision, donc le conducteur devait reprendre la main pour chaque insertion dans un trafic dense, sinon la voiture ne passait jamais.
ceci dit en France, il me semble bien qu'on garde un droit d'auteur fort même en étant employé,
Oui, le droit moral, mais pour l'exercer, il faut pouvoir dédommager celui qui les droit d'exploitation, donc, dans les faits, il ne se passe pas grand chose.
on appelle cela simplement les licences.
C'est pas faux.
Les deux métiers sont basés sur le droit d'auteur malheureusement, et dans les deux cas, tu peux vendre ton œuvre comme tu le veux:
Non, il y a plein de spécificités pour l'informatique : pas de droit moral par exemple.
ARM devrait faire comme Intel pour AES : des instructions spécialisés. Et puis, 2 ou 3 versions de jeu d'instructions mais pas une pléthore de combinaison comme Intel : cela empêche d'avoir un intérêt pour les dev logiciel d'utiliser ces instructions, car ule jeu d'instruction intéressant est trop peu commun.
Il devrait compléter les instructions crypto, l'usage des copro étaient une mode : mais il n'y a jamais tous les modes disponibles, et la programmation du coproc peut prendre plus de temps que de faire le boulot sur le cpu pour les petits paquets. A moins d'avoir un truc énorme à faire comme la décompression vidéo. De plus, cela rend nécessaire l'écriture d'un drivers spécifique pour l'OS, alors qu'une instruction ne demande qu'un assembleur pour être généré.
Le plus gros problème pour arm est de ne pas avoir définit une plateforme minimale ce qui empêche de faire un binaire universel, ce qui parait délirant. On ne peut pas avoir une distrib unique "arm" comme une version 386 pour les compatibles x86, il faut une version différente par SoC ou presque.
Finalement, est-ce qu'il ne faudrait pas commencer par définir intelligence?
C'est justement la difficulté : personne n'arrive à la même. D'où la blague de dire que intelligence est tout ce qui n'arrive pas à faire un ordinateur.
Excellente question. L'intelligence humaine inclut également la sensibilité, les sentiments. Que sont les sentiments? C'est vaste, infini, indéfinissable…
Non justement, les sentiments sont assez bien connu. Il y a moins d'une dizaine de base, qui varient en intensité. Pour avoir coder des "robots", j'ai l'impression que les sentiments servent à faire quelques choses plutôt que rien, quand il n'y a pas assez d'informations pour prendre une décision rationnelle.
[^] # Re: moi j'adore
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Bookmark : Interview d'Emmanuel Macron sur l'IA dans Wired. Évalué à 4.
Ils habitaient Versaille de mémoire. Je ne me rappelle plus de temps de trajet, mais cela commençait à faire pas mal. Donc, non, ta solution n'est pas une. Je n'ai jamais dis qu'ils habitaient dans le 7e !
"La première sécurité est la liberté"
[^] # Re: moi j'adore
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Bookmark : Interview d'Emmanuel Macron sur l'IA dans Wired. Évalué à 7.
Tu auras un camion normal, suivi par 4 camions automatiques. Et pouf 80% de chauffeur en moins.
Justement, c'est en cours d'automatisation. Les ordres du contrôle aérien se font désormais d'ordinateur à ordinateur, cela évite en plus les erreurs de communication.
"La première sécurité est la liberté"
[^] # Re: Xeon vous trouvez ça précis ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 4.
OVH est entièrement en watercooling, par exemple.
C'est peut être plus un problème de densité d'énergétique que de rating du radiateurs, tu as raisons. Les "points chauds" ont toujours été évité sur les puces.
"La première sécurité est la liberté"
[^] # Re: Xeon vous trouvez ça précis ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 4.
En fait si, car le rendement d'un cpu baisse avec la baisse de fréquence. Tu as un cpu à 2 Ghz avec 10 étages de pipelines, tu en fais un nouveau, plus gros, pour le mettre sur 20 étages, et le faire tourner à 4Ghz. Le rendement énergétique d'instruction par cycle d'horloge est le même car tu utilise une fab plus récente. Par contre, si il a trop chaud et retombe à 2Ghz, tu y perds car tu as 2 fois plus de flip-flop dans ton pipeline qui ne servent à rien.
Jusqu'à présent, les gros XEON Intel avait un meilleur rendement énergétique que l'équivalent en ARM, mais on parle de puce de 100W, c'est pour cela que c'était difficile d'imaginer ce genre de puce qui chauffe, plus rentable que les puces ARM de 10W.
"La première sécurité est la liberté"
[^] # Re: Effet de mode?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 5.
il y a aussi une mentalité de faire table rase à chaque version.
J'ai vu passer l'Omap 2, 3 et 4. Il sortent chaque année. Le spécification qui donne une ligne par morceau de registre, donc explication minimum, fait 6000 pages.
De mémoire, omap2, c'est DSP+un gros arm, omap3, c'est DSP+arm multicore + cpu spécifique+ 30 modules, omap4 c'est 5 type de cpu différents + 120 modules.
Et à chaque fois, il faut réécrire les drivers, aucune compatibilité logiciel minimal n'est recherché. Comment capitaliser sur le dev soft avec cette façon de faire ? Même pour le test, c'est chiant, il faut réécrire les drivers avant !
"La première sécurité est la liberté"
[^] # Re: Les jeux sont multithreads
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 3.
Non, l'erreur de bulldozer, c'est de faire passer des "threads amélioré" pour des cpus complet. Le thread intel est uniquement un ensemble suplémentaire de registre pour simuler l'existence de 2 cpu mais utilisant les mêmes blocs de calculs, cela permet de "boucher les trous" dans le pipeline vu sa longueur.
Bulldozer n'a pas dupliqué que les registres mais aussi les ALU, mais faire passer cela pour des cpu complet est gonflé surtout vis à vis de la FPU, ou du SIMD.
"La première sécurité est la liberté"
[^] # Re: Commentaire bookmark
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "Intelligence artificielle", vraiment?. Évalué à 3.
Je crois que tu sous estimes ce qu'il est possible de faire avec le deep learning. Toutes ses règles non écrites peuvent se déduire du comportement des autres automobilistes, surtout si c'est courant. L'IA peut tout à fait avoir des statistiques de comportement en fonction du type de voiture qu'elle reconnait.
"La première sécurité est la liberté"
[^] # Re: Effet de mode?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 4.
Trop cher à court terme, mais à long terme, c'est catastrophique, le cout de la maintenance explose.
"La première sécurité est la liberté"
[^] # Re: moi j'adore
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Bookmark : Interview d'Emmanuel Macron sur l'IA dans Wired. Évalué à 10.
Il y a longtemps rue89 publiait des "portes-monnaies" qui détaillais la vie financière de différente personne. Et j'avais compris comment une famille avec 7k€/mois pouvait ne pas se sentir riche.
Ils étaient cadres à Paris, dans des grandes boites. Ils habitaient à 4 ou 5, dans un appartement de 100 m² qui leur coutait un bras en crédit.
De l'autre, il y avait un sorte d'artiste babacool qui ne gagnait pas grand chose, mais disposait d'une grande maison de famille. Une fois déduit les charges imposés, le niveau de vie des 2 foyers étaient en faveurs de l'artiste.
Le prix du logement en France devient tellement important, surtout à Paris, que les revenues ne sont plus un moyen de calculer la richesse d'une personne ce qui était pourtant la norme depuis la fin de la guerre. Aujourd'hui, il faut connaitre le patrimoine financier, la "richesse". Les inégalités sont là.
"La première sécurité est la liberté"
[^] # Re: moi j'adore
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Bookmark : Interview d'Emmanuel Macron sur l'IA dans Wired. Évalué à 10.
C'est plus complexe que ça. Historiquement, cela fait 200 ans que la technique rend des métiers obsolètes (calèche et maréchal ferrant ont disparu). Le gain de productivité réduise l’emploie et les coûts, la réduction de ces coûts permet de rendre du pouvoir d'achat qui peut aller ailleurs. C'est ainsi que l'on a assez d'argent pour payer des smartphones, une industrie qui emploient des millions de personnes dans le monde. Cela s'est toujours passé ainsi.
Mais aujourd'hui, on anticipe un choc beaucoup plus rude :
- Le 1er emploi dans la majorité des états américains, est celui de chauffeurs de poids lourd, que vont-il devenir quand 80% des camions seront automatiques ?
- idem pour les chauffeurs de bus, de VTC, de taxi, les pilotes d'avions.
- Le think tank Tera Nova a l'époque de Roccard, disait qu'il y avait en France 15 milliards d'heures travaillés par an en France, et que cela n'augmentait pas, malgré l'augmentation de la population, depuis une décennie. Il justifiait ainsi les 35h. Cela renforçait la théorie qui disait ce n'est pas parce que un steak coute 2x moins chère que l'on en mange 2.
- un responsable politique a reconnu que le plus dur serait de faire accepter un déclassement d'une partie de la classe moyenne, ce qu'il présentait comme un fait, et non comme quelque chose de parfaitement inacceptable. (moins de super pauvre et plus de pauvre "moyen", super perspective !) Je ne retrouve plus la citation en question, extrait d'un journal vu sur tweeter.
- Un économiste citait aussi la vitesse des gain de productivité comme source de problème car les "gens" n'avait pas le temps de s'adapter (changement de métier vers un truc plus lucratif, hausse de tarif : l'exemple typique est le cout d'un coiffeur en France et en Afrique pour la même chose). Il ne faut pas oublier que 1 % en 1970, ne représente pas du tout 1% d'aujourd'hui. D'ailleurs, si on regarde notre croissance de 1%, elle est largement supérieur en montant brute en euro constant, au 5% de l'époque. idem pour 1% de productivité en plus d'aujourd'hui par rapport aux années 1990.
"La première sécurité est la liberté"
[^] # Re: Xeon vous trouvez ça précis ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 4.
ça c'est juste une histoire de dissipateur thermique pourris, non ? (sous dimensionné)
"La première sécurité est la liberté"
[^] # Re: Effet de mode?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 5.
Je dirais plutôt "tout les fabricants de SoC qui ne comprenne rien au standard de qualité de Linux". TI le comprenait à peine en 2009. Il maintenait de vieille version jusqu'à faire des backport de fonctionnalités qui intéressait les clients dans les nouveaux kernels !
"La première sécurité est la liberté"
[^] # Re: Effet de mode?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 5.
il y a aussi 2 licences sur le jeu d'instruction ARM, snapdragon et le A11 d'apple ne sont pas de cpu fait par ARM.
"La première sécurité est la liberté"
[^] # Re: Effet de mode?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 5.
Parce qu'avant le SSE2 inclus dans l'AMD64, personne n'utilisait ces instructions à part 2 ou 3 soft, comme les moteurs de jeu, Photoshop et les codec vidéo. C'est un gâchis monstre. Il fallu attendre longtemps avec de pouvoir utiliser autre chose qu'un assembleur pour utiliser ses instructions, et encore plus longtemps pour que gcc fasse l'effort de les utiliser.
Cela marche pour le PC depuis plus de 10 ans…
euh?!
"La première sécurité est la liberté"
[^] # Re: Fonctionnel vs Impératif
Posté par Nicolas Boulay (site web personnel) . En réponse au lien État des lieux des langages fonctionnels. Évalué à 5.
Disons que si tu vois un map, cela fait un map. Si tu vois un "for… range", tu n'en sais rien, cela peut être un map, un fold, il faut analyser le code en dessous pour le savoir. Cela peut aussi avoir des effets de bord.
"La première sécurité est la liberté"
[^] # Re: Le retour de gentoo?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 4.
Si ARM n'est pas trop débile, il faut une jeu de CPU "server", un jeu de complément "desktop" ou "calcul", et qu'il ne s'amuse avec 36 combinaisons qui ne serait jamais alors utilisé. Un peu comme à l'époque de l'ARM9 qui n'avait pas de FPU, chacun avait son truc, et aucun code linux n'utilisait la fpu non standard présente. Ils ont refait la même blague avec leurs instruction SIMD.
"La première sécurité est la liberté"
[^] # Re: Effet de mode?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 8.
J'ai quitté TI depuis un moment, mais à l'époque, c'était impossible d'avoir un code qui teste là ou il est pour choisir le code suivant, comme le fait un x86. Je ne crois pas que cela a changé. C'était dû vraiment à des problèmes ultra bas niveau pour linux.
Il n'y a pas de BIOS standard, donc, il fallait setter les réglages de DRAM qui dépendent donc du contrôleur utilisé, mappé là ou le constructeur de Soc voulait, sans table standard pour la trouver. Et c'est pareil pour la RTC, et le lien série. Et je ne parle même pas des arbre d'horloge à gérer (PLL, switch) et autre "power switch". Et si tu le fais à tâtons, tu peux "bricker" la puce.
"La première sécurité est la liberté"
[^] # Re: "Intelligence artificielle", pourquoi pas?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "Intelligence artificielle", vraiment?. Évalué à 3.
on parle bien de ça : https://en.wikipedia.org/wiki/Feeling ?
"La première sécurité est la liberté"
[^] # Re: Commentaire bookmark
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "Intelligence artificielle", vraiment?. Évalué à 3.
Oui, mais ce n'est pas possible dans les faits. J'avais lu un article sur un test d'une Google car, elle était trop prudente sur les risques de collision, donc le conducteur devait reprendre la main pour chaque insertion dans un trafic dense, sinon la voiture ne passait jamais.
"La première sécurité est la liberté"
[^] # Re: Fonctionnel vs Impératif
Posté par Nicolas Boulay (site web personnel) . En réponse au lien État des lieux des langages fonctionnels. Évalué à 3.
Si tu empiles les map, ou les fold, c'est bien plus compact et lisible, sur une ligne que explosé sur 3 ranges et bloc de code.
"La première sécurité est la liberté"
[^] # Re: Ca pose à un autre problème...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Il ne demandait qu'à payer !. Évalué à 3.
Oui, le droit moral, mais pour l'exercer, il faut pouvoir dédommager celui qui les droit d'exploitation, donc, dans les faits, il ne se passe pas grand chose.
C'est pas faux.
Non, il y a plein de spécificités pour l'informatique : pas de droit moral par exemple.
"La première sécurité est la liberté"
[^] # Re: Pour les ordinateurs personnels, c'est pas ça…
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 4.
ARM devrait faire comme Intel pour AES : des instructions spécialisés. Et puis, 2 ou 3 versions de jeu d'instructions mais pas une pléthore de combinaison comme Intel : cela empêche d'avoir un intérêt pour les dev logiciel d'utiliser ces instructions, car ule jeu d'instruction intéressant est trop peu commun.
Il devrait compléter les instructions crypto, l'usage des copro étaient une mode : mais il n'y a jamais tous les modes disponibles, et la programmation du coproc peut prendre plus de temps que de faire le boulot sur le cpu pour les petits paquets. A moins d'avoir un truc énorme à faire comme la décompression vidéo. De plus, cela rend nécessaire l'écriture d'un drivers spécifique pour l'OS, alors qu'une instruction ne demande qu'un assembleur pour être généré.
"La première sécurité est la liberté"
[^] # Re: Effet de mode?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 6.
y'a trustzone, c'est pareil. Un ring 0 que tu ne contrôles pas si tu n'as pas les clefs pour y envoyer des "applications".
"La première sécurité est la liberté"
[^] # Re: Effet de mode?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 5.
Le plus gros problème pour arm est de ne pas avoir définit une plateforme minimale ce qui empêche de faire un binaire universel, ce qui parait délirant. On ne peut pas avoir une distrib unique "arm" comme une version 386 pour les compatibles x86, il faut une version différente par SoC ou presque.
"La première sécurité est la liberté"
[^] # Re: "Intelligence artificielle", pourquoi pas?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "Intelligence artificielle", vraiment?. Évalué à 3.
C'est justement la difficulté : personne n'arrive à la même. D'où la blague de dire que intelligence est tout ce qui n'arrive pas à faire un ordinateur.
Non justement, les sentiments sont assez bien connu. Il y a moins d'une dizaine de base, qui varient en intensité. Pour avoir coder des "robots", j'ai l'impression que les sentiments servent à faire quelques choses plutôt que rien, quand il n'y a pas assez d'informations pour prendre une décision rationnelle.
"La première sécurité est la liberté"