Dans le cas présent, on parle bien d'avoir un travail pour vivre donc d'être rémunéré, n'est-ce pas ?
Donc le bénévolat est par définition une contre démonstration de toute ta théorie. Je peux aussi te donner des exemples inverses de gens qui gagnent de l'argent sans rendre service, mais c'est un peu plus compliqué parce que tu pourra toujours m'expliquer que quelqu'un comme Nabila fais du divertissement.
Bref la question n'est pas de savoir si tu rends service ou pas mais de si tu arrive à trouver un financement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ce que tu présente avec Lwt me fait penser à POE (Perl Object Environment) qui est un moteur d’événements. L'idée c'est que l'interpréteur perl n'est pas forcément compilé avec les options pour gérer des threads systèmes. POE permet d'enregistrer des callback qui vont être déclenché par une boucle d’événement (PEO propose la sienne, mais il peut en prendre d'autre comme celle de GTK par exemple). Comme pour Lwt c'est de la collaboration.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
En fait on s'en fout. Ta logique métier (par exemple), n'a pas à modifier d'état. Si tu veux, tu l'écris dans une bibliothèque mais ça ne change rien. Tu peux faire l'inverse et avoir tes accès extérieurs dans un framework ou une bibliothèque, c'est plus ou moins ce que font les plupart des frameworks web.
L'idée général c'est de ne pas écrire au même endroit le code qui récupère les données que celui qui les traite et de découpler le code qui donne un résultat de ce qu'on fait de ce résultat.
Organiser son code de cette manière donne pleins de propriétés très sympa. Le fais de le mettre dans une bibliothèque n'a rien d'important.
C'est l'approche stream processing, entre autre poussé par Rx (mais pas que) et magie ça monte très très bien en charge.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il est trivial de démontrer que la Terre est ronde, qu'elle tourne autour du soleil, que l'on est soumis à la gravité, que la plupart des gens dans nos pays occidentaux utilisent des ordinateurs, mais souvent tu affirme des impressions qui ne sont pas si évidentes pour tout le monde. Tu l'affirme, le réaffirme et le réréaffirme, mais ça convainc rarement.
Je suis un utilisateur de dropbox (ainsi que de google drive, one drive et seafile, et j'ai était utilisateur de hubic), mais je les utilise tous via leur interface web. C'est aussi le cas des quelques personnes que je connais qui utilisent ces services. Donc ils font une action spécifique pour enregistrer.
Le seul IDE que je connais qui a retirer la fonction sauvegarder c'est IntelliJ et il peut se le permettre parce qu'il garde un historique local de ton fichier (en plus de celui du gestionnaire de version). Tu connais beaucoup d'éditeur de texte qui le font ? D'IDE ? De logiciel de retouche d'image ? D'édition de vidéo (un domaine que tu connais) ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
"L'etat économiserait plein de pognon s'il utilisait des logiciels libres"
- hé, mais non ! c'est (dans une très faible partie) à nous qu'il le donne ce pognon, alors nous on veut que ca continue !"
C'est sur que, avec ce genre de raisonnements, on va la combler, la dette !
C'est surtout que si tu veux du logiciel libre perein, il serait de bons ton d'investir dans son développement.
J'aime pas cet argument du pas chère (surtout pour les entreprises et les collectivités), parce qu'après on doit se débrouiller pour expliquer que finalement ce serait vraiment bien de financer ou de s'impliquer si on veut que ça bouge voir tout simplement pour que ça continue de fonctionner.
Les logiciels libres ne sont gratuit qu'une fois qu'ils ont été payés !
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je suis plutôt d'accord avec ce point de vue, mais le problème c'est que parfois tu ne peux pas repenser l'architecture du code pour ne pas avoir d'état partagé à cause de contraintes externes.
Mon avis là dessus c'est qu'il faut maintenir son code en ayant en tête de réduire l'état global du système. Dis autrement tu crée un sous-système qui ne partage pas son état avec le reste et au fur et à mesure tu fais diminuer les portions de code globales aux profit de portions plus localisée. L'objectif ultime c'est d'avoir des état partagées uniquement dans tes interfaces extérieurs du système et que celles-ci soient le plus localisées possibles.
Mais ça ne résous pas tout loin de là. Il faut avoir un vrai gros chantier si tu veux te mettre à utiliser un bus d’événement par exemple.
Mais tout ça ça commence par écrire des fonctions pures quand c'est possible par exemple (= ça ne demande pas forcément beaucoup de boulot).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
le verrouillage (ce qui est vraiment couteux) est explicite
Ce n'est pas le verrouillage qui est coûteux, mais la section de code qui est protégée. C'est déjà bien que la prise du verrou ne soit pas implicite, mais c'est (AMHA) moins lisible de ne pas représenter la section de code protégée.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Pour moi dans la diversité des problèmes, l'énorme majorité se placent dans un cas trivial. Il est très rare (de mon expérience toujours) d'avoir des cas d'état partagé ou de processus (léger ou pas) qui doivent réellement coopérer. En architecturant le problème autour de patterns adaptés, on peut s'affranchir de l'utilisation des mutex/sémaphore/moniteur. Le pipelining (aujourd'hui si on veut être in, on parle de reactive stream, c'est différent mais la logique de conception reste la même) est un exemple qui parle beaucoup ici de manière de faire du parallélisme très simplement sans jamais avoir à gérer d'exclusion mutuelle1. Les « CEP » pour complexe event processing sont aussi une autre manière de faire assez puissante.
Par contre, j'ai encore du mal à voir les cas d'utilisations des acteurs (qui restent si je ne m'abuse centré sur de l'envoi de message donc sans état partagé).
Ce que j'apprécie avec ce genre de démarche c'est qu'elle limitent le nombre de processus créer ce qui permet d'éviter de perdre du temps dans des ordonnanceurs. ↩
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tout à fait. Par contre les with et try-with-resource (qu'on trouve en python, java, C#) :
permettent de visualiser qu'une instruction a un coût
on peut palier au langage avec de l'analyse statique de code (j'ai vu en Java des analyseurs qui crient sur un objet Autoclosable - qui peut s'utiliser dans un try-with-ressources - ne sont pas utilisé dans des try-with-resources)
C'est pas parfait mais ça aide déjà pas mal.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ok si tu veux jouer sur les mots, on peut même en trouver qui se branche en PCIe (he ben c'est pas les discussions avec toi qui me manquent en venant moins par ici…).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ahlala, le sexisme anti-homme, nous hommes oppressés. Non sérieusement si des commentaires «dans l’autre sens» sont courants (ce qui reste à démontrer…), c’est une conséquence du système patriarcal et non du sexisme anti-homme.
Là tu va super vite pour moi.
Il est (AMHA) acquis que si on véhicule une certains idée de la femme stéréotypée, on en fait de même pour l'homme. Cette image est peut être plus agréable à subir, elle n'en ai pas moins stéréotypée. Tous les trucs d'« homme », le concept de sexe fort, les statistiques de qui récupère les gamins en cas de divorce, les publicités,…
Comment fais-tu pour faire cette distinction sexisme/système patriarcale ? Dire que la femme doit rester à la maison s'occuper des gamins, c'est sexiste ou ça vient juste de notre système patriarcal ?
Quand on parle d’une oppression[…]
Quand on en est à faire capituler son interlocuteur, je pense qu'on est plutôt bien calé en matière d'oppression.
il est de coutume de se taire et d’écouter les personnes concernées. Alors en tant que personne transgenre et transféminine (désolé pour l’anglais, les ressources francophones acceptables concernant le transgendérisme manquant cruellement), j’affirme que c’est à cause de ce genre d’ambiance que beaucoup de personnes se sentent mal à l’aise ou fuient simplement nos communautés.
Alors non. D'une part l'argument d'autorité « je suis donc je suis vachement plus calé que vous tous sur le sujet taisez-vous et écoutez-moi », tu peux te le caler derrière l'oreille. Mais d'autre part non ce n'est jamais comme ça qu'on résous un problème. Faut pas être surpris que les gens « capitulent » en arrêtant d'essayer de te comprendre si tu ne leur considère pas le droit d'avoir un point de vu sur la question.
Bizarrement, tous les commentaires de l’auteur et ses partisant·e·s sont dans le positif, tandis que la plupart des commentaires affirmant le caractère sexiste de l’expression se sont mystérieusement retrouvés à -10.
Étudier les note de commentaire sur linuxfr est une idiotie profonde. Un commentaire peut être bien noté simplement parce qu'il utilise un running gag propre à linuxfr et que ça aura fait sourire un maximum de gens. Et là t'inquiète pas, ton journal va aller se perdre dans les profondeurs uniquement parce qu'il est rabat-joie et que tu en met encore une couche sur une discussion que vous avez eu.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ma règle d'or de la programmation shell est de traiter aussi peu de données que possible avec le shell
C'est toi que ça regarde.
que je considère plutôt comme un outil de description des workflows qui transfère des données d'/un processus à l'autre, si possible sans regarder ce qu'il y a dedans.
Pour utiliser différents outils de workflow (ou affilié) le shell est assez mauvais pour ça (utiliser plus d'entrée et de sortie que ceux prévu en standard n'est pas très pratique, complexité de créer des routes avec plus d'une entrée et plus d'une sortie, aucun mécanisme de monitoring de ce que se passe, difficulté de debugage (beaucoup de monde écris cmd1|cmd2|cmd3 sans s'intéresser à gérer les erreurs de la commande cmd2, etc).
Bref ce n'est AMHA pas parce qu'il fait des pipes que ça en fait un outil de description de workflow, ou du moins il a à peu près autant de défaut pour décrire des workflow que pour gérer des données.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ça se manipule bien avec des sed/grep/awk/perl, mais en shell c'est une infamie.
Par contre de manière générale, le fait de s'en servir avec des filtres ça sert quand tu cherche à traiter le contenu du fichier INI, quand tu veut t'en servir comme d'une configuration, l'utilisation sous forme tabulaire n'est pas pratique (tu dois de toute manière déserialiser ton fichier).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Définir soi-même des "styles" ("tiens je vais réduire l'espace après - ou avant, horreur - ce titre h4") c'est un boulot de maquettiste/typographe, faire ça à l'arrache est le plus sur moyen d'avoir des docs ridicules/illisibles, en principe l'utilisateur d'un ttt de texte est sensé produire du sens à l'aide du texte, pas se palucher avec la forme d'icelui.
Tu as tout à fait raison ! J'ajouterais qu'écrire un document est un boulot de secrétaire/greffier/dactylographe, taper à l'arrache c'est le meilleur moyen de faire des fautes.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ton format csv est une plaie à utiliser en shell. On peut facilement modifier mon script pour créer des tableaux associatifs dont le nom correspond à la section et la clef le nom de la variable.
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 connaissais un peu le projet LibreOffice, tu n'aurais pas besoin de demander un lien pour accéder aux archives des listes de discussion et du bug-tracker et tu saurais ce qui s'est déjà dit sur le sujet qui t'intéresse.
Tu ne comprends pas. Je m'en fous du projet LibO. Je ne suis pas contributeur, je n'ai pas du tout envie de m'impliquer dedans, je suis juste un utilisateur très très occasionnel (je le lance une fois tous les quelques mois). Je vois pas en quoi c'est une obligation de s'investir dans tous les projets de logiciels installés sur une de mes machines.
Qu'est-ce que tu en sais ? Tu as des chiffres, des retours d'expérience ?
Il est impossible de fournir le moindre chiffre. Je peux te sortir le même argument.
la gestion des styles actuelle me convient plutôt bien.
Comment fais-tu pour modifier le style d'un document qui a disons 1 ans ?
Donner un avis argumenté seulement ici alors que la plupart des contributeurs de LibreOffice ne sont pas là, oui pour moi c'est troller parce que ça te garde bien à l'abri de la réalité du développement de LibreOffice.
Nous n'avons pas la même idée du troll. Je pense pouvoir exposer mon avis de manière peut être un peu rude et ce où je veux sans pour autant me faire « insulter » (même si c'est un bien grand mot).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
En fait, je t'ai répondu une connerie, puisqu'il suffit dans le gestionnaire de désactiver l´héritage : « héritée de : -Aucun(e)- »
Mes questions ne sont pas vraiment de savoir si c'est possible mais si c'est utilisable. Devoir activer une option dans une boite de dialogue pour chaque style, ça n'est pas pratique. En attendant les gens ne le font pas et se font surprendre par des comportements dis bizarres (mais oui ils sont tous dans l'erreur).
Pour ta remarque, je ne saisis pas trop, parce que ça marche très bien, pour mon usage, en tout cas.
À quoi te sert d'avoir un héritage ? Tu ne t'en sert que comme d'une copie ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Cela fait des années que des gens discutent, là où les choses se font, pour améliorer la gestion des styles dans LibreOffice, et la construction d'un consensus est chose longue et difficile.
Si en « des années » il n'y a personne qui s'est demandé comment on sait quelle propriété d'un style est hérité ou comment on fait pour ne plus surcharger un de ces champs par exemple je ne vois pas vraiment de quoi ils ont pu discuter (mais je veux bien un lien pour voir ça).
NB-1 : la vue hiérarchique des styles existe depuis StarOffice. Dans la fenêtre Style et Formatage (ou l'onglet Style et Formatage du volet latéral depuis la 4.4) il suffit de choisir "hiérarchie" dans la listbox en bas.
Cool il reste plus qu'une dizaine de fonctionnalités à implémenter pour que les hiérarchies soient utilisables.
NB-2 : les styles de caractère servent à corriger localement le style fourni par le style de paragraphe. L'idée est de remplacer, par exemple une mise en gras de quelques mots, par un style comme "Accentuation forte". Ou bien insérer des mots en anglais dans un texte en français en permettant au correcteur orthographique d'utiliser le dictionnaire convenable.
Ouai, mais des fois (voir souvent) tu as de temps en temps des mots au milieu d'un paragraphe et de temps en temps en paragraphe entier. Tu veux pouvoir manipuler ensemble les deux.
NB-3 : la notion d'utilisabilité est hautement subjective
Quand l'utilisation d'une fonctionnalité est une exception rare (l'utilisation des styles), on peut se poser des questions.
Quand l'utilisation d'une fonctionnalité est carrément inexistante (l'utilisation de la hiérarchie de style), il n'y a plus de question à se poser.
Et si tu veux des arguments j'en ai donné au début de mon post.
Si tu pense que donner mon avis argumenter, c'est troller. Je m'en fou.
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 futur c'était mieux avant
Posté par barmic . En réponse au journal Les avocats à la poubelle. Évalué à 10.
Ça fait beaucoup d'affirmations. La traite des noirs c'est quoi en terme d'inégalité et d'humiliation d'un pays par d'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: Le futur c'était mieux avant
Posté par barmic . En réponse au journal Les avocats à la poubelle. Évalué à 5.
Comme c'est beau… Mais bon c'est un fantasme.
Dans le cas présent, on parle bien d'avoir un travail pour vivre donc d'être rémunéré, n'est-ce pas ?
Donc le bénévolat est par définition une contre démonstration de toute ta théorie. Je peux aussi te donner des exemples inverses de gens qui gagnent de l'argent sans rendre service, mais c'est un peu plus compliqué parce que tu pourra toujours m'expliquer que quelqu'un comme Nabila fais du divertissement.
Bref la question n'est pas de savoir si tu rends service ou pas mais de si tu arrive à trouver un financement.
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 à la dépêche Instantané sur le parallélisme et le code. Évalué à 3.
Oui c'est le coté collaboratif qui m'a fait dire ça, mais PEO c'est plus du réactif (on réagis à des événements).
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 à la dépêche Instantané sur le parallélisme et le code. Évalué à 3.
Ce que tu présente avec Lwt me fait penser à POE (Perl Object Environment) qui est un moteur d’événements. L'idée c'est que l'interpréteur perl n'est pas forcément compilé avec les options pour gérer des threads systèmes. POE permet d'enregistrer des callback qui vont être déclenché par une boucle d’événement (PEO propose la sienne, mais il peut en prendre d'autre comme celle de GTK par exemple). Comme pour Lwt c'est de la collaboration.
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 à la dépêche Instantané sur le parallélisme et le code. Évalué à 3. Dernière modification le 29 juin 2015 à 00:23.
Non… Ou oui. Peut-être…
En fait on s'en fout. Ta logique métier (par exemple), n'a pas à modifier d'état. Si tu veux, tu l'écris dans une bibliothèque mais ça ne change rien. Tu peux faire l'inverse et avoir tes accès extérieurs dans un framework ou une bibliothèque, c'est plus ou moins ce que font les plupart des frameworks web.
L'idée général c'est de ne pas écrire au même endroit le code qui récupère les données que celui qui les traite et de découpler le code qui donne un résultat de ce qu'on fait de ce résultat.
Organiser son code de cette manière donne pleins de propriétés très sympa. Le fais de le mettre dans une bibliothèque n'a rien d'important.
C'est l'approche stream processing, entre autre poussé par Rx (mais pas que) et magie ça monte très très bien en charge.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Les dealers, les [:pedobear] et les nigerians vont être contents
Posté par barmic . En réponse au journal Le réseau Tor a besoin de vous !. Évalué à 4.
La Terre est ronde ?
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 vieux
Posté par barmic . En réponse au journal Libre Office : épisode suivant. Évalué à 3.
Il est trivial de démontrer que la Terre est ronde, qu'elle tourne autour du soleil, que l'on est soumis à la gravité, que la plupart des gens dans nos pays occidentaux utilisent des ordinateurs, mais souvent tu affirme des impressions qui ne sont pas si évidentes pour tout le monde. Tu l'affirme, le réaffirme et le réréaffirme, mais ça convainc rarement.
Je suis un utilisateur de dropbox (ainsi que de google drive, one drive et seafile, et j'ai était utilisateur de hubic), mais je les utilise tous via leur interface web. C'est aussi le cas des quelques personnes que je connais qui utilisent ces services. Donc ils font une action spécifique pour enregistrer.
Le seul IDE que je connais qui a retirer la fonction sauvegarder c'est IntelliJ et il peut se le permettre parce qu'il garde un historique local de ton fichier (en plus de celui du gestionnaire de version). Tu connais beaucoup d'éditeur de texte qui le font ? D'IDE ? De logiciel de retouche d'image ? D'édition de vidéo (un domaine que tu connais) ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bouleversifiant
Posté par barmic . En réponse au journal Nous les intellectuels autoproclamés du numérique. Évalué à 10.
C'est surtout que si tu veux du logiciel libre perein, il serait de bons ton d'investir dans son développement.
J'aime pas cet argument du pas chère (surtout pour les entreprises et les collectivités), parce qu'après on doit se débrouiller pour expliquer que finalement ce serait vraiment bien de financer ou de s'impliquer si on veut que ça bouge voir tout simplement pour que ça continue de fonctionner.
Les logiciels libres ne sont gratuit qu'une fois qu'ils ont été payés !
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 à la dépêche Instantané sur le parallélisme et le code. Évalué à 3.
Mon avis là dessus c'est qu'il faut maintenir son code en ayant en tête de réduire l'état global du système. Dis autrement tu crée un sous-système qui ne partage pas son état avec le reste et au fur et à mesure tu fais diminuer les portions de code globales aux profit de portions plus localisée. L'objectif ultime c'est d'avoir des état partagées uniquement dans tes interfaces extérieurs du système et que celles-ci soient le plus localisées possibles.
Mais ça ne résous pas tout loin de là. Il faut avoir un vrai gros chantier si tu veux te mettre à utiliser un bus d’événement par exemple.
Mais tout ça ça commence par écrire des fonctions pures quand c'est possible par exemple (= ça ne demande pas forcément beaucoup de boulot).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Verrou et RAII
Posté par barmic . En réponse à la dépêche Instantané sur le parallélisme et le code. Évalué à 5.
Ce n'est pas le verrouillage qui est coûteux, mais la section de code qui est protégée. C'est déjà bien que la prise du verrou ne soit pas implicite, mais c'est (AMHA) moins lisible de ne pas représenter la section de code protégée.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Retour sur les objets actifs
Posté par barmic . En réponse à la dépêche Instantané sur le parallélisme et le code. Évalué à 3.
Je suis aussi surpris que toi. Ce genre de chose, on le voit aussi par exemple dans OSGi où les objets ont leur propre cycle de vie.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Mon expérience
Posté par barmic . En réponse à la dépêche Instantané sur le parallélisme et le code. Évalué à 5.
Pour moi dans la diversité des problèmes, l'énorme majorité se placent dans un cas trivial. Il est très rare (de mon expérience toujours) d'avoir des cas d'état partagé ou de processus (léger ou pas) qui doivent réellement coopérer. En architecturant le problème autour de patterns adaptés, on peut s'affranchir de l'utilisation des mutex/sémaphore/moniteur. Le pipelining (aujourd'hui si on veut être in, on parle de reactive stream, c'est différent mais la logique de conception reste la même) est un exemple qui parle beaucoup ici de manière de faire du parallélisme très simplement sans jamais avoir à gérer d'exclusion mutuelle1. Les « CEP » pour complexe event processing sont aussi une autre manière de faire assez puissante.
Par contre, j'ai encore du mal à voir les cas d'utilisations des acteurs (qui restent si je ne m'abuse centré sur de l'envoi de message donc sans état partagé).
Ce que j'apprécie avec ce genre de démarche c'est qu'elle limitent le nombre de processus créer ce qui permet d'éviter de perdre du temps dans des ordonnanceurs. ↩
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Verrou et RAII
Posté par barmic . En réponse à la dépêche Instantané sur le parallélisme et le code. Évalué à 5.
Tout à fait. Par contre les with et try-with-resource (qu'on trouve en python, java, C#) :
C'est pas parfait mais ça aide déjà pas mal.
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 vieux
Posté par barmic . En réponse au journal Libre Office : épisode suivant. Évalué à 4.
Ok si tu veux jouer sur les mots, on peut même en trouver qui se branche en PCIe (he ben c'est pas les discussions avec toi qui me manquent en venant moins par ici…).
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 vieux
Posté par barmic . En réponse au journal Libre Office : épisode suivant. Évalué à 4.
Mon propos c'est juste de dire que même si les disquettes sont encore massivement utilisée il y a d'autres représentation.
Il y a toujours un décalage entre ce qui parait habituel à la plus part des utilisateurs et les dernières technologies.
Euh… si. Un disque SSD et un disque à plateau se présentent à peut près sous la même forme (celle de mon premier et de mon troisième exemple).
Il faut commencer par chercher je présume :
Mais je suis pas certains que la majorité des gens soient vraiment familier avec le cloud (déjà quand on voit comment ça a était difficile ici).
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 vieux
Posté par barmic . En réponse au journal Libre Office : épisode suivant. Évalué à 6.
Pourtant
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Hum
Posté par barmic . En réponse au journal Sexisme ordinaire sur Linuxfr. Évalué à 10.
Là tu va super vite pour moi.
Quand on en est à faire capituler son interlocuteur, je pense qu'on est plutôt bien calé en matière d'oppression.
Alors non. D'une part l'argument d'autorité « je suis donc je suis vachement plus calé que vous tous sur le sujet taisez-vous et écoutez-moi », tu peux te le caler derrière l'oreille. Mais d'autre part non ce n'est jamais comme ça qu'on résous un problème. Faut pas être surpris que les gens « capitulent » en arrêtant d'essayer de te comprendre si tu ne leur considère pas le droit d'avoir un point de vu sur la question.
Étudier les note de commentaire sur linuxfr est une idiotie profonde. Un commentaire peut être bien noté simplement parce qu'il utilise un running gag propre à linuxfr et que ça aura fait sourire un maximum de gens. Et là t'inquiète pas, ton journal va aller se perdre dans les profondeurs uniquement parce qu'il est rabat-joie et que tu en met encore une couche sur une discussion que vous avez eu.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: pure bash et un peu long
Posté par barmic . En réponse au journal Lire de fichiers de configuration depuis un script shell. Évalué à 3.
C'est toi que ça regarde.
Pour utiliser différents outils de workflow (ou affilié) le shell est assez mauvais pour ça (utiliser plus d'entrée et de sortie que ceux prévu en standard n'est pas très pratique, complexité de créer des routes avec plus d'une entrée et plus d'une sortie, aucun mécanisme de monitoring de ce que se passe, difficulté de debugage (beaucoup de monde écris cmd1|cmd2|cmd3 sans s'intéresser à gérer les erreurs de la commande cmd2, etc).
Bref ce n'est AMHA pas parce qu'il fait des pipes que ça en fait un outil de description de workflow, ou du moins il a à peu près autant de défaut pour décrire des workflow que pour gérer des données.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: pure bash et un peu long
Posté par barmic . En réponse au journal Lire de fichiers de configuration depuis un script shell. Évalué à 3.
Ça se manipule bien avec des sed/grep/awk/perl, mais en shell c'est une infamie.
Par contre de manière générale, le fait de s'en servir avec des filtres ça sert quand tu cherche à traiter le contenu du fichier INI, quand tu veut t'en servir comme d'une configuration, l'utilisation sous forme tabulaire n'est pas pratique (tu dois de toute manière déserialiser ton 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: OK, mais comparaison douteuse...
Posté par barmic . En réponse au journal LibreOffice vs Apache OpenOffice. Évalué à 2.
Tu as tout à fait raison ! J'ajouterais qu'écrire un document est un boulot de secrétaire/greffier/dactylographe, taper à l'arrache c'est le meilleur moyen de faire des fautes.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: pure bash et un peu long
Posté par barmic . En réponse au journal Lire de fichiers de configuration depuis un script shell. Évalué à 3.
Ton format csv est une plaie à utiliser en shell. On peut facilement modifier mon script pour créer des tableaux associatifs dont le nom correspond à la section et la clef le nom de la variable.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: OK, mais comparaison douteuse...
Posté par barmic . En réponse au journal LibreOffice vs Apache OpenOffice. Évalué à 2.
Tu ne comprends pas. Je m'en fous du projet LibO. Je ne suis pas contributeur, je n'ai pas du tout envie de m'impliquer dedans, je suis juste un utilisateur très très occasionnel (je le lance une fois tous les quelques mois). Je vois pas en quoi c'est une obligation de s'investir dans tous les projets de logiciels installés sur une de mes machines.
Il est impossible de fournir le moindre chiffre. Je peux te sortir le même argument.
Comment fais-tu pour modifier le style d'un document qui a disons 1 ans ?
Nous n'avons pas la même idée du troll. Je pense pouvoir exposer mon avis de manière peut être un peu rude et ce où je veux sans pour autant me faire « insulter » (même si c'est un bien grand mot).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: pure bash et un peu long
Posté par barmic . En réponse au journal Lire de fichiers de configuration depuis un script shell. Évalué à 3.
Voici la fonction die telle que je m'en sert généralement :
Elle n'est AMHA pas nécessaire à comprendre la logique de la méthode.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: OK, mais comparaison douteuse...
Posté par barmic . En réponse au journal LibreOffice vs Apache OpenOffice. Évalué à 2.
Mes questions ne sont pas vraiment de savoir si c'est possible mais si c'est utilisable. Devoir activer une option dans une boite de dialogue pour chaque style, ça n'est pas pratique. En attendant les gens ne le font pas et se font surprendre par des comportements dis bizarres (mais oui ils sont tous dans l'erreur).
À quoi te sert d'avoir un héritage ? Tu ne t'en sert que comme d'une copie ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: OK, mais comparaison douteuse...
Posté par barmic . En réponse au journal LibreOffice vs Apache OpenOffice. Évalué à -1.
Si en « des années » il n'y a personne qui s'est demandé comment on sait quelle propriété d'un style est hérité ou comment on fait pour ne plus surcharger un de ces champs par exemple je ne vois pas vraiment de quoi ils ont pu discuter (mais je veux bien un lien pour voir ça).
Cool il reste plus qu'une dizaine de fonctionnalités à implémenter pour que les hiérarchies soient utilisables.
Ouai, mais des fois (voir souvent) tu as de temps en temps des mots au milieu d'un paragraphe et de temps en temps en paragraphe entier. Tu veux pouvoir manipuler ensemble les deux.
Quand l'utilisation d'une fonctionnalité est une exception rare (l'utilisation des styles), on peut se poser des questions.
Quand l'utilisation d'une fonctionnalité est carrément inexistante (l'utilisation de la hiérarchie de style), il n'y a plus de question à se poser.
Et si tu veux des arguments j'en ai donné au début de mon post.
Si tu pense que donner mon avis argumenter, c'est troller. Je m'en fou.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)