Merci pour ce journal que j'ai gardé sous le coude pendant les vacances avant de le lire en détail.
Il tombe à point car je veux faire un peu plus de Haskell et que je cherche un environnement de dev.
J'ai vu des démos sympa à base de neovim mais je ne suis pas assez câlé sur cet outil. Je ne voulais pas ajouter cette marche à celle de l'apprentissage du langage.
Comme je trouve vscode plus abordable, je suis parti dans cette direction.
En appliquant ta recette Debian, j'ai l'essentiel : auto-complétion (CTRL+space), accès la définition (CTRL+click), tooltip de documentation, accès à la documentation.
Par contre je n'ai pas l'exécution et le debug. Je peux le contourner avec un "stack watch"…
Finalement, ce qui te choque c'est la concentration des acteurs, et c'est compréhensible. C'est un phénomène qui existe dans plusieurs secteurs d'activité et qui est néfaste même pour les plus libéraux (concurrence libre et non faussée).
Mais ce n'est pas dans tous les secteurs de la location ; par exemple, à ma connaissance, la location de voiture n'est pas aux mains de trois acteurs mondiaux.
Et grosso-modo le cloud, c'est de la location de ressources informatiques.
C'est assez comparable d'ailleurs :
* une voiture c'est relativement standardisée (4 roues, volant, carburant, versus openstack, k8s, TCP/IP).
* il n'est pas forcément rentable de louer une voiture tous les jours mais c'est rentable pour se faire un WE en décapotable.
J'avoue, j'ai cherché la petite bête, volontairement.
C'est sûr que la garantie ça joue dans le choix.
Ce qui est triste, c'est que le neuf soit aussi peu cher par rapport à la réparation ou à l'occasion ; cela pousse à la sur-consommation.
C'est parce que nous ne payons pas la prix sociale et environnementale de la production de neuf. Et malheureusement, je ne vois pas cela changer à court/moyen termes dans notre société #resetafterall
Merci pour ton message.
J'ai lu plus d'article sur minimachines.
En faisant abstraction du RaspPi4 et en regardant le RockPi4 on comprend un peu mieux l'intérêt de l'extension car la RockPi4 a été conçu dans une optique NAS.
C'est une tentative du fameux « Embrace, extend and extinguish » utilisé par M$ pour LDAP vs AD, MSN vs IRC, le web en son temps avec IE, Office Open XML vs OpenDocument, Secure boot, et une liste sûrement infinie, par Google pour le RSS et le Web en général.
Ou alors une vision géniale pour pérenniser twitter qui ne parvient pas à gagner d'argent ; mais dans ce cas ils partiraient directement sur ActivityPub.
Entre la difficulté de ventilation, les performances qui restent à démontrer, l'absence de RAID matériel, la nécessité d'ajouter une énorme alimentation externe pour les disques, je me demande bien à si ce produit a un réel usage.
À la lecture des commentaires sur linuxfr, je me dis que c'est pas ici qu'ils attraperont du geek et c'est tant mieux !
Pareil, pour avoir construit pas mal de cartes avec leaflet, je trouves les clusters pas très jolis. J'utilise le plugin MarkerCluster de Leaflet qui donne un bon rendu je trouve.
J'ai regardé le code avec comme objectif de faire une issue ou même une PR si je pouvais aider mais je n'ai pas vu le code de la partie web, seulement de la partie récupération de données.
Pour qui ?
Pour MS, le même que Apple qui a choisi un noyau BSD : ne plus investir sur un produit logiciel qui ne leur rapporte rien alors qu'il existe de meilleures alternatives opensource.
J'ai programmé en LISP ; j'ai trouvé élégant le paradigme code <=> data qui permet de coder ses fichiers de conf en LISP.
Mais j'ai l'objection principale que Uncle Bob souligne lui même :
But it’s dynamically typed!
But it’s dynamically typed[2]!!
But, Dammit, it’s dynamically typed!!!
À laquelle il répond par un "t'as qu'à faire des tests unitaires". Comme son argument principal est la concision du code LISP, ça veut dire qu'il ne compte pas les tests unitaires dans la quantité de code à écrire … c'est un peu mesquin.
En ce moment, je suis plus convaincu par Haskell, qui a une belle expressivité et qui permet de détecter énormément de bug à la compilation grâce au typage fort.
D'autre part, j'aimerai aussi que Uncle Bob nous explique comment faire du DDD en LISP ; sans typage, on va rire …
J'ai lu beaucoup à propos de LISP dans ma recherche d'un nouveau langage à pratiquer. Le message des LISP fans est souvent "si tu ne vois pas la beauté de LISP c'est que tu n'as pas comprise". Moui, ou alors que ça brille pas autant que ce qu'ils le croient.
Bref, IMHO, LISP c'est très bien mais ce n'est pas la panacée vendue par ses fans.
J'ai moi aussi lu des papiers super intéressants de M$ research.
Sauf qu'ils implémentent leurs idées sur noyau NT et donc ne publient pas les sources :(
Je partage (j'ai plussé), le problème l'alimentation peut se régler facilement.
Néanmoins, le raspberry a un unique controleur pour l'usb et l'ethernet.
De ce que j'ai lu, cela ne permet pas d'aller bien au delà de 11MB/s (=88Mbit/s) de taux de transfert pour usage de type NAS.
Cela peut être largement suffisant mais il faut être conscient de cette limitation.
[^] # Re: Sonic
Posté par steph1978 . En réponse au journal Index secondaire Elasticsearch pour Cassandra. Évalué à 3.
Du coup, ça se compare plutôt à Lucene (bibliothèque sous-jacente à ES) ou à Xapian ; d'ailleurs, je n'invente rien, c'est marqué là.
# ValueError: Too many decimal digits in format string
Posté par steph1978 . En réponse au journal Petit défi Python. Évalué à 2.
Ça doit pas être loin de la solution …
ValueError: Single '}' encountered in format string
# oups, j'ai marché dedans
Posté par steph1978 . En réponse au lien Trump accuse Apple d’aider les dealers et les meurtriers avec le chiffrement des iPhone- numerama. Évalué à 3.
Réponses possibles :
# JMAP ?
Posté par steph1978 . En réponse au journal Architecture locale de réception, envoi et filtrage de courriel. Évalué à 2.
Est-ce que qqun a déjà expérimenté la mise en place de JMAP.
Je lorgne dessus depuis longtemps car il répond à une problématique que j'ai depuis encore plus longtemps : l'externalisation des pièces jointes.
Cette fonctionnalité permet(trait) :
Je trouve intéressant aussi d'avoir un seul protocole pour la réception et l'envoi d'email.
Après je me dis que le protocole est récent et qu'il faut du temps pour avoir une bonne implémentation - tant côté client que serveur.
# Tralalaere
Posté par steph1978 . En réponse au journal CORS, uBlock Origin et EasyList FR. Évalué à 6.
Bah si, il est dans le log d'erreur :"livingpackets.com".
Merci pour le lien, ça l'air d'être un bon produit.
# grand merci
Posté par steph1978 . En réponse au journal Configurer VSCode pour Haskell (Debian/Nix/NixOS). Évalué à 2.
Merci pour ce journal que j'ai gardé sous le coude pendant les vacances avant de le lire en détail.
Il tombe à point car je veux faire un peu plus de Haskell et que je cherche un environnement de dev.
J'ai vu des démos sympa à base de neovim mais je ne suis pas assez câlé sur cet outil. Je ne voulais pas ajouter cette marche à celle de l'apprentissage du langage.
Comme je trouve vscode plus abordable, je suis parti dans cette direction.
En appliquant ta recette Debian, j'ai l'essentiel : auto-complétion (CTRL+space), accès la définition (CTRL+click), tooltip de documentation, accès à la documentation.
Par contre je n'ai pas l'exécution et le debug. Je peux le contourner avec un "stack watch"…
[^] # Re: Sous-optim endémique
Posté par steph1978 . En réponse au journal Tout cela me fatigue…. Évalué à 5.
+1
[^] # Re: 100% d'accord
Posté par steph1978 . En réponse au journal Tout cela me fatigue…. Évalué à 5.
Finalement, ce qui te choque c'est la concentration des acteurs, et c'est compréhensible. C'est un phénomène qui existe dans plusieurs secteurs d'activité et qui est néfaste même pour les plus libéraux (concurrence libre et non faussée).
Mais ce n'est pas dans tous les secteurs de la location ; par exemple, à ma connaissance, la location de voiture n'est pas aux mains de trois acteurs mondiaux.
Et grosso-modo le cloud, c'est de la location de ressources informatiques.
C'est assez comparable d'ailleurs :
* une voiture c'est relativement standardisée (4 roues, volant, carburant, versus openstack, k8s, TCP/IP).
* il n'est pas forcément rentable de louer une voiture tous les jours mais c'est rentable pour se faire un WE en décapotable.
[^] # Re: Sous-optim endémique
Posté par steph1978 . En réponse au journal Tout cela me fatigue…. Évalué à 7.
J'avoue, j'ai cherché la petite bête, volontairement.
C'est sûr que la garantie ça joue dans le choix.
Ce qui est triste, c'est que le neuf soit aussi peu cher par rapport à la réparation ou à l'occasion ; cela pousse à la sur-consommation.
C'est parce que nous ne payons pas la prix sociale et environnementale de la production de neuf. Et malheureusement, je ne vois pas cela changer à court/moyen termes dans notre société #resetafterall
[^] # Re: Sous-optim endémique
Posté par steph1978 . En réponse au journal Tout cela me fatigue…. Évalué à 0.
Donc dépensé 10x de plus que ce que tu voulais initialement et 3x plus que ce que tu as trouvé sur ebay. Tu es un bon client 😃
[^] # Re: gadget attrape geek ?
Posté par steph1978 . En réponse au journal Une solution de stockage basée sur Raspberry Pi. Évalué à 2.
Merci pour ton message.
J'ai lu plus d'article sur minimachines.
En faisant abstraction du RaspPi4 et en regardant le RockPi4 on comprend un peu mieux l'intérêt de l'extension car la RockPi4 a été conçu dans une optique NAS.
# « Adopte, étend et étouffe »
Posté par steph1978 . En réponse au lien Le patron de Twitter veut un réseau social décentralisé dont Twitter serait juste un client.. Évalué à 2.
C'est une tentative du fameux « Embrace, extend and extinguish » utilisé par M$ pour LDAP vs AD, MSN vs IRC, le web en son temps avec IE, Office Open XML vs OpenDocument, Secure boot, et une liste sûrement infinie, par Google pour le RSS et le Web en général.
Ou alors une vision géniale pour pérenniser twitter qui ne parvient pas à gagner d'argent ; mais dans ce cas ils partiraient directement sur ActivityPub.
# gadget attrape geek ?
Posté par steph1978 . En réponse au journal Une solution de stockage basée sur Raspberry Pi. Évalué à 3.
Entre la difficulté de ventilation, les performances qui restent à démontrer, l'absence de RAID matériel, la nécessité d'ajouter une énorme alimentation externe pour les disques, je me demande bien à si ce produit a un réel usage.
À la lecture des commentaires sur linuxfr, je me dis que c'est pas ici qu'ils attraperont du geek et c'est tant mieux !
[^] # Re: Informatique personnel
Posté par steph1978 . En réponse au journal Serveurs S3 sous linux : une comparaison parmi tant d'autres. Évalué à 2.
Commence par Docker. Ça finira par te donner envie de k8s… ou pas.
[^] # Re: Pastilles pas très objectives
Posté par steph1978 . En réponse à la dépêche VigiBati : un outil libre de cartographie et veille des permis de construire en France. Évalué à 4.
Pareil, pour avoir construit pas mal de cartes avec leaflet, je trouves les clusters pas très jolis. J'utilise le plugin MarkerCluster de Leaflet qui donne un bon rendu je trouve.
J'ai regardé le code avec comme objectif de faire une issue ou même une PR si je pouvais aider mais je n'ai pas vu le code de la partie web, seulement de la partie récupération de données.
À part ça, merci pour le partage.
# SMTube
Posté par steph1978 . En réponse au journal Freetube. Évalué à 2.
Moi j'utilise parfois SMTube pointant par défaut sur http://www.tonvid.com/
Je ne sais pas trop ce que ça donne en terme de tracking.
La plupart du temps, j'utilise youtube-dl car j'aime voir les vidéos sur ma tv ou en offline sur mon mobile.
# Palier 1 - Installer LineageOS
Posté par steph1978 . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 5.
Sur téléphone d'occasion c'est ce qui permet de le remettre facilement à jour.
[^] # Re: C'est quoi ?
Posté par steph1978 . En réponse au journal Lollypop 1.2.0 RC2 est disponible!. Évalué à 3.
J'ai l'impression que c'est un gestionnaire de bibliothèque musicale.
[^] # Re: Argh!
Posté par steph1978 . En réponse au journal Breaking news: La vérité sur la démission de Stallman. Évalué à 2.
C'est plus compliqué que ça: https://en.wikipedia.org/wiki/XNU
[^] # Re: Argh!
Posté par steph1978 . En réponse au journal Breaking news: La vérité sur la démission de Stallman. Évalué à 0.
Pour qui ?
Pour MS, le même que Apple qui a choisi un noyau BSD : ne plus investir sur un produit logiciel qui ne leur rapporte rien alors qu'il existe de meilleures alternatives opensource.
[^] # Re: C'est qui Apple?
Posté par steph1978 . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 3.
Une coopérative fruitière
# j'aime
Posté par steph1978 . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 8.
J'aime ce ton décalé
J'adore
Je me suis bidonné dès le titre et à chaque réplique
C'est du génie
J'ai tellement hâte de lire le prochain post
# moui
Posté par steph1978 . En réponse au lien Uncle Bob a trouvé le langage du futur : Clojure !. Évalué à 3.
J'ai programmé en LISP ; j'ai trouvé élégant le paradigme code <=> data qui permet de coder ses fichiers de conf en LISP.
Mais j'ai l'objection principale que Uncle Bob souligne lui même :
À laquelle il répond par un "t'as qu'à faire des tests unitaires". Comme son argument principal est la concision du code LISP, ça veut dire qu'il ne compte pas les tests unitaires dans la quantité de code à écrire … c'est un peu mesquin.
En ce moment, je suis plus convaincu par Haskell, qui a une belle expressivité et qui permet de détecter énormément de bug à la compilation grâce au typage fort.
D'autre part, j'aimerai aussi que Uncle Bob nous explique comment faire du DDD en LISP ; sans typage, on va rire …
J'ai lu beaucoup à propos de LISP dans ma recherche d'un nouveau langage à pratiquer. Le message des LISP fans est souvent "si tu ne vois pas la beauté de LISP c'est que tu n'as pas comprise". Moui, ou alors que ça brille pas autant que ce qu'ils le croient.
Bref, IMHO, LISP c'est très bien mais ce n'est pas la panacée vendue par ses fans.
[^] # Re: micro$oft ba$hing
Posté par steph1978 . En réponse au journal Les temps changent !! Qui l'aurait cru il y a 20 ans ?. Évalué à 3.
J'ai moi aussi lu des papiers super intéressants de M$ research.
Sauf qu'ils implémentent leurs idées sur noyau NT et donc ne publient pas les sources :(
[^] # Re: Bonnes raisons?
Posté par steph1978 . En réponse au message Montage PC serveur. Évalué à 4.
Je partage (j'ai plussé), le problème l'alimentation peut se régler facilement.
Néanmoins, le raspberry a un unique controleur pour l'usb et l'ethernet.
De ce que j'ai lu, cela ne permet pas d'aller bien au delà de 11MB/s (=88Mbit/s) de taux de transfert pour usage de type NAS.
Cela peut être largement suffisant mais il faut être conscient de cette limitation.