Chez moi c'est rsync + dedup btrfs. Les inconvénients de ce setup sont que la déduplication se fait a posteriori et qu'elle est très lente, l'avantage est qu'elle marche parfaitement, sans collision de hash ou quoi que ce soit.
Quant à m'expliquer que je dois participer à des bibliothèques Open Source, c'est assez naïf. Ça fait un paquet d'années que je le fais, comme mon compte github pourrait l'attester. Cela inclut des bibliothèques JS, comme moment ou forever.
Tu as mal compris mon propos. Ce que je voulais simplement dire, c'est que quand on utilise une lib open source avec peu de contributeurs, en 0.x.x ou pas, faut prendre en compte qu'il faudra peut-être la maintenir soi même. C'est une bonne pratique générale, pas une attaque personnelle.
Pour le côté hobby et apprentissage, oui. Par contre tu me feras pas mettre en prod un soft fait avec un de ces langages.
C'est le même principe avec les OS alternatifs qui existent plutôt dans une optique de découverte que pour créer un vrai OS qui sera utilisé au quotidien.
Mais ça n'est pas parce que ça n'a pas un objectif professionnel que ça n'a pas de valeur. Apprendre de nouveaux concepts, ça peut permettre de les appliquer dans d'autres langages, même ceux qui n'ont pas les constructions adéquates. On peut parfaitement faire de la programmation objet en C. Faudra juste mettre de côté l'héritage et se contenter du polymorphisme, puis passer this en premier paramètre de méthode.
Tous les langages cités dans l’article, sauf Elixir, sont en version 0.x.x. Je sais pas vous, mais moi ça me gêne beaucoup plus d'utiliser un langage dans une version supposé non stable qu'une lib supposée non stable. Le langage non stable, c'est plus difficile à tester unitairement pour prouver des bugs qu'une librairie.
Pourquoi cette différence de traitement ?
Pourquoi glorifier des langages en supposée bêta ?
Ou est-ce que tout simplement ça ne voudrait pas dire que le semantic versioning n'est pas utilisé correctement par beaucoup de projets et que ça ne veut pas dire grand chose ? Et donc que ça n'apporte pas grand chose au débat contre les librairies javascript ?
Je suis d'accord que beaucoup de librairies javascript sont mal maintenues, mais c'est effectivement un problème assez générique dans le monde de l'open source. Certaines libs, certains logiciels sont maintenus professionnellement, pas d'autres. Mais ça ne tient qu'à vous d'accepter le fait dans vos projets que si vous trouver un bug ou une fonctionnalité dans une librairie open source: corrigez et faites une pull request ou une fork.
Le JavaScript, qu'on l'aime ou pas, est bien parti pour durer. Qu'on admire ses qualités ou qu'on haïsse ses défauts, ça ne changera rien au fait que c'est le langage de script pour navigateur et que, vu son inertie, ça risque de perdurer encore pour un paquet d'années. Partant de là, soit on contourne le problème en utilisant babel, CoffeeScript ou tous leurs copains qui customisent le langage, soit on l'accepte tel qu'il est. Même bourré de défauts, avec un environnement de dev peu fiable (node et tous ses packages npm boiteux, oui même babel a des bugs pénibles), il faut accepter de vivre avec. Haters gonna hate.
JavaScript à mon sens est comme le C, le C++, l'ObjectiveC et le Java, ces langages qui sont désormais un peu partout et dont on ne se débarrassera pas avant des lustres.
Docker sous Windows, ça n'est pas encore la fête pour le moment. Ça se contente de lancer une vm Linux headless sous VirtualBox et d'instancier les containers docker dedans. Mais ça viendra d'ici peu ; Microsoft collabore pas mal avec les gens de Docker pour faire aussi des containers Windows légers.
T'inquiètes pas, t'est pas le seul. Je suis sous Debian testing et ça va faire 4 jours que j'arrête pas d'essayer et à chaque fois même topo : "Unresolved symbols". J'ai essayé avec le kernel 2.6.6, bon là c'était pas le même problème, je me suis gourré dans la liste des modules.
C'est théoriquement un module de kernel qui manque mais le problème est que la doc des drivers bewan est trop vague, les dépendances ne sont pas indiquées (fais modinfo unicorn_pci_atm, intéressant, oh quelle doc .... pitoyable). Il faudrait analyser complètement le source pour comprendre les dépendances...
En plus les tutoriels datent pratiquement tous d'il y a 2 ans. Entre ceux qui préconisent le patch ppoa sur ppp alors que maintenant ppp est compatible atm et ceux qui considèrent que les drivers unicorn sont en version 0.2.0 (0.8.7 actuellement !!!)
A mon avis pour que ça marche, il faut soit utiliser une Mandrake 10 qui elle possède ce driver soit avoir un coup de bol et avoir la combinaison magique de modules.
[^] # Re: remote : rsync + dedup ?
Posté par damaki . En réponse au journal zpaq : backup incrémental avec déduplication . Évalué à 0.
Chez moi c'est rsync + dedup btrfs. Les inconvénients de ce setup sont que la déduplication se fait a posteriori et qu'elle est très lente, l'avantage est qu'elle marche parfaitement, sans collision de hash ou quoi que ce soit.
[^] # Re: Donc en résumé
Posté par damaki . En réponse à la dépêche IT-Edit 2.0, un éditeur de texte avec terminaux intégrés. Évalué à 10.
Le simple fait que ce ne soit ni Emacs, ni vim, ni un de leurs dérivés est un atout pour ceux qui ne les aiment pas.
[^] # Re: Version 0.x.x
Posté par damaki . En réponse à la dépêche Et si JavaScript allait droit dans le mur ?. Évalué à 1.
Tu as mal compris mon propos. Ce que je voulais simplement dire, c'est que quand on utilise une lib open source avec peu de contributeurs, en 0.x.x ou pas, faut prendre en compte qu'il faudra peut-être la maintenir soi même. C'est une bonne pratique générale, pas une attaque personnelle.
[^] # Re: Version 0.x.x
Posté par damaki . En réponse à la dépêche Et si JavaScript allait droit dans le mur ?. Évalué à 2.
Pour le côté hobby et apprentissage, oui. Par contre tu me feras pas mettre en prod un soft fait avec un de ces langages.
C'est le même principe avec les OS alternatifs qui existent plutôt dans une optique de découverte que pour créer un vrai OS qui sera utilisé au quotidien.
Mais ça n'est pas parce que ça n'a pas un objectif professionnel que ça n'a pas de valeur. Apprendre de nouveaux concepts, ça peut permettre de les appliquer dans d'autres langages, même ceux qui n'ont pas les constructions adéquates. On peut parfaitement faire de la programmation objet en C. Faudra juste mettre de côté l'héritage et se contenter du polymorphisme, puis passer this en premier paramètre de méthode.
# Version 0.x.x
Posté par damaki . En réponse à la dépêche Et si JavaScript allait droit dans le mur ?. Évalué à 1. Dernière modification le 04 mars 2016 à 17:47.
Tous les langages cités dans l’article, sauf Elixir, sont en version 0.x.x. Je sais pas vous, mais moi ça me gêne beaucoup plus d'utiliser un langage dans une version supposé non stable qu'une lib supposée non stable. Le langage non stable, c'est plus difficile à tester unitairement pour prouver des bugs qu'une librairie.
Pourquoi cette différence de traitement ?
Pourquoi glorifier des langages en supposée bêta ?
Ou est-ce que tout simplement ça ne voudrait pas dire que le semantic versioning n'est pas utilisé correctement par beaucoup de projets et que ça ne veut pas dire grand chose ? Et donc que ça n'apporte pas grand chose au débat contre les librairies javascript ?
Je suis d'accord que beaucoup de librairies javascript sont mal maintenues, mais c'est effectivement un problème assez générique dans le monde de l'open source. Certaines libs, certains logiciels sont maintenus professionnellement, pas d'autres. Mais ça ne tient qu'à vous d'accepter le fait dans vos projets que si vous trouver un bug ou une fonctionnalité dans une librairie open source: corrigez et faites une pull request ou une fork.
# La mort de l'ECMAScript, c'est pas pour demain
Posté par damaki . En réponse à la dépêche Et si JavaScript allait droit dans le mur ?. Évalué à 7.
Le JavaScript, qu'on l'aime ou pas, est bien parti pour durer. Qu'on admire ses qualités ou qu'on haïsse ses défauts, ça ne changera rien au fait que c'est le langage de script pour navigateur et que, vu son inertie, ça risque de perdurer encore pour un paquet d'années. Partant de là, soit on contourne le problème en utilisant babel, CoffeeScript ou tous leurs copains qui customisent le langage, soit on l'accepte tel qu'il est. Même bourré de défauts, avec un environnement de dev peu fiable (node et tous ses packages npm boiteux, oui même babel a des bugs pénibles), il faut accepter de vivre avec. Haters gonna hate.
JavaScript à mon sens est comme le C, le C++, l'ObjectiveC et le Java, ces langages qui sont désormais un peu partout et dont on ne se débarrassera pas avant des lustres.
[^] # Re: Application Windows ?
Posté par damaki . En réponse à la dépêche Subuser, une sur‐couche à Docker. Évalué à 5.
Docker sous Windows, ça n'est pas encore la fête pour le moment. Ça se contente de lancer une vm Linux headless sous VirtualBox et d'instancier les containers docker dedans. Mais ça viendra d'ici peu ; Microsoft collabore pas mal avec les gens de Docker pour faire aussi des containers Windows légers.
[^] # Re: Merci !
Posté par damaki . En réponse à la dépêche Version 0.50 de GCompris en Qt Quick. Évalué à 0.
Tout pareil, merci !
# Problèmes financiers de Desura
Posté par damaki . En réponse à la dépêche Bilan Steam et GNU/Linux aux ¾ de l’année 2015. Évalué à 6.
Est-ce bien raisonnable de mettre Desura dans la liste alors qu'ils ne payent pas les créateurs ?
# Didacticiels obsolète
Posté par damaki . En réponse au journal Modem BEWAN ADSL USB ST : le retour. Évalué à 1.
C'est théoriquement un module de kernel qui manque mais le problème est que la doc des drivers bewan est trop vague, les dépendances ne sont pas indiquées (fais modinfo unicorn_pci_atm, intéressant, oh quelle doc .... pitoyable). Il faudrait analyser complètement le source pour comprendre les dépendances...
En plus les tutoriels datent pratiquement tous d'il y a 2 ans. Entre ceux qui préconisent le patch ppoa sur ppp alors que maintenant ppp est compatible atm et ceux qui considèrent que les drivers unicorn sont en version 0.2.0 (0.8.7 actuellement !!!)
A mon avis pour que ça marche, il faut soit utiliser une Mandrake 10 qui elle possède ce driver soit avoir un coup de bol et avoir la combinaison magique de modules.