Je viens de tenter l'expérience avec Sylpheed.
Ajouter un compte IMAP hébergé chez moi, derrière une ADSL2+ donc pas la fibre, un upload assez pourrave (120ko/sec maxi), et la machine est pas un foudre de guerre : ARMv5 mono-coeur à 200Mhz et 128Mo de RAM.
18 répertoires au total.
Exemple répertoire Trash, 4200 mails, 40 secondes environ.
Un autre avec 5600 mails : 60 secondes chronométré.
Un autre avec 6500 mails : 63 secondes…
Un autre avec 1880 mails : 40 secondes.
Allez, avec 12420 mails : 130 secondes.
J'ai quand même l'impression que c'est assez rempli, et les temps sont tout à fait raisonnable pour un premier accès.
Sachant que si je suis en voyage, évidemment, je vais utiliser le webmail, si je ne peux pas utiliser K9mail sur mon Android.
Mais chez moi, au boulot ?
C'est peut-être Thunderbird qui a un soucis, ou ton serveur mail qui déconne, je ne comprend pas la synchro de toute une nuit qui flanche, c'est quoi tes conditions ?
J'utilise Sylpheed, depuis presque 15 ans maintenant, et franchement entre utiliser un webmail et configurer vite fait Sylpheed en IMAP, je préfère de loin la seconde solution.
Alors je te rejoins très largement sur l'utilité d'un client dit lourd, car son utilisation est bien plus légère que celle d'un webmail dans un navigateur déjà largement assez sollicité…
Franchement, le client le plus lourd entre FF, Chrome ou un autre navigateur, et Sylpheed ou Thunderbird, c'est pas le client mail !
Pour le kernel bloqué à 3,10 c'est uniquement si tu veux faire fonctionner correctement le pilote graphique pour le GPU Mali.
Si tu cherches un serveur (NAS, web, mail, routeur, jabber etc…), tu peux rester en kernel Vanilla, récent, à jour, tout ça.
C'est clairement le paradis des va-t-en-guerre en ce moment.
Hollande qui n'attendait que ça pour légitimer sa position sécuritaire, c'était bien là le plus gros problème politique du PS : la difficulté à se raccrocher au discours sécuritaire, c'est résolu, et il s'en donne à cœur-joie.
Ces types étaient majoritairement français, les frères Kouachi étaient français.
Et les politiques veulent serrer encore plus la vis, poursuivre la construction d'un état policier, donc injuste et inégalitaire, et donc pousser certains jeunes démunis à se radicaliser.
Il en suffit de peu d'égarés, la preuve. Pour le reste les réseaux de drogue fournissent les armes, il n'y a rien à inventer ici pour les terroristes, ils ont juste besoin d'aller se servir et de tuer : c'est facile.
Je suis assez impressionné par tout ce que Taubira se prend dans la gueule depuis qu'elle est ministre, alors qu'elle a la tête sur les épaules et les idées claires. Bien sûr qu'il faut comprendre pourquoi et comment ils en arrivent là pour endiguer le problème !
Mais est-ce l'objectif politique d'endiguer le problème ? Ou de l'instrumentaliser pour justifier plus de surveillance, et gagner des voix !
Bref, c'est la fête pour les va-t-en-guerre, à croire que tellement de gens n'attendaient qu'une justification pour faire ressortir leurs instincts guerriers, assis dans leur fauteuil à regarder des images d'autres personnes en train de se faire massacrer.
Il est déjà très loin le temps où Chirac avait refusé de participer à la guerre en Irak, comme j'étais fier de lui ce jour là…
La liaison full-duplex ne fait pas le MMO, tu peux avoir un MMO asynchrone, ce n'est pas antithétique.
Et avec les websockets tu peux avoir une connexion dans les deux sens sans polling Ajax…
On s'en fout que les requêtes soient en HTTP ou en protocole perso optimisé au bit près sur de l'UDP, c'est juste une question de latence et de performance ces choix.
Après en web, PHP, etc, tu peux avoir des dizaines de serveurs en frontal, si ton architecture logicielle derrière est bien foutue, avec du cache type Redis ou memcached, ta cohérence de donnée sur base MySQL ou mieux PostgreSQL, ça peut être extrêmement réactif, et dépasser les 100000 joueurs simultanés.
Je crois juste que pour toi un jeux MMO est un jeu synchrone, alors que ce n'est pas forcément le cas ; en tout cas ce n'est pas ce que « massivement multijoueur » signifie.
Exactement, et skype est bien la seule appli qui nécessite apulse.
Donc pulseaudio, on s'en passe aisément.
Et on l'installe aisément si on veut aussi.
Ah c'est marrant, ma distrib n'a pas Pulseaudio.
On peut bien sûr aisément l'installer (ou simplement apulse) si on souhaite, mais il n'y est pas de base.
Et c'est l'une des plus connues (à défaut d'être une des plus utilisées).
Je suis bien incapable de te répondre : sur mon portable j'ai aussi une intel HDA intégrée, et pas Pulseaudio. Et je n'ai jamais eu de soucis avec le son : j'en ai, je peux le couper, le régler, le remettre, le sauvegarder, mettre plusieurs sources audio en parallèle etc.
Pour sauvegarder tes paramètres audio tu peux faire :
alsactl store
Mais le son c'est parfois de la magie noire…
ALSA c'est de la sorcellerie.
Et Pulseaudio un générateur de rituels occultes.
Mettre deux barrières en même temps l'une sur l'autre au lieu de ne laisser que la plus intéressante (apprendre Linux), et laisser les gens apprendre l'anglais par ailleurs, plus tard, ou même pas du tout ?
On parle de pédagogie ici, la traduction, c'est pédagogique, on découpe les problèmes, et le livre en français permet de résoudre un problème : faire découvrir les entrailles de Linux, pour un public francophone.
Apprendre l'anglais n'a rien à voir avec l'informatique…
Par ailleurs, le niveau d'anglais nécessaire à maîtriser son OS est proche de zéro : les pages de manuel sont traduites, les logiciels sont majoritairement traduits. Et on trouve des tonnes de docs, de forums, de communautés, et de ressources en français, il est rarement absolument nécessaire d'aller chercher en anglais. Ce n'est qu'un plus pour inclure plus de résultats et trouver plus facilement, pas un impératif.
Tu vas me dire quid des commandes adoptant une syntaxe tirée de mots anglais ?
On s'en fout éperdument, de toute façon il s'agit d'apprendre des langages, pas des langues, que les mots-clefs aient des sens en anglais n'aide pas vraiment, au fond, à comprendre le code, ce qui compte c'est de savoir ce que font les mots-clefs. Ça pourrait être du sanskrit, ou un truc complètement inventé, ça ne changerait rien.
J'ai appris à programmer avant de savoir parler anglais, bien avant, et je prononce toujours « gautau » quand je programme, malgré mon niveau d'anglais plus que correct aujourd'hui.
Je confirme, il faut arrêter le délire…
Si le but est de faire en sorte que les employés mangent correctement à midi, pourquoi parle-t-on de sandwiches, de paninis, de McDo, de brioche dorée ou autre trucs qui ne sont pas des repas correct ?
On est donc foncièrement en décalage…
La seule solution réaliste pour manger correctement à 6€50 c'est de cuisiner toi-même, et donc de mutualiser l'achat d'un paquet de riz sur un seul ticket resto mais sur plusieurs repas !
Sinon c'est du fast-food, de la mal-bouffe ; ou alors pour un vrai repas mais tu allonges au dessus du ticket resto.
Ye rien à défendre dans le ticket resto.
Le principe est simple : une partie est prélevée sur ton salaire, donc tu payes toi-même une partie du ticket en touchant moins d'argent à la fin du mois, argent que tu ne peux plus utiliser comme tu veux au passage. Et une autre partie est payée par l'entreprise, c'est du bonus pour toi, si tu optimises tes tickets resto, techniquement tu as plus de sous en fin de mois.
Ce n'est cependant vrai que si tu es au SMIC donc que tu ne peux pas être payé moins cher. SMIC+TR c'est mieux que SMIC. Si tu es au delà, qu'est-ce qui te dit que le service compta de ta boîte n'a pas réglé l'affaire pour ajuster ton salaire un zest plus bas pour que ça revienne au même pour toi, et que les économies soient pour l'entreprise ? Si tu es arrivé dans l'entreprise avec déjà les TR mis en place, tu n'auras jamais vu la différence. Tu n'as pas plus d'argent, pas plus de pouvoir d'achat pour déjeuner le mid.
L'avantage pour l'entreprise c'est de ne pas payer certaines charges sur la portion qu'elle paye elle-même, donc théoriquement il y a une petite économie en charge sur ton salaire, c'est plus rentable que de t'augmenter ton salaire net de la même valeur. Ou même c'est plus rentable de calculer que ton salaire net + TR reste strictement équivalent à avant, que ça ne change rien pour toi, la boîte économise. Et ce genre de calculs sont fait dans les grosses boîtes.
En pratique si l'entreprise est petite, les coûts fixes des tickets restos font que ça peut même ne pas être rentable du tout, le bilan final peut très bien être négatif, il y a donc besoin d'une masse critique pour faire des économies d'échelle.
Et pour toi, salarié, ça réduit ton salaire brut, donc ta cotisation retraite : ça réduit ta retraite en comparaison d'avoir simplement le même argent versé en salaire, donc l'avantage n'existe certainement pas à long terme, et on a vu qu'il était inexistant à court terme, sauf si tu es au SMIC (et parce que dans ce cas là tu ne peux pas supposer que la boîte a baissé ton salaire pour compenser le coût du TR).
Il me reste encore, huit ans après avoir co-créé une entreprise, à trouver un seul avantage réel aux tickets resto.
A noter un point intéressant à ce sujet :
Dans le gestionnaire de mot de passe de firefox, on peut copier le mot de passe sans l'afficher, on sélectionne un site, clic-droit copier le nom d'utilisateur ou copier le mot de passe.
Ça utilise bien sûr le presse-papier système, ça permet de coller le mot de passe ailleurs.
Maintenant si un script à la con arrive à chopper le contenu du presse-papier, yapatrèsbon quand même…
on n'est plus capable d'afficher l'info au joueur en instantané
Bah, à l'heure des sites webs ultra dynamiques, ça ne doit pas être très compliqué de fournir la taille en gzip d'un bout de code très court en temps réel.
Je suppose même qu'on doit pouvoir trouver une lib qui ferait ça directement en javascript.
Je tiens à ajouter qu'il semble bien que le support d'ext2 ait disparut depuis longtemps, puisqu'on parle ici d'ext3 qui disparaît, or il est encore totalement possible de créer un FS en ext2, et de l'utiliser, sous Linux…
Mais bien sûr, lire un FS en ext4 sur un OS ne supportant pas ext4 ne va pas fonctionner.
Mais ça a un air de fonctionnement logique quand même, présenté comme ça, non ?
Je m'amusais comme un fou à écrire des programmes en assembleur pour ma HP48 GX, effectivement très formateur, et très gratifiant parce que la calculatrice et son CPU étant très simples, on touche très vite les limites et c'est un vrai bonheur de les dépasser et de faire des choses « impossibles » (comme les dégradés de gris sur un écran monochrome) :)
C'est vrai qu'en comparaison aujourd'hui, malgré parfois plus de 20 ans d'expérience, j'ai toujours l'impression de mentir quand je prétend maîtriser parfaitement un langage de programmation… Mais bon, on fait mille fois plus en dix fois moins de temps.
SSHFS ne survit pas très bien à une coupure active longue de la connexion, c'est à dire si une des deux machines est active et l'autre en veille par exemple.
Je crois que si les deux sont en veille ça va revenir sans soucis en rallumant les deux.
Mais en bref, ça survit exactement aussi bien aux aléas de connexion qu'une connexion SSH classique. Puisque c'en est une en dessous.
En comparaison, NFS sur le client ne se déconnecte pas tout seul, et les processus qui cherchent à accéder à la ressource NFS inaccessible vont être mis en attente par le système, selon comment le logiciel est écrit, ça peut le freezer sans espoir de rédemption (kill -9 est inutile). Mais tout repart comme si de rien n'était dès que la connexion NFS revient. Et la connexion NFS se recrée toute seule dès que le serveur redevient accessible.
Il est possible (mais j'ai des résultats mitigés à ce sujet) de flinguer une connexion bloquée (connexion NFS active mais vers un serveur devenu indisponible) en tuant le démon RPC.
À comparer : si ta connexion SSHFS est dans les choux, tu as le processus SSH à tuer et ça coupe la connexion proprement, les logiciels qui essayaient d'accéder aux données reprennent leur cours normalement avec une erreur d'entrée/sortie normale.
Côté performance, même en réseau local je préfère utiliser le NFS, de loin, pour transférer des gros fichiers ou lire une vidéo depuis une autre machine : bien plus rapide.
Mais le NFS est à la limite de l'inutilisable sur internet (de mon expérience uniquement) alors que SSHFS s'en sort bien mieux, et est plus facile à gérer en cas de soucis de connexion.
Autre point notable, il n'y a rien à installer ou configurer sur le serveur pour faire fonctionner SSHFS, et aucun droits d'administration, juste un compte utilisateur. Il faut bien sûr avoir le serveur SSH actif, ce qui est facilement le cas. Tandis que pour le NFS il faut accéder au serveur en ROOT, configurer le fichier /etc/exports, relancer le démon NFS, blablabla…
Bref, pas les mêmes usages, et très complémentaires !
J'utilise fortement les deux dans un même environnement.
Encore une fois pour rester dans Egan, il discute dans une nouvelle - Singleton en anglais - de la théorie des univers multiples.
En gros et sans rentrer dans les détails, ça se base aussi sur la physique quantique, et ça dit qu'à chaque décision, à chaque choix dans notre vie, on n'en fait pas un seul mais on les fait tous en même temps, sauf que notre univers se démultiplie, on prend une décision dans un univers et une autre dans un autre.
Et notre « Je » actuel n'est en réalité qu'une feuille d'un arbre de décision, qui existe en entier.
Et donc on ne peut pas prédire notre réaction face à une situation donnée, puisqu'en réalité on va faire tout les choix possibles.
Et ce n'est pas incompatible avec le fait d'être numérisable dans une machine : la machine aussi suit les lois de la physique. D'autant plus qu'il imagine qu'on puisse exister à l'intérieur de machines quantiques, c'est à dire qui vont explorer toutes les possibilités en parallèle tant qu'on n'observe pas, et se fixer sur une branche dès qu'on y regarde de plus près.
Je vulgarise fortement mais pour comprendre la base il suffit de penser à l'expérience du chat de Schrödinger qui est à la fois vivant et mort dans sa boîte avant qu'on ne l'ouvre.
La théorie des univers multiples dit qu'il reste à la fois vivant et mort, mais que quand on y regarde on se retrouve à séparer notre univers en plusieurs univers parallèles presque identiques, dans certains le chat est vivant, dans d'autres il est mort.
Et maintenant va trouver du déterminisme là-dedans !
La somme de ce que nous sommes ?
C'est un peu croire au destin, que tout est écrit et qu'on ne peut rien y changer, on a juste conscience du moment présent, mais la ligne entière existe déjà.
Je trouve ça un brin déprimant :)
Maintenant, c'est peut-être vrai…
Et surtout, est-ce que se mettant dans l'univers de Greg Egan où la conscience peut être numérisée et tourner sur une machine, ça donne une réponse à cette question ?
Est-ce que cette conscience est entièrement déterministe ou non ?
Avec Egan on parle d'ordinateur quantique, de fonction d'onde, de probabilités, jamais vraiment de certitudes…
Troll !
Message inutile, agressif, sans intérêt, et qui ne grandit pas son auteur, qui prétendra certainement s'en moquer (mais si c'était le cas il n'écrirait pas), passez votre chemin en toute sérénité.
« tout l'objectif de l'intelligence artificielle est d'essayer de contourner ces différences de fonctionnement pour qu'un ordinateur puisse au moins en apparence mimer le comportement humain. »
Ergo l'homme veut la machine à son image…
Non ?
Et c'est là le raisonnement, parce qu'on pourrait passer sur le fait qu'une machine n'est qu'une grosse calculatrice, mais comme on essaie de lui faire ressembler à l'homme, con par nature, l'ordinateur tend donc à passer d'une connerie à l'autre, mais il reste con, par conception.
[^] # Re: Pas de troll pour Thunderbird
Posté par Yth (Mastodon) . En réponse au journal Mozilla s'apprête à laisser la main pour Thunderbird. Évalué à 8. Dernière modification le 04 décembre 2015 à 09:51.
Je viens de tenter l'expérience avec Sylpheed.
Ajouter un compte IMAP hébergé chez moi, derrière une ADSL2+ donc pas la fibre, un upload assez pourrave (120ko/sec maxi), et la machine est pas un foudre de guerre : ARMv5 mono-coeur à 200Mhz et 128Mo de RAM.
18 répertoires au total.
Exemple répertoire Trash, 4200 mails, 40 secondes environ.
Un autre avec 5600 mails : 60 secondes chronométré.
Un autre avec 6500 mails : 63 secondes…
Un autre avec 1880 mails : 40 secondes.
Allez, avec 12420 mails : 130 secondes.
J'ai quand même l'impression que c'est assez rempli, et les temps sont tout à fait raisonnable pour un premier accès.
Sachant que si je suis en voyage, évidemment, je vais utiliser le webmail, si je ne peux pas utiliser K9mail sur mon Android.
Mais chez moi, au boulot ?
C'est peut-être Thunderbird qui a un soucis, ou ton serveur mail qui déconne, je ne comprend pas la synchro de toute une nuit qui flanche, c'est quoi tes conditions ?
Yth.
[^] # Re: Pas de troll pour Thunderbird
Posté par Yth (Mastodon) . En réponse au journal Mozilla s'apprête à laisser la main pour Thunderbird. Évalué à 10.
J'utilise Sylpheed, depuis presque 15 ans maintenant, et franchement entre utiliser un webmail et configurer vite fait Sylpheed en IMAP, je préfère de loin la seconde solution.
Alors je te rejoins très largement sur l'utilité d'un client dit lourd, car son utilisation est bien plus légère que celle d'un webmail dans un navigateur déjà largement assez sollicité…
Franchement, le client le plus lourd entre FF, Chrome ou un autre navigateur, et Sylpheed ou Thunderbird, c'est pas le client mail !
Yth.
[^] # Re: Le même en haut de gamme ?
Posté par Yth (Mastodon) . En réponse au journal RPI Zero. Évalué à 2.
Pour le SATA, ils ont un boîtier appelé Cloudshell qui inclut un adaptateur SATA, ça te permet de faire un NAS directement le disque intégré dans la boîte :
http://www.hardkernel.com/main/products/prdt_info.php?g_code=G143599699669
Pour le kernel bloqué à 3,10 c'est uniquement si tu veux faire fonctionner correctement le pilote graphique pour le GPU Mali.
Si tu cherches un serveur (NAS, web, mail, routeur, jabber etc…), tu peux rester en kernel Vanilla, récent, à jour, tout ça.
Yth.
[^] # Re: Inquiétude partagée
Posté par Yth (Mastodon) . En réponse au journal [HS] Ils ont gagné cette bataille. Évalué à 10.
C'est clairement le paradis des va-t-en-guerre en ce moment.
Hollande qui n'attendait que ça pour légitimer sa position sécuritaire, c'était bien là le plus gros problème politique du PS : la difficulté à se raccrocher au discours sécuritaire, c'est résolu, et il s'en donne à cœur-joie.
Ces types étaient majoritairement français, les frères Kouachi étaient français.
Et les politiques veulent serrer encore plus la vis, poursuivre la construction d'un état policier, donc injuste et inégalitaire, et donc pousser certains jeunes démunis à se radicaliser.
Il en suffit de peu d'égarés, la preuve. Pour le reste les réseaux de drogue fournissent les armes, il n'y a rien à inventer ici pour les terroristes, ils ont juste besoin d'aller se servir et de tuer : c'est facile.
Je suis assez impressionné par tout ce que Taubira se prend dans la gueule depuis qu'elle est ministre, alors qu'elle a la tête sur les épaules et les idées claires. Bien sûr qu'il faut comprendre pourquoi et comment ils en arrivent là pour endiguer le problème !
Mais est-ce l'objectif politique d'endiguer le problème ? Ou de l'instrumentaliser pour justifier plus de surveillance, et gagner des voix !
Bref, c'est la fête pour les va-t-en-guerre, à croire que tellement de gens n'attendaient qu'une justification pour faire ressortir leurs instincts guerriers, assis dans leur fauteuil à regarder des images d'autres personnes en train de se faire massacrer.
Il est déjà très loin le temps où Chirac avait refusé de participer à la guerre en Irak, comme j'étais fier de lui ce jour là…
Yth.
[^] # Re: php et MMORPG?
Posté par Yth (Mastodon) . En réponse à la dépêche Caranille 1.0 RC 1. Évalué à 6.
La liaison full-duplex ne fait pas le MMO, tu peux avoir un MMO asynchrone, ce n'est pas antithétique.
Et avec les websockets tu peux avoir une connexion dans les deux sens sans polling Ajax…
On s'en fout que les requêtes soient en HTTP ou en protocole perso optimisé au bit près sur de l'UDP, c'est juste une question de latence et de performance ces choix.
Après en web, PHP, etc, tu peux avoir des dizaines de serveurs en frontal, si ton architecture logicielle derrière est bien foutue, avec du cache type Redis ou memcached, ta cohérence de donnée sur base MySQL ou mieux PostgreSQL, ça peut être extrêmement réactif, et dépasser les 100000 joueurs simultanés.
Je crois juste que pour toi un jeux MMO est un jeu synchrone, alors que ce n'est pas forcément le cas ; en tout cas ce n'est pas ce que « massivement multijoueur » signifie.
Yth.
[^] # Re: Mécontent de PA
Posté par Yth (Mastodon) . En réponse à la dépêche PulseAudio 6.0 et 7.0. Évalué à 3.
Exactement, et skype est bien la seule appli qui nécessite apulse.
Donc pulseaudio, on s'en passe aisément.
Et on l'installe aisément si on veut aussi.
Yth.
[^] # Re: Mécontent de PA
Posté par Yth (Mastodon) . En réponse à la dépêche PulseAudio 6.0 et 7.0. Évalué à 2.
Ah c'est marrant, ma distrib n'a pas Pulseaudio.
On peut bien sûr aisément l'installer (ou simplement apulse) si on souhaite, mais il n'y est pas de base.
Et c'est l'une des plus connues (à défaut d'être une des plus utilisées).
Yth, le choix, le choix, bah on l'a, na…
[^] # Re: Aide sur Pulseaudio
Posté par Yth (Mastodon) . En réponse à la dépêche PulseAudio 6.0 et 7.0. Évalué à 10.
Je suis bien incapable de te répondre : sur mon portable j'ai aussi une intel HDA intégrée, et pas Pulseaudio. Et je n'ai jamais eu de soucis avec le son : j'en ai, je peux le couper, le régler, le remettre, le sauvegarder, mettre plusieurs sources audio en parallèle etc.
Pour sauvegarder tes paramètres audio tu peux faire :
alsactl store
Mais le son c'est parfois de la magie noire…
ALSA c'est de la sorcellerie.
Et Pulseaudio un générateur de rituels occultes.
Alors bon courage…
Yth.
[^] # Re: Pourquoi traduire?
Posté par Yth (Mastodon) . En réponse à la dépêche Linux From Scratch 7.8 : nouvelle version de la distro dont vous êtes le dictateur !. Évalué à 10.
Mettre deux barrières en même temps l'une sur l'autre au lieu de ne laisser que la plus intéressante (apprendre Linux), et laisser les gens apprendre l'anglais par ailleurs, plus tard, ou même pas du tout ?
On parle de pédagogie ici, la traduction, c'est pédagogique, on découpe les problèmes, et le livre en français permet de résoudre un problème : faire découvrir les entrailles de Linux, pour un public francophone.
Apprendre l'anglais n'a rien à voir avec l'informatique…
Par ailleurs, le niveau d'anglais nécessaire à maîtriser son OS est proche de zéro : les pages de manuel sont traduites, les logiciels sont majoritairement traduits. Et on trouve des tonnes de docs, de forums, de communautés, et de ressources en français, il est rarement absolument nécessaire d'aller chercher en anglais. Ce n'est qu'un plus pour inclure plus de résultats et trouver plus facilement, pas un impératif.
Tu vas me dire quid des commandes adoptant une syntaxe tirée de mots anglais ?
On s'en fout éperdument, de toute façon il s'agit d'apprendre des langages, pas des langues, que les mots-clefs aient des sens en anglais n'aide pas vraiment, au fond, à comprendre le code, ce qui compte c'est de savoir ce que font les mots-clefs. Ça pourrait être du sanskrit, ou un truc complètement inventé, ça ne changerait rien.
J'ai appris à programmer avant de savoir parler anglais, bien avant, et je prononce toujours « gautau » quand je programme, malgré mon niveau d'anglais plus que correct aujourd'hui.
Yth.
[^] # Re: Lolix V2
Posté par Yth (Mastodon) . En réponse à la dépêche LinuxJobs.fr, job board pour la communauté du Logiciel Libre et de l'open source. Évalué à 8.
Bah non, c'est bon, t'as compris, quel est le problème ..?
Yth…
[^] # Re: Désobéissons !
Posté par Yth (Mastodon) . En réponse au journal Le journal d'Anne Franck et le copyright. Évalué à 3.
Ainsi pleurât Nietzsche, qui annonçât la fin de la morale permettant ainsi l'ouverture du champ nouveau de l'éthique…
Yth.
[^] # Re: J'en pense que...
Posté par Yth (Mastodon) . En réponse au journal L'absurdité des tickets restau. Évalué à 10.
Je confirme, il faut arrêter le délire…
Si le but est de faire en sorte que les employés mangent correctement à midi, pourquoi parle-t-on de sandwiches, de paninis, de McDo, de brioche dorée ou autre trucs qui ne sont pas des repas correct ?
On est donc foncièrement en décalage…
La seule solution réaliste pour manger correctement à 6€50 c'est de cuisiner toi-même, et donc de mutualiser l'achat d'un paquet de riz sur un seul ticket resto mais sur plusieurs repas !
Sinon c'est du fast-food, de la mal-bouffe ; ou alors pour un vrai repas mais tu allonges au dessus du ticket resto.
Ye rien à défendre dans le ticket resto.
Le principe est simple : une partie est prélevée sur ton salaire, donc tu payes toi-même une partie du ticket en touchant moins d'argent à la fin du mois, argent que tu ne peux plus utiliser comme tu veux au passage. Et une autre partie est payée par l'entreprise, c'est du bonus pour toi, si tu optimises tes tickets resto, techniquement tu as plus de sous en fin de mois.
Ce n'est cependant vrai que si tu es au SMIC donc que tu ne peux pas être payé moins cher. SMIC+TR c'est mieux que SMIC. Si tu es au delà, qu'est-ce qui te dit que le service compta de ta boîte n'a pas réglé l'affaire pour ajuster ton salaire un zest plus bas pour que ça revienne au même pour toi, et que les économies soient pour l'entreprise ? Si tu es arrivé dans l'entreprise avec déjà les TR mis en place, tu n'auras jamais vu la différence. Tu n'as pas plus d'argent, pas plus de pouvoir d'achat pour déjeuner le mid.
L'avantage pour l'entreprise c'est de ne pas payer certaines charges sur la portion qu'elle paye elle-même, donc théoriquement il y a une petite économie en charge sur ton salaire, c'est plus rentable que de t'augmenter ton salaire net de la même valeur. Ou même c'est plus rentable de calculer que ton salaire net + TR reste strictement équivalent à avant, que ça ne change rien pour toi, la boîte économise. Et ce genre de calculs sont fait dans les grosses boîtes.
En pratique si l'entreprise est petite, les coûts fixes des tickets restos font que ça peut même ne pas être rentable du tout, le bilan final peut très bien être négatif, il y a donc besoin d'une masse critique pour faire des économies d'échelle.
Et pour toi, salarié, ça réduit ton salaire brut, donc ta cotisation retraite : ça réduit ta retraite en comparaison d'avoir simplement le même argent versé en salaire, donc l'avantage n'existe certainement pas à long terme, et on a vu qu'il était inexistant à court terme, sauf si tu es au SMIC (et parce que dans ce cas là tu ne peux pas supposer que la boîte a baissé ton salaire pour compenser le coût du TR).
Il me reste encore, huit ans après avoir co-créé une entreprise, à trouver un seul avantage réel aux tickets resto.
Yth.
[^] # Re: Accès au presse papier de l'OS????
Posté par Yth (Mastodon) . En réponse à la dépêche Parution de Firefox 41. Évalué à 1.
A noter un point intéressant à ce sujet :
Dans le gestionnaire de mot de passe de firefox, on peut copier le mot de passe sans l'afficher, on sélectionne un site, clic-droit copier le nom d'utilisateur ou copier le mot de passe.
Ça utilise bien sûr le presse-papier système, ça permet de coller le mot de passe ailleurs.
Maintenant si un script à la con arrive à chopper le contenu du presse-papier, yapatrèsbon quand même…
Yth, en passant.
[^] # Re: Shortest
Posté par Yth (Mastodon) . En réponse au journal Clash of Code - Feedback. Évalué à 3.
Bah, à l'heure des sites webs ultra dynamiques, ça ne doit pas être très compliqué de fournir la taille en gzip d'un bout de code très court en temps réel.
Je suppose même qu'on doit pouvoir trouver une lib qui ferait ça directement en javascript.
Yth.
[^] # Re: Sans conséquences ???? C'est une courte vision de l'interopérabilité
Posté par Yth (Mastodon) . En réponse à la dépêche Sortie du noyau Linux 4.2. Évalué à 5.
Je tiens à ajouter qu'il semble bien que le support d'ext2 ait disparut depuis longtemps, puisqu'on parle ici d'ext3 qui disparaît, or il est encore totalement possible de créer un FS en ext2, et de l'utiliser, sous Linux…
Mais bien sûr, lire un FS en ext4 sur un OS ne supportant pas ext4 ne va pas fonctionner.
Mais ça a un air de fonctionnement logique quand même, présenté comme ça, non ?
Yth.
[^] # Re: Nostalgie...
Posté par Yth (Mastodon) . En réponse au journal Calculatrice : matériel et logiciel ouverts ?. Évalué à 10.
Je m'amusais comme un fou à écrire des programmes en assembleur pour ma HP48 GX, effectivement très formateur, et très gratifiant parce que la calculatrice et son CPU étant très simples, on touche très vite les limites et c'est un vrai bonheur de les dépasser et de faire des choses « impossibles » (comme les dégradés de gris sur un écran monochrome) :)
C'est vrai qu'en comparaison aujourd'hui, malgré parfois plus de 20 ans d'expérience, j'ai toujours l'impression de mentir quand je prétend maîtriser parfaitement un langage de programmation… Mais bon, on fait mille fois plus en dix fois moins de temps.
Yth.
[^] # Re: Nostalgie...
Posté par Yth (Mastodon) . En réponse au journal Calculatrice : matériel et logiciel ouverts ?. Évalué à 4.
Mais il est fou ?
Yth speak martien…
[^] # Re: Résilience
Posté par Yth (Mastodon) . En réponse au journal SSHFS est un vrai système de fichiers en réseau. Évalué à 3.
Ça aussi, j'aurais dû dire que NFS se paramètre, et qu'on peut changer son comportement par défaut dans ces situations, merci !
Yth.
[^] # Re: Résilience
Posté par Yth (Mastodon) . En réponse au journal SSHFS est un vrai système de fichiers en réseau. Évalué à 6.
SSHFS ne survit pas très bien à une coupure active longue de la connexion, c'est à dire si une des deux machines est active et l'autre en veille par exemple.
Je crois que si les deux sont en veille ça va revenir sans soucis en rallumant les deux.
Mais en bref, ça survit exactement aussi bien aux aléas de connexion qu'une connexion SSH classique. Puisque c'en est une en dessous.
En comparaison, NFS sur le client ne se déconnecte pas tout seul, et les processus qui cherchent à accéder à la ressource NFS inaccessible vont être mis en attente par le système, selon comment le logiciel est écrit, ça peut le freezer sans espoir de rédemption (kill -9 est inutile). Mais tout repart comme si de rien n'était dès que la connexion NFS revient. Et la connexion NFS se recrée toute seule dès que le serveur redevient accessible.
Il est possible (mais j'ai des résultats mitigés à ce sujet) de flinguer une connexion bloquée (connexion NFS active mais vers un serveur devenu indisponible) en tuant le démon RPC.
À comparer : si ta connexion SSHFS est dans les choux, tu as le processus SSH à tuer et ça coupe la connexion proprement, les logiciels qui essayaient d'accéder aux données reprennent leur cours normalement avec une erreur d'entrée/sortie normale.
Côté performance, même en réseau local je préfère utiliser le NFS, de loin, pour transférer des gros fichiers ou lire une vidéo depuis une autre machine : bien plus rapide.
Mais le NFS est à la limite de l'inutilisable sur internet (de mon expérience uniquement) alors que SSHFS s'en sort bien mieux, et est plus facile à gérer en cas de soucis de connexion.
Autre point notable, il n'y a rien à installer ou configurer sur le serveur pour faire fonctionner SSHFS, et aucun droits d'administration, juste un compte utilisateur. Il faut bien sûr avoir le serveur SSH actif, ce qui est facilement le cas. Tandis que pour le NFS il faut accéder au serveur en ROOT, configurer le fichier /etc/exports, relancer le démon NFS, blablabla…
Bref, pas les mêmes usages, et très complémentaires !
J'utilise fortement les deux dans un même environnement.
Yth.
[^] # Re: Bifrost
Posté par Yth (Mastodon) . En réponse au journal [Charlie] robot war. Évalué à 3.
Encore une fois pour rester dans Egan, il discute dans une nouvelle - Singleton en anglais - de la théorie des univers multiples.
En gros et sans rentrer dans les détails, ça se base aussi sur la physique quantique, et ça dit qu'à chaque décision, à chaque choix dans notre vie, on n'en fait pas un seul mais on les fait tous en même temps, sauf que notre univers se démultiplie, on prend une décision dans un univers et une autre dans un autre.
Et notre « Je » actuel n'est en réalité qu'une feuille d'un arbre de décision, qui existe en entier.
Et donc on ne peut pas prédire notre réaction face à une situation donnée, puisqu'en réalité on va faire tout les choix possibles.
Et ce n'est pas incompatible avec le fait d'être numérisable dans une machine : la machine aussi suit les lois de la physique. D'autant plus qu'il imagine qu'on puisse exister à l'intérieur de machines quantiques, c'est à dire qui vont explorer toutes les possibilités en parallèle tant qu'on n'observe pas, et se fixer sur une branche dès qu'on y regarde de plus près.
Je vulgarise fortement mais pour comprendre la base il suffit de penser à l'expérience du chat de Schrödinger qui est à la fois vivant et mort dans sa boîte avant qu'on ne l'ouvre.
La théorie des univers multiples dit qu'il reste à la fois vivant et mort, mais que quand on y regarde on se retrouve à séparer notre univers en plusieurs univers parallèles presque identiques, dans certains le chat est vivant, dans d'autres il est mort.
Et maintenant va trouver du déterminisme là-dedans !
La somme de ce que nous sommes ?
C'est un peu croire au destin, que tout est écrit et qu'on ne peut rien y changer, on a juste conscience du moment présent, mais la ligne entière existe déjà.
Je trouve ça un brin déprimant :)
Maintenant, c'est peut-être vrai…
Yth.
[^] # Re: Bifrost
Posté par Yth (Mastodon) . En réponse au journal [Charlie] robot war. Évalué à 1.
Et surtout, est-ce que se mettant dans l'univers de Greg Egan où la conscience peut être numérisée et tourner sur une machine, ça donne une réponse à cette question ?
Est-ce que cette conscience est entièrement déterministe ou non ?
Avec Egan on parle d'ordinateur quantique, de fonction d'onde, de probabilités, jamais vraiment de certitudes…
:)
Yth.
[^] # Re: Bifrost
Posté par Yth (Mastodon) . En réponse au journal [Charlie] robot war. Évalué à 4.
Non, on peut tous se comporter de façon complètement irrationnelle et imprévisible.
Un système expert ne fait pas ça…
Yth.
[^] # Re: Il y a connerie et connerie
Posté par Yth (Mastodon) . En réponse au journal [Charlie] robot war. Évalué à 0.
Bad command or file name.
[^] # Re: responsabilité
Posté par Yth (Mastodon) . En réponse au journal [Charlie] robot war. Évalué à 1.
Troll !
Message inutile, agressif, sans intérêt, et qui ne grandit pas son auteur, qui prétendra certainement s'en moquer (mais si c'était le cas il n'écrirait pas), passez votre chemin en toute sérénité.
[^] # Re: Il y a connerie et connerie
Posté par Yth (Mastodon) . En réponse au journal [Charlie] robot war. Évalué à 3.
« tout l'objectif de l'intelligence artificielle est d'essayer de contourner ces différences de fonctionnement pour qu'un ordinateur puisse au moins en apparence mimer le comportement humain. »
Ergo l'homme veut la machine à son image…
Non ?
Et c'est là le raisonnement, parce qu'on pourrait passer sur le fait qu'une machine n'est qu'une grosse calculatrice, mais comme on essaie de lui faire ressembler à l'homme, con par nature, l'ordinateur tend donc à passer d'une connerie à l'autre, mais il reste con, par conception.
Yth.