Le pb des maths est parfois simplement le fait de mettre des mots sur un truc pourtant intuitivement connu. Tu parles fonction f(x)=5x+10, certains partent en courant, alors que si tu leur dis "c'est 10€ le prix de l'entrée + 5€ par manège, combien tu dois payer si tu veux faire 3 manèges" la réponse va immédiatement fuser.
Il ne sait pas ce qu'est le diamètre, mais ça ne l'empêchera pas de commander une pizza de 35cm ou de choisir une mèche 8mm. Regarde le numéro des sucre en morceau ou des filtres à café, sans savoir ce que ça signifie, tu peux pourtant passer ta vie à en acheter sans te tromper.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Comme je disais, pour faire du PoE sur Rpi, c'est facile, tu utilises un splitter (et pas un injecteur, c'est différent). C'est une fiche RJ45 spéciale qui te ressort les paires non utilisées en jack (ou tout autre format). Tu y branches ton alim d'un côté, et à l'autre bout, tu as aussi cette fiche qui va te permettre de sortir le 5V et le brancher sur ton RPi. C'est tout con, et ça te coute quelques euros.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Tu es réellement sûr de vouloir le PoE ? C'est va vraiment te coûter plus cher.
Pour le RPi par exemple, pas besoin du tout de PoE "officiel" : il est en 100Mb/s donc n'utilise que 2 paires du cable ethernet. Du coup tu peux te bricoler très facilement qqchose pour 4 sous (cherche "power over ethernet splitter" dans ton moteur de recherche).
Perso pour les switch, j'ai jeté mon dévolu il y a belle lurette chez Netgear avec la gamme ProSafe. C'est vraiment très robuste. Compte moins de 100€ pour le 16 ports Gb/s manageable.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
La règle de base du shell, c'est que le premier "terme" que tu tapes est une commande, et les autres "termes" sont les paramètres.
read mot => la commande c'est read, et le paramètre mot $mot >> temp => la commande est $mot
Le shell va donc regarder ce que vaut cette variable pour savoir quelle commande exécuter. Si $mot vaut ls , il est donc parfaitement normal qu'il t'exécute un ls.
Toi ce que tu veux comme commande c'est tout simplement echo qui affiche (entre autre) le contenu d'une variable.
read mot
echo$ls >> temp
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
(il faut évidemment pour cela payer des impôts […]
Oui et c'est bien dommage. Je connais qqu'un qui était trésorier départemental du Secours Catholique et qui me disait que plus de la moitié de leurs dons venait de gens non imposables (ce qui au passage porte à réfléchir).
Pourquoi ne pas le transformer en crédit d'impôt ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Au passage ajoutons le rôle d'un système de fichier journalisé. Si ton système de fichier est journalisé (par exemple ext4, mais pas ext2), alors tu ne corrompras pas ton système de fichier, même si tu écris sur la clé, même si tu arraches pendant l'écriture.
Il est conçu pour être robuste à ça. Évidemment, tu perdras éventuellement les données que tu es en train d'écrire, mais pas les autres.
Ces systèmes écrivent les modification dans un journal (d'où le nom), ensuite une opération simple et atomique consiste à dire "maintenant telle entrée du journal devient active". Soit tu es avant cette action (et du coup tu n'as perdu que les données devant être écrites) soit tu es après (et du coup tout va bien), mais tu ne peux pas te trouver au milieu (qui serait une corruption du système, et donc au pire une perte totale).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Si tu veux être absolument certain de pas être emmerdé, ne fait rien. C'est triste, mais c'est comme ça. Bosser avec des moyens de son employeur à des fins perso (c'est à dire à des fins autres que celles de ton employeur), c'est pas prévu non.
Ensuite, je ne pense pas qu'on va pas t'emmerder pour 3 patches poussés par-ci par-là sur ton temps libre. Surtout que c'est même argumentable sous le prétexte (fondé) d'auto-formation ou de veille techno.
Par contre, ce à quoi il faut faire absolument attention c'est de ne rien publier avec une adresse email @renault.com : fais tout sous ton nom propre, avec ton adresse perso.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je pense que l'informatique est un domaine où on tolère beaucoup plus que dans d'autres (aéronautique, mécanique) l'exploitation insensée de ressources
Pas dans tous les domaines de l'informatique : dans l'embarqué, ça reste encore raisonnable, parce que les coûts sont regardés de très près.
En ce moment par exemple je bosse sur un ADAS (aide à la conduite) pour un constructeur automobile (voiture à sortir en 2019, autant dire qu'on est à la fin du dev).
- Adaptation de la vitesse au véhicule de devant (ça existe déjà chez ce constructeur)
- Suivi des lignes sur autoroute, la voiture est capable de légèrement tourner le volant (ça c'est nouveau).
Attention la bête de course pour gérer ça :
- Dual core 200MHz
- 2.5Mo de flash
- 384ko de RAM
C'est tout simplement codé en C, et peut-être un peu d'ASM pour le bootloader.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Oui, c'est aussi mon sentiment général, y compris au boulot, où t'as facilement 10 personnes qui entrent en jeu pendant 6 mois pour designer un truc que finalement deux codeurs font en 2 mois.
Au passage, je fais le parallèle avec ce journal récent : toute notre vie est over-engineered.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Sous Android en tous cas, tu n'as pas besoin de ça pour utiliser ta connexion Internet sur ton ordi portable. Tu as trois solutions :
- créer un point d'accès WiFi : ton téléphone devient point d'accès WiFi, il te suffit donc de connecter ton portable dessus
- par le cable USB : je l'ai moins utilisé, mais ça marche aussi : ton téléphone est reconnu comme un modem en fait, et l'ordi est censé s'y retrouver pour se connecter
- par Bluetooth : le téléphone peut partager la connexion par Bluetooth, et l'ordinateur pour utiliser cette connexion
La première (WiFi) est de loin la plus simple à mettre en oeuvre.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Vélo
Posté par gUI (Mastodon) . En réponse au journal Le VAE n'est PAS un truc de fainéant. Évalué à 4. Dernière modification le 24 octobre 2018 à 22:49.
En tous cas je peux faire le chrono du champion olympique du marathon à vélo, et pas en courant (42km en 2h).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Tout à fait d'accord
Posté par gUI (Mastodon) . En réponse au journal Le VAE n'est PAS un truc de fainéant. Évalué à 9.
Exactement. Prudence et modestie sont les maîtres mots de ces moyens de transport doux.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Qui n'essaye rien n'a rien
Posté par gUI (Mastodon) . En réponse au message trouver la hauteur d'un cercle. Évalué à 2. Dernière modification le 24 octobre 2018 à 16:13.
Le pb des maths est parfois simplement le fait de mettre des mots sur un truc pourtant intuitivement connu. Tu parles fonction f(x)=5x+10, certains partent en courant, alors que si tu leur dis "c'est 10€ le prix de l'entrée + 5€ par manège, combien tu dois payer si tu veux faire 3 manèges" la réponse va immédiatement fuser.
Il ne sait pas ce qu'est le diamètre, mais ça ne l'empêchera pas de commander une pizza de 35cm ou de choisir une mèche 8mm. Regarde le numéro des sucre en morceau ou des filtres à café, sans savoir ce que ça signifie, tu peux pourtant passer ta vie à en acheter sans te tromper.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: PoE ?
Posté par gUI (Mastodon) . En réponse au message Switch manageable, 12 ports mini, Gigabit si possible, PoE serait un plus. Évalué à 2. Dernière modification le 23 octobre 2018 à 15:53.
Oui, autant je te dirais de pas lésiner sur les câbles et prévoir dès aujourd'hui le 10Gb, autant pour le switch… attend vraiment d'en avoir besoin.
Et des cables, tu peux en tirer tant que tu veux, un jour il t'en manquera :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: PoE ?
Posté par gUI (Mastodon) . En réponse au message Switch manageable, 12 ports mini, Gigabit si possible, PoE serait un plus. Évalué à 4. Dernière modification le 23 octobre 2018 à 13:22.
Comme je disais, pour faire du PoE sur Rpi, c'est facile, tu utilises un splitter (et pas un injecteur, c'est différent). C'est une fiche RJ45 spéciale qui te ressort les paires non utilisées en jack (ou tout autre format). Tu y branches ton alim d'un côté, et à l'autre bout, tu as aussi cette fiche qui va te permettre de sortir le 5V et le brancher sur ton RPi. C'est tout con, et ça te coute quelques euros.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: PoE ?
Posté par gUI (Mastodon) . En réponse au message Switch manageable, 12 ports mini, Gigabit si possible, PoE serait un plus. Évalué à 3.
(tellement robuste que c'est garanti à vie d'ailleurs)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# PoE ?
Posté par gUI (Mastodon) . En réponse au message Switch manageable, 12 ports mini, Gigabit si possible, PoE serait un plus. Évalué à 5. Dernière modification le 23 octobre 2018 à 11:45.
Tu es réellement sûr de vouloir le PoE ? C'est va vraiment te coûter plus cher.
Pour le RPi par exemple, pas besoin du tout de PoE "officiel" : il est en 100Mb/s donc n'utilise que 2 paires du cable ethernet. Du coup tu peux te bricoler très facilement qqchose pour 4 sous (cherche "power over ethernet splitter" dans ton moteur de recherche).
Perso pour les switch, j'ai jeté mon dévolu il y a belle lurette chez Netgear avec la gamme ProSafe. C'est vraiment très robuste. Compte moins de 100€ pour le 16 ports Gb/s manageable.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Shell
Posté par gUI (Mastodon) . En réponse au message Interpréter une variable une seule fois. Évalué à 2. Dernière modification le 22 octobre 2018 à 22:10.
Merci !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Shell
Posté par gUI (Mastodon) . En réponse au message Interpréter une variable une seule fois. Évalué à 2.
pardon, c'est bien évidemment
$motqu'il faut lire dans les différents exemples :)En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Sérieusement?
Posté par gUI (Mastodon) . En réponse au journal Github m. Évalué à -3. Dernière modification le 22 octobre 2018 à 20:11.
ah, donc t'es sérieux.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Shell
Posté par gUI (Mastodon) . En réponse au message Interpréter une variable une seule fois. Évalué à 2. Dernière modification le 22 octobre 2018 à 19:17.
oui tu as raison. perso je préfère d'ailleurs les accolades.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Shell
Posté par gUI (Mastodon) . En réponse au message Interpréter une variable une seule fois. Évalué à 2. Dernière modification le 22 octobre 2018 à 19:15.
La règle de base du shell, c'est que le premier "terme" que tu tapes est une commande, et les autres "termes" sont les paramètres.
read mot=> la commande c'estread, et le paramètremot$mot >> temp=> la commande est$motLe shell va donc regarder ce que vaut cette variable pour savoir quelle commande exécuter. Si
$motvautls, il est donc parfaitement normal qu'il t'exécute unls.Toi ce que tu veux comme commande c'est tout simplement
echoqui affiche (entre autre) le contenu d'une variable.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: avec un reçu de dons !! yes
Posté par gUI (Mastodon) . En réponse au journal « Changer le monde, un octet à la fois » - Campagne de don Framasoft. Évalué à 2.
Le cas dont je parlais était des gens à faible revenus. Mais oui, tu as raison de préciser, il y a plusieurs manière de ne pas payer d'impôts.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: avec un reçu de dons !! yes
Posté par gUI (Mastodon) . En réponse au journal « Changer le monde, un octet à la fois » - Campagne de don Framasoft. Évalué à 4. Dernière modification le 18 octobre 2018 à 14:37.
C'est pas mal ça. Je ne sais pas si c'est dans cet esprit que ça a été fait, mais je préfère le comprendre ainsi.
Merci pour l'explication
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: avec un reçu de dons !! yes
Posté par gUI (Mastodon) . En réponse au journal « Changer le monde, un octet à la fois » - Campagne de don Framasoft. Évalué à 7.
Oui et c'est bien dommage. Je connais qqu'un qui était trésorier départemental du Secours Catholique et qui me disait que plus de la moitié de leurs dons venait de gens non imposables (ce qui au passage porte à réfléchir).
Pourquoi ne pas le transformer en crédit d'impôt ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Système journalisé
Posté par gUI (Mastodon) . En réponse au message fichier corrompu. Évalué à 4.
Au passage ajoutons le rôle d'un système de fichier journalisé. Si ton système de fichier est journalisé (par exemple ext4, mais pas ext2), alors tu ne corrompras pas ton système de fichier, même si tu écris sur la clé, même si tu arraches pendant l'écriture.
Il est conçu pour être robuste à ça. Évidemment, tu perdras éventuellement les données que tu es en train d'écrire, mais pas les autres.
Ces systèmes écrivent les modification dans un journal (d'où le nom), ensuite une opération simple et atomique consiste à dire "maintenant telle entrée du journal devient active". Soit tu es avant cette action (et du coup tu n'as perdu que les données devant être écrites) soit tu es après (et du coup tout va bien), mais tu ne peux pas te trouver au milieu (qui serait une corruption du système, et donc au pire une perte totale).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Pas prévu
Posté par gUI (Mastodon) . En réponse au message Participation à projet libre en entreprise. Évalué à 7. Dernière modification le 13 octobre 2018 à 13:10.
Si tu veux être absolument certain de pas être emmerdé, ne fait rien. C'est triste, mais c'est comme ça. Bosser avec des moyens de son employeur à des fins perso (c'est à dire à des fins autres que celles de ton employeur), c'est pas prévu non.
Ensuite, je ne pense pas qu'on va pas t'emmerder pour 3 patches poussés par-ci par-là sur ton temps libre. Surtout que c'est même argumentable sous le prétexte (fondé) d'auto-formation ou de veille techno.
Par contre, ce à quoi il faut faire absolument attention c'est de ne rien publier avec une adresse email
@renault.com: fais tout sous ton nom propre, avec ton adresse perso.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Espace disque partagé...
Posté par gUI (Mastodon) . En réponse au journal Flatpak. Évalué à 3.
En effet, dur de justifier de faire exploser le nb de libs potentiellement hackables sur son système.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Espace disque partagé...
Posté par gUI (Mastodon) . En réponse au journal Flatpak. Évalué à 8.
Tout le monde, toi y compris : Firefox, OpenSSH, libSSL, le kernel Linux etc.
C'est le propre d'une faille de sécurité : transformer un logiciel bienveillant en un logiciel malveillant.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: bof
Posté par gUI (Mastodon) . En réponse au journal Un développeur qui dénonce. Évalué à 9.
Pas dans tous les domaines de l'informatique : dans l'embarqué, ça reste encore raisonnable, parce que les coûts sont regardés de très près.
En ce moment par exemple je bosse sur un ADAS (aide à la conduite) pour un constructeur automobile (voiture à sortir en 2019, autant dire qu'on est à la fin du dev).
- Adaptation de la vitesse au véhicule de devant (ça existe déjà chez ce constructeur)
- Suivi des lignes sur autoroute, la voiture est capable de légèrement tourner le volant (ça c'est nouveau).
Attention la bête de course pour gérer ça :
- Dual core 200MHz
- 2.5Mo de flash
- 384ko de RAM
C'est tout simplement codé en C, et peut-être un peu d'ASM pour le bootloader.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: C'était mieux avant
Posté par gUI (Mastodon) . En réponse au journal Un développeur qui dénonce. Évalué à 7.
Oui, c'est aussi mon sentiment général, y compris au boulot, où t'as facilement 10 personnes qui entrent en jeu pendant 6 mois pour designer un truc que finalement deux codeurs font en 2 mois.
Au passage, je fais le parallèle avec ce journal récent : toute notre vie est over-engineered.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Quel téléphone ?
Posté par gUI (Mastodon) . En réponse au message Clé 4G compatible linux. Évalué à 3.
J'avais pas vu le détail du vieux Nokia, désolé.
Oui, +1 pour la box 3G/4G/WiFi, c'est très pratique.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Quel téléphone ?
Posté par gUI (Mastodon) . En réponse au message Clé 4G compatible linux. Évalué à -3.
Sous Android en tous cas, tu n'as pas besoin de ça pour utiliser ta connexion Internet sur ton ordi portable. Tu as trois solutions :
- créer un point d'accès WiFi : ton téléphone devient point d'accès WiFi, il te suffit donc de connecter ton portable dessus
- par le cable USB : je l'ai moins utilisé, mais ça marche aussi : ton téléphone est reconnu comme un modem en fait, et l'ordi est censé s'y retrouver pour se connecter
- par Bluetooth : le téléphone peut partager la connexion par Bluetooth, et l'ordinateur pour utiliser cette connexion
La première (WiFi) est de loin la plus simple à mettre en oeuvre.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Wapt le challenger
Posté par gUI (Mastodon) . En réponse à la dépêche WAPT 1.6. Évalué à 4. Dernière modification le 26 septembre 2018 à 18:17.
Utilisateur tellement satisfait qu'il a créé un compte sur LinuxFR aujourd'hui même pour le dire !
Mais bon, on va pas être mauvaise langue… bienvenue :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Retour de la commande fsck
Posté par gUI (Mastodon) . En réponse au message Disque externe WD Elements 2To ne monte pas. Évalué à 3.
Aie, tu n'as pas de partitions du tout.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.