intérêt d'un réseau social c'est l'ouverture sur le monde, […] rester entre soi n'a guère d'intérêt.
Ce n'est pas anti-nomique. Tu peux très bien avoir un réseau social pour rester connecter à tes amis/liste d'intérêt sans vouloir être perturbé par les autres. C'est être connecté au monde limité à ceux que tu connais qu'il soit ici ou ailleurs.
Si tu veux te tenir informer, il y a des journaux et autres, mais c'est pareil si tu t'abonne à un journal ce n'est pas pour recevoir la pub d'un que tu n'aimes pas.
Cela pose d'ailleurs un problème d'éthique. Sur quels critères tu pousse des articles indésirés? De la pub? De la propagande? Je ne vois pas d'autres raisons.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
En intra entreprise le téléphone n'est clairement pas le moyen le plus simple aujourd'hui pour autant il y en a encore…
J'aurais pu parler du VoIP… Ce n'est qu'un exemple mais il y en a plein quand tu regardes dans les entreprises et autres organisations humaines. Allez, un autre : la déclaration d'impôt numérique. Tu va me dire, oui mais ce n'est pas pareil il y a des gens qui n'ont pas de PC… Et alors, il y a des gens qui n'ont pas d'adresse postal, la réalité c'est qu'évidemment il faut assuré une certaine compatibilité un certains temps…
Il arrive que le changement soit rapide mais alors les mécontentements sont gigantesques.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Résultat: Wayland ne s'en sort qu'en mettant à disposition une couche de compatibilité avec X11, qui fait que les problèmes qu'il était sensé faire disparaître ("X11 c'est compliqué") sont en fait toujours là, mais avec une couche logicielle de plus.
Tu connais un projet logiciel (ou même non logiciel) d'importance qui ne soit pas comme ça? C'est un problème normal. Ce qui serait pas normal c'est que cette couche ne disparaisse jamais. Et pourtant en entreprise, cela se voit souvent. Le fax a à peine disparût, le téléphone est toujours là au sein des entreprises alors qu'il y a Teams/Skype & Co… Et je ne parle pas de l'administration française (ou d'Orange) ou les applications, procédures et loies s'empile toujours plus haut alors qu'elles sont censées être remplacées.
Parlons d'IPV4 :D
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Non, je confirme j'ai lu aussi qu'Xorg est si ce n'est non-maintenable disons truffé de patch en tout sens qui le rendent inefficaces et difficile à maintenir et surtout à faire évoluer.
En sois vu l'ampleur de l'historique de X, l'ampleur de l'écosystème intimement lié à lui, il n'est pas étonnant que la transition soit longue et complexe.
La véritable question serait plutôt : Y aurait-il des erreurs de conceptions fondamentales sur Wayland qui le rende trop complexe et im-maintenable lui aussi.
De ce que j'ai l'impression c'est que beaucoup se disent, on arrivera jamais à faire un serveur d'affichage parfait qui puisse remplir tous les besoins : La tache est trop lourde et trop complexe. Si c'est juste ça, j'ai envie de dire, "Ben il y a pas trop le choix, il faut y arriver, on trouvera des solutions." Cela explique bien le stress et la longueur de développement que l'on connait.
Car malgré tout, Wayland commence à pointer son nez avec un certain succès.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
L'idée est intéressante, reste à lui trouver une application concrète. Cela ne va pas révolutionner les DB néanmoins il pourrait se trouver une niche.
Je pense notamment pour gérer du multi-server sur un réseau instable ou aux synchronisation occasionnelles pour d'autres raisons. On créé une branche du master sur notre serveur, on merge le master par moment pour garder les informations à jour et on merge notre DB le soir dans le master. Ainsi les transactions sur notre serveur ne sont certes pas avec toutes les dernières données à jour mais on évite le goulot d'étranglement du gros serveur central et les cas de coupures réseau entre les Master et notre serveur. Et l'avantage du système c'est qu'il est décentralisé, pas besoin de configurer réellement un master et des slaves. Il peut y avoir des sous-slaves suivant les cas d'usages.
Néanmoins, il y a peu de chance que ce soit un jour réellement utilisé.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Les éoliennes doivent donc être sur-dimensionnées pour y résister, et parfois être arrêtées temporairement pour les protéger.
Oui d'accord mais ne pourrait t'on pas installer des éolienne configurées pour offrir un max de puissance à 5-6 nœuds de vent (vitesse majoritaire du vent) quitte a perdre un peu plus lors des vents forts. Je sais la puissance disponible est exponentielle avec la vitesse du vent donc évidemment on a assez peu à récupérer à ses vitesses. Néanmoins, je pense que les éolienne seraient ainsi plus économiques à produire. Je suppose que le calcul à été fait.
Pour ce qui est du financement, je te rejoins. On ne peut pas dire que le nucléaire n'ai pas bénéficier d'aides bien plus importantes. C'est une énergie très cher si on compte toute sa durée de vie (conception, construction, maintenance, destruction, accidents (donc assurance)) mais évidemment les gens ne regardent que la production … Je ne suis pas contre le nucléaire, mais dire qu'il est pas cher est une aberration.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Je dirais même plus : SeL4 est écrit en C (https://github.com/seL4/seL4/tree/master/src/kernel). Alors si KataOS se base dessus, ce n'est pas un OS écrit en Rust. Je pense qu'il part de KataOS et après possède l'interface pour coder les librairies en Rust… Il y a une diférence.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
SeL4 est écrit en C (https://github.com/seL4/seL4/tree/master/src/kernel). Alors si KataOS se base dessus, ce n'est pas un OS écrit en Rust. Je pense qu'il part de KataOS et après possède l'interface pour coder les librairies en Rust… Il y a une diférence.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Je suis d'accord que Google lance beaucoup de projet et en développe peu jusqu'au bout. Néanmoins c'est possible.
De toutes manière avant de se lancer à utiliser réellement un projet il faut un certains background que KataOS n'a pas évidemment.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Perso je vois ça surtout comme un amusement technique de faire un peu joujou
Perso je vois ça surtout comme une super idée économique.
D'un point de vue coût, c'est génial. Un site statique, ne coute rien à héberger contrairement à un site PHP/MySQL. Ainsi tu as moins besoin de pub ou dis autrement, ton site te rapporte plus d'argent.
D'un point de vue écologique c'est mieux car le surplus de CPU consommé par le client est négligeable compte tenu que de toutes manière son CPU tourne et consomme.
D'un point de vue client, le chargement est bien plus rapide. Du static répondra toujours plus rapidement qu'un traitement côté serveur. Donc évidemment qu'en latence tu y gagne. Sans compter que pour les prochaines requêtes, il ne fait même plus les appels en Ajax s'il reste sur la page de 1Ko ou qu'il navigue sur une précédemment chargé même si c'est sur des données différentes.
Le seul bémol est pour un client "terminal" avec un PC à la config trop légère. Mais du SQLLite, ça ne va pas chercher bien loin, peut-être la RAM?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
En fait si j'ai bien compris le principe. Il a compilé SQLlite en WASM, et il tourne côté client. Et en gros le serveur (100% static, sans aucun traitement) sert de disque dur pour éviter de télécharger l'entièreté de la DB. Ce sont les appels de SQLlite au système de fichier qui sont fait via le réseau au serveur.
D'un point de vue économique et écologique, c'est top.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Eh bien ils ont tellement alourdi le web (plus simple de faire un truc bourrin qu'un truc léger) que bien parfois la vidéo est plus légère en bande passante que le web classique.
1) Une vidéo est téléchargé 1 fois (en plusieurs petites fois parfois) pour être regardé pendant un long moment. Alors que souvent sur le web, on zappe et reste très peu de temps sur un site. Surtout que souvent on n'a pas accès à l'article entier, on a téléchargé 20 Mo de site web/pub pour 20 secondes de sur le site.
2) Un site web réclame souvent de multiples aller-retours, or faire une grosse requête est plus léger que de faire 10 appels requête a poids égal. Surtout s'il y a plusieurs sites en jeu. Un site c'est très souvent aussi beaucoup de petites vidéos (pub, ou vidéo du texte que l'on lit) et tout ceci est téléchargé dans tous les cas.
3) La vidéo est consommé sur des méga-plateformes qui cherchent vraiment à optimiser le flux et tout leur système. C'est beaucoup moins le cas des journaux et autres blogs dont ce n'est pas le cœur de métier.
Après évidemment regarder en 4K et zapper toutes les 3 minutes sera plus consommateur qu'un site comme LinuxFR qui est light.
Je ne dis pas ça de manière absolue, la vidéo de manière générale est plus consommatrice que le web texte mais ce n'est pas toujours le cas.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
LineageOS ou /e/os me vont très bien, Linux aussi mais ce n'est que la partie immergé. Je voudrais un hardware open. C'est la raison pour laquelle j'ai été vers Pinephone (sans prétendre à un haut niveau d'open-source, c'est impossible malheureusement).
En sois remplacer Google par Qwant tout autre Mega-entreprise ne me motive pas. Ce que e veux c'est être non dépendant d'une entreprise et de brevets:
- Contribuer à l'humanité toute entière en améliorant la base de connaissance disponible (la base de code). Partager le savoir pour que tous puisse y contribuer ;)
- Avoir confiance que mon objet (PC, smartphone ou lave-linge… ) fais bien ce que j'attends de lui et rien de plus. Qu'il ne transmette pas mes conversation à la NSA, Google ou la France…
- Avoir aussi plus confiance dans le sérieux de l'objet, que ce ne soit pas un bricolage mal fichu.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Les avis, c'est comme les trous du cul : chacun le sien.
Non, les avis sont à partager pour éclairer chacun. Après évidemment, chacun se fera son propre avis. Si tu ne précise pas qu'Arch est pour une utilisateur éclairé et qu'Ubuntu est plus simple (avec notamment des drivers non libre) tes amis vont avoir des surprises. Les avis ça sert à prendre la décision avant d'avoir son avis ;)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Les smartpointer c'est du code ajouté pour checker. Ce n'est pas un GC complet au sens propre, mais c'est quand même un check en live par du code. Autrement dit des perfs en moins. Cela ne s'appel pas GC mais c'est le même principe. La différence notable c'est que les vrais GC pour être plus efficace le fait par lot par processus // (plus efficace sur du multi-core), les smartpointer sont donc moins efficace mais sont aussi censé être beaucoup moins utilisé que les pointeurs normaux. Les pointeurs normaux étant plus efficace que ceux géré par GC, du C++ ou les smartpointer sont peu utilisé devrait être plus performant qu'un programme 100% GC.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
@reno, je suis d'accord avec toi, j'apporterai tout de même les précisions suivantes :
C++ le faisait déjà avec les smart pointers.
je pense qu'il fait plutôt référence a la gestion des objets en Rust qui est innovante
C'est surtout que les smartpointer de C++, c'est un GC embarqué donc tu perd en performance et en maîtrise du moment de libération. A l'inverse, en Rust, c'est libéré au bon moment de manière décidé à la compilation. Rien à voir.
Je crois que sur Linux Go ne passe pas par la libc
Je crois aussi mais c'est surtout la combinaison de tout ça qui n'existait pas : GC compilé avec le binaire, pas de dépendance, programmation simplifié (notamment par la GC). Il y a 2 niveaux de langages : les compilés, statiques optimisé mais complexe a programmer et temps de compilation (C et Rust maintenant) les interprétés (Python pour le plus connu) mais dont les performances sont pitoyable. Java est l'exemple type du compromis entre les 2. Go améliore Java sur tout les points ( programabilité, Perfs, portabilité, insensibilité aux changement de version de l'environnement… ).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
C'est que tu n'est toi même pas très techophile mais plus comercial. Evidemment d'un point de vue commercial, un langage en vaut bien un autre.
D'un point de vue ingénieur/développeur il y a moyen d'améliorer certaines choses. De "faire mieux avec moins". Et les langages Rust, Julia et Go apportent de réel plus par rapport aux dinosaures. Citons les principales innovations des langages passés : interprétation en live, les VM, puis la compilation JIT, des paradigmes…
D'ailleurs ceux qui se vantent de leurs vieux langages n'utilisent pas pour autant un des langages proprio de 1950.
Évidemment qu'avant de trouver des langages intéressant, on essaye beaucoup de trucs et qu'ils faut donc des beta-testeurs, des early-adopters…c'est normal que l'on passe par beaucoup de bull-shit langages. Mais ceux qui vantent les dinausores, ne vantent pas les bacctéries plus anciennes encore, pourtant les bactérie, quelques dinausores continuent d'exister avec des animaux beaucoup plus récents dont l'homme. Et l'homme est en train de tuer toutes les autres espèces :D
Rust apporte une gestion statique intelligente de la mémoire. Il remplace C.
Go apporte la notion de VM embarqué et du binaire complet ce qui évite de devoir reprendre le programme après une MaJ de la VM et par rapport à ceux qui existaient avec ces fonctionnalité il apporte une syntaxe plus efficace. Il remplace Java.
Julia Il apporte un typage statique à Python pour une performances très élevée pour un langage interprété. Il remplace Python parfois, Matlab plus sûrement.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
mais pourquoi les véhicules vendus pour l'usage routier sont-ils capables d'aller a des vitesses de plus de 200Km/H au juste?
Mais pour une raison simple : La liberté.
Veux tu d'un monde hyper aseptisé, ou tout est contrôlé par des logiciels aux DRM inviolables? Tu veux un logiciel espion qui t'empêche de faire le moindre écart ( voire alertes les policiers en temps réel? )
Techniquement, pour avoir des voitures capable de rouler vite en côte ou d'accélérer vite (ou de rouler à 200 km/h là ou c'est autorisé) , il faut un moteur assez puissant, pourquoi alors le brider électroniquement. Avoir une option pour, si tu veux mais je préfère pouvoir hacker mon produit pour lui faire faire autre chose (comme rouler sur un circuit). (Mais aussi démarrer à la faveur d'une descente quand la batterie est à plat … ).
C'est vrai pourquoi vends t'on des couteaux de cuisines qui permettent de tuer des gens? On pourrait aujourd'hui faire des machines à couper qui s'arrêtent au moindre écart et ne vendre la viande que prédécoupée. Ce serait beaucoup mieux pour la sécurité de tous. Cela éviterait de saturer les urgences. Et puis en toute honnêteté, couper avec un couteau à bout rond qui coupe relativement mal suffit largement pour la très grande majorité des cas, c'est à peine plus dure, ça fera un peu d'exercice.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Pour 80% des touches, je ne les regardent pas. Mais pour 10% je regarde pour bien viser (Genre parfois les numéros en haut hors pavé numérique) et pour les 10% restant je ne sais pas toujours bien ou est-ce qu'elles sont …
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Je ne sais pas pourquoi LineageOS n'est pas compatible PinePhone. Peut-être la puissance qui est insufisante?
Sinon, j'avoue j'aimerai l'installer pour disposer d'applis (open-sources seulement ;) ) comme FreeOTP, le scanner de QRCode, Element (Riot), une ergonomie un peu plus user friendly…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Je suis content d'avoir un retour et de ne pas être le seul à galérer (C'est pas moi qui ai tout péter par une mauvaise manip).
Dans mon cas il me convient mais j'ai 2 arguments personnels:
1) J'ai envie de me "déconnecter" un peu autrement dis d'être moins dépendant du smartphone.
2) Pendant plus de 2 ans, je n'avais pas de téléphone portable à moi, on se partageait celui de ma femme (dans le but de la déconnexion/décroissance). Le côté un peu geek m'assure même une certaine confidentialité vis à vis de ma femme, elle ne peut pas trop fourrer son nez dedans :D
Donc même un smartphone peu fiable me suffit.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
C'est cela. Etant donné que j'avais renseigné un mot de passe et que l'on me demande des droits admin…
En fait le mot de passe root n'a vraiment aucune utilité puisque tu peux tout faire en sudo et même changer le mot de passe root. A quoi bon le demander?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Ce que Mastodon devrait procurer au minimum
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien 4 fonctionnalités de Twitter que Mastodon ferait mieux de ne pas avoir. Évalué à 2. Dernière modification le 07 novembre 2022 à 13:02.
Ce n'est pas anti-nomique. Tu peux très bien avoir un réseau social pour rester connecter à tes amis/liste d'intérêt sans vouloir être perturbé par les autres. C'est être connecté au monde limité à ceux que tu connais qu'il soit ici ou ailleurs.
Si tu veux te tenir informer, il y a des journaux et autres, mais c'est pareil si tu t'abonne à un journal ce n'est pas pour recevoir la pub d'un que tu n'aimes pas.
Cela pose d'ailleurs un problème d'éthique. Sur quels critères tu pousse des articles indésirés? De la pub? De la propagande? Je ne vois pas d'autres raisons.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: "decentralized autonomous organization" ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Open source sustainment and the future of Gitea . Évalué à 7.
Justement avec la licence MIT tu fais ce que tu veux. Tu peux changer la licence pour proprio ou GPL..
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: développement interminable
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 2.
En intra entreprise le téléphone n'est clairement pas le moyen le plus simple aujourd'hui pour autant il y en a encore…
J'aurais pu parler du VoIP… Ce n'est qu'un exemple mais il y en a plein quand tu regardes dans les entreprises et autres organisations humaines. Allez, un autre : la déclaration d'impôt numérique. Tu va me dire, oui mais ce n'est pas pareil il y a des gens qui n'ont pas de PC… Et alors, il y a des gens qui n'ont pas d'adresse postal, la réalité c'est qu'évidemment il faut assuré une certaine compatibilité un certains temps…
Il arrive que le changement soit rapide mais alors les mécontentements sont gigantesques.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: développement interminable
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 3.
Tu connais un projet logiciel (ou même non logiciel) d'importance qui ne soit pas comme ça? C'est un problème normal. Ce qui serait pas normal c'est que cette couche ne disparaisse jamais. Et pourtant en entreprise, cela se voit souvent. Le fax a à peine disparût, le téléphone est toujours là au sein des entreprises alors qu'il y a Teams/Skype & Co… Et je ne parle pas de l'administration française (ou d'Orange) ou les applications, procédures et loies s'empile toujours plus haut alors qu'elles sont censées être remplacées.
Parlons d'IPV4 :D
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: développement interminable
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 3.
Non, je confirme j'ai lu aussi qu'Xorg est si ce n'est non-maintenable disons truffé de patch en tout sens qui le rendent inefficaces et difficile à maintenir et surtout à faire évoluer.
En sois vu l'ampleur de l'historique de X, l'ampleur de l'écosystème intimement lié à lui, il n'est pas étonnant que la transition soit longue et complexe.
La véritable question serait plutôt : Y aurait-il des erreurs de conceptions fondamentales sur Wayland qui le rende trop complexe et im-maintenable lui aussi.
De ce que j'ai l'impression c'est que beaucoup se disent, on arrivera jamais à faire un serveur d'affichage parfait qui puisse remplir tous les besoins : La tache est trop lourde et trop complexe. Si c'est juste ça, j'ai envie de dire, "Ben il y a pas trop le choix, il faut y arriver, on trouvera des solutions." Cela explique bien le stress et la longueur de développement que l'on connait.
Car malgré tout, Wayland commence à pointer son nez avec un certain succès.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Idée interessante
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Dolt : une base de données versionnée. Évalué à 6.
L'idée est intéressante, reste à lui trouver une application concrète. Cela ne va pas révolutionner les DB néanmoins il pourrait se trouver une niche.
Je pense notamment pour gérer du multi-server sur un réseau instable ou aux synchronisation occasionnelles pour d'autres raisons. On créé une branche du master sur notre serveur, on merge le master par moment pour garder les informations à jour et on merge notre DB le soir dans le master. Ainsi les transactions sur notre serveur ne sont certes pas avec toutes les dernières données à jour mais on évite le goulot d'étranglement du gros serveur central et les cas de coupures réseau entre les Master et notre serveur. Et l'avantage du système c'est qu'il est décentralisé, pas besoin de configurer réellement un master et des slaves. Il peut y avoir des sous-slaves suivant les cas d'usages.
Néanmoins, il y a peu de chance que ce soit un jour réellement utilisé.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Ce n'est pas sous-exploité, tout va bien
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Foehn - Exploration des données SCADA du parc éolien de la Haute Borne. Évalué à 2. Dernière modification le 19 octobre 2022 à 14:41.
Oui d'accord mais ne pourrait t'on pas installer des éolienne configurées pour offrir un max de puissance à 5-6 nœuds de vent (vitesse majoritaire du vent) quitte a perdre un peu plus lors des vents forts. Je sais la puissance disponible est exponentielle avec la vitesse du vent donc évidemment on a assez peu à récupérer à ses vitesses. Néanmoins, je pense que les éolienne seraient ainsi plus économiques à produire. Je suppose que le calcul à été fait.
Pour ce qui est du financement, je te rejoins. On ne peut pas dire que le nucléaire n'ai pas bénéficier d'aides bien plus importantes. C'est une énergie très cher si on compte toute sa durée de vie (conception, construction, maintenance, destruction, accidents (donc assurance)) mais évidemment les gens ne regardent que la production … Je ne suis pas contre le nucléaire, mais dire qu'il est pas cher est une aberration.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: SeL4
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal KataOS, un OS sécurisé basé sur SeL4 écrit en Rust ... par Google. Évalué à 1.
J'ai vu qu'@Elfir3 arrive à la même conclusion avec son commentaire "Nuances"
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Nuances
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal KataOS, un OS sécurisé basé sur SeL4 écrit en Rust ... par Google. Évalué à 5.
Je dirais même plus : SeL4 est écrit en C (https://github.com/seL4/seL4/tree/master/src/kernel). Alors si KataOS se base dessus, ce n'est pas un OS écrit en Rust. Je pense qu'il part de KataOS et après possède l'interface pour coder les librairies en Rust… Il y a une diférence.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# SeL4
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal KataOS, un OS sécurisé basé sur SeL4 écrit en Rust ... par Google. Évalué à 4.
SeL4 est écrit en C (https://github.com/seL4/seL4/tree/master/src/kernel). Alors si KataOS se base dessus, ce n'est pas un OS écrit en Rust. Je pense qu'il part de KataOS et après possède l'interface pour coder les librairies en Rust… Il y a une diférence.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Combien de temps avant son abandon ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal KataOS, un OS sécurisé basé sur SeL4 écrit en Rust ... par Google. Évalué à 2.
Je suis d'accord que Google lance beaucoup de projet et en développe peu jusqu'au bout. Néanmoins c'est possible.
De toutes manière avant de se lancer à utiliser réellement un projet il faut un certains background que KataOS n'a pas évidemment.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Quelle bonne idée
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Héberger une base de données SQLite sur Github Pages (ou un autre hébergement statique). Évalué à -1.
Perso je vois ça surtout comme une super idée économique.
Le seul bémol est pour un client "terminal" avec un PC à la config trop légère. Mais du SQLLite, ça ne va pas chercher bien loin, peut-être la RAM?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Quelle bonne idée
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Héberger une base de données SQLite sur Github Pages (ou un autre hébergement statique). Évalué à 3. Dernière modification le 14 octobre 2022 à 13:23.
En fait si j'ai bien compris le principe. Il a compilé SQLlite en WASM, et il tourne côté client. Et en gros le serveur (100% static, sans aucun traitement) sert de disque dur pour éviter de télécharger l'entièreté de la DB. Ce sont les appels de SQLlite au système de fichier qui sont fait via le réseau au serveur.
D'un point de vue économique et écologique, c'est top.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Résister
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal La première procédure bâillon au nom du secret des affaires, c'est pour Reflets.info. Évalué à 6. Dernière modification le 13 octobre 2022 à 13:06.
On a une seule solution le faire savoir et organiser un boycot/une campagne de dénigrement d'Altice.
Si la réaction est importante, les prochaines sociétés réfléchiront à 2 fois avant de tenter de l'utiliser.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: En quoi c’est écologique ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Cahier d'idées pour un navigateur écologique. Évalué à 1.
Eh bien ils ont tellement alourdi le web (plus simple de faire un truc bourrin qu'un truc léger) que bien parfois la vidéo est plus légère en bande passante que le web classique.
1) Une vidéo est téléchargé 1 fois (en plusieurs petites fois parfois) pour être regardé pendant un long moment. Alors que souvent sur le web, on zappe et reste très peu de temps sur un site. Surtout que souvent on n'a pas accès à l'article entier, on a téléchargé 20 Mo de site web/pub pour 20 secondes de sur le site.
2) Un site web réclame souvent de multiples aller-retours, or faire une grosse requête est plus léger que de faire 10 appels requête a poids égal. Surtout s'il y a plusieurs sites en jeu. Un site c'est très souvent aussi beaucoup de petites vidéos (pub, ou vidéo du texte que l'on lit) et tout ceci est téléchargé dans tous les cas.
3) La vidéo est consommé sur des méga-plateformes qui cherchent vraiment à optimiser le flux et tout leur système. C'est beaucoup moins le cas des journaux et autres blogs dont ce n'est pas le cœur de métier.
Après évidemment regarder en 4K et zapper toutes les 3 minutes sera plus consommateur qu'un site comme LinuxFR qui est light.
Je ne dis pas ça de manière absolue, la vidéo de manière générale est plus consommatrice que le web texte mais ce n'est pas toujours le cas.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Et le Hardware?
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Du voilier à la murène, itinéraire d'une dégooglisation longue mais réussie. Évalué à 3.
LineageOS ou /e/os me vont très bien, Linux aussi mais ce n'est que la partie immergé. Je voudrais un hardware open. C'est la raison pour laquelle j'ai été vers Pinephone (sans prétendre à un haut niveau d'open-source, c'est impossible malheureusement).
En sois remplacer Google par Qwant tout autre Mega-entreprise ne me motive pas. Ce que e veux c'est être non dépendant d'une entreprise et de brevets:
- Contribuer à l'humanité toute entière en améliorant la base de connaissance disponible (la base de code). Partager le savoir pour que tous puisse y contribuer ;)
- Avoir confiance que mon objet (PC, smartphone ou lave-linge… ) fais bien ce que j'attends de lui et rien de plus. Qu'il ne transmette pas mes conversation à la NSA, Google ou la France…
- Avoir aussi plus confiance dans le sérieux de l'objet, que ce ne soit pas un bricolage mal fichu.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Avis pour pinephone
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal ManjaroARM se fait épingler par Asahi Linux. Évalué à 7. Dernière modification le 03 octobre 2022 à 22:43.
Non, les avis sont à partager pour éclairer chacun. Après évidemment, chacun se fera son propre avis. Si tu ne précise pas qu'Arch est pour une utilisateur éclairé et qu'Ubuntu est plus simple (avec notamment des drivers non libre) tes amis vont avoir des surprises. Les avis ça sert à prendre la décision avant d'avoir son avis ;)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: les anciennes choses..
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Ces langages avec lesquels il faut tout réécrire. Évalué à 0. Dernière modification le 29 septembre 2022 à 13:58.
Les smartpointer c'est du code ajouté pour checker. Ce n'est pas un GC complet au sens propre, mais c'est quand même un check en live par du code. Autrement dit des perfs en moins. Cela ne s'appel pas GC mais c'est le même principe. La différence notable c'est que les vrais GC pour être plus efficace le fait par lot par processus // (plus efficace sur du multi-core), les smartpointer sont donc moins efficace mais sont aussi censé être beaucoup moins utilisé que les pointeurs normaux. Les pointeurs normaux étant plus efficace que ceux géré par GC, du C++ ou les smartpointer sont peu utilisé devrait être plus performant qu'un programme 100% GC.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: les anciennes choses..
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Ces langages avec lesquels il faut tout réécrire. Évalué à -1.
@reno, je suis d'accord avec toi, j'apporterai tout de même les précisions suivantes :
C'est surtout que les smartpointer de C++, c'est un GC embarqué donc tu perd en performance et en maîtrise du moment de libération. A l'inverse, en Rust, c'est libéré au bon moment de manière décidé à la compilation. Rien à voir.
Je crois aussi mais c'est surtout la combinaison de tout ça qui n'existait pas : GC compilé avec le binaire, pas de dépendance, programmation simplifié (notamment par la GC). Il y a 2 niveaux de langages : les compilés, statiques optimisé mais complexe a programmer et temps de compilation (C et Rust maintenant) les interprétés (Python pour le plus connu) mais dont les performances sont pitoyable. Java est l'exemple type du compromis entre les 2. Go améliore Java sur tout les points ( programabilité, Perfs, portabilité, insensibilité aux changement de version de l'environnement… ).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: les anciennes choses..
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Ces langages avec lesquels il faut tout réécrire. Évalué à 0. Dernière modification le 29 septembre 2022 à 07:51.
C'est que tu n'est toi même pas très techophile mais plus comercial. Evidemment d'un point de vue commercial, un langage en vaut bien un autre.
D'un point de vue ingénieur/développeur il y a moyen d'améliorer certaines choses. De "faire mieux avec moins". Et les langages Rust, Julia et Go apportent de réel plus par rapport aux dinosaures. Citons les principales innovations des langages passés : interprétation en live, les VM, puis la compilation JIT, des paradigmes…
D'ailleurs ceux qui se vantent de leurs vieux langages n'utilisent pas pour autant un des langages proprio de 1950.
Évidemment qu'avant de trouver des langages intéressant, on essaye beaucoup de trucs et qu'ils faut donc des beta-testeurs, des early-adopters…c'est normal que l'on passe par beaucoup de bull-shit langages. Mais ceux qui vantent les dinausores, ne vantent pas les bacctéries plus anciennes encore, pourtant les bactérie, quelques dinausores continuent d'exister avec des animaux beaucoup plus récents dont l'homme. Et l'homme est en train de tuer toutes les autres espèces :D
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: C'est d'autant plus important que
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Technopolice is launched . Évalué à -5.
Mais pour une raison simple : La liberté.
Veux tu d'un monde hyper aseptisé, ou tout est contrôlé par des logiciels aux DRM inviolables? Tu veux un logiciel espion qui t'empêche de faire le moindre écart ( voire alertes les policiers en temps réel? )
Techniquement, pour avoir des voitures capable de rouler vite en côte ou d'accélérer vite (ou de rouler à 200 km/h là ou c'est autorisé) , il faut un moteur assez puissant, pourquoi alors le brider électroniquement. Avoir une option pour, si tu veux mais je préfère pouvoir hacker mon produit pour lui faire faire autre chose (comme rouler sur un circuit). (Mais aussi démarrer à la faveur d'une descente quand la batterie est à plat … ).
C'est vrai pourquoi vends t'on des couteaux de cuisines qui permettent de tuer des gens? On pourrait aujourd'hui faire des machines à couper qui s'arrêtent au moindre écart et ne vendre la viande que prédécoupée. Ce serait beaucoup mieux pour la sécurité de tous. Cela éviterait de saturer les urgences. Et puis en toute honnêteté, couper avec un couteau à bout rond qui coupe relativement mal suffit largement pour la très grande majorité des cas, c'est à peine plus dure, ça fera un peu d'exercice.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Des appareils pour enthousiaste.
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Un libriste en approfondissement. Évalué à 1.
Pour 80% des touches, je ne les regardent pas. Mais pour 10% je regarde pour bien viser (Genre parfois les numéros en haut hors pavé numérique) et pour les 10% restant je ne sais pas toujours bien ou est-ce qu'elles sont …
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Je suis revenu sur LineageOS...
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Un libriste en approfondissement. Évalué à 2.
Je ne sais pas pourquoi LineageOS n'est pas compatible PinePhone. Peut-être la puissance qui est insufisante?
Sinon, j'avoue j'aimerai l'installer pour disposer d'applis (open-sources seulement ;) ) comme FreeOTP, le scanner de QRCode, Element (Riot), une ergonomie un peu plus user friendly…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Je suis revenu sur LineageOS...
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Un libriste en approfondissement. Évalué à 1.
Je suis content d'avoir un retour et de ne pas être le seul à galérer (C'est pas moi qui ai tout péter par une mauvaise manip).
Dans mon cas il me convient mais j'ai 2 arguments personnels:
1) J'ai envie de me "déconnecter" un peu autrement dis d'être moins dépendant du smartphone.
2) Pendant plus de 2 ans, je n'avais pas de téléphone portable à moi, on se partageait celui de ma femme (dans le but de la déconnexion/décroissance). Le côté un peu geek m'assure même une certaine confidentialité vis à vis de ma femme, elle ne peut pas trop fourrer son nez dedans :D
Donc même un smartphone peu fiable me suffit.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: normal non ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Un libriste en approfondissement. Évalué à 1.
C'est cela. Etant donné que j'avais renseigné un mot de passe et que l'on me demande des droits admin…
En fait le mot de passe root n'a vraiment aucune utilité puisque tu peux tout faire en sudo et même changer le mot de passe root. A quoi bon le demander?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.