Si vous avez beaucoup de données a traiter/aggreger de plein de manières différentes, c'est certainement le meilleur choix que vous pouvez faire.
Non, mais oui.
Non car clairement il y a beaucoup plus performant : Rust.
Mais en pratique c'est vrai que généralement tu as à le faire 1 fois de temps en temps dans ce cas ce qui compte ce n'est pas la performance mais la rapidité à le développer et généralement un compromis.
Alors là oui Python est intéressant notamment car il a plein d'outils performant… encore faut-il les connaître car en Python pur sans panda, numpy et Cie…
PS: je pense que SQL est quand même capable d'être plus rapide. Mais je sais que nous étions plus rapide que SQL en faisant un "select into outfile" en MySQL et agrégation en C…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Comme si tu ne comprenait pas? PERL est un langage ou la communauté est bien plus restreinte que Python… par conséquent les moyens aussi. Avec de gros moyens on peut faire beaucoup… dont améliorer les perfs… ce qui explique qu'aujourd'hui les perfs de Python soient comparable à PERL même si de base Python est plus lent (Python est mieux optimisé).
Python est en prod
Évidemment mais cela ne veut pas dire que ce soit toujours ce qu'il y a de plus judicieux et quand je dis "Python pour les prototypes" ce n'est pas une affirmation absolu mais une visée. Dans certains cas la performance est secondaire et l'évolutivité primordiale. Python a toute sa place dans les scripts d'admin ou de lancement d'applis ou dans les applis sans besoin de ressources. YouTube en tout cas ne tourne pas en Python. Ils ont surement des scripts de management en Python, mais le cœur est compilé et hyper optimisé.
Php (Facebook)
Non, Facebook a créé Hack pour justement accélérer PHP et a retranscrit sa base de code. Et après Hack a été plus ou moins intégré à PHP… Mais PHP n'est pas aussi lent que Python. D'ailleurs PHP est plus rapide que Python, je ne vois pas ce qu'il vient faire là.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
C'est la malédiction de la version 6 en informatique… Aussi étrange que cela soit, cela se vérifie assez souvent (pas toujours). Certains projets choisissent de sauter la version 6 pour cette raison…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Mis a part les librairies compilées, le code Python est conceptuellement un langage hyper lent. Cela vient du fait qu'il a été conçu pour sa simplicité de programmation. Ses pythonneries sont hyper pratique mais très complexe à optimiser pour les compilateurs. A l'inverse PERL est basé sur les regexp ce qui le rends bien plus efficace si l'on programme en bon PERL car les Regexp sont compilable facilement.
Après, c'est certains, qu'en pratique, les moyens de Python n'ont rien a voir avec ceux de PERL. Il est donc probable que les défauts de Python soient largement compensés par les efforts surhumains déployés pour améliorer ses perfs.
Les 2 langages restent des langages interprétés non typés intrinsèquement lent. Je préfère Julia quand on peut pour ses performances (Et son typage).
Reste que Python est largement plus populaire et plus simple à mettre en place partout… au moins pour les prototypes.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
poster un message sur le forum de Haiku annonçant qu'on souhaite offrir des euros au développeur qui implémentera la fonctionnalité.
A condition d'avoir des moyens "conséquent" cela me semble le moyen le plus raisonnable. Même si cela n'arrive pas au bout, cela peut permettre de dégrossir le travail et de lancer d'autres sur le sujet.
C'est surtout intéressant pour une entreprise qui souhaiterai pour une raison ou une autre utiliser Haiku (Ou qui aurait des bénéfices a réduire).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
AGI c'est Intelligence artificielle générale. C'est un peu le graal ultime de l'intelligence qui comprends tout le monde qui l'entoure et cappable de s'adapter à tout. L'humain super-intelligent (Sans problème psycho). On mettra peut-être encore un siècle à l'avoir.
"la supériorité humaine est destinée à se réduire toujours plus"
Je m'explique. Quasiment jusqu'au moyen-âge, il n'y avait rien de plus fort que l'homme pour 99% des tâches. Seul existaient les animaux de traits et les moulins qui sont plus fort physiquement que l'homme pour accomplir ces tâches… encore ont'ils besoin d'être piloté par l'humain. Mais techniquement un homme avec ses outils (sans moteur) ne peut rivaliser avec une charrue tiré par un seul homme avec ses boeufs. Mais dans la majorité des tâches l'homme était toujours le plus fort dans la forge ou pour abattre un arbre.
Ensuite est venue la machine à vapeur, puis le moteur à explosion et petit à petit la machine est devenue la plus rapide dans quasiment tous les domaines physiques. La machine reste tout de même hyper spécialisée.
L'homme restait le plus fort dans le domaine intellectuel… jusqu'à l'arrivé de la calculette et les robots capable de prendre des décisions (toujours hyper-spécialisées) dans les usines. Mais l'intelligence artificielle n'avait rien de bien intéressant jusqu'en 2000 presque 2010 alors on pensait que l'homme resterait indispensable.
Les progrès de l'intelligence artificielles ont changé la donne. Il reste encore d'énorme progrès à faire dans la robotique pour remplacer ne serais-ce qu'un technicien de nettoyage mais nul doute que là aussi cela progresse.
L'histoire nous enseigne donc que prétendre prouver par A + B que c'est impossible que l'intelligence artificielle nous dépasse est totalement stupide.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
J'aimerai dans une dépêche une explication des points fort/faiblesses de Haïku. Concrètement il est évident que Haïku est bien moins avancé que les distrution Linux, cela va de soit.
Cependant on peut quand même trouver des raisons de l'utiliser. Je pense pour sa simplicité, son interface, sécurité (dans la mesure où bien peu de virus seront capable de tourner dessus)… As t'on une idée des personnes réellement utilisatrice?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Contrairement à un langage de programmation il n'y a pas une "dernière version" dans une langue parlée mais de multiples versions coexistent et se mélangent. D'ailleurs il est assez courant de revenir en arrière.
L'écriture inclusive en l'occurrence est un style réservé à une certaine élite (de la France hexagonale) bien pensante mais qui ne perce ni dans la presse ni dans le parlé courant.
"un ou une candidate" je trouve ce genre d'expression ségrégationiste. Comme s'il y avait d'une part les candidat masculin et de l'autre celle féminines.
Je milite pour une suppression du féminin de manière général (ou du masculin). Quand "conducteur" est utilisé pour le masculin comme le féminin c'est bien plus simple. Si pour le poste il faut être une femme ou faire plus d'1,80m, et bien on le précise.
On a au moins le cas "un homme" ou "une personne" qui ne précisent pas le sexe par défaut (sans pour autant renoncer au cas)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Un jour sûrement, mais l'ia n'a pas besoin d'internet et on sait aujourd'hui faire des processeurs/ia qui tournent sur un pc portable (avec l'autonomie de sa batterie) et battent n'importe quel humain aux échecs.
Mais je propose l'inverse. On donne internet aux humains et autant d'humain qui le veulent pour battre un super ordinateur sur un jeu d'échec, de Go, une discutions ou même une simulation ou un calcul pour casser des cryptographie… sans calculette.
Tu comprends que ce que tu demande n'a pas de sens.
L'IA progresse et dépasse dore et déjà l'humain sur certains domaines… mais elle n'est pas encore une AGI… elle progresse et la supériorité humaine est destinée à se réduire toujours plus.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Ce n'était pas vraiment un dispositif de surveillance puisque le curé a le devoir du secret de la confession… qui est aujourd'hui mal mené…
Par contre on l'a remplacé par un dispositif bien plus efficace, l'obligation d'aller voir un psy, de mettre les enfants à l'école, les voisins qui ont une obligation de délation…
La différence, c'est qu'avant 1905 la plupart des histoires de villages se réglaient au sein du village, alors que maintenant elle se règle devant les tribunaux… La vérité y a beaucoup perdu, la justice aussi et bien entendu les citoyen trinquent.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Après faudra voir s'il y a une majorité au parlement pour soutenir le projet.
Comment ça y aurai t’il au parlement des gens favorable à la délinquance? C'est tout vu, je me demande pourquoi tu le met en doute.
C'était prédit par tous ceux un peu censés… mais tous les politiques nous avaient promis le contraire…
Mais oui la TIPP c'est une taxe temporaire, quand le prix du pétrole sera trop cher, on le subventionnera… qui ne le crois pas?
Ca n'a jamais été une "expérimentation" car ça n'a jamais eu le droit d'échouer… et puis si ça a échoué, on ne l'a pas dit et caché avant de le corrigé… Et d'ailleurs même si ça sert à arrêter un criminel pour mettre 1000 honnêtes gens (ou quasi) dans les problèmes avec la police, c'est quand même une réussite.
Et si c'est piraté par les chinois, par la CIA, ou par des services français on en sait rien.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Oui enfin si un PC aussi lent qui tourne sur RISC-V t'intéresse, t'a bien ça au fond d'un tiroir car tu est un bricoleur et c'est pas du matos dernier cri mais plutôt du matos qui sert a pas rand chose (Clavier PS2) ou que tu trouve gratis chez ton voisin…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Du coup tu achète français. Des gadget chinois re-badgés (Avec des back-door française en prime).
Honnêtement c'est un peu caricatural comme position. Ce n'est pas parce que c'est pas cher que c'est de la camelote (ou de l'esclavage) de même que ce n'est pas parce que c'est cher que c'est sans back-door et esclavage (C'est juste avec plus de marketing).
En l’occurrence, vu la performance, c'est un produit d'appel, une sorte de pub, un proto donné en cadeau pour les bricoleurs et passionnés.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Je pense qu'ils perdent de l'argent avec mais c'est un coup de pub. Honnêtement, il ne vont pas en vendre 1 million alors ils ne vont pas perdre grand chose.
C'est aussi beaucoup pour le fun qu'ils font ça. Ca doit être la première carte RISC-V qu'ils ont conçus, une sorte de prototype et ça les fait marrer de la vendre… aux plus génies/mordus d'entre nous.
J'aime beaucoup Olimex, j'ai un nanoPC de chez eux qui me sert de serveur Home-Assistant et OpenHEMS.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Non, l'intelligence humaine fait souvent moins bien que le hasard puisqu'elle agit selon son raisonnement et que son raisonnement est souvent biaisé. Citons les superstition.
Par exemple elle continue de polluer la planète car beaucoup d'humain ne croit pas au changement climatique.
Bref l'intelligence humaine ne se compare pas avec le hasard. Et d'ailleurs si c'était l'intelligence tout programme informatique le serait puisqu'il est programmé pour être "intelligent".
L'intelligence c'est une capacité d'adaptation à un environnement grâce à une capacité de compréhension partielle… et ça l'IA en est capable… mais peut être pas demain et elle a besoin d'une interaction avec le monde. La robotique l'aidera.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Jr ne connais pas ces langages mais si tu peux faire une boucle, ça doit être possible.
En pseudo code simpliste c'est:
B b = manager.
While true {
A a = New A
b.append(a)
# delete a
}
Si b garde quelque part une référence sur a, a ne sera jamais détruit.
Certains langages peuvent limiter ces problèmes. Mais Java le facilite par sa sur-utilisation du pointeur.
PS: Rust même sans Garbage collector n'est pas à l'abri mais en invitant à éviter les pointeurs (au profit de l'appartenance) limite beaucoup le problème.
En C tu vire toi même l'objet donc au pire tu fait un segfault mais il n'y a pas ce problème… si tu pense à le virer mais tu est obligé d'y penser.
PS2: on est d'accord c'est une erreur de conception du programme le langages ne peut pas tout comprendre. Mais Java est terrible pour ça car c'est "caché"
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Si Google est passé de Java à Kotlin pour le développement d'Androïd c'est bien parce que l'on ne peut pas être vraiment serein en Java… alors exactement je ne connais pas tous les enjeux mais l'idée est là.
Même si OpenJDK est fonctionnel, il dispose des dernieres fonctionnalités en retard je crois. Mais effectivement la JVM n'est pas le plus gros pb.
Disons que c'est un ensemble d'éléments qui incite à fuir Java.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Bien sûr mais on peut supposer que c'est temporaire et minoritaire… dans tous les cas on aurait rajouter du code…
Ce qu'il y a c'est que pour Linux on continue les 2 développements en //. Alors comme certaines fonctionnalités sont développés en C alors qu'elles pourraient l'être en Rust on est plutôt dans le cas dénoncé.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
En fait les fuites mémoire par pointeurs "cachés" peuvent se produire dans tout langages. C'est quand tu libère un objet en pensant qu'il va être détruit alors qu'un pointeur quelque part continue de désigner l'objet… cela peut se produire dans des boucles qui peuvent finir par tout bouffer.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
En Python les stack trace de plantages sont bien plus claires. Go je ne connais pas assez.
Un non développeur a souvent besoin de debuguer à l'install quand ça plante. Souvent ce n'est pas à proprement parler un bug mais un problème de configuration. (Librairie absente ou pas trouvé ou mauvaise version)
Et parlant configuration, la JVM est sans doute ce qui se fait de pire… (Go, Python ou Rust n'ont pas ce problème)
Après Python à un autre problème, ce sont les venv qui sont aussi complexe à analyser.
Pour toutes ces raisons je préfère Go pour remplacer Java: pas de dépendances. Ça juste marche.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Oui sauf que ma maison comme m'a voiture je les entretiens et réparent. Et si ma voiture tombe en panne ce ne sera pas grave, j'appellerai la dépanneuse. De même pour la maison, tant que je ne vois pas de défauts structurels, ça va. Et tout de même il est extrêmement rare de voir une voiture de plus de 300 000 km (à part certains modèles) à part en changeantle moteur (ou a refaire les culasses).
Par contre une centrale nucléaire n'est pas réparable car on ne peut toucher au cœur sans se faire lourdement irradier. On peut bien changer l'acastillage mais pas le fond… et en cas de panne le risque est plus ou moins mortel dans un rayon de 3000 km.
Sachant que Microsoft peut se permettre de "risquer" l'explosion c'est plus rentable pour eux… Personne n'a vraiment de risque d'aller en prison pour ça, ce sera trop dillué
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Java n'est certainement pas plus sûr que n'importe quel langage à garage collector… et il est une énorme source de fuite mémoire (par pointeur caché toujours présent) ce qui n'est pas memory safe.
En outre pour de multiples raison, Java est à fuir:
- licence et manœuvre d'oracle douteuse.
- JVM libre pas toujours parfaites et JVM autres excessivement chères.
- programmes excessivement complexes à déployer et maintenir.
- Plantages à l'exécution courants et complexe à debuguer (Surtout pour les non développeurs du soft)
A l'inverse Go à les même avantages sans les inconvénients.
Après pour les autres besoins ils existent d'autres langages (Rust, Python, JS, Julia, TypeScript… )
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: performances
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 1.
Non, mais oui.
Non car clairement il y a beaucoup plus performant : Rust.
Mais en pratique c'est vrai que généralement tu as à le faire 1 fois de temps en temps dans ce cas ce qui compte ce n'est pas la performance mais la rapidité à le développer et généralement un compromis.
Alors là oui Python est intéressant notamment car il a plein d'outils performant… encore faut-il les connaître car en Python pur sans panda, numpy et Cie…
PS: je pense que SQL est quand même capable d'être plus rapide. Mais je sais que nous étions plus rapide que SQL en faisant un "select into outfile" en MySQL et agrégation en C…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Perl 6 => Raku
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 2.
Pour troller IPV6 ne se fait pas en douceur…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Perl 6 => Raku
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 3. Dernière modification le 07 octobre 2024 à 22:49.
IE6 est tombé sous Firefox.
PHP6 a été une calamité (Unicode), on est passé de PHP5 à PHP7.
PERL6 au cas ou tu l'aurait oublié.
Windows 6 (Vista)…
MySQL 6 & 7
Mais il y en a d'autres, je cherche un lien.
C'est anecdotique mais connu.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: performances
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 1.
Comme si tu ne comprenait pas? PERL est un langage ou la communauté est bien plus restreinte que Python… par conséquent les moyens aussi. Avec de gros moyens on peut faire beaucoup… dont améliorer les perfs… ce qui explique qu'aujourd'hui les perfs de Python soient comparable à PERL même si de base Python est plus lent (Python est mieux optimisé).
Évidemment mais cela ne veut pas dire que ce soit toujours ce qu'il y a de plus judicieux et quand je dis "Python pour les prototypes" ce n'est pas une affirmation absolu mais une visée. Dans certains cas la performance est secondaire et l'évolutivité primordiale. Python a toute sa place dans les scripts d'admin ou de lancement d'applis ou dans les applis sans besoin de ressources. YouTube en tout cas ne tourne pas en Python. Ils ont surement des scripts de management en Python, mais le cœur est compilé et hyper optimisé.
Non, Facebook a créé Hack pour justement accélérer PHP et a retranscrit sa base de code. Et après Hack a été plus ou moins intégré à PHP… Mais PHP n'est pas aussi lent que Python. D'ailleurs PHP est plus rapide que Python, je ne vois pas ce qu'il vient faire là.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Perl 6 => Raku
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à -1.
C'est la malédiction de la version 6 en informatique… Aussi étrange que cela soit, cela se vérifie assez souvent (pas toujours). Certains projets choisissent de sauter la version 6 pour cette raison…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: performances
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à -1.
Mis a part les librairies compilées, le code Python est conceptuellement un langage hyper lent. Cela vient du fait qu'il a été conçu pour sa simplicité de programmation. Ses pythonneries sont hyper pratique mais très complexe à optimiser pour les compilateurs. A l'inverse PERL est basé sur les regexp ce qui le rends bien plus efficace si l'on programme en bon PERL car les Regexp sont compilable facilement.
Après, c'est certains, qu'en pratique, les moyens de Python n'ont rien a voir avec ceux de PERL. Il est donc probable que les défauts de Python soient largement compensés par les efforts surhumains déployés pour améliorer ses perfs.
Les 2 langages restent des langages interprétés non typés intrinsèquement lent. Je préfère Julia quand on peut pour ses performances (Et son typage).
Reste que Python est largement plus populaire et plus simple à mettre en place partout… au moins pour les prototypes.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Financer une partie spécifique ?
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 23 ans - Haiku R1 bêta 5 (partie 3 : documentation, finances et GSOC). Évalué à 1.
A condition d'avoir des moyens "conséquent" cela me semble le moyen le plus raisonnable. Même si cela n'arrive pas au bout, cela peut permettre de dégrossir le travail et de lancer d'autres sur le sujet.
C'est surtout intéressant pour une entreprise qui souhaiterai pour une raison ou une autre utiliser Haiku (Ou qui aurait des bénéfices a réduire).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: un ordinateur ne pourra jamais battre un champion d'échec!
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Team claims human-level AI is impossible — ever. Évalué à 1. Dernière modification le 12 octobre 2024 à 11:53.
AGI c'est Intelligence artificielle générale. C'est un peu le graal ultime de l'intelligence qui comprends tout le monde qui l'entoure et cappable de s'adapter à tout. L'humain super-intelligent (Sans problème psycho). On mettra peut-être encore un siècle à l'avoir.
Je m'explique. Quasiment jusqu'au moyen-âge, il n'y avait rien de plus fort que l'homme pour 99% des tâches. Seul existaient les animaux de traits et les moulins qui sont plus fort physiquement que l'homme pour accomplir ces tâches… encore ont'ils besoin d'être piloté par l'humain. Mais techniquement un homme avec ses outils (sans moteur) ne peut rivaliser avec une charrue tiré par un seul homme avec ses boeufs. Mais dans la majorité des tâches l'homme était toujours le plus fort dans la forge ou pour abattre un arbre.
Ensuite est venue la machine à vapeur, puis le moteur à explosion et petit à petit la machine est devenue la plus rapide dans quasiment tous les domaines physiques. La machine reste tout de même hyper spécialisée.
L'homme restait le plus fort dans le domaine intellectuel… jusqu'à l'arrivé de la calculette et les robots capable de prendre des décisions (toujours hyper-spécialisées) dans les usines. Mais l'intelligence artificielle n'avait rien de bien intéressant jusqu'en 2000 presque 2010 alors on pensait que l'homme resterait indispensable.
Les progrès de l'intelligence artificielles ont changé la donne. Il reste encore d'énorme progrès à faire dans la robotique pour remplacer ne serais-ce qu'un technicien de nettoyage mais nul doute que là aussi cela progresse.
L'histoire nous enseigne donc que prétendre prouver par A + B que c'est impossible que l'intelligence artificielle nous dépasse est totalement stupide.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# domaine d'utilisation
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 23 ans - Haiku R1 bêta 5 (partie 3 : documentation, finances et GSOC). Évalué à 2.
J'aimerai dans une dépêche une explication des points fort/faiblesses de Haïku. Concrètement il est évident que Haïku est bien moins avancé que les distrution Linux, cela va de soit.
Cependant on peut quand même trouver des raisons de l'utiliser. Je pense pour sa simplicité, son interface, sécurité (dans la mesure où bien peu de virus seront capable de tourner dessus)… As t'on une idée des personnes réellement utilisatrice?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Je suis inclu
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 23 ans - Haiku R1 bêta 5 (partie 3 : documentation, finances et GSOC). Évalué à 0.
Contrairement à un langage de programmation il n'y a pas une "dernière version" dans une langue parlée mais de multiples versions coexistent et se mélangent. D'ailleurs il est assez courant de revenir en arrière.
L'écriture inclusive en l'occurrence est un style réservé à une certaine élite (de la France hexagonale) bien pensante mais qui ne perce ni dans la presse ni dans le parlé courant.
"un ou une candidate" je trouve ce genre d'expression ségrégationiste. Comme s'il y avait d'une part les candidat masculin et de l'autre celle féminines.
Je milite pour une suppression du féminin de manière général (ou du masculin). Quand "conducteur" est utilisé pour le masculin comme le féminin c'est bien plus simple. Si pour le poste il faut être une femme ou faire plus d'1,80m, et bien on le précise.
On a au moins le cas "un homme" ou "une personne" qui ne précisent pas le sexe par défaut (sans pour autant renoncer au cas)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: un ordinateur ne pourra jamais battre un champion d'échec!
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Team claims human-level AI is impossible — ever. Évalué à 0.
Un jour sûrement, mais l'ia n'a pas besoin d'internet et on sait aujourd'hui faire des processeurs/ia qui tournent sur un pc portable (avec l'autonomie de sa batterie) et battent n'importe quel humain aux échecs.
Mais je propose l'inverse. On donne internet aux humains et autant d'humain qui le veulent pour battre un super ordinateur sur un jeu d'échec, de Go, une discutions ou même une simulation ou un calcul pour casser des cryptographie… sans calculette.
Tu comprends que ce que tu demande n'a pas de sens.
L'IA progresse et dépasse dore et déjà l'humain sur certains domaines… mais elle n'est pas encore une AGI… elle progresse et la supériorité humaine est destinée à se réduire toujours plus.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Envisage ou avait prévu ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Le gouvernement envisage de généraliser la vidéosurveillance algorithmique testée pendant les JO . Évalué à 0.
Ce n'était pas vraiment un dispositif de surveillance puisque le curé a le devoir du secret de la confession… qui est aujourd'hui mal mené…
Par contre on l'a remplacé par un dispositif bien plus efficace, l'obligation d'aller voir un psy, de mettre les enfants à l'école, les voisins qui ont une obligation de délation…
La différence, c'est qu'avant 1905 la plupart des histoires de villages se réglaient au sein du village, alors que maintenant elle se règle devant les tribunaux… La vérité y a beaucoup perdu, la justice aussi et bien entendu les citoyen trinquent.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: mais qui aurait pu le prédire ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Le gouvernement envisage de généraliser la vidéosurveillance algorithmique testée pendant les JO . Évalué à 1. Dernière modification le 04 octobre 2024 à 23:25.
Comment ça y aurai t’il au parlement des gens favorable à la délinquance? C'est tout vu, je me demande pourquoi tu le met en doute.
C'était prédit par tous ceux un peu censés… mais tous les politiques nous avaient promis le contraire…
Mais oui la TIPP c'est une taxe temporaire, quand le prix du pétrole sera trop cher, on le subventionnera… qui ne le crois pas?
Ca n'a jamais été une "expérimentation" car ça n'a jamais eu le droit d'échouer… et puis si ça a échoué, on ne l'a pas dit et caché avant de le corrigé… Et d'ailleurs même si ça sert à arrêter un criminel pour mettre 1000 honnêtes gens (ou quasi) dans les problèmes avec la police, c'est quand même une réussite.
Et si c'est piraté par les chinois, par la CIA, ou par des services français on en sait rien.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: ps2 :-)
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Un ordinateur à monter soit même pour 1€. Évalué à 2.
Tu veux la doc pour installer, pour développer, pour l'IDE et tout le tralala:
https://github.com/OLIMEX/RVPC/tree/main/DOCUMENTS
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Sympa
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Un ordinateur à monter soit même pour 1€. Évalué à 3.
Oui enfin si un PC aussi lent qui tourne sur RISC-V t'intéresse, t'a bien ça au fond d'un tiroir car tu est un bricoleur et c'est pas du matos dernier cri mais plutôt du matos qui sert a pas rand chose (Clavier PS2) ou que tu trouve gratis chez ton voisin…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: hallucinant le prix
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Un ordinateur à monter soit même pour 1€. Évalué à 6.
Du coup tu achète français. Des gadget chinois re-badgés (Avec des back-door française en prime).
Honnêtement c'est un peu caricatural comme position. Ce n'est pas parce que c'est pas cher que c'est de la camelote (ou de l'esclavage) de même que ce n'est pas parce que c'est cher que c'est sans back-door et esclavage (C'est juste avec plus de marketing).
En l’occurrence, vu la performance, c'est un produit d'appel, une sorte de pub, un proto donné en cadeau pour les bricoleurs et passionnés.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: hallucinant le prix
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Un ordinateur à monter soit même pour 1€. Évalué à 5. Dernière modification le 05 octobre 2024 à 19:34.
Je pense qu'ils perdent de l'argent avec mais c'est un coup de pub. Honnêtement, il ne vont pas en vendre 1 million alors ils ne vont pas perdre grand chose.
C'est aussi beaucoup pour le fun qu'ils font ça. Ca doit être la première carte RISC-V qu'ils ont conçus, une sorte de prototype et ça les fait marrer de la vendre… aux plus génies/mordus d'entre nous.
J'aime beaucoup Olimex, j'ai un nanoPC de chez eux qui me sert de serveur Home-Assistant et OpenHEMS.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Critique du papier
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Team claims human-level AI is impossible — ever. Évalué à 1.
Non, l'intelligence humaine fait souvent moins bien que le hasard puisqu'elle agit selon son raisonnement et que son raisonnement est souvent biaisé. Citons les superstition.
Par exemple elle continue de polluer la planète car beaucoup d'humain ne croit pas au changement climatique.
Bref l'intelligence humaine ne se compare pas avec le hasard. Et d'ailleurs si c'était l'intelligence tout programme informatique le serait puisqu'il est programmé pour être "intelligent".
L'intelligence c'est une capacité d'adaptation à un environnement grâce à une capacité de compréhension partielle… et ça l'IA en est capable… mais peut être pas demain et elle a besoin d'une interaction avec le monde. La robotique l'aidera.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Java !
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien De l'intérêt majeur de choisir un langage memory safe pour tout nouveau code d'un projet existant. Évalué à 0.
Jr ne connais pas ces langages mais si tu peux faire une boucle, ça doit être possible.
En pseudo code simpliste c'est:
Si b garde quelque part une référence sur a, a ne sera jamais détruit.
Certains langages peuvent limiter ces problèmes. Mais Java le facilite par sa sur-utilisation du pointeur.
PS: Rust même sans Garbage collector n'est pas à l'abri mais en invitant à éviter les pointeurs (au profit de l'appartenance) limite beaucoup le problème.
En C tu vire toi même l'objet donc au pire tu fait un segfault mais il n'y a pas ce problème… si tu pense à le virer mais tu est obligé d'y penser.
PS2: on est d'accord c'est une erreur de conception du programme le langages ne peut pas tout comprendre. Mais Java est terrible pour ça car c'est "caché"
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Java !
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien De l'intérêt majeur de choisir un langage memory safe pour tout nouveau code d'un projet existant. Évalué à 0.
Si Google est passé de Java à Kotlin pour le développement d'Androïd c'est bien parce que l'on ne peut pas être vraiment serein en Java… alors exactement je ne connais pas tous les enjeux mais l'idée est là.
Même si OpenJDK est fonctionnel, il dispose des dernieres fonctionnalités en retard je crois. Mais effectivement la JVM n'est pas le plus gros pb.
Disons que c'est un ensemble d'éléments qui incite à fuir Java.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Le noyau Linux et cette approche
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien De l'intérêt majeur de choisir un langage memory safe pour tout nouveau code d'un projet existant. Évalué à 2.
Bien sûr mais on peut supposer que c'est temporaire et minoritaire… dans tous les cas on aurait rajouter du code…
Ce qu'il y a c'est que pour Linux on continue les 2 développements en //. Alors comme certaines fonctionnalités sont développés en C alors qu'elles pourraient l'être en Rust on est plutôt dans le cas dénoncé.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Java !
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien De l'intérêt majeur de choisir un langage memory safe pour tout nouveau code d'un projet existant. Évalué à -1.
En fait les fuites mémoire par pointeurs "cachés" peuvent se produire dans tout langages. C'est quand tu libère un objet en pensant qu'il va être détruit alors qu'un pointeur quelque part continue de désigner l'objet… cela peut se produire dans des boucles qui peuvent finir par tout bouffer.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Java !
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien De l'intérêt majeur de choisir un langage memory safe pour tout nouveau code d'un projet existant. Évalué à 1.
En Python les stack trace de plantages sont bien plus claires. Go je ne connais pas assez.
Un non développeur a souvent besoin de debuguer à l'install quand ça plante. Souvent ce n'est pas à proprement parler un bug mais un problème de configuration. (Librairie absente ou pas trouvé ou mauvaise version)
Et parlant configuration, la JVM est sans doute ce qui se fait de pire… (Go, Python ou Rust n'ont pas ce problème)
Après Python à un autre problème, ce sont les venv qui sont aussi complexe à analyser.
Pour toutes ces raisons je préfère Go pour remplacer Java: pas de dépendances. Ça juste marche.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Durée de vie ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au message Microsoft relance la centrale nucléaire de Three Miles Island.. Évalué à 5.
Oui sauf que ma maison comme m'a voiture je les entretiens et réparent. Et si ma voiture tombe en panne ce ne sera pas grave, j'appellerai la dépanneuse. De même pour la maison, tant que je ne vois pas de défauts structurels, ça va. Et tout de même il est extrêmement rare de voir une voiture de plus de 300 000 km (à part certains modèles) à part en changeantle moteur (ou a refaire les culasses).
Par contre une centrale nucléaire n'est pas réparable car on ne peut toucher au cœur sans se faire lourdement irradier. On peut bien changer l'acastillage mais pas le fond… et en cas de panne le risque est plus ou moins mortel dans un rayon de 3000 km.
Sachant que Microsoft peut se permettre de "risquer" l'explosion c'est plus rentable pour eux… Personne n'a vraiment de risque d'aller en prison pour ça, ce sera trop dillué
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Java !
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien De l'intérêt majeur de choisir un langage memory safe pour tout nouveau code d'un projet existant. Évalué à 1. Dernière modification le 28 septembre 2024 à 23:19.
Java n'est certainement pas plus sûr que n'importe quel langage à garage collector… et il est une énorme source de fuite mémoire (par pointeur caché toujours présent) ce qui n'est pas memory safe.
En outre pour de multiples raison, Java est à fuir:
- licence et manœuvre d'oracle douteuse.
- JVM libre pas toujours parfaites et JVM autres excessivement chères.
- programmes excessivement complexes à déployer et maintenir.
- Plantages à l'exécution courants et complexe à debuguer (Surtout pour les non développeurs du soft)
A l'inverse Go à les même avantages sans les inconvénients.
Après pour les autres besoins ils existent d'autres langages (Rust, Python, JS, Julia, TypeScript… )
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.