Non, un four à pain n'est pas un employé. Ça n'empêche pas de taxer les revenus générés par le four à pain.
J'ai un compte épargne, ce n'est pas mon employé, pourtant je paye des cotisations sociales dessus (CSG bien évidemment).
L'usine sans ouvrier, ça arrive. Si le but de notre société est de faire vivre tout le monde à peu près correctement, faut accepter de changer le modèle qui est basé sur une usine pleine d'ouvriers.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Tu peux également mettre un mot de passe maître sous Firefox :
about:preferences#security => "use a master password"
Le truc c'est que ce master password n'est pas synchronisé par Sync. Donc tu peux avoir des postes avec, et des postes sans. C'est ce qui a mis la confusion pour l'auteur de ce journal, qui a cru que les mots de passe n'étaient pas chiffrés.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Ce qui les empêche ? Leur business model. Eux, ils vendent des téléphones, et "offrent" le logiciel. Le logiciel est un coût.
Développer, intégrer et valider un OS, c'est bcp de boulot, bcp d'argent, et c'est très peu réutilisable (ltépéhone différent ou OS différent = faut tout refaire). Un téléphone vendu sous Tizen c'est (selon leur logique) un téléphone de moins vendu sous Android. Pourquoi développer 2 OS pour ne pas vendre un téléphone de plus (puisque c'est leur cœur de métier) ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Ca dépend des banques. Chez la mienne (crédit mutuel) créer un nouveau destinataire est un poil lourd (faut dégainer la carte avec des codes de vérification), mais est instantané.
Mais justement, là n'est pas le pb : tu fais une bonne fois pour toutes la création de bénéficiaire Libérapay, et ensuite tu peux donc envoyer de l'argent à des dizaines de destinataires, sans avoir à refaire le parcours du combattant à chaque fois.
Je pense que Liberapay devrait mettre cet argument en avant.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Gamins du même âge, j'ai du mal à trouver des projets attrayants à leur faire faire. Les quelques fois que je leur ai fait faire un peu de programmation ils ont aimé, mais se sont vite détourné dès que j'avais plus d'idée dans le projet lui-même.
Si t'as des idées de truc fun à faire, je suis preneur !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
D'ailleurs dans la copie d'écran on voit carrément écrit "incommode", je trouve ça un peu fort. "moins pratique" pourquoi pas. En tous cas c'est le moins cher, et ça vaut de faire l'effort d'enregistrer Liberapay une bonne fois pour toutes.
Surtout que on peut dire que Liberapay facilite le virement, vu qu'on n'a qu'un bénéficiaire à enregistrer auprès de sa banque, pour ensuite payer de multiples projets.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Vous en parlez mais sans expliquer la vraie raison… quelle était la raison de son bannissement ? Il avait une activité illégale et il se faisait rémunérer ainsi ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Dans le monde avionique on a pas mal d'analyses suite à incident (pas forcément un crash, mais au moins une belle sueur froide pour l'équipage) qui a fini en modification ergonomique. Tes couleurs de terminal c'est pas grand chose, et je veux bien croire à son efficacité !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
C'est souvent le cas, mais ce n'est pas non plus systématique. J'ai vu passer des exemples où on a bien le même logiciel embarqué 2x (avec 2 comportements différents). Les analyses ont montré que c'était suffisant, c'est tout.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
La sauvegarde est une forme de redondance, et on a souvent tendance à penser que la redondance est la solution à à peu près tous les problèmes ("dans un avion, les calculateurs sont redondants, voire ils sont triplés ou quintuplés"). Mais les pièges sont nombreux.
Un exemple qu'on m'avait donné qui illustre pas mal je trouve :
Imaginons un gars (ça marche pas avec une fille) (mais siiiiii, je rigole) il a un boulot super important, il veut pas être emmerdé par sa voiture. Il a peur qu'un matin ça démarre pas (il a déjà perdu un premier job à cause d'une batterie défaillante), et pour des raisons qui lui sont propre, il ne pourrait pas aller au travail. Donc il se dit "ah bin je vais acheter une 2e bagnole, et ce serait bien le diable que les 2 tombent en panne le même jour !".
Le temps passe, et un beau matin d'hiver, arrive ce qui devait arriver : la batterie est nase, la voiture ne démarre pas. Le gars est limite heureux parce que sa 2e bagnole lui avait coûté assez cher, il peut enfin prouver que son idée était la bonne.
Bon, les clés… merde, je les ai mises où ? Donc déjà il perd 10mn à trouver les clés. Il sait que le plein est fait (pas bête), mais il actionne le démarreur… et ça démarre pas non plus.
Dans cet exemple trivial les raisons sont évidentes :
1) C'est l'hiver aussi pour sa 2e voiture (le froid est une plaie pour les batteries au plomb)
2) De plus il s'en sert jamais, elle s'est déchargée, il avait finalement encore plus de chances que cette 2e voiture ne démarre pas
Son idée était-elle bête ? Pas forcément, en ayant 2 voitures tu diminues effectivement grandement les chances de n'avoir aucun véhicule de disponible… à condition que les causes de défaillances soient différentes, et bien analysées en amont.
Si déjà en ayant ses 2 voitures, il utilisait une pour les jours pairs, et l'autre pour les jours impairs, il aurait déjà éliminé le point 2) ainsi que les 10mn perdues à trouver les clés. Ensuite un chargeur de batterie c'est 50€ (tellement moins cher qu'une 3e voiture !!!), un petit coup de chargeur mensuellement sur la voiture qu'il ne prend pas ce jour-là, et c'était réglé. On peut aussi dire qu'il s'impose des révisions annuelles, mais décalées entre les 2 voitures à 6 mois d'intervalle pour éviter d'avoir 2 batteries vieilles en même temps.
L'exemple est trivial évidemment, mais je trouve qu'il illustre pas mal le problème, et surtout dans une situation que tout le monde comprend.
Sinon je teste pas non plus mes sauvegardes, je vous rassure :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Très amusant ce truc ! Et surtout une bonne excuse pour ressortir mon vieil eeePC 701 sous Debian en mode console uniquement : c'est la console glances idéale :)
Alors je pourrais faire ssh sur mon serveur et lancer glances, mais c'est pas amusant, je préfère lancer "glances -s" sur le serveur puis "glances -c " sur ma console.
Alors que glances marche très bien en local sur mon eeePC (l'installation est donc bonne), si je lance avec "-c " j'ai l'erreur python ImportError: No module named glances_monitor
Une idée ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Mon plus vieux PC est un eeePC 701 (premier du nom). J'y ai mis une Debian sans environnement X. Installation qui reconnaît à 100% tout le matériel.
Ensuite, tu peux toujours installer un paquet xfce par exemple pour voir un environnement graphique.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Cotisations != employé
Posté par gUI (Mastodon) . En réponse au journal Un four à pain c'est considéré comme un employé ?. Évalué à 10.
Non, un four à pain n'est pas un employé. Ça n'empêche pas de taxer les revenus générés par le four à pain.
J'ai un compte épargne, ce n'est pas mon employé, pourtant je paye des cotisations sociales dessus (CSG bien évidemment).
L'usine sans ouvrier, ça arrive. Si le but de notre société est de faire vivre tout le monde à peu près correctement, faut accepter de changer le modèle qui est basé sur une usine pleine d'ouvriers.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Différences ?
Posté par gUI (Mastodon) . En réponse au journal Firefox Sync et les mots de passe en clair sur le cloud 😤. Évalué à 8. Dernière modification le 01 mars 2017 à 08:04.
Tu peux également mettre un mot de passe maître sous Firefox :
about:preferences#security => "use a master password"
Le truc c'est que ce master password n'est pas synchronisé par Sync. Donc tu peux avoir des postes avec, et des postes sans. C'est ce qui a mis la confusion pour l'auteur de ce journal, qui a cru que les mots de passe n'étaient pas chiffrés.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: et si ça n'a rien à voir avec les licences ?
Posté par gUI (Mastodon) . En réponse au journal Mozilla nous dit que le closed-source est plus bankable. Évalué à 9.
y parait que ça boote
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Renseignes toi…
Posté par gUI (Mastodon) . En réponse au journal Firefox Sync et les mots de passe en clair sur le cloud 😤. Évalué à 6.
Le mot de passe de synchro. Celui du login/password.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: et si ça n'a rien à voir avec les licences ?
Posté par gUI (Mastodon) . En réponse au journal Mozilla nous dit que le closed-source est plus bankable. Évalué à 3. Dernière modification le 28 février 2017 à 12:58.
RIP LinuxFR.org
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Samsung Z
Posté par gUI (Mastodon) . En réponse au journal Les mobiles libres ont du plomb dans l’aile et les systèmes d’exploitation ne vont pas mieux. Évalué à 5.
Ce qui les empêche ? Leur business model. Eux, ils vendent des téléphones, et "offrent" le logiciel. Le logiciel est un coût.
Développer, intégrer et valider un OS, c'est bcp de boulot, bcp d'argent, et c'est très peu réutilisable (ltépéhone différent ou OS différent = faut tout refaire). Un téléphone vendu sous Tizen c'est (selon leur logique) un téléphone de moins vendu sous Android. Pourquoi développer 2 OS pour ne pas vendre un téléphone de plus (puisque c'est leur cœur de métier) ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Conspiration
Posté par gUI (Mastodon) . En réponse au journal Payer ses impôts en choisissant la date. Évalué à 4. Dernière modification le 13 février 2017 à 21:54.
Chuuuuuttt… parle moins fort… ILS peuvent t'entendre !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Intérêt ?
Posté par gUI (Mastodon) . En réponse au journal Portable triple écran. Évalué à 10.
Et ceux qui ouvrent 2 terminaux alors qu'un seul suffit à tout faire, c'est pareil !
J'en connais même qui ont plusieurs onglets ouverts sous Firefox… c'est dire…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pourquoi prendre un smartphone ?
Posté par gUI (Mastodon) . En réponse au message comment économiser la batterie en configuration par défaut dans un android. Évalué à 1.
alors coupe le wifi et ne l'allume que quand tu en as besoin (vu ton utilisation, je suppose que c'est ponctuel)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Virement bancaire
Posté par gUI (Mastodon) . En réponse au journal La première année de Liberapay. Évalué à 3.
Ca dépend des banques. Chez la mienne (crédit mutuel) créer un nouveau destinataire est un poil lourd (faut dégainer la carte avec des codes de vérification), mais est instantané.
Mais justement, là n'est pas le pb : tu fais une bonne fois pour toutes la création de bénéficiaire Libérapay, et ensuite tu peux donc envoyer de l'argent à des dizaines de destinataires, sans avoir à refaire le parcours du combattant à chaque fois.
Je pense que Liberapay devrait mettre cet argument en avant.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Arnaque ?
Posté par gUI (Mastodon) . En réponse au journal Linux pour tous. Évalué à 2.
22€ la clé USB.
Selon la performance et la capacité, faut voir.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Bravo pour ce "retour aux sources"
Posté par gUI (Mastodon) . En réponse au journal Arduino, Blockly@rduino, profs de techno et joie de faire découvrir. Évalué à 4.
C'est justement ce que je dis : pour motiver le gamin, l'important c'est la destination.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Bravo pour ce "retour aux sources"
Posté par gUI (Mastodon) . En réponse au journal Arduino, Blockly@rduino, profs de techno et joie de faire découvrir. Évalué à 2.
Gamins du même âge, j'ai du mal à trouver des projets attrayants à leur faire faire. Les quelques fois que je leur ai fait faire un peu de programmation ils ont aimé, mais se sont vite détourné dès que j'avais plus d'idée dans le projet lui-même.
Si t'as des idées de truc fun à faire, je suis preneur !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Virement bancaire
Posté par gUI (Mastodon) . En réponse au journal La première année de Liberapay. Évalué à 6.
D'ailleurs dans la copie d'écran on voit carrément écrit "incommode", je trouve ça un peu fort. "moins pratique" pourquoi pas. En tous cas c'est le moins cher, et ça vaut de faire l'effort d'enregistrer Liberapay une bonne fois pour toutes.
Surtout que on peut dire que Liberapay facilite le virement, vu qu'on n'a qu'un bénéficiaire à enregistrer auprès de sa banque, pour ensuite payer de multiples projets.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Utilisateur banni
Posté par gUI (Mastodon) . En réponse au journal La première année de Liberapay. Évalué à 10.
Vous en parlez mais sans expliquer la vraie raison… quelle était la raison de son bannissement ? Il avait une activité illégale et il se faisait rémunérer ainsi ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: couleur
Posté par gUI (Mastodon) . En réponse au journal De l'importance (des tests réguliers) des sauvegardes. Évalué à 7. Dernière modification le 02 février 2017 à 08:20.
Dans le monde avionique on a pas mal d'analyses suite à incident (pas forcément un crash, mais au moins une belle sueur froide pour l'équipage) qui a fini en modification ergonomique. Tes couleurs de terminal c'est pas grand chose, et je veux bien croire à son efficacité !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Illustration
Posté par gUI (Mastodon) . En réponse au journal De l'importance (des tests réguliers) des sauvegardes. Évalué à 3.
C'est souvent le cas, mais ce n'est pas non plus systématique. J'ai vu passer des exemples où on a bien le même logiciel embarqué 2x (avec 2 comportements différents). Les analyses ont montré que c'était suffisant, c'est tout.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Illustration
Posté par gUI (Mastodon) . En réponse au journal De l'importance (des tests réguliers) des sauvegardes. Évalué à 10.
La sauvegarde est une forme de redondance, et on a souvent tendance à penser que la redondance est la solution à à peu près tous les problèmes ("dans un avion, les calculateurs sont redondants, voire ils sont triplés ou quintuplés"). Mais les pièges sont nombreux.
Un exemple qu'on m'avait donné qui illustre pas mal je trouve :
Imaginons un gars (ça marche pas avec une fille) (mais siiiiii, je rigole) il a un boulot super important, il veut pas être emmerdé par sa voiture. Il a peur qu'un matin ça démarre pas (il a déjà perdu un premier job à cause d'une batterie défaillante), et pour des raisons qui lui sont propre, il ne pourrait pas aller au travail. Donc il se dit "ah bin je vais acheter une 2e bagnole, et ce serait bien le diable que les 2 tombent en panne le même jour !".
Le temps passe, et un beau matin d'hiver, arrive ce qui devait arriver : la batterie est nase, la voiture ne démarre pas. Le gars est limite heureux parce que sa 2e bagnole lui avait coûté assez cher, il peut enfin prouver que son idée était la bonne.
Bon, les clés… merde, je les ai mises où ? Donc déjà il perd 10mn à trouver les clés. Il sait que le plein est fait (pas bête), mais il actionne le démarreur… et ça démarre pas non plus.
Dans cet exemple trivial les raisons sont évidentes :
1) C'est l'hiver aussi pour sa 2e voiture (le froid est une plaie pour les batteries au plomb)
2) De plus il s'en sert jamais, elle s'est déchargée, il avait finalement encore plus de chances que cette 2e voiture ne démarre pas
Son idée était-elle bête ? Pas forcément, en ayant 2 voitures tu diminues effectivement grandement les chances de n'avoir aucun véhicule de disponible… à condition que les causes de défaillances soient différentes, et bien analysées en amont.
Si déjà en ayant ses 2 voitures, il utilisait une pour les jours pairs, et l'autre pour les jours impairs, il aurait déjà éliminé le point 2) ainsi que les 10mn perdues à trouver les clés. Ensuite un chargeur de batterie c'est 50€ (tellement moins cher qu'une 3e voiture !!!), un petit coup de chargeur mensuellement sur la voiture qu'il ne prend pas ce jour-là, et c'était réglé. On peut aussi dire qu'il s'impose des révisions annuelles, mais décalées entre les 2 voitures à 6 mois d'intervalle pour éviter d'avoir 2 batteries vieilles en même temps.
L'exemple est trivial évidemment, mais je trouve qu'il illustre pas mal le problème, et surtout dans une situation que tout le monde comprend.
Sinon je teste pas non plus mes sauvegardes, je vous rassure :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: itération dans le shell
Posté par gUI (Mastodon) . En réponse au message Commande Linux qui permet de copier un fichier vers différents dossiers . Évalué à 2.
pardon, lire
$f
et pas$folder
dans la commandecp
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# itération dans le shell
Posté par gUI (Mastodon) . En réponse au message Commande Linux qui permet de copier un fichier vers différents dossiers . Évalué à 7. Dernière modification le 29 janvier 2017 à 20:05.
ça dépend un peu de ton shell, mais qqchose comme :
for f in dossier_1 dossier_2 dossier_3; do cp mon_fichier $folder; done
est censé marcher
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Linux aussi simple que Windows
Posté par gUI (Mastodon) . En réponse au message Existe-t-il une version de Linux aussi simple d'utilisation que Windows ?. Évalué à 2. Dernière modification le 24 janvier 2017 à 15:22.
[O]ui, tu continues. cette commande "nettoie" un peu le système de paquets.
maintenant tu fais un bon vieux "apt-get update", puis ensuite tu relances les commandes pour installer ce que tu veux installer.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Linux aussi simple que Windows
Posté par gUI (Mastodon) . En réponse au message Existe-t-il une version de Linux aussi simple d'utilisation que Windows ?. Évalué à 2.
et il te répond "not found" ?
tu peux faire copier/coller de ce que tu tapes et de ce qu'il répond stp ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Linux aussi simple que Windows
Posté par gUI (Mastodon) . En réponse au message Existe-t-il une version de Linux aussi simple d'utilisation que Windows ?. Évalué à 2.
si tu tapais "apt-get" au lieu de "get-apt", ça marcherait mieux je pense ;)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Erreur curieuse en client/serveur
Posté par gUI (Mastodon) . En réponse à la dépêche Les nouveautés de Glances 2.8 . Évalué à 4.
Très amusant ce truc ! Et surtout une bonne excuse pour ressortir mon vieil eeePC 701 sous Debian en mode console uniquement : c'est la console glances idéale :)
Alors je pourrais faire ssh sur mon serveur et lancer glances, mais c'est pas amusant, je préfère lancer "glances -s" sur le serveur puis "glances -c " sur ma console.
Alors que glances marche très bien en local sur mon eeePC (l'installation est donc bonne), si je lance avec "-c " j'ai l'erreur python
ImportError: No module named glances_monitor
Une idée ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Debian
Posté par gUI (Mastodon) . En réponse au message Quelle distribution pour ma tres vieille configuration ?. Évalué à 2.
Mon plus vieux PC est un eeePC 701 (premier du nom). J'y ai mis une Debian sans environnement X. Installation qui reconnaît à 100% tout le matériel.
Ensuite, tu peux toujours installer un paquet xfce par exemple pour voir un environnement graphique.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.