Ça marche bien pour peu d'applications légère, mais pour des trucs un peu lourd quand tu en a plusieurs moi j'avais un souci :
je passe au workspace 3
j'appel le programme A
je passe au workspace 2
j'appel le programme B
le programme A ouvre sa fenêtre sur le workspace 2
le programme B ouvre sa fenêtre sur le workspace 2
Au final, je trouve bien plus sûr awesome qui va permettre de prendre une fenêtre par ses propriétés X et la déplacer sans affecter ton usage (tu peux lancer un programme sur le tag 3 sans sélectionner le tag 3.
Je crois que personne ne pense que excel est simple. Il est abordable. On peu commencer à faire des trucs avec plus facilement qu'avec R par exemple, mais c'est tout.
Sur le portable, le bureau 1 avec tmux en lancement auto, et neomutt de chargé écran de gauche, affecté au bureau 2, la partie libreoffice/emacs et gestionnaire de fichier quand nécessaire, le tout en mode empilé
Comment tu fais ? Pour affecter des tags à des écrans comme pour placer des fenêtres dans le bon tag je n'ai rien trouvé de satisfaisant avec i3, j'utilise awesome pour ça.
A chaque fois que je vois des screenshots, le besoin semble être surtout de gérer un certain nombre de shell ou des editeurs style Emacs/Vim qui tournent dans le terminal. Les applis de style navigateur ou quoi ont besoin bien souvent d'un ecran entier ou /2 au maximum, en dessous ca doit devenir inutilisable.
Justement c'est relou de toujours devoir maximiser les fenêtres, moi je mes gestionnaires les places en maximisé par défaut. La sélection au survol est plus confortable sans les fenêtres flottantes. Il y a quelques fois où j'utilise les possibilités de mes wm (j'utilise i3 ou awesome selon le niveaux d'automatisation que je veux), mais c'est anecdotique.
Je ne comprends pas où tu veux en venir ? C'est une plainte que tu travailles dans un contexte que tu n'aime pas ?
Que ce soit toi ou les autres vous êtes entrain d'expliquer que dans des entreprises dysfonctionnelles l'agilité ne marche pas. Et oui ça ne fait pas des miracle. Incroyable n'est-ce pas ?
Aucune méthode agile refuse complètement les spécifications. Elles disent qu'elles peuvent être remises en cause en court de route du fait d'une évolution des besoins ou des interactions entre les développements et les commanditaires.
Faire n'importe quoi, appeler ça de l'agilité et se dire que c'est bien pourri. Rigolo 3 minutes, mais ça ne sert pas à grand chose si le but c'est de savoir comment s'organiser (après si le but est simplement de se plaindre ça marche bien je suis d'accord).
On ne nous donne ni l'environnement (machine) ni le soutient (QA supplémentaire) dont nous avons besoin.
J'ai bien compris mais une autre méthode ferait qu'on réponde à ce besoin ? Ou supprimerait ce besoin ?
Mais l'avis de l'équipe, la direction s'en fout, les commerciaux s'en foutent.
Et c'est quelque chose qui est lié à l'agilité ? Tu semble dire plus haut que tout allait mieux avec la méthode « YOLO » je ne vois pas comment une méthode d'organisation de votre équipe va changer le respect que la boite a pour votre équipe et votre travail.
Tu commence par des reproches contre l'agilité tout en disant que factuellement vous ne faites pas d'agilité. Un grand nombre de discours autour de l'agilité (ainsi qu'un marché autour de ça) est creux et problématique, mais je ne pense pas que ce soit lié à la méthode en elle même. D'ailleurs ça ne concerne que scrum (et peut être safe dans une autre mesure) et bien moins kanban et pas du tout xp (allé je suis sûr qu'aucun des 2 consultants ne connait réellement xp).
Dans l'équipe où je travail, on se fout des méthodes agiles. On a une boucle de feedback toutes les 2 semaines et pour le reste on s'organise comme on souhaite le faire (on a une board pour évaluer le travail en cours qui est inspirée de kanban, mais personnalisée), ce qui se rapproche des sprint planning ne sont pas vraiment des planifications, mais plus une étape pour discuter des nouvelles tâches, etc. À mon sens voir l'agilité comme un ensemble de pattern que tu choisi d'appliquer et comment tu les applique plutôt qu'un framework qui pose un cadre dans le quel tu dois évoluer me semble plus sain.
et peut-être aussi une façon de diminuer les coûts
C'est un reproche ? Parce qu'en soit diminuer les coûts n'est pas un problème c'est plutôt comment qui peut être un problème ou au détriment de quoi (bon je ne vois pas en quoi l'agilité réduit les coûts en plus).
On demande depuis 2 ans un QA qui nous est refusé.
Je ne vois pas le rapport avec la méthode de travail.
On demande depuis plus d'un an une machine supplémentaire pour faire notre recette interne parce que nos machines actuelles sont saturées.
Idem
On demande depuis des mois d'arrêter aux commerciaux de fixer des dates de livraison irréalistes sans discussion préalable avec les équipes techniques. Mais les commerciaux sont les rois.
Je vois pas le rapport avec l'agilité.
On demande depuis toujours d'arrêter de modifier le périmètre du sprint tous les jours et de faire rentrer des nouvelles fiches "urgentes" avec une priorisation catastrophique.
Je présume que vous tentez de faire du scrum et ça c'est interdit. Aucune modification du sprint sans l'accord de l'équipe. Tu peux chercher tout ce qui parle d'engagement (ou commitment) qui parle de ça en scrum.
L'agilité ce n'est pas une prise de pouvoir des commerciaux au contraire la première valeur agile c'est la discussion. Je m'avance, mais j'ai l'impression qu'avant vous étiez protégé par un fonctionnement opaque par rapport au reste de l'entreprise et que maintenant que "l'agilité" a surtout été l'occasion de vous transformer en exécutants.
De mon point de vue le problème de l'agilité c'est d'avoir prêté le flan à tout un tas de choses qui se revendiquent agile mais qui ne le sont pas du tout.
[…] chaque fin de sprint sont remontés les même problèmes pour ne jamais être traités, les équipes sont à bout.
Le manifest agile explique pourtant :
À intervalles réguliers, l’équipe réfléchit aux façons de devenir plus efficace, puis modifie son comportement et l’ajuste en conséquence.
Loin de moi l'idée de te dire comment tu dois ou pas t'organiser dans ton travail, mais ne pas respecter la méthode et la blâmer ne me semble pas correct. Je ne sais pas pourquoi vous l'implémenter mal (mauvaise compréhension à différents niveaux, sabotage, mauvais contexte,…),mais refuser de corriger les problèmes rencontrés quelque soit la méthode de travail me semble regrettable et je peux comprendre tant de départs.
À la lecture des rapports de bugs de nombreux utilisateurs sont touchés depuis 10 ans.
C'est faux. Si je suis les liens que tu donne, les derniers commentaires tu vois qu'il apparaît peu fréquemment, que ça dépend du mélange de logiciel que tu utilise,… Oui c'est un problème de sécurité, il semble que les distributions ont réduit fortement son apparition, mais n'ont pas réussi à le résoudre complètement. C'est très dommage et ils vont continuer à bosser pour en terminer avec ça, mais ça ne mérite probablement pas ta véhémence et tes cris d'orfraie.
C'est pulkomandy qui reprochait que sous linux les développeurs se renvoient la patate chaude ? :p
Généralement un bug appel à plusieurs corrections :
correction du bug
correction des mauvais comportements dû à ce bug (pourquoi quand il y a un bug là, tel truc se comporte comme ça ?)
ajout de surveillance autour de se bug (comment se rendre compte plus tôt du bug ?)
ajout d'élément pour ne plus qu'il se reproduise ou en réduire la probabilité (comment faire pour que quelqu'un ne reproduise pas ce bug dans le futur ?)
L'autre problème de cette démarche c'est qu'elle a des limites de taille. C'est une démarche qui n'est possible que parce que le nombre de contributeurs est limité (sur votre dépôt je vois 150 contributeurs qui ont plus de 100 commits). Taper dans la libc si on s'autorise à sortir du standard et si on a quelques dizaines de milliers d'utilisateurs (je parle d'utilisateurs développeurs), ça va demander des arbitrages qui vont frustrer beaucoup de monde, amener de gros flamware, etc et retirer cet avantage "tout est modifiable au besoin".
Ce n'est pas une remise en cause d'haiku de ma part. Je pense que c'est à vous de juger sur cet équilibre et de ce que je vois à travers tes dépêches/journaux/commentaires vous êtes plutôt satisfaits de comment ça se passe. C'est cool :)
est-ce qu'on retrouve "autant" de logiciels non libre sur Haiku ?
Non. Mais on espère que ça viendra un jour quand on aura un peu plus d'utilisateurs :)
Aujourd'hui beaucoup de ces choses là consistent à demander si vous avez un navigateur capable d'executer du javascript de manière un peu performante et un minimum à jour coté support HTML5.
Par contre tu dis d'un coté que l'intérêt c'est qu'il n'y a qu'une seule équipe pour tout et de l'autre que tu aimerais voir des projets se lancer sur haiku, ça ne me semble pas aller ensemble.
Quitte à je ne pense pas que l'on puisse traduire le endless par "sans fin". Il n'est pas question de ne pas avoir de fin, mais de ne pas avoir de mot clef end et parler de "fonctions sans end" me semble toute de suite plus clair (là où au départ je pensais qu'il était question de fonctions qui ne retournent jamais1).
Je sais qu'il n'est pas à la mode d'être d'accord avec devnewton […]
Ah bon ? Sur les 179 derniers commentaires qu'il a écris (tous les commentaires de juillet aout) 1/4 sont plus inutilés qu'ils ne sont pertinés. En moyenne il ses commentaires ont 2.6 pertinents de plus que d'inutiles. Sur cet échantillon 8 commentaires sont a -5 (en cumul pertinent-inutile sans prendre en compte le karma) et 40 sont sont supérieur à 5. Il a un karma supérieur à 10k et est suffisamment reconnu pour être modérateur. Le commentaire au quel tu répond est à +19/-7.
Le fait que quelques uns (moi le premier) trouvons nauséabond certaines de ses blagues et lui faisons savoir c'est une mode de ne pas être d'accord avec lui ? Toi qui n'apprécie pas du tout que l'on dévalorise tes combats je trouve intéressant ce dédain pour celui des autres.
Je trouve de plus encore plus intéressant se besoin que tu as eu de te placer en opposition à une parole dominante qui n'existe pas. C'est le même procédé que lorsque l'on entend des extrêmes criser sur tout les plateaux télé qu'ils n'ont pas accès aux médias.
Et oui moi j'aimerais bien un monde où on arrête de penser qu'il est intéressant de discuter la nationalité ou l'origine des gens, ou leur religion, ou que sais-je.
Je ne crois pas que le sujet soit aussi simple que tu l'affirme et aujourd'hui il y a clairement un conflit entre 2 façons de voir les choses (et la stigmatisation de par et d'autres en raciste n'aide en rien au débat). Est-ce qu'il faut embrasser les différences, que chacun puisse affirmer ses racines aller vers une créolisation, peut être une forme de communautarisme ou alors plutôt de l'assimilation, pour l'égalité (voir l'égalitarisme) de tous l'individu doit se fondre dans la masse, ne plus être ses racines mais juste humain ? Je ne crois vraiment pas que la question est simple et sud qui s'émeut aujourd'hui de cet essentialisme s'était fait remarquer il y a 5 ans parce que justement avec des stage en non mixité ils essentialisaient des communautés.
Je ne crois pas qu'une approche soit meilleure que l'autre ton retour là dessus est beaucoup lié à ton vécu et à ton caractère, tu trouvera d'autres "racisés" qui seront pour la démarche inverse.
Ça peut déjà avoir plus de sens, mais du coup je préfère gérer ça avec un reverse proxy perso (où je peux configurer un waf, gérer des limitations de fréquence de requête, etc).
Une façon de représenter ces différences ça peut être de voir un programme comme une recette de cuisine.
Généralement c'est impératif, on te dis étape par étape quoi faire.
Si on écrivait une recette de cuisine en évènementiel. Ce serait quelque chose où toutes les instructions commenceraient par "Quand , faire", la condition ça va être ton évènement (le démarrage de la préparation, le temps passé à laisser reposé, la fin de cuisson, que tel ou tel partie de la préparation est prête,…). Et du coup tu n'es pas obligé d'écrire ta recette dans l'ordre par exemple.
Si on voulait l'écrire en suivant une programmation logique, on décrirait tout un tas de règle comme :
pour avoir une île flottante, il faut une crème anglaise et des œufs sucrées montés en neige
pour avoir une crème anglaise, il faut…
pour avoir des œufs sucrées montés en neige, il faut…
et ainsi de suite jusqu'à remonter aux ingrédient de base.
Un "artefact de compression", ça veut juste dire une déformation quelconque des données dûe à la compression avec perte. Il y en a forcément, par définition (s'il n'y en avait absolument aucune, ça veut dire qu'on arrive à obtenir exactement l'image originelle, donc ce serait du sans perte. CQFD).
Il me semble qu'un artefact est une distorsion visible et qu'il est tout à fait possible de faire une compression avec perte sans artefacts. Il suffit juste que les pertes (donc les distorsions) ne soient pas visibles. Évidemment ça dépend de la finalité du fichier, mais si c'est pour être observé par des humains le fait de retirer tout un spectre que l'on ne peut appréhender ou de simplifier des couleurs qu'on ne peux pas distinguer entre elles (bien sur c'est plus complexe que les dégradés) permet de détruire des données sans pour autant créer d'artefacts.
C'est grâce à ça que la sténographie existe. On modifie un fichier sans ajouter d'artefacts.
Par exemple beaucoup de sports de combat sont nés comme de réelles pratiques guerrières dans le but de tuer ou incapaciter des ennemis en conditions réelles. Et c'est très possiblement encore le cas dans certains pays. Mais en France, c'est surtout une pratique sportive.
Que je sache très peu de sports de combats ont eu la naïveté de se croire guerrier. Parce que ça doit bien faire 2 ou 3 milles ans que ça ne sert à rien pour une logique de guerre. Par contre une logique de tuer ou blesser oui et c'est toujours le cas y compris en France. Ces sports ont toujours eu l'aspect sportif et self-defense. Certains ont même un coté spirituel comme le yoga.
Le néologisme "putaclick" a une connotation particulière cela dit qu'on ne retrouve pas dans d'autres mots. En plus de la notion d'aguicheur, il y a une petite notion de duperie aussi dedans (ce qui n'est pas nécessairement le cas pour une prostituée ou un gigolo au passage).
Genre « racoleur » ?
C'est une évolution de la langue par l'usage et il me paraît difficile d'en inverser la tendance. On peut évidemment choisir à titre individuel de ne pas utiliser le mot mais imposer à tous de ne pas le faire paraît irréaliste.
J'adore comme les grands pourfendeurs de néologismes se gargarisent souvent en même temps de maitriser l'étymologie.
[^] # Re: Inquiétant?
Posté par barmic 🦦 . En réponse au journal ProtonMail fournit les adresses IPs de ses utilisateurs ensuite arrêtés en France. Évalué à 0.
Même quand on cherche à avoir un build non conventionel (parce que c'est une manière de se sentir exister) gradle fais mieux.
Après on parle d'un build java 6, je suis pas sûr que le projet soit activement maintenu.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Inquiétant?
Posté par barmic 🦦 . En réponse au journal ProtonMail fournit les adresses IPs de ses utilisateurs ensuite arrêtés en France. Évalué à -1.
Il y a encore des projets qui utilisent ant ???
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Intérêt d'un tiling WM ?
Posté par barmic 🦦 . En réponse au lien Passage au gestionnaire de fenêtres i3. Évalué à 2.
Merci pour la première partie je l'avais effectivement trouvé, mais oublié :)
Ça marche bien pour peu d'applications légère, mais pour des trucs un peu lourd quand tu en a plusieurs moi j'avais un souci :
Au final, je trouve bien plus sûr awesome qui va permettre de prendre une fenêtre par ses propriétés X et la déplacer sans affecter ton usage (tu peux lancer un programme sur le tag 3 sans sélectionner le tag 3.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mouai...
Posté par barmic 🦦 . En réponse au lien L'abus du tableur Excel peut conduire à des erreurs médicales, des faillites et des émeutes.. Évalué à 2.
Je crois que personne ne pense que excel est simple. Il est abordable. On peu commencer à faire des trucs avec plus facilement qu'avec R par exemple, mais c'est tout.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Intérêt d'un tiling WM ?
Posté par barmic 🦦 . En réponse au lien Passage au gestionnaire de fenêtres i3. Évalué à 2.
Comment tu fais ? Pour affecter des tags à des écrans comme pour placer des fenêtres dans le bon tag je n'ai rien trouvé de satisfaisant avec i3, j'utilise awesome pour ça.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Intérêt d'un tiling WM ?
Posté par barmic 🦦 . En réponse au lien Passage au gestionnaire de fenêtres i3. Évalué à 2.
Justement c'est relou de toujours devoir maximiser les fenêtres, moi je mes gestionnaires les places en maximisé par défaut. La sélection au survol est plus confortable sans les fenêtres flottantes. Il y a quelques fois où j'utilise les possibilités de mes wm (j'utilise i3 ou awesome selon le niveaux d'automatisation que je veux), mais c'est anecdotique.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: J'en ai une 11ème
Posté par barmic 🦦 . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 3.
Je ne comprends pas où tu veux en venir ? C'est une plainte que tu travailles dans un contexte que tu n'aime pas ?
Que ce soit toi ou les autres vous êtes entrain d'expliquer que dans des entreprises dysfonctionnelles l'agilité ne marche pas. Et oui ça ne fait pas des miracle. Incroyable n'est-ce pas ?
Aucune méthode agile refuse complètement les spécifications. Elles disent qu'elles peuvent être remises en cause en court de route du fait d'une évolution des besoins ou des interactions entre les développements et les commanditaires.
Faire n'importe quoi, appeler ça de l'agilité et se dire que c'est bien pourri. Rigolo 3 minutes, mais ça ne sert pas à grand chose si le but c'est de savoir comment s'organiser (après si le but est simplement de se plaindre ça marche bien je suis d'accord).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: J'en ai une 11ème
Posté par barmic 🦦 . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 3.
J'ai bien compris mais une autre méthode ferait qu'on réponde à ce besoin ? Ou supprimerait ce besoin ?
Et c'est quelque chose qui est lié à l'agilité ? Tu semble dire plus haut que tout allait mieux avec la méthode « YOLO » je ne vois pas comment une méthode d'organisation de votre équipe va changer le respect que la boite a pour votre équipe et votre travail.
Tu commence par des reproches contre l'agilité tout en disant que factuellement vous ne faites pas d'agilité. Un grand nombre de discours autour de l'agilité (ainsi qu'un marché autour de ça) est creux et problématique, mais je ne pense pas que ce soit lié à la méthode en elle même. D'ailleurs ça ne concerne que scrum (et peut être safe dans une autre mesure) et bien moins kanban et pas du tout xp (allé je suis sûr qu'aucun des 2 consultants ne connait réellement xp).
Dans l'équipe où je travail, on se fout des méthodes agiles. On a une boucle de feedback toutes les 2 semaines et pour le reste on s'organise comme on souhaite le faire (on a une board pour évaluer le travail en cours qui est inspirée de kanban, mais personnalisée), ce qui se rapproche des sprint planning ne sont pas vraiment des planifications, mais plus une étape pour discuter des nouvelles tâches, etc. À mon sens voir l'agilité comme un ensemble de pattern que tu choisi d'appliquer et comment tu les applique plutôt qu'un framework qui pose un cadre dans le quel tu dois évoluer me semble plus sain.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: J'en ai une 11ème
Posté par barmic 🦦 . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 5.
À la mode ? Depuis 20 ans ?
C'est un reproche ? Parce qu'en soit diminuer les coûts n'est pas un problème c'est plutôt comment qui peut être un problème ou au détriment de quoi (bon je ne vois pas en quoi l'agilité réduit les coûts en plus).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: J'en ai une 11ème
Posté par barmic 🦦 . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 8.
Je ne vois pas le rapport avec la méthode de travail.
Idem
Je vois pas le rapport avec l'agilité.
Je présume que vous tentez de faire du scrum et ça c'est interdit. Aucune modification du sprint sans l'accord de l'équipe. Tu peux chercher tout ce qui parle d'engagement (ou commitment) qui parle de ça en scrum.
L'agilité ce n'est pas une prise de pouvoir des commerciaux au contraire la première valeur agile c'est la discussion. Je m'avance, mais j'ai l'impression qu'avant vous étiez protégé par un fonctionnement opaque par rapport au reste de l'entreprise et que maintenant que "l'agilité" a surtout été l'occasion de vous transformer en exécutants.
De mon point de vue le problème de l'agilité c'est d'avoir prêté le flan à tout un tas de choses qui se revendiquent agile mais qui ne le sont pas du tout.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: J'en ai une 11ème
Posté par barmic 🦦 . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 7.
Le manifest agile explique pourtant :
Loin de moi l'idée de te dire comment tu dois ou pas t'organiser dans ton travail, mais ne pas respecter la méthode et la blâmer ne me semble pas correct. Je ne sais pas pourquoi vous l'implémenter mal (mauvaise compréhension à différents niveaux, sabotage, mauvais contexte,…),mais refuser de corriger les problèmes rencontrés quelque soit la méthode de travail me semble regrettable et je peux comprendre tant de départs.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: "Les coiffeurs sont des blagueurs" Bof !
Posté par barmic 🦦 . En réponse au lien Les coiffeurs sont des blagueurs. Évalué à 8.
Et aucun "Laque sa'tif"
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Question bête…
Posté par barmic 🦦 . En réponse à la dépêche Haiku embauche un développeur à (presque) plein temps. Évalué à 10.
C'est faux. Si je suis les liens que tu donne, les derniers commentaires tu vois qu'il apparaît peu fréquemment, que ça dépend du mélange de logiciel que tu utilise,… Oui c'est un problème de sécurité, il semble que les distributions ont réduit fortement son apparition, mais n'ont pas réussi à le résoudre complètement. C'est très dommage et ils vont continuer à bosser pour en terminer avec ça, mais ça ne mérite probablement pas ta véhémence et tes cris d'orfraie.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Question bête…
Posté par barmic 🦦 . En réponse à la dépêche Haiku embauche un développeur à (presque) plein temps. Évalué à 3.
C'est pulkomandy qui reprochait que sous linux les développeurs se renvoient la patate chaude ? :p
Généralement un bug appel à plusieurs corrections :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Question bête…
Posté par barmic 🦦 . En réponse à la dépêche Haiku embauche un développeur à (presque) plein temps. Évalué à 6.
L'autre problème de cette démarche c'est qu'elle a des limites de taille. C'est une démarche qui n'est possible que parce que le nombre de contributeurs est limité (sur votre dépôt je vois 150 contributeurs qui ont plus de 100 commits). Taper dans la libc si on s'autorise à sortir du standard et si on a quelques dizaines de milliers d'utilisateurs (je parle d'utilisateurs développeurs), ça va demander des arbitrages qui vont frustrer beaucoup de monde, amener de gros flamware, etc et retirer cet avantage "tout est modifiable au besoin".
Ce n'est pas une remise en cause d'haiku de ma part. Je pense que c'est à vous de juger sur cet équilibre et de ce que je vois à travers tes dépêches/journaux/commentaires vous êtes plutôt satisfaits de comment ça se passe. C'est cool :)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Question bête…
Posté par barmic 🦦 . En réponse à la dépêche Haiku embauche un développeur à (presque) plein temps. Évalué à 5.
Le fais qu'il ne soit pas clos n'indique pas qu'il est dans le même état.
Tu as vu la dernière faille Windows ? Les 3 ont leur défauts qui les rendent impropre à un usage sérieux.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Question bête…
Posté par barmic 🦦 . En réponse à la dépêche Haiku embauche un développeur à (presque) plein temps. Évalué à 3.
Aujourd'hui beaucoup de ces choses là consistent à demander si vous avez un navigateur capable d'executer du javascript de manière un peu performante et un minimum à jour coté support HTML5.
Par contre tu dis d'un coté que l'intérêt c'est qu'il n'y a qu'une seule équipe pour tout et de l'autre que tu aimerais voir des projets se lancer sur haiku, ça ne me semble pas aller ensemble.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: endless methods
Posté par barmic 🦦 . En réponse à la dépêche Sortie de Ruby 3.0. Évalué à 10.
Quitte à je ne pense pas que l'on puisse traduire le endless par "sans fin". Il n'est pas question de ne pas avoir de fin, mais de ne pas avoir de mot clef
endet parler de "fonctions sansend" me semble toute de suite plus clair (là où au départ je pensais qu'il était question de fonctions qui ne retournent jamais1).typescript a quelque chose pour ça ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Quand tu ne peux pas critiquer en direct, invente...
Posté par barmic 🦦 . En réponse au lien Le ministère de l’éducation nationale lance une étrange campagne d’affichage sur la "laïcité". Évalué à 0.
Ah bon ? Sur les 179 derniers commentaires qu'il a écris (tous les commentaires de juillet aout) 1/4 sont plus inutilés qu'ils ne sont pertinés. En moyenne il ses commentaires ont 2.6 pertinents de plus que d'inutiles. Sur cet échantillon 8 commentaires sont a -5 (en cumul pertinent-inutile sans prendre en compte le karma) et 40 sont sont supérieur à 5. Il a un karma supérieur à 10k et est suffisamment reconnu pour être modérateur. Le commentaire au quel tu répond est à +19/-7.
Le fait que quelques uns (moi le premier) trouvons nauséabond certaines de ses blagues et lui faisons savoir c'est une mode de ne pas être d'accord avec lui ? Toi qui n'apprécie pas du tout que l'on dévalorise tes combats je trouve intéressant ce dédain pour celui des autres.
Je trouve de plus encore plus intéressant se besoin que tu as eu de te placer en opposition à une parole dominante qui n'existe pas. C'est le même procédé que lorsque l'on entend des extrêmes criser sur tout les plateaux télé qu'ils n'ont pas accès aux médias.
Je ne crois pas que le sujet soit aussi simple que tu l'affirme et aujourd'hui il y a clairement un conflit entre 2 façons de voir les choses (et la stigmatisation de par et d'autres en raciste n'aide en rien au débat). Est-ce qu'il faut embrasser les différences, que chacun puisse affirmer ses racines aller vers une créolisation, peut être une forme de communautarisme ou alors plutôt de l'assimilation, pour l'égalité (voir l'égalitarisme) de tous l'individu doit se fondre dans la masse, ne plus être ses racines mais juste humain ? Je ne crois vraiment pas que la question est simple et sud qui s'émeut aujourd'hui de cet essentialisme s'était fait remarquer il y a 5 ans parce que justement avec des stage en non mixité ils essentialisaient des communautés.
Je ne crois pas qu'une approche soit meilleure que l'autre ton retour là dessus est beaucoup lié à ton vécu et à ton caractère, tu trouvera d'autres "racisés" qui seront pour la démarche inverse.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: endless methods
Posté par barmic 🦦 . En réponse à la dépêche Sortie de Ruby 3.0. Évalué à 3.
Dans l'annonce tu as ça :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Cybersécurité ou marketing ?
Posté par barmic 🦦 . En réponse à la dépêche Sortie de CrowdSec 1.1.x : quelles sont les nouveautés ?. Évalué à 2.
Ça peut déjà avoir plus de sens, mais du coup je préfère gérer ça avec un reverse proxy perso (où je peux configurer un waf, gérer des limitations de fréquence de requête, etc).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: L'orienté objet c'est surfait
Posté par barmic 🦦 . En réponse au lien eC : un C orienté objet. Évalué à 3.
Une façon de représenter ces différences ça peut être de voir un programme comme une recette de cuisine.
Généralement c'est impératif, on te dis étape par étape quoi faire.
Si on écrivait une recette de cuisine en évènementiel. Ce serait quelque chose où toutes les instructions commenceraient par "Quand , faire", la condition ça va être ton évènement (le démarrage de la préparation, le temps passé à laisser reposé, la fin de cuisson, que tel ou tel partie de la préparation est prête,…). Et du coup tu n'es pas obligé d'écrire ta recette dans l'ordre par exemple.
Si on voulait l'écrire en suivant une programmation logique, on décrirait tout un tas de règle comme :
et ainsi de suite jusqu'à remonter aux ingrédient de base.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Et à quand un format cinéma libre? 😉
Posté par barmic 🦦 . En réponse à la dépêche FFV1, un format vidéo sans perte et libre, normalisé à l'IETF. Évalué à 2. Dernière modification le 29 août 2021 à 07:34.
Il me semble qu'un artefact est une distorsion visible et qu'il est tout à fait possible de faire une compression avec perte sans artefacts. Il suffit juste que les pertes (donc les distorsions) ne soient pas visibles. Évidemment ça dépend de la finalité du fichier, mais si c'est pour être observé par des humains le fait de retirer tout un spectre que l'on ne peut appréhender ou de simplifier des couleurs qu'on ne peux pas distinguer entre elles (bien sur c'est plus complexe que les dégradés) permet de détruire des données sans pour autant créer d'artefacts.
C'est grâce à ça que la sténographie existe. On modifie un fichier sans ajouter d'artefacts.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est pas nouveau
Posté par barmic 🦦 . En réponse au lien [ASI] Yoga : adieu zénitude ?. Évalué à -1.
J'ai pas lu tout ton pamphlet, mais juste
Que je sache très peu de sports de combats ont eu la naïveté de se croire guerrier. Parce que ça doit bien faire 2 ou 3 milles ans que ça ne sert à rien pour une logique de guerre. Par contre une logique de tuer ou blesser oui et c'est toujours le cas y compris en France. Ces sports ont toujours eu l'aspect sportif et self-defense. Certains ont même un coté spirituel comme le yoga.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Lisez ce message et les plus grosses salopes de $(localisation IP) seront à vos pieds
Posté par barmic 🦦 . En réponse au journal « Les talibans et le putaclic biométrique ». Évalué à 6.
Genre « racoleur » ?
J'adore comme les grands pourfendeurs de néologismes se gargarisent souvent en même temps de maitriser l'étymologie.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll