Exactement, sachant qu'en plus Risc-V propose un mécanisme précis (exception spécifique du processeur) pour qu'une instruction non implémentée dans ton hardware soit tout de même exécutable en software.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
si t'aimes scripter, awk est une autre bonne idée. pour peu que tu lui donnes à manger des données assez faciles à traiter (par exemple un export CSV), écrire les quelques fonctions dont tu as besoin c'est pas très dur.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Tu pars sur une Debian en mode console seulement : tu mets sur clé USB l'installateur "netboot" qui est tout petit et qui ne télécharge que ce qui est nécessaire. De plus il est toujours très récent et boote à la fois les tous derniers ordis (vital quand tu achètes une carte mère de luxe) ou les vieilles croutes (vécu sur 2 eeePC).
Ensuite tu peux ajouter ton environnement graphique (XFCE est très mignon je trouve) et tes applis.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Pardon j'ai mis cache, je voulais dire swap bien sûr. C'est le seul signe qui dit que ton système "n'a pas assez de RAM". Pour le reste, il se contente de :
- allouer la RAM nécessaire aux nouveaux processus
- allouer de la RAM supplémentaire aux processus qui le demandent (malloc)
- utiliser à volonté du cache disque pour accélérer les transferts futurs
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je suis d'autant plus triste que je l'ai redécouvert il y a quelques années. C'était un super chansonnier, avec des paroles singlantes.
Ecoutez "les règles bleues" (sur la société de consommation), "qui a coulé l'Erika ?" (la pollution c'est la faute à personne), ou le délicieux "Capitaine" où il raconte ses années Dorothée en riant jaune (https://www.youtube.com/watch?v=qVDerBs6z1c)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Mon opinion est que le cycle en V fonctionne bien pour l'informatique embarquée où tout peut et doit être spécifié
Même pas. J'ai utilisé des méthodes agiles dans l'avionique, dans la téléphonie, et maintenant dans l'automobile. Problèmes nouveaux, complexes… les specs sont à la rue dès le premier jour. En utilisant des méthodes agiles, tu rebondis plus facilement.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
L'agile en deux mots comme je l'ai vécu précédemment dans une grosse entreprise, au milieu de grosses équipes : si tu innoves, tu écriras nécessairement des specs merdiques parce que tu vas te tromper (personne n'est génial sur commande). Alors écris tes specs merdiques (il en faut, on est d'accord), mais n'y passe pas trop de temps dessus. Confronte rapidement à la réalité (code et tests, tests, tests, tests), et revient sur tes specs.
En faisant des boucles courtes tu :
- écris une spec qui marche
- écris un code qui marche
- teste infiniement plus
bcp plus vite, et de meilleure qualité.
Si tu es capable d'écrire d'emblée des specs d'excellente qualité (peut-etre parce que tu pars d'un existant éprouvé, que tu suis une norme, que tu as un système simple et dont tu peux intellecutellement faire le tour assez facilement), c'est peut-être pas le mieux. Mais si tu pars à l'aventure d'une manière ou d'une autre, c'est pour moi LA méthode de travail indiscutable.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Est-ce que la vague actuelle (pour pas dire mode, mais rien de péjoratif) des méthodes agiles ne serait pas de manière détournée une reconnaissance de ce constat ? Pour être efficace, on ne peut pas partir du principe qu'on va tout planifier à l'avance : laissons les équipes expérimenter, revenir avec une 2e version etc.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
J'aime pas trop conseiller LTS autrement que dans un cadre vraiment pro. Pour le particulier le LTS c'est aussi des versions un peu à la bourre sur des logiciels autre que Firefox (pour carricaturer).
Donc Ubuntu pourquoi pas, y compris via ses versions légère comme Xubuntu (XFCE, très mignon) ou Lubuntu (LXDE, le plus léger, mais assez limité je trouve).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Récemment j'ai été très étonné à quel point il était facile de garder sa licence OEM en changeant de disque (ordi portable où j'ai changé le HDD par un SSD).
Pour rappel, la licence OEM est une licence associée à un ordi, pas à une personne. Reste donc à connaître la définition d'un ordi, puisque potentiellement en changeant composant par composant, on pourrait trimballer cette licence à vie… et bien c'est presque le cas !
Dès qu'on change un composant simple comme la carte graphique, ou qu'on rajoute de la RAM, aucun soucis, rien ne se passe, la licence est toujours reconnue. Par contre des changements lourds comme la carte-mère (ou le CPU il me semble), il faut passer par un coup de fil au support Microsoft qui apparemment est super ouvert, et vous réactivera la licence sans vous emmerder plus que ça.
Reste le cas du disque, qui est un composant "simple", mais qui demande une réinstallation.
Et bien ça se fait facilement, en se créant un compte Microsoft.
Sur l'ancien ordi, se créer un compte Microsoft
Associer la licence OEM à ce compte (je sais plus comment ça se fait, mais cette procédure est très facile à trouver)
Télécharger l'image d'install Windows10 et le mettre sur une clé USB
Mettre le nouveau disque
Lors de l'install, remettre son compte Microsoft
Vérifier que l'activation a bien eu lieu
Voilà, un ordi acheté il y a 5 ou 6 ans sous Windows8 a été entretemps upgradé RAM+SSD, et possède une licence reconnue Windows10 (j'avais fait l'upgrade gratuite Win8->Win10 à la sortie de Win10).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Idem, c'est même très large. Avec simplement 4Go de RAM et une installation minimale (style Ubuntu serveur, ou Debian sans environnement graphique), tout tournera en RAM et ce sera très réactif.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Oui enfin il y a une nuance avec le sujet du journal (qui est de pouvoir profiter de ses libertés).
Admettons une entreprise qui commercialise un logiciel "Bidule", sous licence libre. Ca signifie que n'importe qui peut lire, modifier et exécuter le logicel. N'importe qui peut également le dériver en un logiciel "Truc".
Mais ça ne signifie en rien que Bidule est communautaire, que n'importe qui peut faire ce qu'il veut de Bidule. C'est l'entreprise qui en fait ce que bon lui semble, c'est tout.
Et si elle ne veut pas de contributions, ça n'enlève strictement rien aux libertés à l'utilisateur final du logiciel Bidule.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Puis peu à peu j'ai senti des instabilités sur la machine: les ventilos se mettaient à tourner à fond, la carte graphique chauffait, freeze complet de l’environnement graphique de temps en temps, alors que je me contentais de firefox
La maladie des portables c'est l'encrassement. Et on dirait vraiment que ton refroidissement marche mal. Ton ordi chauffe, donc envoie les ventilos au taquet, qui ne suffisent pas… puis il plante.
Ouvrir, souffler (à la soufflette, ou à la bombe d'air), refermer.
En tous cas ça coûte rien, commence par ça.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Idem, sans hésiter, Ubuntu. Va pas chercher plus loin. Distribution la plus courante, donc tu trouveras énormément de support en Français. Et niveau logiciel, aucun soucis, t'auras tout ce dont tu entends parler (je suis sous Debian et il m'arrive très souvent d'utiliser des PPA Ubuntu pour installer des logiciels "rares").
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je me permets de corriger ainsi le titre du journal :)
En effet, comme le dit Stéphane Bortzmeyer dans son blog : Une des erreurs les plus souvent commises à propos des emojis (et d'ailleurs à propos d'Unicode en général) est de croire que l'image proposée par Unicode est normative : ce n'est qu'un exemple, et chaque auteur de police peut l'adapter.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Tu dis que tu arrives à installer des applications un peu plus librement sur un téléphone, mais comment as-tu fait ? ROM custom, sans Google Apps, et utilisation de market libre comme FDroid ?
Il te faudrait donc suivre le même chemin, c'est à dire commencer par installer une ROM custom, ce qui est dépendant de ton AndroidTV. Tu n'as pas dit ce que c'était : c'est une TV ? une box ? un boitier standard du marché (type Nexus Player) ?
Seulement dans le dernier cas tu as des chances qu'il existe une ROM custom.
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é à 6. Dernière modification le 11 juillet 2018 à 08:16.
Exactement, sachant qu'en plus Risc-V propose un mécanisme précis (exception spécifique du processeur) pour qu'une instruction non implémentée dans ton hardware soit tout de même exécutable en software.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Com commerciale...
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.
Moi ce qui me fait marrer c'est que c'est surtout une vraie reconnaissance pour Risc-V.
Merci ARM pour la mise en lumière !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Le bon vieux Awk
Posté par gUI (Mastodon) . En réponse au message quel outil pour traiter une base de données moyenne. Évalué à 3.
si t'aimes scripter, awk est une autre bonne idée. pour peu que tu lui donnes à manger des données assez faciles à traiter (par exemple un export CSV), écrire les quelques fonctions dont tu as besoin c'est pas très dur.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Debian minimale
Posté par gUI (Mastodon) . En réponse au message Distro avec Fluxbox (ou openbox) pour EEEPC. Évalué à 5.
Tu pars sur une Debian en mode console seulement : tu mets sur clé USB l'installateur "netboot" qui est tout petit et qui ne télécharge que ce qui est nécessaire. De plus il est toujours très récent et boote à la fois les tous derniers ordis (vital quand tu achètes une carte mère de luxe) ou les vieilles croutes (vécu sur 2 eeePC).
Ensuite tu peux ajouter ton environnement graphique (XFCE est très mignon je trouve) et tes applis.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Amertume
Posté par gUI (Mastodon) . En réponse au journal SUSE passe sous giron suédois. Évalué à 7.
A la limite coupé au Ricard, mais vraiment c'est trop amer pour moi.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Mon prono au début de la compétition
Posté par gUI (Mastodon) . En réponse au journal Le moment crucial. Évalué à 2.
c'était l'Argentine championne du monde… alors maintenant je m'abstiens :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Imparable
Posté par gUI (Mastodon) . En réponse au message Fuite mémoire. Évalué à 2.
Pardon j'ai mis cache, je voulais dire swap bien sûr. C'est le seul signe qui dit que ton système "n'a pas assez de RAM". Pour le reste, il se contente de :
- allouer la RAM nécessaire aux nouveaux processus
- allouer de la RAM supplémentaire aux processus qui le demandent (malloc)
- utiliser à volonté du cache disque pour accélérer les transferts futurs
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Imparable
Posté par gUI (Mastodon) . En réponse au message Fuite mémoire. Évalué à 3.
Est-ce que ton système utilise le cache ? Si oui, en effet tu as un soucis de mémoire. Si non, alors ça veut dire qu'il est encore en zone de confort.
Envoie un exemple de commande "free" à un moment où tu estimes que c'est anormal.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Euh par contre la quantité…
Posté par gUI (Mastodon) . En réponse au journal Tectonique de la pâte thermique (Linux Pratique). Évalué à 4.
Oui et j'étale pas spécialement : je laisse le CPU le faire sous la compression du socket.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Chansonnier avant tout
Posté par gUI (Mastodon) . En réponse au journal [Rubrique nécrologique] François Corbier bronsonisé. Évalué à 10. Dernière modification le 02 juillet 2018 à 22:21.
Je suis d'autant plus triste que je l'ai redécouvert il y a quelques années. C'était un super chansonnier, avec des paroles singlantes.
Ecoutez "les règles bleues" (sur la société de consommation), "qui a coulé l'Erika ?" (la pollution c'est la faute à personne), ou le délicieux "Capitaine" où il raconte ses années Dorothée en riant jaune (https://www.youtube.com/watch?v=qVDerBs6z1c)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: En dernier recours
Posté par gUI (Mastodon) . En réponse au message Récupération de données sur Lyon. Évalué à 2.
C'est une blague ou ça fait partie des tentatives de dernier recours ?
Four, frigo je connaissais (et je comprends plus ou moins pourquoi). Mais centrifugeuse aussi ? Pour d’éventuels faux-contacts ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Agile... comment casser le charme!
Posté par gUI (Mastodon) . En réponse à la dépêche Formation « Développeur d’applications full stack » à l’INP de Toulouse, épisode 2. Évalué à 4. Dernière modification le 29 juin 2018 à 07:50.
Même pas. J'ai utilisé des méthodes agiles dans l'avionique, dans la téléphonie, et maintenant dans l'automobile. Problèmes nouveaux, complexes… les specs sont à la rue dès le premier jour. En utilisant des méthodes agiles, tu rebondis plus facilement.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Agile... comment casser le charme!
Posté par gUI (Mastodon) . En réponse à la dépêche Formation « Développeur d’applications full stack » à l’INP de Toulouse, épisode 2. Évalué à 3. Dernière modification le 28 juin 2018 à 13:32.
L'agile en deux mots comme je l'ai vécu précédemment dans une grosse entreprise, au milieu de grosses équipes : si tu innoves, tu écriras nécessairement des specs merdiques parce que tu vas te tromper (personne n'est génial sur commande). Alors écris tes specs merdiques (il en faut, on est d'accord), mais n'y passe pas trop de temps dessus. Confronte rapidement à la réalité (code et tests, tests, tests, tests), et revient sur tes specs.
En faisant des boucles courtes tu :
- écris une spec qui marche
- écris un code qui marche
- teste infiniement plus
bcp plus vite, et de meilleure qualité.
Si tu es capable d'écrire d'emblée des specs d'excellente qualité (peut-etre parce que tu pars d'un existant éprouvé, que tu suis une norme, que tu as un système simple et dont tu peux intellecutellement faire le tour assez facilement), c'est peut-être pas le mieux. Mais si tu pars à l'aventure d'une manière ou d'une autre, c'est pour moi LA méthode de travail indiscutable.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Quelques extraits
Posté par gUI (Mastodon) . En réponse au lien Travail : « Entre profit et pouvoir, le capitalisme préfère le pouvoir ». Évalué à 2.
Excellent article je confirme.
Est-ce que la vague actuelle (pour pas dire mode, mais rien de péjoratif) des méthodes agiles ne serait pas de manière détournée une reconnaissance de ce constat ? Pour être efficace, on ne peut pas partir du principe qu'on va tout planifier à l'avance : laissons les équipes expérimenter, revenir avec une 2e version etc.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Les classiques
Posté par gUI (Mastodon) . En réponse au message quelle distri choisir ?. Évalué à 1.
J'aime pas trop conseiller LTS autrement que dans un cadre vraiment pro. Pour le particulier le LTS c'est aussi des versions un peu à la bourre sur des logiciels autre que Firefox (pour carricaturer).
Donc Ubuntu pourquoi pas, y compris via ses versions légère comme Xubuntu (XFCE, très mignon) ou Lubuntu (LXDE, le plus léger, mais assez limité je trouve).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Garder la licence OEM
Posté par gUI (Mastodon) . En réponse au journal Migrer Windows 10 d'un disque BIOS/MBR, vers un SSD en mode UEFI/GPT avec des logiciels libres. Évalué à 8. Dernière modification le 18 juin 2018 à 11:02.
Récemment j'ai été très étonné à quel point il était facile de garder sa licence OEM en changeant de disque (ordi portable où j'ai changé le HDD par un SSD).
Pour rappel, la licence OEM est une licence associée à un ordi, pas à une personne. Reste donc à connaître la définition d'un ordi, puisque potentiellement en changeant composant par composant, on pourrait trimballer cette licence à vie… et bien c'est presque le cas !
Dès qu'on change un composant simple comme la carte graphique, ou qu'on rajoute de la RAM, aucun soucis, rien ne se passe, la licence est toujours reconnue. Par contre des changements lourds comme la carte-mère (ou le CPU il me semble), il faut passer par un coup de fil au support Microsoft qui apparemment est super ouvert, et vous réactivera la licence sans vous emmerder plus que ça.
Reste le cas du disque, qui est un composant "simple", mais qui demande une réinstallation.
Et bien ça se fait facilement, en se créant un compte Microsoft.
Voilà, un ordi acheté il y a 5 ou 6 ans sous Windows8 a été entretemps upgradé RAM+SSD, et possède une licence reconnue Windows10 (j'avais fait l'upgrade gratuite Win8->Win10 à la sortie de Win10).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Mini machine
Posté par gUI (Mastodon) . En réponse au message quelle config pour hébergement de site web. Évalué à 4.
Idem, c'est même très large. Avec simplement 4Go de RAM et une installation minimale (style Ubuntu serveur, ou Debian sans environnement graphique), tout tournera en RAM et ce sera très réactif.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Autre plus subtil: trop complexe à modifier pour le public du projet
Posté par gUI (Mastodon) . En réponse au journal Le logiciel libre dont on ne peut utiliser les libertés. Évalué à 4.
Oui enfin il y a une nuance avec le sujet du journal (qui est de pouvoir profiter de ses libertés).
Admettons une entreprise qui commercialise un logiciel "Bidule", sous licence libre. Ca signifie que n'importe qui peut lire, modifier et exécuter le logicel. N'importe qui peut également le dériver en un logiciel "Truc".
Mais ça ne signifie en rien que Bidule est communautaire, que n'importe qui peut faire ce qu'il veut de Bidule. C'est l'entreprise qui en fait ce que bon lui semble, c'est tout.
Et si elle ne veut pas de contributions, ça n'enlève strictement rien aux libertés à l'utilisateur final du logiciel Bidule.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Un classique ?
Posté par gUI (Mastodon) . En réponse au message Aidez moi à repasser sous linux !. Évalué à 9. Dernière modification le 11 juin 2018 à 15:18.
La maladie des portables c'est l'encrassement. Et on dirait vraiment que ton refroidissement marche mal. Ton ordi chauffe, donc envoie les ventilos au taquet, qui ne suffisent pas… puis il plante.
Ouvrir, souffler (à la soufflette, ou à la bombe d'air), refermer.
En tous cas ça coûte rien, commence par ça.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: formcard
Posté par gUI (Mastodon) . En réponse au message boucher un trou de port USB. Évalué à 2.
C'est génial ce truc ! Merci pour avoir déclenché cet achat compulsif :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Ubuntu alors
Posté par gUI (Mastodon) . En réponse au message Choix de Linux pour professionnel. Évalué à 5.
Idem, sans hésiter, Ubuntu. Va pas chercher plus loin. Distribution la plus courante, donc tu trouveras énormément de support en Français. Et niveau logiciel, aucun soucis, t'auras tout ce dont tu entends parler (je suis sous Debian et il m'arrive très souvent d'utiliser des PPA Ubuntu pour installer des logiciels "rares").
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Il dit qu'il voit pas le rapport
Posté par gUI (Mastodon) . En réponse au journal La colère des développeurs de crypto-monnaies après le rachat de Github par Microsoft. Évalué à 10. Dernière modification le 07 juin 2018 à 20:01.
Aucun doute, t'es nouveau ici.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Mauvais hébergeur, changer d'hébergeur
Posté par gUI (Mastodon) . En réponse au journal La colère des développeurs de crypto-monnaies après le rachat de Github par Microsoft. Évalué à 10.
L'auteur a créé son compte aujourd'hui…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# *Un* symbole du copyleft
Posté par gUI (Mastodon) . En réponse au journal Le symbole du copyleft. Évalué à 3.
Je me permets de corriger ainsi le titre du journal :)
En effet, comme le dit Stéphane Bortzmeyer dans son blog : Une des erreurs les plus souvent commises à propos des emojis (et d'ailleurs à propos d'Unicode en général) est de croire que l'image proposée par Unicode est normative : ce n'est qu'un exemple, et chaque auteur de police peut l'adapter.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Peu probable
Posté par gUI (Mastodon) . En réponse au message Android TV. Ça se libère ?. Évalué à 3.
Tu dis que tu arrives à installer des applications un peu plus librement sur un téléphone, mais comment as-tu fait ? ROM custom, sans Google Apps, et utilisation de market libre comme FDroid ?
Il te faudrait donc suivre le même chemin, c'est à dire commencer par installer une ROM custom, ce qui est dépendant de ton AndroidTV. Tu n'as pas dit ce que c'était : c'est une TV ? une box ? un boitier standard du marché (type Nexus Player) ?
Seulement dans le dernier cas tu as des chances qu'il existe une ROM custom.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.