Super démarche ! C'est bien de montrer l'état du travail au plus tôt c'est le moment où vous êtes probablement le plus ouvert aux remarques.
Pour le moment l'architecture n'est pas encore détaillée, mais j'ai tout de même quelques petites remarques :
pour le reverse proxy, il est question de gérer TLS et d'avoir les droits sur les ports 80 et 443. Il serait AMHA intéressant de s'en servir aussi pour fournir les fichiers statiques du client web.
dans les stratégies de déploiement vous envisagez du multi datacenter ? Parce que dans ce cas là je ne suis pas certain que redis pour le lock distribué soit une solution pérenne… Il est vraiment nécessaire d'avoir des locks (distribués qui plus est) pour l'installation des applications ?
Je ne suis pas un grand connaisseur de couch, vous parlez de créer une db par couple utilisateur/application. Comment se passe le partage d'informations dans ce cas là ? Une recopie ? Est-ce qu'il ne serait pas intéressant d'avoir un système de label ? Chaque document possède un ou plusieurs labels. Les vues sont créé à partir de ses labels et il est possible de partager des document json sans difficulté (mais aussi de visualiser tous les documents partagés sans problème) - c'est une idée en l'air, hein ? -
je n'ai pas vu (ou pas compris) le modèle d'exécution des application tierce, notamment pour tout ce qui est gestion des droits
Une réécriture en changeant de langage c'est courageux ! Mais si vous visez un déploiement possible sur rPi, ça va vous facilité la tâche avec moins de pression sur la gestion des ressources et une crosscompilation simple.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Une solution sympa pourrait être de faire faire un export des données de l'instance courrante pour l'importer dans le suivant. Ça vous permet :
de pousser les utilisateurs à faire une sauvegarde avant la mise à jour
d'avoir un processus bien identifié de mise à jour et donc pouvoir y faire tous les traitements voulu
à un utilisateur qui a aujourd'hui plusieurs instances pour plusieurs utilisateurs de les fusionner très facilement
d'avoir un format de données pivot et donc plus de souplesse dans la forme des données que vous voulais utiliser après coup (passer à un stockage des fichiers dans couch à un stockage sur le système de fichiers)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Fichiers stockés dans CouchDB, donc en cas de crash, plus d'accès aux fichiers (me corriger si je me trompe), c'est juste un NoGO pour moi.
Bof c'est pas vraiment un souci. Je ne connais pas particulièrement couch, mais la DB peut permettre d'avoir plusieurs instance du serveur web qui partagent les fichiers. La problématique pour récupérer/extraire les fichiers sans cozy pourrait être d'avoir un outil spécifique qui permet de lister, extraire/importer tout ou partie des fichiers.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tiens ça c'est sexiste, ça marche dans les 2 sens. Ça avait été montré dans un on est pas des pigeons.
aux normes de beauté
Ça c'est n'importe quoi. Nous sommes sociables (et grégaire) donc nous créons des modes (même sans marketing juste par communication) et les normes de beauté ne sont qu'une mode comme les autres.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
C'est le genre de choses vers le quel je me penche moi aussi avec ffmpeg, avconv ou gst-launch.
Mais comme j'en fais moins d'un par an c'est un peu la galère… Il faudrait que je prenne le temps de me faire un projet et soit le documenter soit le scripter.
Mais mes besoins sont triviaux, hein ?
prendre chaque vidéo et image dans un ordre que j'établis
pour chaque image les afficher un temps défini à l'avance
éventuellement pouvoir définir une portion de vidéo
concaténer le tout dans un format vidéo qui se lis à peu près partout
Donc les transitions, la musique qui va bien, j'm'en fou un peu :p
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
C'est faux ! Ils aiment les frites, le fromage et les saucisses ! La salade c'est bien un truc de bourgeois des beaux cartiers trop intéressés par leur régime pour s'occuper des problèmes des autres !
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Malgré une triple lecture, hier j'ai lu événements à la place d'éléments. Oui du coup tu dois te construire ta propre bibliothèque de widgets. C'est pas agréable mais c'est faisable (même avec gtk 1.2).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Perso j'ai du mal à faire la différence entre "matériel" et "logiciel" (c'est une séparation arbitraire sur ce qu'on fait en soft ou en hard, pour des questions souvent de coût), donc que mon BIOS soit libre alors que ma carte-mère ne l'est pas me fait "pshit" (si il y a une back-door, elle sera dans le matériel de toutes façons).
Du coup, tu t'es acheter un ordinateur 100% soft histoire de ?
Qu'il y ait du choix à faire faire un traitement par le matériel ou le logiciel est effectivement une question de choix, mais la distinction est tout de même trivial pour l'utilisateur averti. La compilation du matériel n'a rien avoir avec celle du logiciel. Tu raisonne vraiment comme un ingénieur qui joue avec des cases sans chercher à comprendre ce que ça représente. Pour le matériel l'OpenHardware ne décrit pas les même libertés que le logiciel libre (même s'il cherche à s'en approcher).
Bizarre ce jusqueboutisme, tu prends de haut tes clients sous windows ou macos parce qu'ils utilisent ton logiciel libre sur un système non libre par exemple ?
Question : en quoi pour vous ce genre de projet, avec une petite avancée dans du micro-code sans avancées dans la matériel, est-il une avancée du libre qui mérite 3700$/unité?
Pour moi ça n'en vaut pas la peine.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Un logiciel de montage video fait un usage très lourd des éléments de son toolkit et les pousse dans leurs derniers retranchements, quand il ne participe pas directement à leur développement ; C'est pour ça que Blender a son propre toolkit
Humf ? Pour faire quelques glisser-déposer, des boutons et des menus ? Pour la visualisation ils créent, je présume un widget particulier qui permet de dessiner ce qu'on veut (comme d'autre ouvrent des contextes OpenGL) et dans ces trucs là on sort de la boucle d’événements classique du toolkit, non ? Parce si pour afficher des foutues images que l'on ne peux pas modifier au curseur ça plante ton toolkit, il faut vraiment féliciter gimp et inkscap d'arriver à produire un affichage fluide avec en plus une édition au curseur (ce qui l'a crée un paquet d'événement à traiter aussi vite que possible).
Dernier point s'ils en sont vraiment à ce genre de problématique faut juste abandonner ces toolkits pour faire comme les jeux vidéos qui utilisent encore bien plus d'événements toujours à traiter instantanément.
Sérieusement d'une part je vois pas en quoi ils poussent tant que ça le toolkit d'autre part si c'est vraiment le cas c'est juste un mauvais choix de technique à la base.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
le montage vidéo ça n'a jamais été simple que ce soit sous linux ou même sous windows
Et comment ça se fait qu'il y en a qui arrivent à le faire sur smartphone ?
Qu'il existe une tétrachiée de logiciels qui existent depuis des lustres qui soient absolument pas ergonomiques ne prouve absolument pas que c'est impossible. Regarde les logiciels de retouche d'image. On est passé de la génération gimp/photoshop considérés comme très puissants mais très compliqués à utiliser à des logiciels plus simple qui couvrent l'ensemble des besoins de la majorité des utilisateurs.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il faut aussi voir que rien ne garantit aux entreprises de ne pas se faire attaquer, hein ? C'est juste une promesse. Si le climat s'envenime rien n'empêche la LiFo d'attaquer.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
si c'est pour traiter des fichiers textes, j'aurais tendance à utiliser perl ou python; pour ton exemple simple, le shell suffit.
sed -r 's/^/0x/' < val3.txt | sort -g -k1
D'ailleurs ça n'a rien de spécifique au shell.
Tu as des données → tu les valides → tu les normalise → tu fais ton calcul dessus.
Je veux dire, même dans le plus puissant des langages si tu as une entrée tu va soit normaliser soit valider (soit les deux).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Si tu essaie de me faire dire que le shell n'est pas fait pour tout, ben oui et ?
Parser un fichier dont tu ne maitrise pas le contenu sera pas trivial quelque soit le langage. Le principal avantage d'autres langages sera qu'ils valident plus facilement les données (tu peut toujours valider en shell unix avec une expression régulière si tu veux avoir quelque chose plus fiable) et te remontent une erreur plus claire.
Comment aurait-tu fait en powershell pour l'exemple que tu donne ? Une étape de déserialisation de chaque ligne dans un objet ? Cette désrialisation s'appuie sur quoi pour faire de l'arbitraire ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Rappelons la problématique : traitement de données arbitraire.
Hum hum… Dans la vraie vie donc…
Dans la vraie vie on a soit pas le problème (on s'appuie sur des formats stables ou maîtrisé comme un log par exemple), soit on ne fait pas de traitement de données (le shell c'est d'abord de la glue) soit on est déjà dans un langage largement mieux que n'importe quel shell.
Donc dans la vraie vie, ça sert à quoi ? Une application concrète, hein ? Pas du big data non structuré.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
C'est pas toi qui disais il y a quelques temps que weboob et ses modules ne devraient pas changer de nom ? Je veux bien qu'on ai tous des seins, c'est tout de même un très fort sous-entendu (d'ailleurs la page wikipedia en parle comme étant exclusivement féminin).
C'est pas toi qui soutenait les nimages, non plus ?
Note c'est juste une incompréhension, hein ? Tu peux évoluer c'est ton droit le plus strict (et ce n'est pas à moi de te le donner non plus d'ailleurs).
si tu cherches le juste milieu
Beaucoup de monde se sent « au juste milieu » sans pour autant être au même endroit, c'est étrange, non ?
Note que oui c'est inutile, ça peut laisser une idée préconçue de femme qui dors pendant que l'homme lis, mais je suis surpris que ce soit toi qui ai fait la remarque (qui est encore plus inutile amha).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tiens tu fais dans le politiquement correct maintenant ? Il faut avoir une bonne raison pour énoncer homme ou pour femme ?
S'il dis le « gus », c'est du sexisme ?
Je sais qu'il y a des mode sur linuxfr et qu'en ce moment c'est le féminisme de discourt, mais ça me surprend de ta part.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Faut surtout arrêter le délire. les shell (que ce soit bash, zsh ou PowerShell) sont là pour faire du glue code.
Ça fait 30 ou 40 ans que le shell POSIX existe et on a une myriades de langages qui sont largement capable de faire tous les traitements que tu peux imaginer des dizaines de fois plus efficacement. La majorité des unix arrivent de base avec un perl et un python, hein ?
De la même manière PowerShell arrive avec .Net ce qui permet de faire du VB.Net et c'est tant mieux parce que la quantité de logiciels qui peuvent vraiment discuter en powershell est assez faible (encore une fois je n'en connais pas hors outils de base de windows et outils spécifiques) et il est impossible si tu n'a pas fait le choix à l'origine d'un langage compatible…
Bref les capacités de traitements de texte d'un shell servent la majorité du temps à manipuler du log. C'est un cas ou powershell est inefficace (du moins tant qu'il n'y a pas quelque chose comme Lumberjack qui se démocratise) et où tu as un format à peu près stable (pour une sortie donnée).
Bref tu peux troller comme tu veux, mais :
là où les shells unix sont null, il existe déjà des alternatives nettement plus efficaces que PowerShell
les problèmes des shells sont très limité quand on regarde les cas d'usage réels (et pas les idées théoriques qu'on voit partout)
PowerShell est joli (sincèrement) avec du typage et tout mais il pèche par un besoin d'écosystème spécifique, par le fait que cet écosystème est très petit et que la croissance de cet écosystème est limité par les contraintes technique (il faut utiliser .Net pour pouvoir discuter avec PowerShell)
Bref c'est cool que PowerShell arrive sur linux, ça simplifie un peu le portage Windows → Linux, mais ça s'arrête là il est très loin de pouvoir changer quoi que ce soit à la donne des langages utilisés sur unix (ou linux).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Petits retours
Posté par barmic . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 7.
Super démarche ! C'est bien de montrer l'état du travail au plus tôt c'est le moment où vous êtes probablement le plus ouvert aux remarques.
Pour le moment l'architecture n'est pas encore détaillée, mais j'ai tout de même quelques petites remarques :
Une réécriture en changeant de langage c'est courageux ! Mais si vous visez un déploiement possible sur rPi, ça va vous facilité la tâche avec moins de pression sur la gestion des ressources et une crosscompilation simple.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bon courage
Posté par barmic . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 7.
Une solution sympa pourrait être de faire faire un export des données de l'instance courrante pour l'importer dans le suivant. Ça vous permet :
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mes 2 centimes
Posté par barmic . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 6.
Après le document d'architecture montre qu'ils réfléchissent à stocker les fichiers sur le système de fichier.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mes 2 centimes
Posté par barmic . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 6.
Bof c'est pas vraiment un souci. Je ne connais pas particulièrement couch, mais la DB peut permettre d'avoir plusieurs instance du serveur web qui partagent les fichiers. La problématique pour récupérer/extraire les fichiers sans cozy pourrait être d'avoir un outil spécifique qui permet de lister, extraire/importer tout ou partie des fichiers.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiptop le sexisme
Posté par barmic . En réponse à la dépêche Ouverture du site Libre Games Initiatives. Évalué à 4.
Tiens ça c'est sexiste, ça marche dans les 2 sens. Ça avait été montré dans un on est pas des pigeons.
Ça c'est n'importe quoi. Nous sommes sociables (et grégaire) donc nous créons des modes (même sans marketing juste par communication) et les normes de beauté ne sont qu'une mode comme les autres.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: FFMPEG
Posté par barmic . En réponse au journal Putain que la route est longue ! ! !. Évalué à 3.
C'est le genre de choses vers le quel je me penche moi aussi avec ffmpeg, avconv ou gst-launch.
Mais comme j'en fais moins d'un par an c'est un peu la galère… Il faudrait que je prenne le temps de me faire un projet et soit le documenter soit le scripter.
Mais mes besoins sont triviaux, hein ?
Donc les transitions, la musique qui va bien, j'm'en fou un peu :p
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Problème de logique
Posté par barmic . En réponse au journal Tout le monde déteste les flics !. Évalué à 2.
C'est faux ! Ils aiment les frites, le fromage et les saucisses ! La salade c'est bien un truc de bourgeois des beaux cartiers trop intéressés par leur régime pour s'occuper des problèmes des autres !
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mon expérience
Posté par barmic . En réponse au journal Putain que la route est longue ! ! !. Évalué à 4.
Malgré une triple lecture, hier j'ai lu événements à la place d'éléments. Oui du coup tu dois te construire ta propre bibliothèque de widgets. C'est pas agréable mais c'est faisable (même avec gtk 1.2).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Manger sa propre nourriture
Posté par barmic . En réponse à la dépêche Le logiciel libre au-delà de x86. Évalué à 4.
Du coup, tu t'es acheter un ordinateur 100% soft histoire de ?
Qu'il y ait du choix à faire faire un traitement par le matériel ou le logiciel est effectivement une question de choix, mais la distinction est tout de même trivial pour l'utilisateur averti. La compilation du matériel n'a rien avoir avec celle du logiciel. Tu raisonne vraiment comme un ingénieur qui joue avec des cases sans chercher à comprendre ce que ça représente. Pour le matériel l'OpenHardware ne décrit pas les même libertés que le logiciel libre (même s'il cherche à s'en approcher).
Bizarre ce jusqueboutisme, tu prends de haut tes clients sous windows ou macos parce qu'ils utilisent ton logiciel libre sur un système non libre par exemple ?
Pour moi ça n'en vaut pas la peine.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mon expérience
Posté par barmic . En réponse au journal Putain que la route est longue ! ! !. Évalué à 3.
Humf ? Pour faire quelques glisser-déposer, des boutons et des menus ? Pour la visualisation ils créent, je présume un widget particulier qui permet de dessiner ce qu'on veut (comme d'autre ouvrent des contextes OpenGL) et dans ces trucs là on sort de la boucle d’événements classique du toolkit, non ? Parce si pour afficher des foutues images que l'on ne peux pas modifier au curseur ça plante ton toolkit, il faut vraiment féliciter gimp et inkscap d'arriver à produire un affichage fluide avec en plus une édition au curseur (ce qui l'a crée un paquet d'événement à traiter aussi vite que possible).
Dernier point s'ils en sont vraiment à ce genre de problématique faut juste abandonner ces toolkits pour faire comme les jeux vidéos qui utilisent encore bien plus d'événements toujours à traiter instantanément.
Sérieusement d'une part je vois pas en quoi ils poussent tant que ça le toolkit d'autre part si c'est vraiment le cas c'est juste un mauvais choix de technique à la base.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Le chaînon manquant
Posté par barmic . En réponse au journal Putain que la route est longue ! ! !. Évalué à 6.
Et comment ça se fait qu'il y en a qui arrivent à le faire sur smartphone ?
Qu'il existe une tétrachiée de logiciels qui existent depuis des lustres qui soient absolument pas ergonomiques ne prouve absolument pas que c'est impossible. Regarde les logiciels de retouche d'image. On est passé de la génération gimp/photoshop considérés comme très puissants mais très compliqués à utiliser à des logiciels plus simple qui couvrent l'ensemble des besoins de la majorité des utilisateurs.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas logique ou militant licence MIT
Posté par barmic . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 4.
Il faut aussi voir que rien ne garantit aux entreprises de ne pas se faire attaquer, hein ? C'est juste une promesse. Si le climat s'envenime rien n'empêche la LiFo d'attaquer.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Ouai
Posté par barmic . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 7.
Je suis surpris que Linus (ou GKH) veuille emprunter le chemin de la discussion alors que the talk is cheap…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mauvaise licence, changer licence
Posté par barmic . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 4.
Je que c'est « l'accord » (quand j'ai faim je bouffe des mots).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mauvaise licence, changer licence
Posté par barmic . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 5.
Linux ne peut virtuellement pas changer de licence (il faut de tous les contributeurs).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tu vends du rêve
Posté par barmic . En réponse au journal Microsoft: Powershell libéré. Évalué à 5.
D'ailleurs ça n'a rien de spécifique au shell.
Tu as des données → tu les valides → tu les normalise → tu fais ton calcul dessus.
Je veux dire, même dans le plus puissant des langages si tu as une entrée tu va soit normaliser soit valider (soit les deux).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tu vends du rêve
Posté par barmic . En réponse au journal Microsoft: Powershell libéré. Évalué à 4.
Si tu essaie de me faire dire que le shell n'est pas fait pour tout, ben oui et ?
Parser un fichier dont tu ne maitrise pas le contenu sera pas trivial quelque soit le langage. Le principal avantage d'autres langages sera qu'ils valident plus facilement les données (tu peut toujours valider en shell unix avec une expression régulière si tu veux avoir quelque chose plus fiable) et te remontent une erreur plus claire.
Comment aurait-tu fait en powershell pour l'exemple que tu donne ? Une étape de déserialisation de chaque ligne dans un objet ? Cette désrialisation s'appuie sur quoi pour faire de l'arbitraire ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Et la liberté ?
Posté par barmic . En réponse à la dépêche Firefox 48 : API WebExtensions, Electrolysis et sécurité. Évalué à 4.
Pourtant…
https://linuxfr.org/news/firefox-48-api-webextensions-electrolysis-et-securite#comment-1669213
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tu vends du rêve
Posté par barmic . En réponse au journal Microsoft: Powershell libéré. Évalué à 3.
J'ai aussi vu que vmware expose une api powershell. C'est cool :-)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tu vends du rêve
Posté par barmic . En réponse au journal Microsoft: Powershell libéré. Évalué à 1.
Puis
Hum hum… Dans la vraie vie donc…
Dans la vraie vie on a soit pas le problème (on s'appuie sur des formats stables ou maîtrisé comme un log par exemple), soit on ne fait pas de traitement de données (le shell c'est d'abord de la glue) soit on est déjà dans un langage largement mieux que n'importe quel shell.
Donc dans la vraie vie, ça sert à quoi ? Une application concrète, hein ? Pas du big data non structuré.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: bof
Posté par barmic . En réponse au journal Appel aux fabricants de liseuse. Évalué à 0.
C'est pas toi qui disais il y a quelques temps que weboob et ses modules ne devraient pas changer de nom ? Je veux bien qu'on ai tous des seins, c'est tout de même un très fort sous-entendu (d'ailleurs la page wikipedia en parle comme étant exclusivement féminin).
C'est pas toi qui soutenait les nimages, non plus ?
Note c'est juste une incompréhension, hein ? Tu peux évoluer c'est ton droit le plus strict (et ce n'est pas à moi de te le donner non plus d'ailleurs).
Beaucoup de monde se sent « au juste milieu » sans pour autant être au même endroit, c'est étrange, non ?
Note que oui c'est inutile, ça peut laisser une idée préconçue de femme qui dors pendant que l'homme lis, mais je suis surpris que ce soit toi qui ai fait la remarque (qui est encore plus inutile amha).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: bof
Posté par barmic . En réponse au journal Appel aux fabricants de liseuse. Évalué à 2.
Tiens tu fais dans le politiquement correct maintenant ? Il faut avoir une bonne raison pour énoncer homme ou pour femme ?
S'il dis le « gus », c'est du sexisme ?
Je sais qu'il y a des mode sur linuxfr et qu'en ce moment c'est le féminisme de discourt, mais ça me surprend de ta part.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tu vends du rêve
Posté par barmic . En réponse au journal Microsoft: Powershell libéré. Évalué à 10.
Faut surtout arrêter le délire. les shell (que ce soit bash, zsh ou PowerShell) sont là pour faire du glue code.
Ça fait 30 ou 40 ans que le shell POSIX existe et on a une myriades de langages qui sont largement capable de faire tous les traitements que tu peux imaginer des dizaines de fois plus efficacement. La majorité des unix arrivent de base avec un perl et un python, hein ?
De la même manière PowerShell arrive avec .Net ce qui permet de faire du VB.Net et c'est tant mieux parce que la quantité de logiciels qui peuvent vraiment discuter en powershell est assez faible (encore une fois je n'en connais pas hors outils de base de windows et outils spécifiques) et il est impossible si tu n'a pas fait le choix à l'origine d'un langage compatible…
Bref les capacités de traitements de texte d'un shell servent la majorité du temps à manipuler du log. C'est un cas ou powershell est inefficace (du moins tant qu'il n'y a pas quelque chose comme Lumberjack qui se démocratise) et où tu as un format à peu près stable (pour une sortie donnée).
Bref tu peux troller comme tu veux, mais :
Bref c'est cool que PowerShell arrive sur linux, ça simplifie un peu le portage Windows → Linux, mais ça s'arrête là il est très loin de pouvoir changer quoi que ce soit à la donne des langages utilisés sur unix (ou linux).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Je suis d'accord pour la plupart des arguments
Posté par barmic . En réponse à la dépêche Appel de wallabag aux fabricants de liseuse. Évalué à 7.
Si je ne m'abuse en plus de ça, on ne coupe jamais d'arbre pour le papier, on utilise les reste des fabrications de meubles (entre autre).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: formats
Posté par barmic . En réponse à la dépêche Appel de wallabag aux fabricants de liseuse. Évalué à 5.
Euh… Oui et ? Sur le papier (ou le PDF) le format DjVu est très intéressant (il est plus simple que PDF et plus compact).
Encore une fois ma question ne porte pas sur les liseuses ou wallabag.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)