Stibb a écrit 759 commentaires

pour être passer sur une autre marque, je remarque que la clé de Toyota était vraiment bien pensée. Il n'y a aucun cas où je me suis retrouvé bloqué, soit parce que la batterie était trop faible ou oubliée dans le véhicule.

Chez Citroën par exemple il faut faire attention…

Le coup du Result c'est plutôt une sorte de backport des langages modernes (Rust par exemple) en C++, et c'est surtout très malin (à défaut d'être efficace). Franchement si c'est pour économiser un test en C++, même dans une boucle, c'est vraiment chercher à sacrifier la lisibilité et la maintenance sur l'hotel de la performance. Parfois c'est pas ce que l'on veut.

Les exceptions doivent rester le cas "exceptionnel", un cas d'erreur, un grave manquement dans le flot d'exécution. Une liste vide n'est pas un cas d'erreur. C'est un cas normal. Donc non, pas d'exception dans ce cas là. #testisgood.

Alors, autant l'argument "c'est l'avenir tu dois intégrer une gestion de dépendance dans tes projets" est complètement stupide, autant ignorer complètement ces systèmes l'est presque tout autant.

Alors, personnellement, je suis tellement plus efficace et "fiable" depuis que j'ai appris à bien maîtriser Conan pour le C++ et Poetry pour Python (conda pour la datascience, mais ce n'est pas la même chose), que je ne pourrais plus m'en passer. Mais la pente est raide, il y a un défaut de stabilité et de fiabilité par exemple pour Python, qui casse régulièrement si on n'a pas freezé bien comme il faut. Il faut de la rigueur, et pas mal d'entre-aide (on a une communauté de Pythoniste au travail pour se partager les bonnes pratiques par exemple).

C'est vrai que tout seul, c'est un peu compliqué de tout suivre si on n'a pas les bons canaux.

Par contre je trouve que les languages mordernes comme Rust qui font du systèmes de dépendances un citoyen de premier niveau beaucoup plus efficace et fiable.

J'utilise de manière intensive mes Rpi3, et j'en suis arrivé à la conclusion que le WAF n'est atteind que s'il ne peut tomber en panne à cause d'une mauvaise manipulation ni une coupure de courant. Il n'est donc pas envisageable d'avoir un Rpi en utilisation quotidienne (pour ma par, Home Cine, DNS et Domotique) sans une carte UPS par dessus qui éteind proprement le Rpi sans corrompre la carte mémoire. Je ne comprend pas pourquoi il n'existe pas une Rpi avec une mini batterie intégrée qui ne ferait que débrancher proprement la carte SD et éteindre le PC en cas de coupure d'alimentation. Meme si le FS est par la suite sâle et demand un fsck, c'est pas grâve, mais une carte SD morte au niveau électrique ce n'est pas possible. Pas envie de devoir restaurer les sauvegardes le dimanche soir pour que le chauffage se déclenche bien le lendemain matin parce qu'une fausse manip m'a fait débrancher le cordon d'alimentation. La Freebox ne brick pas en cas de coupure intenpestive, le routeur ne brick pas.
Le NAS, d'accord, mais c'est différent. Pour moi le Rpi DOIT être safe.

Donc pour l'instant je suis sur PICO UPS sur Rpi3, je me demande s'il n'y a pas mieux sur Rpi4 ?

Faut du yapf/black dans tous les domaines :)

Ou de l'utilisateur.

on ne doit pas faire "sudo pip3 install". Jamais. Never. On ne touche pas au dépendances pip installé par apt. C'est son pré carré. On ne jardinne pas dans /usr/lib/ avec des lib installé par le systeme, donc pareil par Python.

On fait "pip3 install --user". Toujours.

Sinon il y a Gooey.

attention, ce 2x le plafond c'est uniquement pour la convention Syntec. Pour les autres (métalurgie,…) ce n'est pas le cas.

MacBookPro 2012, SSD et 16G RAM. Acheté 1300 euros aux US en 2012. Super content qu'il fonctionne toujours aussi bien, et toujours très rapide.

qu’il ne faut pas oublier de vérifier les dates d’expiration de certains services critiques (certificats X.509, noms de domaines…).

à rephraser: "qu'il faut prendre en compte des emails de rappels envoyé automatiquement par la plupars des services commerciaux". Quite à se créer une adresse mail d'équipe avec des crédentials partagés (bitwarden, …).

Ce genre d'erreur est classique et ça aurait pu être pire (vol du domaine, etc).

Bonjour. est-il possible de mettre à jour le lien pour Guake? Cela fait pas mal de temps que l'on s'est fait volé le domaine. Veuillez utiliser celle-ci: http://guake-project.org/

Merci!

en asie oui il y a énormément de paiement moderne, QR code etc. Tellement plus pratique.

évidement, si le gars si vole le domaine n'a pas le certificat HTTPS privé, il ne sera pas vérifié. Heureusement que HTTPS existe. Mais franchement, oublié un nom de domaine pour une entreprise surement payée très chere pour ce service, quel amateurisme !

L'article propose de rendre payant les contenus gratuits pour que les entreprises reversent leur dû. Non, il suffit (et c'est sans doute techniquement ET légalement déjà possible) de faire que ces données soient "gratuites" pour utilisation non-commerciale, et payante pour utilisation commerciale. Il y aura exactement le même coût de contrôle que dans le cas proposé (payant pour tous) tout en concervant la liberté pour les associations et personne d'accéder à ces données gratuitement.

Les villes par exemple qui proposent leur données urbaines (PLU, déploiment des services publiques) donnent ces données gratuitement. Elles pourraient le faire "gratuit sauf utilisation commerciale".

Soit cynique, et fait le rapport "personne qui abandonne dès le premier refus"/"personne qui persévère à défendre leur bon droit". Evidement, les assurances le font et se rendent compte que c'est très rentable d'être pénible voir malhonnete… il suffit même qu'une minorité abandonne rapidement pour que ces comportements soient "rentables" économiquement

oui il faudra attendre, et c'est très bien. Car il y aura plus de ca ou, quand tu télécharges Firefox, Chrome, etc, en dehors de ta distribution, qui ne marcheront pas car telle dépendances n'est pas testée, pas fonctionnelle.

Ce que tu ne te rends pas compte, c'est que les soft comme ceux que tu cites incorporent deja des dépendances statique, pour éviter justement qu'une mise à jour intempestive ne casse le logiciel, car non testée par les mainteneur de ta distribution.

Si le soft avait été installé par apt-get pas de probleme.

Ces histoires de fix par securité, c'est vraiment l'arlésienne. Sous mac les dépendances d'un programme sont tout dans un seul bundle et il n'y a pas plus de probleme de sécurité. Il y a plus de risque à mettre à jour une librairie partagée (elle peut cassée une feature ou une API) que de laisser chaque fournisseur tester et valider son soft. Car oui en theorie une nouvelle version ne casse rien, mais le monde est tel qu'il est, et ça arrive. Résultat, on freeze toutes les dépendences dans des grosses archives. Rust et Go le font, Python le fait avec virtualenv, c'est comme cela que l'on résoud les probleme de stabilité entre version. Et ca marche. Alors au lieu de dire que ça pose trop de risque, faisons en sorte d'intégrer ce fonctionnement pour que tout le monde soit content.

Pour ma part, que les soft soient intégrée par le mainteneur de la distribution et avec les lib partagée, pas de probleme, c'est lui qui s'occupe de tester la compatibilité. Mais quand je distribue un soft, je mets tout dans une seule archive en attendant qu'un mainteneur package ça comme il faut. Et je trouve ça très bien.

Je suis admiratif de ce mouvement, mais je ne suis pas prêt à passer sur un de ses hebergeurs. Qu'est ce qui me garanti que cet hébergeur ne va pas fermer du jour au lendemain? Qu'en cas de panne il réparera rapidement?

Vu les m… que j'ai eu avec le support d'hébergeur pro, avant de passer à un qui me satisfait parfaitement, j'ai malheureusement beaucoup trop d'appréhension sur la qualité de service de ces AMAP du libre.

Qu'on ne me fasse pas dire ce que je n'ai pas dit: ce sont de simples interrogations

Classiquement on utilise "origin" et "upstream".

Mais on peut très bien décider unilateralement de les appeler "myfork" et "original" par exemple.

Le tips du jour pour maintenir une pull request le temps qu'il soit intégré: tracker l'upstream (git branch --set-upstream-to=upstream/master my_pullrequest_branch) au lieu de votre origin pour que git pull --rebase vous rebase automatiquement sur la derniere version du code d'upstream. Pour pousser: git push origin.

Quelle perte de temps SVN, quand même…

Ah, tu oublies Rust. Pas de GC, bas niveau, elegant,une gestion de la la memoire au petits oignons…

Heureusement que Gmail n'est pas prêt d'être remplacé par inBox !

Oui je suis d'accord, mais les enjeux financiers sont trop élevés: celui qui fournira la 5G en 2020, surtout s'il est seul, est sûr de remplir son carnet d'abonnement.

Stupide, car ce sont les utilisateurs qui vont décider. Si demain les réseaux A et B refusent d'installer la 5G parce que l'europe ne veut pas revenir sur la neutralité du net, le réseaux C (je te regarde Xavier) va foncer dessus et devenir "le seul réseau 5G de France".

C'est juste une tentative vaine de peser sur la neutralité. Commission Européenne, ne nous décevez pas, tenez bon.

Vous voulez être crédible dans votre combat? Arrêter les termes à tendances paranoiaques. Cela dessert vos propos. Soyez concret, neutre pour être écouter.

moi avoir à réfléchir pour un client chat, passer du temps pour choisir mon serveur de chat et le maudire quand la migration de compte marche pas ça me soule. Et d'ailleurs je ne veux pas entendre parler de migration.

Que jabber soit simple stupide à utiliser, et les gens l'utiliseront. Là les solutions commerciales sont plus simples et efficace, ce sont elles qui gagnent.