… on peut vérifier la loi des titres selon Betteridge : quand un article pose une question en titre, on peut ne pas lire l'article et répondre par "non" (et gagner du temps).
Titre : Go et Rust, lequel est le remplaçant du C ?
Conclusion : Ni Go ni Rust ne remplaceront complètement le C et le C++ [mais…]
(je ne me moque pas de l'auteur de l'article, ni même de cette pratique journalistique omniprésente et involontaire, c'est juste que c'est un truc que j'ai découvert il y a peu, et que ça se vérifie tout le temps en fait…)
Et c'est compréhensible : si l'auteur du journal avait, selon lui, trouvé dans l'un de ces deux langages un digne successeur du C, il aurait intitulé "Après le C, le Go" ou "Pourquoi Rust remplacera le C et pas le Go", mais n'aurait pas posé de question.
Voilà, vous pouvez reprendre la lecture des autres commentaires, ils sont bcp plus constructifs en général :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Epson (par exemple) a 50 ans de traitement d'image derrière lui. Même avec 50 passes et GIMP, si il existant un tel algo, ça fait belle lurette que Espon l'aurait intégré (en te proposant une option "extrême qualité 50 passes").
Ce que tu peux faire de mieux c'est :
- nettoyer ta vitre
- dépoussiérer ta photo
- scanner en qualité maximale
Et penses à tes sauvegardes, ce serait con que tu perdes le fichier suite à un rm -rf mal placé :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Il y a deux niveaux de permissions à considérer sous Android :
- les permissions de la couche Android (accès aux API, messages etc.). C'est un système de permission dédié
- les permissions POSIX, et là c'est bien du classique : chaque appli a son user:group dédié
Oui, c'est du Java (mais pas que d'ailleurs), mais ça reste un process unique vu du noyau : le JVM est bien instanciée pour chaque appli, et a donc des droits POSIX dédiés.
Pour illustrer :
Une appli n'aura jamais le droit de parler directement au périphérique GPS (elle devrait être root, ce n'est évidemment pas le cas), elle doit donc passer par l'API Android (et donc avoir des permissions Android).
Mais une appli qui écrit dans le répertoire utilisateur (photos, sauvegarde des préférences utilisateurs ou je ne sais quoi) aura le droit d'écriture, sans avoir le droit d'écrire ni de lire dans le répertoire d'une autre appli (permissions Linux).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
je me posais depuis belle lurette la question du journal.
donc en fait techniquement c'est une mauvaise idée, il vaudrait mieux faire '*.jpg' afin d'être certain que le shell (quel qu'il soit) n'expande rien et envoie la formule telle quelle.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je joue parfois aux mots fléchés, rarement aux mots croisés, mais je me suis toujours demandé comment on crée une grille. On cherche des mots, on tatonne jusqu'à avoir des trucs qui ont du sens ?
On part des fameux 2 mots ls plus long en horizontal et vertical et ensuite on brode ?
Merci pour les explications :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Moi j'étais à la fac, et le prof a dit "installez Linux sur vos PCs, vous pourrez préparer les TP chez vous, et en arrivant à la fac vous n'aurez qu'à recompiler".
Bingo :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
De plus le fait que ce soit en plastique le rend peu résistant à la chaleur dégagée par la détonation.
A l'armée j'ai tiré avec l'arme personnelle d'un gradé, un calibre 39 tchèque presque entièrement en plastique. De mémoire il m'a expliqué que seul le chien est métallique car c'est obligatoire en France (justement pour pouvoir être détecté aux rayons X des aéroports), mais que la pièce est trouvable au marché noir, qui te fait une arme 100% plastique indétectable.
Bon, il y a plastique et plastique, je doute que ça fonctionne avec n'importe quel plastique, à commencer par celui utilisé par les imprimantes 3D (qui doit être fondu) mais c'est tout à fait possible oui.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
DP-Tool ça me dit rien je pense que je l'avais acheté à la FNAC (oui, véridique !).
Merci, je vais tenter de chercher la pochette, c'est un souvenir fort, et je voulais retrouver les versions, notamment celle du kernel. Avec l'information version 3 et codename slack, c'est déjà un indice. Merci !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je me souviens que ma première install de Linux sur un PC (pentium 90, je pense vers 1995) était une Slackware. A l'époque le noyau Linux se compilait en modifiant directement le Makefile (1.0 ? 1.2 ?). J'avais un CD avec un livret 4 pages qui décrivait comment faire pour installer (fdisk…).
Sur la pochette, il y avait une grosse molécule, image en raytracing je pense.
Qqu'un saurait me dire de quelle version il s'agissait ?
Merci :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je comprends, mais c'est pas du tout le rôle de Risc-V de spécifier ça.
Mais les standardisations ça existe déjà : UEFI pour bootloader/initialiser le hardware, PCI (pour détecter le hardware c'est bien foutu), device tree (pour décrire le hardware d'une plateforme embarquée) etc. Tout ça ça existe déjà, et c'est pas assez utilisé par les fabricants. Alors je ne suis pas sûr qu'en en rajoutant une ça change les choses.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Spécifier la plateforme serait contraire à leur but : ils veulent juste spécifier une ISA commune cross-cible (ils visent autant un Arduino qu'un data center), et aider les concepteurs de CPU à faire leurs optimisations dans tous les cas.
Pour illustrer, WesterDigital compte fabriquer 1 milliards de controleurs Risc-V pour mettre dans leurs disques durs, inutile de te dire que c'est du très très très "low spec", on est loin d'un kernel Linux.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Est-ce que ça veut dire que chaque fabriquant va faire son propre RISC-V custom?
Oui c'est le but.
j'imagine que demain ce sera encore pire avec RISC-V
Non c'est pas le but.
Attention ensuite, la difficulté de booter une plateforme est rarement dûe au CPU, mais à tout ce qu'il y a autour (à commencer par le bootloader). Avec Risc-V, la partie CPU est définitivement réglée, mais ça ne changera rien au fait que chaque plateforme continuera avec ses spécificités qui feront que booter un kernel Linux n'aura rien d'évident.
Mais c'est une brique de plus dans le bon sens.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Et encore une fois...
Posté par gUI (Mastodon) . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 10.
… on peut vérifier la loi des titres selon Betteridge : quand un article pose une question en titre, on peut ne pas lire l'article et répondre par "non" (et gagner du temps).
Titre : Go et Rust, lequel est le remplaçant du C ?
Conclusion : Ni Go ni Rust ne remplaceront complètement le C et le C++ [mais…]
(je ne me moque pas de l'auteur de l'article, ni même de cette pratique journalistique omniprésente et involontaire, c'est juste que c'est un truc que j'ai découvert il y a peu, et que ça se vérifie tout le temps en fait…)
Et c'est compréhensible : si l'auteur du journal avait, selon lui, trouvé dans l'un de ces deux langages un digne successeur du C, il aurait intitulé "Après le C, le Go" ou "Pourquoi Rust remplacera le C et pas le Go", mais n'aurait pas posé de question.
Voilà, vous pouvez reprendre la lecture des autres commentaires, ils sont bcp plus constructifs en général :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Bouillie
Posté par gUI (Mastodon) . En réponse au message Reconstituer une belle image à partir de plusieurs scans médiocres. Évalué à 3.
Pareil.
Epson (par exemple) a 50 ans de traitement d'image derrière lui. Même avec 50 passes et GIMP, si il existant un tel algo, ça fait belle lurette que Espon l'aurait intégré (en te proposant une option "extrême qualité 50 passes").
Ce que tu peux faire de mieux c'est :
- nettoyer ta vitre
- dépoussiérer ta photo
- scanner en qualité maximale
Et penses à tes sauvegardes, ce serait con que tu perdes le fichier suite à un
rm -rfmal placé :)En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Permissions Android
Posté par gUI (Mastodon) . En réponse à la dépêche Linux capabilities : se passer des commandes su et sudo. Évalué à 2. Dernière modification le 07 septembre 2018 à 16:05.
De ce que moi j'ai compris de Android…
Il y a deux niveaux de permissions à considérer sous Android :
- les permissions de la couche Android (accès aux API, messages etc.). C'est un système de permission dédié
- les permissions POSIX, et là c'est bien du classique : chaque appli a son user:group dédié
Oui, c'est du Java (mais pas que d'ailleurs), mais ça reste un process unique vu du noyau : le JVM est bien instanciée pour chaque appli, et a donc des droits POSIX dédiés.
Pour illustrer :
Une appli n'aura jamais le droit de parler directement au périphérique GPS (elle devrait être root, ce n'est évidemment pas le cas), elle doit donc passer par l'API Android (et donc avoir des permissions Android).
Mais une appli qui écrit dans le répertoire utilisateur (photos, sauvegarde des préférences utilisateurs ou je ne sais quoi) aura le droit d'écriture, sans avoir le droit d'écrire ni de lire dans le répertoire d'une autre appli (permissions Linux).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Ascenseurs
Posté par gUI (Mastodon) . En réponse au lien Nouveau suicide chez Orange. Évalué à 10.
Le jour où tu appuies sur le bouton d'alerte de l'ascenseur et que ça marche pas parce que l'ADSL est désynchronisé, tu regrettes le bon vieux RTC…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Appel à témoin - Archéologie
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 2.
La photo n'est plus disponible, j'en ai pas gardé une copie (nostalgie…) tu pourrais en reposter une stp ?
Merci :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Bigleux ?
Posté par gUI (Mastodon) . En réponse au message Commande find et déspécialisation. Évalué à 1.
je suppose que c'est avec et sans les simples cotes.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: * est un caractère spécial
Posté par gUI (Mastodon) . En réponse au message Commande find et déspécialisation. Évalué à 4.
ah, merci !!!
je me posais depuis belle lurette la question du journal.
donc en fait techniquement c'est une mauvaise idée, il vaudrait mieux faire
'*.jpg'afin d'être certain que le shell (quel qu'il soit) n'expande rien et envoie la formule telle quelle.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Update
Posté par gUI (Mastodon) . En réponse au sondage Mon ordinateur principal a coûté.... Évalué à 6.
Compliqué parce que mon ordi bouge par morceaux.
J'ai donc choisi "entre 300€ et 1000€" pour le prix cm+cpu+ram de ma dernière grosse update
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Comment on crée une grille ?
Posté par gUI (Mastodon) . En réponse au journal Grille de mots croisés. Évalué à 6.
Je joue parfois aux mots fléchés, rarement aux mots croisés, mais je me suis toujours demandé comment on crée une grille. On cherche des mots, on tatonne jusqu'à avoir des trucs qui ont du sens ?
On part des fameux 2 mots ls plus long en horizontal et vertical et ensuite on brode ?
Merci pour les explications :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Aïe...
Posté par gUI (Mastodon) . En réponse au message Problème de boot. Évalué à 2. Dernière modification le 31 juillet 2018 à 22:10.
Tu pourrais donner plus de détails sur ton redimensionnement ? Tu as agrandi la partition Windows ? Si oui, en "mangeant" quel espace disponible ?
Vu ce que tu racontes, ça sent vraiment que ton partitionneur Windows a ravagé les partitions Linux…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Appel à témoin - Archéologie
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 2.
Moi j'étais à la fac, et le prof a dit "installez Linux sur vos PCs, vous pourrez préparer les TP chez vous, et en arrivant à la fac vous n'aurez qu'à recompiler".
Bingo :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Appel à témoin - Archéologie
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 2.
Oh merci !!!!
Voilà, c'était ça ma toute première install Linux !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Mouais
Posté par gUI (Mastodon) . En réponse au journal Des armes en Open-Source. Évalué à 9.
A l'armée j'ai tiré avec l'arme personnelle d'un gradé, un calibre 39 tchèque presque entièrement en plastique. De mémoire il m'a expliqué que seul le chien est métallique car c'est obligatoire en France (justement pour pouvoir être détecté aux rayons X des aéroports), mais que la pièce est trouvable au marché noir, qui te fait une arme 100% plastique indétectable.
Bon, il y a plastique et plastique, je doute que ça fonctionne avec n'importe quel plastique, à commencer par celui utilisé par les imprimantes 3D (qui doit être fondu) mais c'est tout à fait possible oui.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: All hail to Rust
Posté par gUI (Mastodon) . En réponse au journal Ready At Dawn passe à Rust. Évalué à 5. Dernière modification le 26 juillet 2018 à 14:49.
Tu veux dire que moi qui suit resté au C tout court, me mettre au Rust est une bonne idée ?
En tous cas ça peut me faire un petit projet pour cet été.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: slackounet
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 4.
L'existence même de l'option
--fix-brokenest quand même un aveu, non ?(attention, j'aime bcp Debian, j'utilise Debian partout, et Ubuntu sinon, donc autant dire que je ne crache pas sur le système de paquets
apt)En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Amener/Apporter
Posté par gUI (Mastodon) . En réponse au message Lowcost et formulations infantilisantes. Évalué à 4.
J'ai bon ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Amener/Apporter
Posté par gUI (Mastodon) . En réponse au message Lowcost et formulations infantilisantes. Évalué à 2.
A y être : emmène vs amène ? J'avoue que…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Appel à témoin
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 3.
DP-Tool ça me dit rien je pense que je l'avais acheté à la FNAC (oui, véridique !).
Merci, je vais tenter de chercher la pochette, c'est un souvenir fort, et je voulais retrouver les versions, notamment celle du kernel. Avec l'information version 3 et codename slack, c'est déjà un indice. Merci !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Appel à témoin
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 4.
Tiens j'en profite, pour faire un appel à témoin.
Je me souviens que ma première install de Linux sur un PC (pentium 90, je pense vers 1995) était une Slackware. A l'époque le noyau Linux se compilait en modifiant directement le Makefile (1.0 ? 1.2 ?). J'avais un CD avec un livret 4 pages qui décrivait comment faire pour installer (fdisk…).
Sur la pochette, il y avait une grosse molécule, image en raytracing je pense.
Qqu'un saurait me dire de quelle version il s'agissait ?
Merci :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Indice
Posté par gUI (Mastodon) . En réponse au message Conversion de datetime vers timestamp. Évalué à 6.
Il y a exactement 2 heures d'écart (7200 secondes) entre tes deux valeurs. On se doute que l'une est en UTC, l'autre en heure locale.
Ta première fonction parle clairement d'UTC, alors que la deuxième (ta tentative de reverse) n'indique rien… peut-être est-elle en heure locale ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: ouaa je ne connaissais pas la notation yoda! trop cool
Posté par gUI (Mastodon) . En réponse au journal Guido van Rossum se retire de la direction de Python. Évalué à 2. Dernière modification le 13 juillet 2018 à 11:05.
j'avais vu passer sans comprendre l'intérêt. même si au final je préfère la méthode traditionnelle, au moins j'ai compris :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Point de vue pragmatique mais
Posté par gUI (Mastodon) . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 5.
Je comprends, mais c'est pas du tout le rôle de Risc-V de spécifier ça.
Mais les standardisations ça existe déjà : UEFI pour bootloader/initialiser le hardware, PCI (pour détecter le hardware c'est bien foutu), device tree (pour décrire le hardware d'une plateforme embarquée) etc. Tout ça ça existe déjà, et c'est pas assez utilisé par les fabricants. Alors je ne suis pas sûr qu'en en rajoutant une ça change les choses.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Fragmentation risk
Posté par gUI (Mastodon) . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 2.
Non je ne sais pas, juste que je l'ai lu dans un bouquin d'introduction à Risc-V.
Peut-être vont-ils motiver les implémentations software pour le faire à fond ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Point de vue pragmatique mais
Posté par gUI (Mastodon) . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 8.
Spécifier la plateforme serait contraire à leur but : ils veulent juste spécifier une ISA commune cross-cible (ils visent autant un Arduino qu'un data center), et aider les concepteurs de CPU à faire leurs optimisations dans tous les cas.
Pour illustrer, WesterDigital compte fabriquer 1 milliards de controleurs Risc-V pour mettre dans leurs disques durs, inutile de te dire que c'est du très très très "low spec", on est loin d'un kernel Linux.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Point de vue pragmatique mais
Posté par gUI (Mastodon) . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 10. Dernière modification le 11 juillet 2018 à 08:19.
Oui c'est le but.
Non c'est pas le but.
Attention ensuite, la difficulté de booter une plateforme est rarement dûe au CPU, mais à tout ce qu'il y a autour (à commencer par le bootloader). Avec Risc-V, la partie CPU est définitivement réglée, mais ça ne changera rien au fait que chaque plateforme continuera avec ses spécificités qui feront que booter un kernel Linux n'aura rien d'évident.
Mais c'est une brique de plus dans le bon sens.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.