steph1978 a écrit 3345 commentaires

soit effacer ChromeOS, installer une distrib en remplacement, et faire tourner une VM Android par dessus

Moi je suis parti sur ça. Avec un linux mint. Installation sans soucis.
Je trouve que chromeos n'apporte rien. Par contre le matériel chromebook est un très bon rapport qualité prix. Finalement un bon moyen d'avoir un PC neuf sous Linux sans payer la taxe bilou.

Merci pour ton retour d'expérience, jamais facile à vivre de perdre de la donnée.

Pour la protection de données, j'applique quelques principes:

• au moins trois jeux de données : un live et deux de sauvegardes → car lors d'une opération de restauration, un jeu de sauvegarde est mise en risque
• au moins deux sites distants → en cas d'événement majeur type incendie ou vol
• au moins un jeu de données non lié logiciellement aux autres → de la synchronisation entre trois sites ne protège pas des corruptions ou effacements de données qui vont se propager (penser ransonware)
• une sauvegarde manuelle n'est pas une sauvegarde → c'est du déchet numérique
• le RAID n'est un mécanisme de protection de données → qui a déjà testé l'arrachage d'un disque et la reconstruction du RAID avant d'en avoir besoin ? La reconstruction est longue, il faut serrer les fesses pendant toute l'opération. Si le contrôleur crame, tout est perdu.

Je pense avoir un dispositif correct sans être infaillible :

• Mes deux laptops sont synchronisés avec un nextcloud hébergé chez un hébergeur nordiste.
• Le nextcloud est sauvegardé par cron rsync+ssh avec une rétention générationnelle (7 jours, 3 semaines, 3 mois) sur un serveur à la maison.
• Si la sauvegarde ne se fait pas ou échoue, je suis averti sur mon mobile (merveilleux https://healthchecks.io/).

Les points forts :

• respecte les principes énoncés plus haut
• nextcloud fait du versioning ce qui permet de revenir en arrière en cas de CTRL+S malheureux, simplement par l'interface web.
• rsync rend la sauvegarde robuste et rapide (déduplication à la source)

Les points faibles :

• les données sont chez un hébergeur externe (il serait possible de faire de la réciprocité de sauvegardes avec un ami)
• ce dispositif ne concerne que les fichiers, or nous produisons bien d'autres données
• la vérification des données sauvegardées n'est pas faite de manière régulière

Il dit qu'il voit pas le rapport.

Je n'ai pas épluché TK mais si un bouton a un timeout d'exécution, il ne sera clairement pas de une heure, surement plutôt de quelques secondes. Donc si la première commande passe, je ne me ferai pas de soucis pour les autres.

En revanche, je me demande ce qui peut prendre autant de temps. Un pc classique peut faire tellement de choses en 3600 secondes.

Je ne suis pas encore arrivé à me faire une idée.
Faut que j'ai l'occasion de pratiquer encore.

Difficile d'expliquer les goûts des autres.
Il faut regarder le langage lui même mais aussi les autres langages en comparaison.

IMHO

J'aime bien :

• indentation au lieu d'accolades et de ";"
• une lib standard riche
• un écosystème très riche
• gestion des dépendances (pip et pypi.org)
• list comprehension
• tout est un dictionnaire
• programmation fonctionnelle
• générateur et coroutines

J'aime moins:

• pas de typage
• pas de compilateur : ça foire à l'exécution
• performance (ça se mitige avec du pypy, du numpy et du cffi)
• pas de pattern matching
• pas de macro (mais du metaprogramming avec ast)
• packaging, trop d'options imparfaites, j'aime pyinstaller

Les langages que j'aime au moins autant voire plus:

• haskell, c'est beau, mais je suis pas encore assez fluent
• elixir, pour le |> et le pattern matching
• awk, spécialisé dans le traitement de données tabulaires
• bash, pour les |
• Go : simple, performant

Les langages que j'aime beaucoup moins, à peu près dans l'ordre de ma pratique

• Java : trop de boilplater, trop d'objets, trop …
• C : chez moi ça segfault tout le temps, j'en fait que pour de la perf
• Javascript : WAT ! et nodejs/npm aussi
• Typescript : trop proche de js du coup
• C++ : trop compliqué
• Perl : trop cryptique
• Php : je déteste pas, pas waouh
• Go : moche, simpliste
• Scala : du java en plus compliqué, hum…
• OCAML : je lui préfère haskell et écosystème réduit

Les langages que je ne connais pas assez mais pour lesquels j'ai un petit avis:

• rust : prometteur au vu de ce qui est fait avec, semble compliqué
• Clojure : mes expériences avec LISP ne m'ont vraiment pas convaincu. Je commence à douter de ceux qui disent qu'il faut avoir l'illumination
• Gleam : du Erlang/Elixir typé, bien tentant
• Ruby : maintenant que je connais Elixir, pkoi pas
• APL ou J : j'ai vu des démo incroyables

Et tous les autres que je ne connais pas mais aimerai tester : lua, forth, nim, zig, pony, D, Dart, ReasonML ; ou pas : Julia, Racket, Swift, F#.

Une vie n'y suffira pas ^ ^

plus sérieux, à mon goût : Le precursor.

bonne choses : openhardware, FPGA, plus une plateforme qu'un téléphone, kill button, pas de micro, radio en sandbox, clavier complet et physique

moins bonnes : le prix 512$, l'écran monochrome mais pas eInk, ecosystem logiciel quasi vièrge.

Je pense que ce serait bien de le préciser dans les contenus de type lien.

moi pas compris :(

non, c'est tout

windoze n'a jamais été prévu pour être installé. Puisque le constructeur qui accepte de le pré-installer souhaite avant tout que tu jettes le PC dès que windoze devient inutilisable, soit environ au bout de deux ans - et que tu en rachète un neuf, même d'une autre marque, c'est pas grave c'est le mouvement global qui est "important".

J'avoue, formulation un peu trop sèche. Mes excuse à remjg.
Seulement un lien, comme ça, sans explication, ça m'as pas mis dans de bonnes dispositions.

Sur quel navigateur ?

_

de plus que la version officielle ?
si ce n'est que les contrôles de surface ne disent pas où se situe l'erreur de saisie ? du coup on part à la devinette. Ok, la présentation des motifs est plus avenante. Ça fait pas pencher la balance.

J'ai écrit le mien hier soir (nuit!) en python.
Il en est beta test auprès de proches.
Je ne sais pas si je vais le releaser, c'est du quick&dirty™.

Mais globalement, pas trop de surprise, il fait la même chose que celui de samueltardieu.

Le sien est mieux conçu pour renter les informations de l'utilisateur. Il procède par un dialogue avec le bot, moi j'ai tout passé par commande, moins ergonomique. Il propose aussi des alias pour les motifs, moi je les liste et il faut entrer le numéro (genre 6 pour "sport").

Le mien a le mérite de la concision : 307 lignes uniques contre 1362. Et d'utiliser sqlite plutôt que couchdb.

C'était par manque d'information ou par paresse, car wikipedia, j'aurai pu prendre le temps…
Merci de tes lumieres.
Admettons pour le medical.
Dans le civil, je reste pro savon.

youtube-dl marche(ait) très bien mais il faut le mettre à jour très régulièrement, car les sites web de replay changent très souvent, bien plus que ce qui est proposé par les distros Linux.

Je suppose que ce sera pareille pour you-get.

Pour ma part, j'ai mis un petit CGI au dessus pour pouvoir l'appeler à distance. Et un cron qui met(tait) à jour à partir du git et qui ne marche plus désormais :'(

35 milliards de dollars (en actions)
…
Chaque action Xilinx donnera donc droit à 1,734 action AMD.

Donc ils ont pas acheté, ils ont fusionné les capitalisations boursières des deux entreprises avec une pondération.

Et puis ça correspondrait à 10 ans de revenu de Xilinx, c'est pas déconnant.

dans une boîte qui fait du gel hydroalcoolique ?

Le savon ça se trouve partout, c'est économique, ça fait moins de déchets et ça assèche moins la peau. Mais c'est vrai, ça fait moins de dividendes.

Ah oui quand vous parliez de prix, sachant qu'un dumb phone neuf ça se vend 30e neuf, je me disais ils ont faire fort en proposant ça à une bonne centaine d'euros mais là, je suis bouche bée.

relativisons.

Donc pendant 12.3^n, n à définir, on ne met pas un pied dans l'eau du pacific ?

Trop jeune, on peut avoir un indice ?

chacun a sa définition du minimalisme.

On ne peut plus d'accord.
J'ai tenté de faire l'exercice il y a peu.
J'ai fini avec plus de point d’interrogation - je garde je garde pas ? - que de réponse.

Il y a très longtemps, compte tenu de mes usages principalement écrits (chat, mail, web), j'étais très tenté par le HTC Chacha et son clavier physique. Produit en 2011 sous Android 2.3, ça paraît ancestrale alors que ça ne fait que neuf ans.

Finalement je pense que j'ai une sorte de minimalisme actuellement: je prends toujours des smartphone de seconde main, je les garde le plus longtemps possible (le dernier a duré 7 ans avant de rendre l'âme (carte mère je crois)), je prends un modèle supportant LineageOS, pour enlever le maximum de cochonneries dont toute la couche gapps. J'installe fdroid et mets des applications opensource/libre. Je mets pas de jeux, je fais pas de réseau sociaux. Par contre je consomme boooocoup de flux rss, de blog et de navigation openstreet map.

Acheter du matériel neuf, fut-il bien conçu, pour coller à mon "style" de consommation, bah c'est pas mon style en fait :)

Après j'avoue, alors que je pleure ma deuxième liseuse cassée, je serai très tenté par un écran à encre.

Moi, j'ai un petit serveur en atom, 32bit, ça fait 12 ans qu'il tourne H24 pour me rendre pas mal de services, pourquoi je le mettrai à la poubelle ?