Je ne retrouve pas la source mais un des fondateur de Neon avait expliqué que l'idée lui était venu par rapport à une procédure qu'il avait mis en place en local, je ne me souviens plus exactement, probablement à base de snapshots fichiers.
Oui je me doutais que c'est des snapshots montés.
Ce qui est pratique avec le côté service c'est également quand la base est très grosse et qu'il est trop long de la rapatrier chaque fois en local pour du dev ou des tests.
Ça va dépendre des usages et des contraintes (parce qu'accéder aux données de prod peut ne pas être légales), une autre solution que j'avais vu consistait à avoir une instance locale l'ajouter à la réplication et une fois la réplication terminé la sortir du cluster. Je ne sais pas si c'est facile à faire avec PG (mais oui ça demande tout de même de dumper toute la base).
Pour l'instant chez eux cette option de scaling coûte plutôt moins cher que sans.
J'en doute pas. Mon commentaire était plus pour rappeler qu'il faut bien faire attention et qu'il peut y avoir des détails qui font que ça n'est pas aussi rentable. D'ailleurs ça ne remet pas forcément tout en cause des fois il suffit de pas grand chose pour faire de grosses économies sur sa facture.
Si on considère que c'est de facto une forme de haute dispo c'est même carrément moins cher.
Ouai faut lire avec attention les garanties fournies par le service.
Je me demande tout de même à quel point ça a dû être complexe d'implémenter les garanties ACID en stateless.
Le côté cloud/serverless n'est pas que, c'est pour ça que j'ai surtout voulu parler du principe des branches.
Je comprends bien mais le commentaire au quel je répondais n'y faisait pas référence.
La séparation stockage/moteur permet de lancer un postgresql sur ce stockage dev avec ou pas les mêmes caractéristiques de mémoire etc.
Tout à fait, mais ce n'est pas la seule façon de le faire. CouchDB par exemple (qui n'est pas un SQL, mais ça ne change pas grand chose) se déploie avec différents types de nœuds pour gérer la partie calcul de la partie stockage. C'est bien plus simple à mettre en œuvre quand tu n'a pas de stockage objet et de fonctions (ce qui tu demande un kubernetes généralement, etc).
Sur des applications qui sont utilisées aux horaires de bureau c'est rudement intéressant aussi.
La dernière fois que j'avais regardé chez AWS, dès qu'on parlait de ressources garanties ça devenait toute de suite très chère. Pas au point de le rendre exorbitant mais juste pour rappeler qu'il faut parfois faire attention entre « je peux utiliser pleins de fonctions dans la journée » et « je veux avoir 150k fonctions disponibles à 20h00 ».
Les hominidés n'appartenaient pas à ces catégories et pourtant, ils ont laissé des traces, la plus ancienne remonte même à 153 000 ans
Ça n'a rien à voir ce sont des traces d'un peuple et pas d'un individu.
D'un point de vue scientifique, les textes ne sont pas des preuves d'existence. L'historienne citée précédemment l'explique très bien.
Elle dit que ce qui serait l'élément le plus solide de son existence serait une preuve archéologique, mais elle passe en suite un quart d'heure à énumérer des éléments qui tendrait à montrer son existence. De ce que je vois j'ai l'impression que la plupart des gens qui se posent la question sont croyants (ou en tout cas ils sont mieux référencé). Mais j'ai pas l'impression qu'un consensus scientifique ai émergé pour trancher la question vers un oui ou un non. C'est plus comme le lien que tu as donné « on a des éléments pour et des éléments contre ». Des fois la science ne sait pas.
Je vois pas comment tu peux avoir des preuves archéologique de quelqu'un qui n'est pas un conquérant, un architecte ou à minima un chef d'État.
J'ai l'impression qu'il y a aussi un mélange entre :
est-ce que le Christ a existé ?
est-ce que les évangiles disent vraies ?
est-ce qu'un homme nommé Jésus a existé et a était à l'origine d'une nouvelle religion ?
Si les 2 premiers sont associés à des croyances religieuses, il existe des textes non chrétiens qui font référence à ce gars. Il faut voir que pour le peuple romain l'histoire de Jésus n'avait probablement rien de très intéressant (un gars qui se prétend être le Christ).
Je ne vois pas comment il pourrait exister d'élément matériel issu de quelque chose d'aussi anecdotique.
Toute cette discussion est en elle-même une preuve qu’il y a un problème de sensibilisation à se sujet. Parce qu’au lieu de parler du problème, on pinaille sur les définitions et le vocabulaire, ce qui ne mène absolument à rien.
Personnellement ça fait parti des choses face aux quels, je me sens assez démuni. Je ne saurais même pas dire quoi faire pour améliorer les choses.
J'ai l'impression que l'enjeu actuel en France, c'est déjà d'arriver à faire intégrer que le phénomène existe, qu'il a de l'ampleur, que c'est un fait de société,… J'image et j'espère que ça permettra que les victimes soient écoutées dès qu'elles sonnent l'alerte et que ça pousse les politiques à outiller les forces de l'ordre (injonctions d'éloignement par exemple).
Je ne dirais pas que parler de sémantique soit inutile, je pense que ça fait parti du processus, même si c'est rageant de voir que c'est aussi lent…
Je suis pas convaincu que le nom y soit pour quelque chose. Si le mot était « Oowewief », tu aurais autant de gens qui liraient la moitié de la définition en mode bouche à oreille et qui rétorqueraient la même chose.
Si ce qui te gêne c'est le mot serverless, c'est un nom commercial pour parler des fonctions as service et il entends par là que tu ne gère pas de server.
C'est une architecture qui a le vent en poupe actuellement principalement pour optimiser son déploiement dans les clouds providers mais pas que.
Pour le déploiement dans les clouds ça permet d'utiliser un stockage objet pour la donnée et des fonctions (faas) pour le calcul (à minima le query planner mais ça peut être plus). En terme de prix ça fait une grande différence quand tu es chez un cloud provider.
Tu simplifie aussi le déploiement. Au lieu de te demander sur combien de machines de quelle taille et avec quelles forme de réplication tu as besoin, tu va tirer parti des garanties que te fourni chacun des 2 services et tu n'a plus qu'à te soucier des répartitions géographiques (et c'est une simple configuration).
Pour des requêtes complexes comme de l'OLAP ou autre. Le fait de tout exécuter au même endroit peu créer des contentions qui peuvent disparaître quand tu utilise le modèle d'exécution des fonctions.
Par contre si tu connais bien ta base et que ta charge est prédictive ça ne vaut pas forcément le coup. Les faas sont intéressantes quand tu sais que tu as de grands moments inutilisés ou que tu as besoin de parallélisme poussés (avec beaucoup de threads, mais complètements indépendants).
Oui mais dans notre calendrier, le mot "jésus christ" n’apparaît pas, on en a oublié l'origine religieuse.
Je ne sais pas ce que tu entend par la. Quelle est la référence dont tu parles ?
une entorse au principe de laïcité cher à notre République
La première république à supprimé l'usage du calendrier grégorien, mais on est loin des principes de la première république. Envisager la France comme une seule république cohérente de 1789 à aujourd'hui serait une erreur. L'anticlericalisme de la révolution n'a que peu à voir avec la laïcité du début du siècle dernier.
Pour les travaux scientifiques, un papier ne sera pas précis avant JC ou avant notre ère (ou en utilisant le calendrier indien ou chinois).
Par contre je ne sais pas ce que c'est qu'après notre ère ?
Je n'ai rien contre l'idée de remplacer JC par notre ère, mais
Le problème de la référence "avant/après JC", c'est qu'elle est occidentalo-centrée, basée sur une croyance et une culture occidentales, culture judéo-chrétienne. La majeure partie des gens de la planète n'est pas issue de cette culture.
C'est le propre du calendrier grégorien qui est basé entre autre sur la naissance estimée de Jésus (mais aussi la durée des semaines calquée sur la cosmologie chrétienne par exemple).
Comme l'idée c'est de parler avec le calendrier grégorien ensuite et que ce dernier se base sur une estimation de la naissance, j'ai l'impression que c'est un peu une manière de cacher sous le tapis le fait que l'ensemble du calendrier est questionnable (et pas uniquement pour des questions religieuses, c'est de l’impérialisme culturel occidental).
C'est d'ailleurs un sujet suffisamment problématique pour que l'ONU tente de s'y coller… en vain.
Et le cerveau passe son temps à la fois à imaginer des trucs (les détails et les couleurs du champ élargi) et à ignorer des trucs (à commencer par le nez).
On m'avait expliqué que le cerveau réécrit même l'histoire. Il construit un mouvement continue de notre regard alors que nos yeux font des sauts.
Peut être mais c'est loin d'être du détail. Que ce soit l'article du lien ou celui qui est plus technique, il n'y a pas assez d'info pour savoir comment reproduire ce qu'ils ont fait. Je ne sais pas qu'elle conclusion tirer à part qu'elixir leur a réussi.
Par exemple ils font mention du modèle acteur, à quel point c'est important pour eux ? Parce que passer d'un CPython qui semble se trainer le GIL encore quelques temps (de ce que je vois la première version qui devrait le rendre optionnel sera la 3.13) à une VM qui a était conçu pour le parallélisme on passe d'un cas pathologique de python à un cas où erlang est très bon.
Pour montrer un exemple, d'article qui me paraît pas beaucoup moins accessible, mais où tu apprend autre chose que GenServer a l'air intéressant et comment on fait un produit en croix, il y a cet article Go memory ballast: How I learnt to stop worrying and love the heap (alors j'avais fais le lien parce que de ce que je me souvenais ils avant quitté go, mais en fait non).
En fait ça dépend de beaucoup de choses, tout le monde est en mesure de voir la grille, c'est juste une question de niveau de concentration. Si on fait défiler 10 images 1/2s par image et à la fin on te demande la quelle avait se traitement, il est possible que tu ai bien plus de mal à répondre qu'avec une image fixe.
Les illusions d'optiques viennent de post traitement de le cerveau fais pour assembler une image aussi cohérente que possible à partir de ce que lui fournissent les yeux (assembler 2 images en une, supprimer les points aveugles,…)1. Bien sûr tout le monde n'est pas identique avec les images en "3D relief" ne marche pas sur tout le monde par exemple. Il existe aussi des troubles, la persistance rétinienne permet de regarder des vidéos et pas des suites d'images, mais la palinopsie est un trouble de la persistance rétinienne qui peut te retourner la vue (momentanément tu vois le haut en bas et le bas en haut).
en fait ce n'est pas si cloisonné cerveau/œil l'ensemble travail conjointement (et peut évidement se servir des autres sens) ↩
Une image gif a une seule palette de couleur pour l'ensemble de l'image pas plusieurs palettes qui sont appliquées à certains pixels et pas à d'autres.
J'aurais trouvé plus intéressant d'avoir des aspects plus concrets que de savoir que si chaque serveur coûte 17k$/an en économiser 145 fais économiser 2.465M$/an.
Les qualités présenté d'elixir ont l'air assez génériques et pas vraiment qu'est-ce qui posait problème avec python qui est résolu par elixir. Si je regarde le lien qui est donné, ça a plus l'air d'être une nouvelle architecture et elixir est confortable pour l'implémenter qu'un aspect purement technique de langage. D'ailleurs c'est bien comme ça que c'est montré
Du coup je trouve le titre « Elixir Saves Pinterest $2 Million a Year In Server Costs » assez trompeur.
Par contre, pas de problème que les alarmes des collèges du département soient branchés sur les téléphones des proviseurs y compris pendant les vacances !
C'est souvent il me semble leur logement de fonction. Avoir son alarme incendie sur soit ne me paraît pas déconnant
Je distingue complètement les utilisateurs qui peuvent avoir des problèmes liés aux logiciels des libristes.
D'ailleurs tu remarques, tu as ressentis le besoin de parler de logiciels fermés. Alors que l'accessibilité, la dépendance aux logiciels, le support matériel, l'internationalisation et tout un tas d'autres problèmes n'ont aucun rapport avec le fait qu'un logiciel soit fermé ou pas et l'aspect libre ne change pas grand chose :
l'utilisateur qui a un problème a toujours son problème même si théoriquement un développeur pourrait le corriger
si le logiciel est en ligne ou si c'est une question de processus (l'obligation de passer par un site) l'aspect libre ne changera rien
C'est bien le libre, mais à trop s'y concentrer on fini par avoir des points aveugles de plus en plus importants.
Tu fais tourner la conversation en rond, il a commencé par dire pourquoi ça le gênait.
On est bien anti logiciels privateurs ici, ça n'enlève rien à nos compétences en la matière, bien au contraire.
J'en ai déjà parlé mais je trouve sincèrement que ça brouille leur jugement, que ça leur donne une boussole de pensée. On pose le cerveau et on ne regarde que l'aspect, c'est libre/non libre.
Quand tu fais du vélo tu connais bien mieux les risques qu'engendre une voiture qu'un automobiliste en général.
Oui et non. Déjà je suis pas sûr que le lien entre vélo et voiture soit comparable avec filière nucléaire et anti-nucléaire. D'un côté on parle de victime, de l'autre c'est une réflexion bien plus abstraite même si elle est corroborée par des données réel. On le voit avec le débat sur le nombre de victimes à Fukushima. Et les cycliste (j'en suis) voient beaucoup mieux les problèmes des voitures que ceux que eux produisent sur les piétons par exemple.
Je sais pas ce que ça apporte dans la conversation.
En France, il aura fallu seize ans, pour entrevoir l'aune d'un procès d'un ancien président pour des faits majeurs comme association de malfaiteurs, financement illicite de campagne électorale ou le détournement de fonds publics.
Je ne veux pas dédramatiser ce qu'a fait Sarko, mais « complot contre les États-Unis » me semble être encore un autre niveau et l'aspect médiatique de l'affaire a aussi beaucoup joué. Avant cela il a échappé à la destitution pour des raisons purement politique.
L'herbe verte tout ça…
Cela me rappelle un certain Jacquou, qui croquais des pommes au salon de l'agriculture et croque maintenant des pissenlits par la racine.
Et un Valo, dis « l'Auvergnat » qui aimait bien ce qui brille ? Ou Charlie je ne sais pas s'il avait de drôle de dames, mais des généraux ça oui.
Disons que ça existe parce qu'ils le veulent bien. Ils pourraient très bien dire que les constructeurs n'ont plus accès aux google services s'ils ne font pas un maintient pendant 15 ans après le dernier téléphone vendu par exemple (et google s'assurer de maintenir chaque version suffisamment).
[^] # Re: félicitations !
Posté par barmic 🦦 . En réponse au journal Scripting Python sous Linux 2eme EDITION. Évalué à 3. Dernière modification le 04 septembre 2023 à 16:57.
Un habitué du C qui veut du scipting « super-bash », je serais surpris que perl ne te convienne pas mieux que python.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Neon c'est bon.
Posté par barmic 🦦 . En réponse au lien database of Databases. Évalué à 3.
Oui je me doutais que c'est des snapshots montés.
Ça va dépendre des usages et des contraintes (parce qu'accéder aux données de prod peut ne pas être légales), une autre solution que j'avais vu consistait à avoir une instance locale l'ajouter à la réplication et une fois la réplication terminé la sortir du cluster. Je ne sais pas si c'est facile à faire avec PG (mais oui ça demande tout de même de dumper toute la base).
J'en doute pas. Mon commentaire était plus pour rappeler qu'il faut bien faire attention et qu'il peut y avoir des détails qui font que ça n'est pas aussi rentable. D'ailleurs ça ne remet pas forcément tout en cause des fois il suffit de pas grand chose pour faire de grosses économies sur sa facture.
Ouai faut lire avec attention les garanties fournies par le service.
Je me demande tout de même à quel point ça a dû être complexe d'implémenter les garanties ACID en stateless.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Neon c'est bon.
Posté par barmic 🦦 . En réponse au lien database of Databases. Évalué à 2.
Je comprends bien mais le commentaire au quel je répondais n'y faisait pas référence.
Tout à fait, mais ce n'est pas la seule façon de le faire. CouchDB par exemple (qui n'est pas un SQL, mais ça ne change pas grand chose) se déploie avec différents types de nœuds pour gérer la partie calcul de la partie stockage. C'est bien plus simple à mettre en œuvre quand tu n'a pas de stockage objet et de fonctions (ce qui tu demande un kubernetes généralement, etc).
La dernière fois que j'avais regardé chez AWS, dès qu'on parlait de ressources garanties ça devenait toute de suite très chère. Pas au point de le rendre exorbitant mais juste pour rappeler qu'il faut parfois faire attention entre « je peux utiliser pleins de fonctions dans la journée » et « je veux avoir 150k fonctions disponibles à 20h00 ».
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Année de naissance de Jésus-Christ
Posté par barmic 🦦 . En réponse à la dépêche Où il est question de conservation. Évalué à 3.
Ça n'a rien à voir ce sont des traces d'un peuple et pas d'un individu.
Elle dit que ce qui serait l'élément le plus solide de son existence serait une preuve archéologique, mais elle passe en suite un quart d'heure à énumérer des éléments qui tendrait à montrer son existence. De ce que je vois j'ai l'impression que la plupart des gens qui se posent la question sont croyants (ou en tout cas ils sont mieux référencé). Mais j'ai pas l'impression qu'un consensus scientifique ai émergé pour trancher la question vers un oui ou un non. C'est plus comme le lien que tu as donné « on a des éléments pour et des éléments contre ». Des fois la science ne sait pas.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Année de naissance de Jésus-Christ
Posté par barmic 🦦 . En réponse à la dépêche Où il est question de conservation. Évalué à 2.
Je vois pas comment tu peux avoir des preuves archéologique de quelqu'un qui n'est pas un conquérant, un architecte ou à minima un chef d'État.
J'ai l'impression qu'il y a aussi un mélange entre :
Si les 2 premiers sont associés à des croyances religieuses, il existe des textes non chrétiens qui font référence à ce gars. Il faut voir que pour le peuple romain l'histoire de Jésus n'avait probablement rien de très intéressant (un gars qui se prétend être le Christ).
Je ne vois pas comment il pourrait exister d'élément matériel issu de quelque chose d'aussi anecdotique.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ha oui, au fait
Posté par barmic 🦦 . En réponse au lien France: 118 cas de féminicide en 2022 - lalibre.be. Évalué à 2.
Personnellement ça fait parti des choses face aux quels, je me sens assez démuni. Je ne saurais même pas dire quoi faire pour améliorer les choses.
J'ai l'impression que l'enjeu actuel en France, c'est déjà d'arriver à faire intégrer que le phénomène existe, qu'il a de l'ampleur, que c'est un fait de société,… J'image et j'espère que ça permettra que les victimes soient écoutées dès qu'elles sonnent l'alerte et que ça pousse les politiques à outiller les forces de l'ordre (injonctions d'éloignement par exemple).
Je ne dirais pas que parler de sémantique soit inutile, je pense que ça fait parti du processus, même si c'est rageant de voir que c'est aussi lent…
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ha oui, au fait
Posté par barmic 🦦 . En réponse au lien France: 118 cas de féminicide en 2022 - lalibre.be. Évalué à 5.
Je suis pas convaincu que le nom y soit pour quelque chose. Si le mot était « Oowewief », tu aurais autant de gens qui liraient la moitié de la définition en mode bouche à oreille et qui rétorqueraient la même chose.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Neon c'est bon.
Posté par barmic 🦦 . En réponse au lien database of Databases. Évalué à 4.
Il y a beaucoup de marketing, mais cockraoch en parle ici :
https://www.cockroachlabs.com/blog/what-is-serverless-sql/
Si ce qui te gêne c'est le mot serverless, c'est un nom commercial pour parler des fonctions as service et il entends par là que tu ne gère pas de server.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Neon c'est bon.
Posté par barmic 🦦 . En réponse au lien database of Databases. Évalué à 3.
C'est une architecture qui a le vent en poupe actuellement principalement pour optimiser son déploiement dans les clouds providers mais pas que.
Pour le déploiement dans les clouds ça permet d'utiliser un stockage objet pour la donnée et des fonctions (faas) pour le calcul (à minima le query planner mais ça peut être plus). En terme de prix ça fait une grande différence quand tu es chez un cloud provider.
Tu simplifie aussi le déploiement. Au lieu de te demander sur combien de machines de quelle taille et avec quelles forme de réplication tu as besoin, tu va tirer parti des garanties que te fourni chacun des 2 services et tu n'a plus qu'à te soucier des répartitions géographiques (et c'est une simple configuration).
Pour des requêtes complexes comme de l'OLAP ou autre. Le fait de tout exécuter au même endroit peu créer des contentions qui peuvent disparaître quand tu utilise le modèle d'exécution des fonctions.
Par contre si tu connais bien ta base et que ta charge est prédictive ça ne vaut pas forcément le coup. Les faas sont intéressantes quand tu sais que tu as de grands moments inutilisés ou que tu as besoin de parallélisme poussés (avec beaucoup de threads, mais complètements indépendants).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Quand on ne le met pas...
Posté par barmic 🦦 . En réponse au journal mais pourquoi s'appellent ils tous "OS"?. Évalué à 4.
Pour la lessive Linux, il faut savoir qu'elle a été nommée à dessein et que le fabricant vend aussi du détachant Mäc oxi et un adoucissant Micro&soft.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: précision date, « avant notre ère » ambigü
Posté par barmic 🦦 . En réponse à la dépêche Où il est question de conservation. Évalué à 1.
Je ne sais pas ce que tu entend par la. Quelle est la référence dont tu parles ?
La première république à supprimé l'usage du calendrier grégorien, mais on est loin des principes de la première république. Envisager la France comme une seule république cohérente de 1789 à aujourd'hui serait une erreur. L'anticlericalisme de la révolution n'a que peu à voir avec la laïcité du début du siècle dernier.
Pour les travaux scientifiques, un papier ne sera pas précis avant JC ou avant notre ère (ou en utilisant le calendrier indien ou chinois).
Par contre je ne sais pas ce que c'est qu'après notre ère ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: précision date, « avant notre ère » ambigü
Posté par barmic 🦦 . En réponse à la dépêche Où il est question de conservation. Évalué à 5.
Je n'ai rien contre l'idée de remplacer JC par notre ère, mais
C'est le propre du calendrier grégorien qui est basé entre autre sur la naissance estimée de Jésus (mais aussi la durée des semaines calquée sur la cosmologie chrétienne par exemple).
Comme l'idée c'est de parler avec le calendrier grégorien ensuite et que ce dernier se base sur une estimation de la naissance, j'ai l'impression que c'est un peu une manière de cacher sous le tapis le fait que l'ensemble du calendrier est questionnable (et pas uniquement pour des questions religieuses, c'est de l’impérialisme culturel occidental).
C'est d'ailleurs un sujet suffisamment problématique pour que l'ONU tente de s'y coller… en vain.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Séparation chroma/luma
Posté par barmic 🦦 . En réponse au journal Du format et de la taille des images. Évalué à 2.
On m'avait expliqué que le cerveau réécrit même l'histoire. Il construit un mouvement continue de notre regard alors que nos yeux font des sauts.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ouep
Posté par barmic 🦦 . En réponse au lien Faire une économie annuelle de 2 millions de dollar en serveur chez Pinterest avec Elixir . Évalué à 2.
Peut être mais c'est loin d'être du détail. Que ce soit l'article du lien ou celui qui est plus technique, il n'y a pas assez d'info pour savoir comment reproduire ce qu'ils ont fait. Je ne sais pas qu'elle conclusion tirer à part qu'elixir leur a réussi.
Par exemple ils font mention du modèle acteur, à quel point c'est important pour eux ? Parce que passer d'un CPython qui semble se trainer le GIL encore quelques temps (de ce que je vois la première version qui devrait le rendre optionnel sera la 3.13) à une VM qui a était conçu pour le parallélisme on passe d'un cas pathologique de python à un cas où erlang est très bon.
Pour montrer un exemple, d'article qui me paraît pas beaucoup moins accessible, mais où tu apprend autre chose que GenServer a l'air intéressant et comment on fait un produit en croix, il y a cet article Go memory ballast: How I learnt to stop worrying and love the heap (alors j'avais fais le lien parce que de ce que je me souvenais ils avant quitté go, mais en fait non).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Effet loupé
Posté par barmic 🦦 . En réponse au journal Du format et de la taille des images. Évalué à 4.
En fait ça dépend de beaucoup de choses, tout le monde est en mesure de voir la grille, c'est juste une question de niveau de concentration. Si on fait défiler 10 images 1/2s par image et à la fin on te demande la quelle avait se traitement, il est possible que tu ai bien plus de mal à répondre qu'avec une image fixe.
Les illusions d'optiques viennent de post traitement de le cerveau fais pour assembler une image aussi cohérente que possible à partir de ce que lui fournissent les yeux (assembler 2 images en une, supprimer les points aveugles,…)1. Bien sûr tout le monde n'est pas identique avec les images en "3D relief" ne marche pas sur tout le monde par exemple. Il existe aussi des troubles, la persistance rétinienne permet de regarder des vidéos et pas des suites d'images, mais la palinopsie est un trouble de la persistance rétinienne qui peut te retourner la vue (momentanément tu vois le haut en bas et le bas en haut).
en fait ce n'est pas si cloisonné cerveau/œil l'ensemble travail conjointement (et peut évidement se servir des autres sens) ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Chez moi ça marche
Posté par barmic 🦦 . En réponse au journal Du format et de la taille des images. Évalué à 3.
Une image gif a une seule palette de couleur pour l'ensemble de l'image pas plusieurs palettes qui sont appliquées à certains pixels et pas à d'autres.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Compliqué ?
Posté par barmic 🦦 . En réponse au journal Activer Elasticsearch pour son instance Mastodon. Évalué à 2.
C'est demandé https://github.com/mastodon/mastodon/issues/26645
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Ouep
Posté par barmic 🦦 . En réponse au lien Faire une économie annuelle de 2 millions de dollar en serveur chez Pinterest avec Elixir . Évalué à 3.
J'aurais trouvé plus intéressant d'avoir des aspects plus concrets que de savoir que si chaque serveur coûte 17k$/an en économiser 145 fais économiser 2.465M$/an.
Les qualités présenté d'elixir ont l'air assez génériques et pas vraiment qu'est-ce qui posait problème avec python qui est résolu par elixir. Si je regarde le lien qui est donné, ça a plus l'air d'être une nouvelle architecture et elixir est confortable pour l'implémenter qu'un aspect purement technique de langage. D'ailleurs c'est bien comme ça que c'est montré
Du coup je trouve le titre « Elixir Saves Pinterest $2 Million a Year In Server Costs » assez trompeur.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Fais divers
Posté par barmic 🦦 . En réponse au journal Maltraitance informatique. Évalué à 4.
C'est souvent il me semble leur logement de fonction. Avoir son alarme incendie sur soit ne me paraît pas déconnant
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Désolé mais ça m'agace
Posté par barmic 🦦 . En réponse au lien What is code poetry?. Évalué à 4.
P%£@*n faudrait vraiment que tout ceux qui se croient malins à ouvrir des pop-up au scroll up sur une page aillent bien se faire ®Ŀ¥Þ#Ø !
Sinon c'est marrant et assez joli :)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est toujours pas une bonne raison pour abandonner complètement le nucléaire.
Posté par barmic 🦦 . En réponse au lien Why investing in new nuclear plants is bad for the climate. Évalué à 3.
Je distingue complètement les utilisateurs qui peuvent avoir des problèmes liés aux logiciels des libristes.
D'ailleurs tu remarques, tu as ressentis le besoin de parler de logiciels fermés. Alors que l'accessibilité, la dépendance aux logiciels, le support matériel, l'internationalisation et tout un tas d'autres problèmes n'ont aucun rapport avec le fait qu'un logiciel soit fermé ou pas et l'aspect libre ne change pas grand chose :
C'est bien le libre, mais à trop s'y concentrer on fini par avoir des points aveugles de plus en plus importants.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est toujours pas une bonne raison pour abandonner complètement le nucléaire.
Posté par barmic 🦦 . En réponse au lien Why investing in new nuclear plants is bad for the climate. Évalué à 2.
Je ne dis pas que c'est une implication, mais c'est probable.
Par contre je ne vais pas me mettre à considérer les libristes comme des opprimés qu'il faudrait protéger.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est toujours pas une bonne raison pour abandonner complètement le nucléaire.
Posté par barmic 🦦 . En réponse au lien Why investing in new nuclear plants is bad for the climate. Évalué à 3.
Tu fais tourner la conversation en rond, il a commencé par dire pourquoi ça le gênait.
J'en ai déjà parlé mais je trouve sincèrement que ça brouille leur jugement, que ça leur donne une boussole de pensée. On pose le cerveau et on ne regarde que l'aspect, c'est libre/non libre.
Oui et non. Déjà je suis pas sûr que le lien entre vélo et voiture soit comparable avec filière nucléaire et anti-nucléaire. D'un côté on parle de victime, de l'autre c'est une réflexion bien plus abstraite même si elle est corroborée par des données réel. On le voit avec le débat sur le nombre de victimes à Fukushima. Et les cycliste (j'en suis) voient beaucoup mieux les problèmes des voitures que ceux que eux produisent sur les piétons par exemple.
Je sais pas ce que ça apporte dans la conversation.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Majeur
Posté par barmic 🦦 . En réponse au journal Petite leçon de démocratie (suite). Évalué à 2.
Je ne veux pas dédramatiser ce qu'a fait Sarko, mais « complot contre les États-Unis » me semble être encore un autre niveau et l'aspect médiatique de l'affaire a aussi beaucoup joué. Avant cela il a échappé à la destitution pour des raisons purement politique.
L'herbe verte tout ça…
Et un Valo, dis « l'Auvergnat » qui aimait bien ce qui brille ? Ou Charlie je ne sais pas s'il avait de drôle de dames, mais des généraux ça oui.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Sous le coup de la Loi ?
Posté par barmic 🦦 . En réponse au lien Google demande aux applications d'utiliser un niveau d'API Android de moins de deux ans. Évalué à 5.
Disons que ça existe parce qu'ils le veulent bien. Ils pourraient très bien dire que les constructeurs n'ont plus accès aux google services s'ils ne font pas un maintient pendant 15 ans après le dernier téléphone vendu par exemple (et google s'assurer de maintenir chaque version suffisamment).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll