Ce que tu tentes n'est pas facile parce que fondamentalement, c'est une erreur. Je t'explique.
Un oprdinateur, malgré tout ce qu'on peut raconter, c'est con. Très con. Très très con. Il ne sait rien faire, il faut tout lui dire. C'est le but d'un programme : lui expliquer tout ce qu'il a à faire.
Quand tu bouges ta souris, il y a un programme qui écoute les mouvements de la souris, un programme qui calcule son déplacement, un programme qui décide quels points allumer/éteindre sur ton écran etc. Il faut tout lui dire.
Le système d'exploitation peut être assimilé à un gros programme qui s'occupe de tout un tas de truc de base (gérer le réseau, les disques, l'écran, le clavier, la souris, l'imprimante… techniquement ce sont des pilotes, ou drivers, mais fondamentalement ce n'est rien d'autre qu'un programme) afin que les applications qui t'intéressent vraiment (ton .EXE par exemple) puissent se concentrer sur leur coeur de métier, et n'aient pas à réinventer la roue à chaque fois.
Si ton programme veut par exemple sauvegarder un fichier, il est hors de question qu'il embarque de quoi gérer le disque, de quoi gérer le filesystem( la façon dont son gérés les fichiers et les dossiers sur ce disque) etc. Il demande donc (poliment) au Système d'Exploitation de s'en charger. Et c'est là où tu trouves une différence fondamentale entre Linux et Windows : ce n'est pas la même façon de demander.
Donc ton programme .EXE est fondamentalement conçu pour tourner sous Windows. Il ne parle que Windows. Le faire tourner sur Linux qui ne parle que Linux ne peut pas marcher.
Il existe en effet Wine, qui est un programme qui se met "autour" de ton .EXE et qui "traduit" les demandes Windows en demande Linux. Mais cette traduction n'a rien de parfaite, et ça marche parfois, mais pas toujours.
Si ton .EXE est connu, il a peut-être un support officiel de Wine (cherche sur le site WineHQ), sinon je te conseille de ne pas mettre beaucoup d'espoirs dans cette solution…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Attention, on parle de root, pas d'accès aux données. Je maintiens.
EDIT : oui bon, si le disque système est chiffré, en effet, ça commence à devenir compliqué… ça existe ça ? Comment ça boote alors ? Demande de mot de passe systématique lors du boot ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Le pb c'est que ça marche à distance (parce que en accès physique, on s'en fout, on peut toujours devenir root plus ou moins d'un claquement de doigts).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
J'aime bien me moquer d'Apple, mais d'abord je veux être certain de ce que je dis.
Quand je lis :
Choose Edit > Enable Root User, then enter the password that you want to use for the root user.
j'ai bien l'impression que dès l'activation il faut mettre un mot de passe, donc pas de mot de passe blanc par défaut. C'est quoi qui te fais dire qu'il est possible de se logguer avec un mot de passe blanc ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Moi y a un truc qui m'a bien fait marrer c'est qu'il dénonce la complexité des logiciels comme source de bug (et il a parfaitement raison), et pour résoudre ça, il veut une usine à gaz qui va générer automatiquement du code à partir des specs. Comme si ça allait faciliter les choses de rajouter une couche d'abstraction dans un système déjà complexe.
Au passage, pour illustrer, il donne un exemple trivial d'une gestion d'ascenseur, ou avec un simple Arduino je peux te faire un code certifié 100% sans bug (et promis, la porte ne s'ouvrira que si l'ascenseur est à un étage). Son exemple est rigolo parce que en tant que codeur, il se pourrait très bien que j'ai pas spécialement pensé à ça (admettons), mais si je devais décrire le système avec des boi-boites et des fi-fils, le pb serait le même : il faut y penser ! La difficulté n'est pas de le coder, mais bien d'y penser. Mais une fois qu'on y a pensé, pas besoin d'un clic-o-tron pour gérer un ascenseur, ça n'apporte strictement rien.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Plusieurs réflexions :
- le brut tu le vois pas parce que tu ne veux pas le voir. la prochaine fois que tu vas à la pharmacie, apprécie la différence entre le brut et le net :)
- mais ce que tu dis est tout de même vrai : dans une SSII chez un prestataire, je suis passé du jour au lendemain indépendant. même mission, facturée exactement au même prix au client. j'ai tout simplement doublé mon salaire
- je me plains que ces outils de compta sont du niveau primaire, pour pas dire grande section maternelle. comme tu illustres bien, 600 c'est moins que 750 ! mais personne ne calculera la motivation, la qualité d'un employé plus stable qui connait les us et coutumes locales etc. et comme on sait pas ce que ça rapporte, on dit que ça rapporte rien (parce que par contre on sait ce que ça coûte). confort du salarié, adéquation des outils etc… jamais j'ai vu qqu'un dire "si je te paye une licence à 100€ de ton outil favori, je pense que je me rembourse en 6 mois". c'est invariablement "100€ ? trop cher, tu peux pas prendre un shareware plutôt ?"
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
En presque 20 ans je suis passé dans 3 boîtes de plus de 100k employés :
- deux Françaises, c'est aussi mon analyse
- une Américaine, c'est également mon analyse (ni plus, ni moins, simplement la même maladie)
J'ai observé et j'observe un gaspillage d'énergie à faire pleurer. Pour un qui code, t'en as 10 qui regardent pourquoi on est à la bourre (on se fout de la DDE mais je pense qu'ils se font battre à plate couture régulièrement).
Loin de moi l'idée de généraliser, et des grosses boîtes qui tournent bien, je ne doute pas qu'il y en ait.
En tous cas, "stupide", je ne dirais pas ça, non.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
A noter dans Hackable une série qui a débuté le mois dernier pour mettre en œuvre un Z80 sur platine d'essai, avec un Arduino qui simule la RAM (au moins dans un premier temps) et qui fait la clock.
La série est axée sur le Z80 pour certaines raisons (explosées dans le premier volet de la série), mais on peut tout aussi bien appliquer la même méthode à un 6809 par exemple.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
C'est une vraie question, j'ai jamais compris pourquoi en fait il faut absolument utiliser un service tiers. On pourrait pas héberger notre propre serveur ? Ca se traduirait par un trop fort traffic sur les DNS root ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
pour être précis, ils ne sont pas "réservés". ils sont simplement ouvrables uniquement par l'utilisateur "root". mais tu peux en faire ce que tu veux (héberger counter strike sur le port 80 si ça t'amuse).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Mais les "ports réservés", ils sont réservés pour une fonction serveur quelconque. Donc, sur une même machine physique, tu peux en théorie héberger 65000 logiciels serveur qui chacun utilisent un port (et même x2 si on considère TCP et UDP).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
allez, on va se fendre de qques explications supplémentaires :)
pour simplifier, on dira que ton serveur a une seule adresse IP. et donc en effet il peut faire tourner plusieurs serveurs (dns, mail, mais aussi http, ssh ou counter-strike) car chacune de ces applications utilise un port différent (53 pour le DNS, 22 pour le SSH, 80 pour HTTP, je te laisse chercher pour counter strike à titre d'exercice :) ).
il y a 36000 ports possibles par adresse IP, donc tu peux faire tourner en théorie 36000 applications serveur sur une même machine sans qu'elle se prenne les pieds dans le tapis (*)
éclate-toi bien avec le monde des serveurs, c'est très amusant tu verras !
(*) c'est pas tout à fait vrai mais on carricature
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Pour ceux qui tournent sous KDE (et pour les autres je suppose, au prix de se tirer un bon paquet de dépendances), il y a KDE connect. On installe un client Android sur son téléphone, et dès que le téléphone est sur le réseau local, on profite de qques gadgets fort pratiques :
- notifications qui apparaissent sur l'ordi
- copier/coller
- affichage du niveau de batterie
- faire sonner à distance
- et bien sûr partage de fichiers
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Le PIB en France est de plus de 30k€ par tête de pipe (adulte). Le PIB c'est la somme des productions de richesses mais c'est aussi la somme des revenus (chaque richesse finit tôt ou tard dans la poche de qqu'un).
Donc on peut dire que notre part dans la société Française est de l'ordre de 30k€ par an. Si tu touches plus, c'est que tu prives qqu'un de cette somme (oui, c'est aussi simple) (et vu les revenus moyens et médians, il y en a qui se gavent vraiment).
Donc si on passe par exemple le tiers de ce PIB sous forme de revenu universel, et on laisse le reste plus ou moins privatisée (histoire qu'il reste de quoi frimer devant ses congénères), ça fait les 800€ par mois et par adulte.
Et je ne parle pas par foyer, mais bien par adulte !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Posté par gUI (Mastodon) .
En réponse au journal Après l'UEFI, la VBS.
Évalué à 2.
Dernière modification le 11 novembre 2017 à 10:48.
Exactement. Je n'en ai jamais vu passer, j'ai jamais vu passer un nom de modèle où clairement tu ne pouvais pas mettre autre chose que Windows.
Et puis faut pas cracher sur UEFI tout de même : il offre juste la possibilité de ne booter qu'un OS signé, quel que soit cet OS. Si tu veux signer ton Linux et mettre les clés dans ton UEFI, c'est possible.
Et avec ça, j'ai jamais été emmerdé, ni par Windows, ni par Ubuntu qui au début faisait vraiment de la merde et cassait le boot de Windows pour s'y mettre à la place (et mal booter Windows parfois).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Moi aussi je veux rigoler
Posté par gUI (Mastodon) . En réponse au journal Parceque l'on peut aussi rigoler de la pomme. Évalué à 2.
Merci, c'est noté Sir !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Pas facile
Posté par gUI (Mastodon) . En réponse au message Utiliser logiciel prevu pour windows. Évalué à 7.
Ce que tu tentes n'est pas facile parce que fondamentalement, c'est une erreur. Je t'explique.
Un oprdinateur, malgré tout ce qu'on peut raconter, c'est con. Très con. Très très con. Il ne sait rien faire, il faut tout lui dire. C'est le but d'un programme : lui expliquer tout ce qu'il a à faire.
Quand tu bouges ta souris, il y a un programme qui écoute les mouvements de la souris, un programme qui calcule son déplacement, un programme qui décide quels points allumer/éteindre sur ton écran etc. Il faut tout lui dire.
Le système d'exploitation peut être assimilé à un gros programme qui s'occupe de tout un tas de truc de base (gérer le réseau, les disques, l'écran, le clavier, la souris, l'imprimante… techniquement ce sont des pilotes, ou drivers, mais fondamentalement ce n'est rien d'autre qu'un programme) afin que les applications qui t'intéressent vraiment (ton .EXE par exemple) puissent se concentrer sur leur coeur de métier, et n'aient pas à réinventer la roue à chaque fois.
Si ton programme veut par exemple sauvegarder un fichier, il est hors de question qu'il embarque de quoi gérer le disque, de quoi gérer le filesystem( la façon dont son gérés les fichiers et les dossiers sur ce disque) etc. Il demande donc (poliment) au Système d'Exploitation de s'en charger. Et c'est là où tu trouves une différence fondamentale entre Linux et Windows : ce n'est pas la même façon de demander.
Donc ton programme .EXE est fondamentalement conçu pour tourner sous Windows. Il ne parle que Windows. Le faire tourner sur Linux qui ne parle que Linux ne peut pas marcher.
Il existe en effet Wine, qui est un programme qui se met "autour" de ton .EXE et qui "traduit" les demandes Windows en demande Linux. Mais cette traduction n'a rien de parfaite, et ça marche parfois, mais pas toujours.
Si ton .EXE est connu, il a peut-être un support officiel de Wine (cherche sur le site WineHQ), sinon je te conseille de ne pas mettre beaucoup d'espoirs dans cette solution…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Moi aussi je veux rigoler
Posté par gUI (Mastodon) . En réponse au journal Parceque l'on peut aussi rigoler de la pomme. Évalué à 1. Dernière modification le 30 novembre 2017 à 08:23.
Attention, on parle de root, pas d'accès aux données. Je maintiens.
EDIT : oui bon, si le disque système est chiffré, en effet, ça commence à devenir compliqué… ça existe ça ? Comment ça boote alors ? Demande de mot de passe systématique lors du boot ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Moi aussi je veux rigoler
Posté par gUI (Mastodon) . En réponse au journal Parceque l'on peut aussi rigoler de la pomme. Évalué à 1.
Ah bin là déjà je me marre déjà plus !
Le pb c'est que ça marche à distance (parce que en accès physique, on s'en fout, on peut toujours devenir root plus ou moins d'un claquement de doigts).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Moi aussi je veux rigoler
Posté par gUI (Mastodon) . En réponse au journal Parceque l'on peut aussi rigoler de la pomme. Évalué à 1.
J'aime bien me moquer d'Apple, mais d'abord je veux être certain de ce que je dis.
Quand je lis :
j'ai bien l'impression que dès l'activation il faut mettre un mot de passe, donc pas de mot de passe blanc par défaut. C'est quoi qui te fais dire qu'il est possible de se logguer avec un mot de passe blanc ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Compléments d'idée
Posté par gUI (Mastodon) . En réponse au journal disque dur qui dort. Évalué à 6.
Il y a FramaTube qui arrive, je pense qu'il va en falloir du disque :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Article pas terrible
Posté par gUI (Mastodon) . En réponse au journal [liens] Mais juste un. Évalué à 10.
Moi y a un truc qui m'a bien fait marrer c'est qu'il dénonce la complexité des logiciels comme source de bug (et il a parfaitement raison), et pour résoudre ça, il veut une usine à gaz qui va générer automatiquement du code à partir des specs. Comme si ça allait faciliter les choses de rajouter une couche d'abstraction dans un système déjà complexe.
Au passage, pour illustrer, il donne un exemple trivial d'une gestion d'ascenseur, ou avec un simple Arduino je peux te faire un code certifié 100% sans bug (et promis, la porte ne s'ouvrira que si l'ascenseur est à un étage). Son exemple est rigolo parce que en tant que codeur, il se pourrait très bien que j'ai pas spécialement pensé à ça (admettons), mais si je devais décrire le système avec des boi-boites et des fi-fils, le pb serait le même : il faut y penser ! La difficulté n'est pas de le coder, mais bien d'y penser. Mais une fois qu'on y a pensé, pas besoin d'un clic-o-tron pour gérer un ascenseur, ça n'apporte strictement rien.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: J’ai rien compris
Posté par gUI (Mastodon) . En réponse au journal ils l'ont voulu, ils l'ont obtenu, et ils l'ont dans le baba.... Évalué à 6. Dernière modification le 24 novembre 2017 à 10:22.
Plusieurs réflexions :
- le brut tu le vois pas parce que tu ne veux pas le voir. la prochaine fois que tu vas à la pharmacie, apprécie la différence entre le brut et le net :)
- mais ce que tu dis est tout de même vrai : dans une SSII chez un prestataire, je suis passé du jour au lendemain indépendant. même mission, facturée exactement au même prix au client. j'ai tout simplement doublé mon salaire
- je me plains que ces outils de compta sont du niveau primaire, pour pas dire grande section maternelle. comme tu illustres bien, 600 c'est moins que 750 ! mais personne ne calculera la motivation, la qualité d'un employé plus stable qui connait les us et coutumes locales etc. et comme on sait pas ce que ça rapporte, on dit que ça rapporte rien (parce que par contre on sait ce que ça coûte). confort du salarié, adéquation des outils etc… jamais j'ai vu qqu'un dire "si je te paye une licence à 100€ de ton outil favori, je pense que je me rembourse en 6 mois". c'est invariablement "100€ ? trop cher, tu peux pas prendre un shareware plutôt ?"
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: stupide
Posté par gUI (Mastodon) . En réponse au journal ils l'ont voulu, ils l'ont obtenu, et ils l'ont dans le baba.... Évalué à 10.
En presque 20 ans je suis passé dans 3 boîtes de plus de 100k employés :
- deux Françaises, c'est aussi mon analyse
- une Américaine, c'est également mon analyse (ni plus, ni moins, simplement la même maladie)
J'ai observé et j'observe un gaspillage d'énergie à faire pleurer. Pour un qui code, t'en as 10 qui regardent pourquoi on est à la bourre (on se fout de la DDE mais je pense qu'ils se font battre à plate couture régulièrement).
Loin de moi l'idée de généraliser, et des grosses boîtes qui tournent bien, je ne doute pas qu'il y en ait.
En tous cas, "stupide", je ne dirais pas ça, non.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le bon outils
Posté par gUI (Mastodon) . En réponse au message probleme sur les gros tableur. Évalué à 3.
Je pronostique entre instantané et immédiat le résultat d'une telle requête, et ce quel que soit le CPU de ta machine :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le Z80 pour tous
Posté par gUI (Mastodon) . En réponse à la dépêche Revue de presse — novembre 2017. Évalué à 4. Dernière modification le 20 novembre 2017 à 21:06.
Oh c'est génial ce truc. Et quel boulot !
Mais voilà, c'est exactement ce que n'est pas la série d'articles en question.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le Z80 pour tous
Posté par gUI (Mastodon) . En réponse à la dépêche Revue de presse — novembre 2017. Évalué à 5.
C'est un vrai Z80 qu'on met sur une platine, et ensuite le but est de lui faire exécuter du code (et des I/O).
Pour être clair : il s'agit de monter un ordinateur, pas de recréer un processeur.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Le Z80 pour tous
Posté par gUI (Mastodon) . En réponse à la dépêche Revue de presse — novembre 2017. Évalué à 7.
A noter dans Hackable une série qui a débuté le mois dernier pour mettre en œuvre un Z80 sur platine d'essai, avec un Arduino qui simule la RAM (au moins dans un premier temps) et qui fait la clock.
La série est axée sur le Z80 pour certaines raisons (explosées dans le premier volet de la série), mais on peut tout aussi bien appliquer la même méthode à un 6809 par exemple.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pourquoi utiliser un réseolveur DNS ?
Posté par gUI (Mastodon) . En réponse au journal Quad9, résolveur DNS public, et sécurisé par TLS. Évalué à 4.
Ah bin voilà ! Merci pour ces explications :)
Tant que tu es chaud, tu nous ferait un petit topo résolveur vs serveur ? C'est quoi la différence ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pourquoi utiliser un réseolveur DNS ?
Posté par gUI (Mastodon) . En réponse au journal Quad9, résolveur DNS public, et sécurisé par TLS. Évalué à 6.
Machine allumée h24 j'en ai déjà une sur mon réseau local, alors autant mettre un résolveur non ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pourquoi utiliser un réseolveur DNS ?
Posté par gUI (Mastodon) . En réponse au journal Quad9, résolveur DNS public, et sécurisé par TLS. Évalué à 4.
En effet mais eux par définition ils sont neutres. Ils ne censurent rien (si t'es censuré par un DNS root alors tu ne fais pas partie d'"Internet").
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Pourquoi utiliser un réseolveur DNS ?
Posté par gUI (Mastodon) . En réponse au journal Quad9, résolveur DNS public, et sécurisé par TLS. Évalué à 5.
C'est une vraie question, j'ai jamais compris pourquoi en fait il faut absolument utiliser un service tiers. On pourrait pas héberger notre propre serveur ? Ca se traduirait par un trop fort traffic sur les DNS root ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Enfin des nouvelles !
Posté par gUI (Mastodon) . En réponse au journal Le cauchemar d'Henry. Évalué à 4.
Ça fait plaisir de le voir à nouveau :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: oui
Posté par gUI (Mastodon) . En réponse au message Installation et configuration de serveurs. Évalué à 3.
pour être précis, ils ne sont pas "réservés". ils sont simplement ouvrables uniquement par l'utilisateur "root". mais tu peux en faire ce que tu veux (héberger counter strike sur le port 80 si ça t'amuse).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: oui
Posté par gUI (Mastodon) . En réponse au message Installation et configuration de serveurs. Évalué à 2. Dernière modification le 14 novembre 2017 à 15:13.
Ah oui 65000 et pas 32000.
Mais les "ports réservés", ils sont réservés pour une fonction serveur quelconque. Donc, sur une même machine physique, tu peux en théorie héberger 65000 logiciels serveur qui chacun utilisent un port (et même x2 si on considère TCP et UDP).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: oui
Posté par gUI (Mastodon) . En réponse au message Installation et configuration de serveurs. Évalué à 2.
allez, on va se fendre de qques explications supplémentaires :)
pour simplifier, on dira que ton serveur a une seule adresse IP. et donc en effet il peut faire tourner plusieurs serveurs (dns, mail, mais aussi http, ssh ou counter-strike) car chacune de ces applications utilise un port différent (53 pour le DNS, 22 pour le SSH, 80 pour HTTP, je te laisse chercher pour counter strike à titre d'exercice :) ).
il y a 36000 ports possibles par adresse IP, donc tu peux faire tourner en théorie 36000 applications serveur sur une même machine sans qu'elle se prenne les pieds dans le tapis (*)
éclate-toi bien avec le monde des serveurs, c'est très amusant tu verras !
(*) c'est pas tout à fait vrai mais on carricature
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# KDE Connect
Posté par gUI (Mastodon) . En réponse à la dépêche Transfert de fichier simple entre deux périphériques sans Bluetooth. Évalué à 10.
Pour ceux qui tournent sous KDE (et pour les autres je suppose, au prix de se tirer un bon paquet de dépendances), il y a KDE connect. On installe un client Android sur son téléphone, et dès que le téléphone est sur le réseau local, on profite de qques gadgets fort pratiques :
- notifications qui apparaissent sur l'ordi
- copier/coller
- affichage du niveau de batterie
- faire sonner à distance
- et bien sûr partage de fichiers
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Un problème politique
Posté par gUI (Mastodon) . En réponse au journal Gratipay ferme ; l'avenir du financement du libre. Évalué à 3.
Calcul de coin de table…
Le PIB en France est de plus de 30k€ par tête de pipe (adulte). Le PIB c'est la somme des productions de richesses mais c'est aussi la somme des revenus (chaque richesse finit tôt ou tard dans la poche de qqu'un).
Donc on peut dire que notre part dans la société Française est de l'ordre de 30k€ par an. Si tu touches plus, c'est que tu prives qqu'un de cette somme (oui, c'est aussi simple) (et vu les revenus moyens et médians, il y en a qui se gavent vraiment).
Donc si on passe par exemple le tiers de ce PIB sous forme de revenu universel, et on laisse le reste plus ou moins privatisée (histoire qu'il reste de quoi frimer devant ses congénères), ça fait les 800€ par mois et par adulte.
Et je ne parle pas par foyer, mais bien par adulte !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: étouffer
Posté par gUI (Mastodon) . En réponse au journal Un type de chez facebook en conf à l'Espace des Sciences. Évalué à 1.
wé tro lol mdr
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Best practices
Posté par gUI (Mastodon) . En réponse au journal Après l'UEFI, la VBS. Évalué à 2. Dernière modification le 11 novembre 2017 à 10:48.
Exactement. Je n'en ai jamais vu passer, j'ai jamais vu passer un nom de modèle où clairement tu ne pouvais pas mettre autre chose que Windows.
Et puis faut pas cracher sur UEFI tout de même : il offre juste la possibilité de ne booter qu'un OS signé, quel que soit cet OS. Si tu veux signer ton Linux et mettre les clés dans ton UEFI, c'est possible.
Ma bible sur le sujet : http://www.rodsbooks.com/linux-uefi/
Et avec ça, j'ai jamais été emmerdé, ni par Windows, ni par Ubuntu qui au début faisait vraiment de la merde et cassait le boot de Windows pour s'y mettre à la place (et mal booter Windows parfois).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.