On a viré la barre de menu pour gagner de la place… mais on a une barre de titre deux fois plus grosse qu'auparavant. Sinon, après le retrait du copié/collé via la souris, j'ai l'impression que l'interface de gnome devient de plus en plus "tâches classiques" et plus tellement adaptée pour une utilisation professionnelle de bureau (je pense aux métiers de l'informatique : dév, admin, etc).
Est-ce que quelqu'un aurait une bonne présentation (type powerpoint ou vidéo) pour découvrir la nouvelle manière d'utiliser gnome 3.10 ?
Enfin dernière question : je suis sur Debian wheezy ; quelle est la meilleure solution d'après vous pour tester rapidement Gnome 3.10 ?
Et sinon merci pour la dépêche complète et qui me donne envie d'essayer cette mouture.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Bon, j'ai testé le support de XMPP. Je suis plus habitué à une interface façon pidgin ; mais je vais bien voir à l'usage ce que ça donne. Pour la config, c'est pas au top si on utilise un certificat auto-signé. Mais bon, il existe une combine pour contourner le truc et confirmer l'exception manuellement.
Sinon, ça reste quand même la référence des clients email je trouve. Contrairement à ce qui est dit au dessus, un roundcube n'a strictement rien à voir en terme de réactivité. Qui plus outre, utilisé avec les addons Lightning et extra folder columns, c'est vraiment agréable.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
AngularJS est un framework open-source1 JavaScript, au même titre que jQuery, MooTools, Prototype ou Dojo. Il a pour but de simplifier la syntaxe javascript, et de combler les faiblesses de javascript en lui ajoutant de nouvelles fonctionnalités. Et ainsi faciliter la réalisation d'applications web monopages.
AngularJS is an open-source JavaScript framework, maintained by Google, that assists with running single-page applications. Its goal is to augment browser-based applications with model–view–controller (MVC) capability, in an effort to make both development and testing easier.
La question à te poser est de savoir si ton application a vocation à être mono-page ou pas.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Euh… On parle de libre, non? Donc on est d'accord que "filer gratos son code" n'est pas négatif?
On parle pas de libre, là, justement : les gars de cyanogen n'ont pas développé Focal. Focal est sous licence GPL. Comme le soft est cool, on lui [le développeur] demande de manière obscure et fallatieuse (en faisant par exemple miroiter un contrat, en esquivant les questions génantes) de changer la licence pour que Cyanogen Inc puisse faire ce qu'elle veut avec le code qu'elle n'a pas développé.
C'est un business model connu dans le libre (attention : libre ne veut pas dire copyleft), pourquoi ce n'est pas cool?
Parce que ça lie le matériel et le logiciel. Avoir deux modes de licence, pourquoi pas, mais là, c'est pour piloter différemment l'appareil photo à partir du logiciel premium. De ce que je connaissais de CyanogenMod, c'est pas du tout dans l'esprit qui a fait grossir / vivre le projet.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Merci beaucoup pour cet exemple ! Je n'avais pas pensé à faire une transformée XSLT et, à dire vrai, je ne pensais pas en avoir besoin initialement pour si peu.
XSLT est fait pour le cas que tu décris.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Quand on est capable de faire une levée de fonds de 7 millions, j'ai toujours tendance à penser qu'on sait ce qu'on fait, qu'il ne s'agit pas de malencontreuses erreurs…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Dans le message du dév de Focal, il est ressorti 2 éléments importants de mon point de vue :
- Le "dual licensing" permettrait à Cyanogenmod INCde faire du closed- source avec Focal, logiciel qui est développé par un unique développeur. Le problème ? C'est que ce développeur aurait dû avoir une proposition d'embauche, ce qui n'est jamais venu. Donc faire du dual-licensing sans embaucher le gars, c'est "filer gratos son code".
- l'idée derrière le closed-source c'est de pouvoir développer des features premium qui devraient se trouver dans la couche d'abstraction du matériel et non pas dans le logiciel final, ce qui n'est pas cool non plus.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
alors que le problème est du côté de l'utilisateur qui ne comprend pas qu'on ne peut pas faire 100% des choix qui correspondent exactement à ce que lui veut.
Tu sors ça d'où ?! Tu me catégorise n'importe comment. C'est pas parce que ça me convient pas que je comprends pas qu'ils fassent des choix différents. C'est exactement ce que je disais dans un message précédent : c'est pas parce que je suis pas d'accord que c'est parce que je ne comprends pas.
C'est le truc typique "t'es pas d'accord, c'est parce que tu comprends pas" que je reprochais au dessus. Je suis pas d'accord parce que mes intérêts sont différents de ceux d'autres utilisateurs, et de ceux des développeurs. Point. C'est tout. C'EST TOUT.
Arrête de te faire des films sur "on prend les dév pour des idiots", on les "harcèle", "les gens comprennent pas qu'il faut satisfaire tout le monde et que c'est impossible". J'ai rien demandé à un quelconque développeur, j'ai pas de doléances : j'ai dit "j'utilise cet outil depuis des années, son nouveau comportement me gonfle" et on vient m'expliquer pourquoi c'est mieux maintenant. J'ai bien compris tout seul comme un grand l'intérêt du nouveau comportement, je sais que travailler sur des formats comme jpeg est merdique par rapport à travailler avec un format "de travail", sauf que j'ai rien demandé à personne. Si j'ai besoin qu'on m'explique, je pose des questions. Là, c'est pas le cas : j'ai compris l'intérêt du nouveau comportement.
Ici, il suffit de changer le raccourci. C'est quand même court pour considérer que Gimp a abandonné les utilisateurs qui ont ton optique.
Non il ne suffit pas de changer le raccourci. Relis les messages au dessus.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Comme enormement de services en ligne, en tout cas la plupart des services pour consomateurs.
Regardes les data visualisation du traffic global, t'as un pic de malade vers 6-9 heures du soir, le reste du temps c'est "calme".
Si tu as un site web qui nécessite 5 à 10 machines physiques, entre périodes creuses et périodes pleines tu vas économiser quoi, 500€/mois ? Franchement, pour 500€/mois ça ne vaut pas le coup de mettre en branle une infra complètement dématérialisée type amazon, parce qu'en terme de maintenance, de coûts de développement, de sources de pannes, tes 500 (et même allez, 1000€) tu les exploses. Et avec 5/10 machines physiques tu gères déjà pas mal de montée en charge.
Faire de la virtualisation oui ; faire du cloud type amazon faut vraiment avoir fait le calcul pour que ça devienne intéressant financièrement (encore une fois, t'as des problématiques de déploiement et de dév nettement plus complexes).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Ce que j'ai voulu dire c'est que quelqu'un qui me dit "c'est comme ça qu'il faut travailler" alors qu'il ne sait même pas quels sont mes besoins arrive en mode "je détiens la vérité". En l'occurence non.
Les dév. ont fait des choix, moi j'utilise beaucoup gimp en mode bidouille (parce que c'est de la bidouille que je fais, c'est pas du travail "pro") et je pense que l'outil n'est plus celui qui me convient ; sur ce on me dit "c'est comme ça que tu dois travailler parce que ta méthode perd de l'information", c'est à ça que je fais allusion dans ce que tu cites.
C'est un peu comme quand tu développes un proto ou que tu fais un "proof of concept" et qu'on te dit "tu as pas bien suivi les règles de nommage" ou "ton code n'est pas flexible". On s'en fout : dans ce cas, l'objectif c'est d'arriver rapidement à un résultat présentable - il sera temps plus tard de travailler proprement et en suivant les bonnes pratiques.
Prenons un exemple dans le monde du développement. Supposons que tu aies un workflow de développement avec des revues de code obligatoires avant commit. Supposons que tu travailles sur un proto dont la seule raison d'être est de montrer que ça marche. Si ton mécanisme de revues de code n'est pas débrayable, tu vas commiter ailleurs parce que c'est lourd et ça n'a aucun intérêt dans ton cas. Il se trouve que tu pourras probablement utiliser le même outil (git par exemple) pour travailler en mode "crado" et en mode "pro" tout en sachant dans les deux cas conserver de la même manière ton statut commit/pas commit. C'est ça que j'aurais aimé.
Netflix, c'est le cas typique de la boîte qui a besoin d'un max de serveurs à des moments précis - en soirée, quand tout le monde matte la télé, et qui n'en a quasiment pas besoin le reste du temps.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Pour un un lancement de projet qui doit évoluer progressivement, le cloud me semble bien adapté.
Non. Si ton projet grossit progresssivement, tu ajoutes des machines petit à petit. Pour un projet qui doit exploser, le cloud peut être intéressant. Je dis "peut" parce que l'infra système ne sera probablement pas le goulot d'étranglement (comparé au soft que tu as développé et aux problématiques de montée en charge que tu as mal évaluées sur telle ou telle partie du code).
Le seul cas où je vois un intérêt au "cloud" c'est quand tu as besoin, de manière récurente de machines pour des évènements ponctuels. Genre "2 jours par mois, on doit processer l'intégralité des données qu'on a récoltées chez nos clients et les algo de traitement sont excessivement lourds".
Un autre cas c'est quand tu n'es pas capable d'estimer la charge de ton infra logicielle ; mais ça si tu fais appel à un admin compétent c'est un problème facilement réglé/anticipé
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Le cloud surf sur la vague des start-up et des entrepreneurs futur-millionnaires : l'intérêt est de pouvoir monter en puissance de manière drastique en multipliant les machines. Du coup les gens ont des étoiles plein les yeux en se disant : "mon projet va cartonner, je vais bientôt avoir besoin de 1000 serveurs donc faut une infrastructure flexible".
…
Inutile de dire que ça se passe pas comme ça dans toutes les boîtes… :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Quelqu'un sait ce qu'il y a comme machine dans les offre kimsufi ? Les machines à 3.99€/mois ou 2.99€/mois pour paiement annuel… Sans compter les frais d'exploitation, faut vraiment une machine (le hardware) low-cost pour rentabiliser l'opération…
Je me souviens qu'à une époque lost-oasis avait lancé une offre de serveurs dédiés à prix cassés basée sur des machines pas cher, et il me semble qu'ils en étaient revenu parce que les machines en question n'étaient pas rentables en exploitation (mais c'était pour des raisons de fiabilité si mes souvenirs sont bons).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est quand même triste de voir que les développeurs ne peuvent pas faire une modification intelligente sans se faire traiter d'ignorants (ici, c'est soit-disant au niveau "marketing") juste pour des questions de gout personnel.
Explique moi où j'ai écrit que les développeurs étaient des ignorants s'il te plaît.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Dans ce commentaire, j'ai dit que le nouveau comportement de Gimp me gonflait, et dans celui-ci, je dis ceci : je pense que je ne fais plus partie de la cible de Gimp […].
Gimp n'est pas fait pour toi. Il est fait pour en ensemble de personnes et si toi tu n'a pas besoin de cette distinction, c'est bien, mais ce n'est pas le cas de tous.
[…]
Mais fait gaffe, ce n'est pas forcément celles qui te conviendront le mieux.
Que dirais-tu de lire mes interventions avant de m'apprendre la vie ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Ce que tu ne comprends pas c'est que ce n'est pas une question de point de vu. Utiliser autre chose qu'xcf c'est perdre de l'information en passant par un filtre. gimp fait maintenant en sorte que ce fait soit visible. C'est important que ça le soit car ça a un impact sur le résultat final.
Ce que tu ne comprends pas c'est que je sais que de l'information est perdue dans mon mode de fonctionnement mais que cette information n'est pas importante pour moi par rapport à mes habitudes, à ma maîtrise des outils, à ma productivité.
Faut arrêter de croire que parce que les gens n'utilisent pas "la meilleure solution" c'est parce qu'ils savent pas. Les meilleures solutions le sont en fonction de critères qui ne sont ni purement techniques, ni universels.
D'une part il y a la barre de status, d'autre part c'est un autre problème à mon avis. Il est tout à fait possible de présenter à l'utilisateur de manière plus simple si oui ou non le fichier a était modifié depuis le dernier export sans pour autant changer cette différenciation.
Je fais face à deux problèmes qui sont effectivement liés mais distincts.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Cet argument te parait chouette parce qu'il va dans ton sens, mais il peut être utilisé POUR TOUT et DANS N'IMPORTE QUEL SENS.
Cet argument me paraît chouette parce qu'on me dit "oui mais si tu enregistres en jpeg direct, ton image devient merdique" sous entendu, je sais pas ce que je fais. Je sais ce que je fais, je sais que la qualité se dégrade mais ça ne m'impacte pas vraiment.
Pour quelqu'un d'autre, le découplage enregistrer/exporter correspond mieux à son usage (et pas que utilisateur de photoshop, les utilisateurs occasionnels qui veulent corriger une faute d'orthographe sur un texte en sur-impression, ça arrive tout le temps).
Pourquoi quand toi tu prétends que le logiciel doit s'adapter à ton usage, c'est une bonne chose et quand l'autre utilisateur le dit, c'est de l'erreur de marketing ?
Franchement, la distinction existerait depuis le début et elle aurait été supprimée pour merger les 2, je pense que tu aurais sans doute été le premier à râler (en utilisant LE MÊME argument): tes arguments se basent sur le fait que tu es habitué à un usage, pas que le nouvel usage est fondamentalement mauvais.
Tandis que les arguments en faveur de la distinction sont judicieux et solvent réellement des problèmes sans apporter de réels inconvénients pour un nouvel utilisateur.
A quel moment j'ai dit qu'il ne fallait pas distinguer les deux modes ? Tu peux très bien avoir un comportement polymorphique et genre si tu bosses sur un jpeg, t'as une alerte qui te dit "attention, vous allez enregistrer un document en perdant de l'information.
J'ai dit que ça me gonflait de pas pouvoir enregistrer comme avant, j'ai pas dit qu'il ne fallait pas faire de distinction ; par ailleurs tu parles de nouvel utilisateur - ce que je ne suis pas, effectivement changer les habitudes ça n'a pas d'impact sur un nouvel utilisateur.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Oui. La réponse est évidente. Sauf qu'elle s'adresse à moi avec des arguments qui ne m'intéressent pas. Ca ne prend en aucun compte ce que je fais de l'outil.
C'est le genre de réponse qui colle avec l'idée que le marketing c'est le mal : nous on sait, toi tu utilises l'outil, mais en fait tu ne connais pas les enjeux.
Je sais que travailler sur les formats finaux ce n'est pas top, je sais qu'il y a des dégradations de qualité, mais ce n'est pas ma problématique. Et ne pas en tenir compte ne signifie à aucun moment que je ne connais pas les avantages du format natif. C'est présomptueux de dire que si ça me gonfle, c'est parce que je ne connais pas le sujet.
Aussi, je vois pas le problème à utiliser deux outils différents pour deux usages différents (un pour l'édition avancé, un autre pour l'édition simple).
Par exemple, la plupart du temps, quand je veux juste tirer du texte simplement d'un fichier, je préfère utiliser grep, éventuellement avec une regexp, ça reste le plus simple d'utilisation. Quand je veux en plus remettre en forme le retour, j'utilise sed. Et il peut m'arriver assez rarement d'utiliser awk pour certains types d'extraction. Et je suis super content qu'on ait plusieurs outils d'extraction de texte, dont un très basique comme grep, parce que j'aimerais pas me manger des syntaxes compliquées juste pour chercher du texte (j'utilise grep des dizaines de fois par jours).
Bah le problème d'avoir deux outils, c'est de devoir apprendre et entretenir deux habitudes, deux philosophies de fonctionnement. Quand tu baignes toute la journée dans le sujet, ou au moins tous les jours, ça réduit drastiquement la problématique. Quand tu utilises un outil moins régulièrement ou que tu as passé du temps à en apprendre un, si tu peux éviter d'en apprendre un autre c'est du temps gagné pour t'ouvrir à d'autres sujets.
Je pense que je ne fais plus partie de la cible de Gimp qui vise probablement les pro qui utilisent photoshop. Ma réaction première en lisant cela n'est pas d'apprendre un second logiciel pour des besoins plus basiques mais de chercher un autre outil que j'utiliserai aussi à la place de Gimp. Le fait de changer de raccourci clavier est une chose à laquelle je peux m'adapter ; ceci dit, lorsque je travaille sur des images et que je les enregistre en faisant ctrl+e, je n'ai aucun moyen de savoir si j'ai effectivement enregistré le document car il apparaît toujours dans la barre de titre comme "modifié".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Perso ça me gonfle : j'ouvre un document jpg, je modifie mon jpeg, quand je fais ctrl+s c'est pour sauvegarder mon document ; et mon document c'est un jpeg et ça a toujours été un jpeg.
Et tu mange une compression à chaque fois pour dégueulasser ton image un peu plus.
Et ? Tu connais pas mes problématiques ; en l'occurence la qualité n'est pas prioritaire.
Comme si libreoffice obligeait à enregistrer un .doc en .odt […]
L'enregistrement en jpeg et plus proche de l'enregistrement en pdf. Tu perd tout un tas d'informations dans ton image. Gimp et LibO sont pareil pour sauvegarder en PDF, il faut exporter, même si ce que tu as ouvert est un PDF.
Libreoffice est encore plus vicieux puisqu'il enregistre document.pdf en document.odgsans rien dire (et si tu mets un nom de fichier document.pdf, il l'enregistre en document.pdf.odg).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Oulà…
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 2.
Tu utilises quoi du coup ? OpenBox ? XFCE ? Autre ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# remarque et questions
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 10.
On a viré la barre de menu pour gagner de la place… mais on a une barre de titre deux fois plus grosse qu'auparavant. Sinon, après le retrait du copié/collé via la souris, j'ai l'impression que l'interface de gnome devient de plus en plus "tâches classiques" et plus tellement adaptée pour une utilisation professionnelle de bureau (je pense aux métiers de l'informatique : dév, admin, etc).
Est-ce que quelqu'un aurait une bonne présentation (type powerpoint ou vidéo) pour découvrir la nouvelle manière d'utiliser gnome 3.10 ?
Enfin dernière question : je suis sur Debian wheezy ; quelle est la meilleure solution d'après vous pour tester rapidement Gnome 3.10 ?
Et sinon merci pour la dépêche complète et qui me donne envie d'essayer cette mouture.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Support XMPP et autres retour
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Thunderbird 24. Évalué à 6. Dernière modification le 24 septembre 2013 à 17:16.
Bon, j'ai testé le support de XMPP. Je suis plus habitué à une interface façon pidgin ; mais je vais bien voir à l'usage ce que ça donne. Pour la config, c'est pas au top si on utilise un certificat auto-signé. Mais bon, il existe une combine pour contourner le truc et confirmer l'exception manuellement.
Sinon, ça reste quand même la référence des clients email je trouve. Contrairement à ce qui est dit au dessus, un roundcube n'a strictement rien à voir en terme de réactivité. Qui plus outre, utilisé avec les addons Lightning et extra folder columns, c'est vraiment agréable.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# AngularJS est fait pour faire des applications web mono-page.
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Symfony, AngularJS, ..... Évalué à 3.
Sur Wikipedia, en Français :
Sur la page en Anglais :
La question à te poser est de savoir si ton application a vocation à être mono-page ou pas.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Inquiet pour l'avenir
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Cyanogen Inc. est né. Évalué à 9. Dernière modification le 23 septembre 2013 à 08:53.
On parle pas de libre, là, justement : les gars de cyanogen n'ont pas développé Focal. Focal est sous licence GPL. Comme le soft est cool, on lui [le développeur] demande de manière obscure et fallatieuse (en faisant par exemple miroiter un contrat, en esquivant les questions génantes) de changer la licence pour que Cyanogen Inc puisse faire ce qu'elle veut avec le code qu'elle n'a pas développé.
Parce que ça lie le matériel et le logiciel. Avoir deux modes de licence, pourquoi pas, mais là, c'est pour piloter différemment l'appareil photo à partir du logiciel premium. De ce que je connaissais de CyanogenMod, c'est pas du tout dans l'esprit qui a fait grossir / vivre le projet.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: XSLT
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message XML : ajouter un nouveau nœud autour d'un nœud existant. Évalué à 3.
XSLT est fait pour le cas que tu décris.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Inquiet pour l'avenir
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Cyanogen Inc. est né. Évalué à 8.
Quand on est capable de faire une levée de fonds de 7 millions, j'ai toujours tendance à penser qu'on sait ce qu'on fait, qu'il ne s'agit pas de malencontreuses erreurs…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Inquiet pour l'avenir
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Cyanogen Inc. est né. Évalué à 5.
Dans le message du dév de Focal, il est ressorti 2 éléments importants de mon point de vue :
- Le "dual licensing" permettrait à Cyanogenmod INCde faire du closed- source avec Focal, logiciel qui est développé par un unique développeur. Le problème ? C'est que ce développeur aurait dû avoir une proposition d'embauche, ce qui n'est jamais venu. Donc faire du dual-licensing sans embaucher le gars, c'est "filer gratos son code".
- l'idée derrière le closed-source c'est de pouvoir développer des features premium qui devraient se trouver dans la couche d'abstraction du matériel et non pas dans le logiciel final, ce qui n'est pas cool non plus.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: evolution vers le cloud ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal OVH, rupture de stock sur les serveurs dédiés. Évalué à 1.
Juste pour savoir : tu as l'intégralité de tes machines chez un unique prestataire ? Tu y es contraint ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dynamisme de GIMP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 0.
Tu sors ça d'où ?! Tu me catégorise n'importe comment. C'est pas parce que ça me convient pas que je comprends pas qu'ils fassent des choix différents. C'est exactement ce que je disais dans un message précédent : c'est pas parce que je suis pas d'accord que c'est parce que je ne comprends pas.
C'est le truc typique "t'es pas d'accord, c'est parce que tu comprends pas" que je reprochais au dessus. Je suis pas d'accord parce que mes intérêts sont différents de ceux d'autres utilisateurs, et de ceux des développeurs. Point. C'est tout. C'EST TOUT.
Arrête de te faire des films sur "on prend les dév pour des idiots", on les "harcèle", "les gens comprennent pas qu'il faut satisfaire tout le monde et que c'est impossible". J'ai rien demandé à un quelconque développeur, j'ai pas de doléances : j'ai dit "j'utilise cet outil depuis des années, son nouveau comportement me gonfle" et on vient m'expliquer pourquoi c'est mieux maintenant. J'ai bien compris tout seul comme un grand l'intérêt du nouveau comportement, je sais que travailler sur des formats comme jpeg est merdique par rapport à travailler avec un format "de travail", sauf que j'ai rien demandé à personne. Si j'ai besoin qu'on m'explique, je pose des questions. Là, c'est pas le cas : j'ai compris l'intérêt du nouveau comportement.
Non il ne suffit pas de changer le raccourci. Relis les messages au dessus.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: evolution vers le cloud ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal OVH, rupture de stock sur les serveurs dédiés. Évalué à 1. Dernière modification le 20 septembre 2013 à 11:34.
Si tu as un site web qui nécessite 5 à 10 machines physiques, entre périodes creuses et périodes pleines tu vas économiser quoi, 500€/mois ? Franchement, pour 500€/mois ça ne vaut pas le coup de mettre en branle une infra complètement dématérialisée type amazon, parce qu'en terme de maintenance, de coûts de développement, de sources de pannes, tes 500 (et même allez, 1000€) tu les exploses. Et avec 5/10 machines physiques tu gères déjà pas mal de montée en charge.
Faire de la virtualisation oui ; faire du cloud type amazon faut vraiment avoir fait le calcul pour que ça devienne intéressant financièrement (encore une fois, t'as des problématiques de déploiement et de dév nettement plus complexes).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dynamisme de GIMP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 0.
Ce que j'ai voulu dire c'est que quelqu'un qui me dit "c'est comme ça qu'il faut travailler" alors qu'il ne sait même pas quels sont mes besoins arrive en mode "je détiens la vérité". En l'occurence non.
Les dév. ont fait des choix, moi j'utilise beaucoup gimp en mode bidouille (parce que c'est de la bidouille que je fais, c'est pas du travail "pro") et je pense que l'outil n'est plus celui qui me convient ; sur ce on me dit "c'est comme ça que tu dois travailler parce que ta méthode perd de l'information", c'est à ça que je fais allusion dans ce que tu cites.
C'est un peu comme quand tu développes un proto ou que tu fais un "proof of concept" et qu'on te dit "tu as pas bien suivi les règles de nommage" ou "ton code n'est pas flexible". On s'en fout : dans ce cas, l'objectif c'est d'arriver rapidement à un résultat présentable - il sera temps plus tard de travailler proprement et en suivant les bonnes pratiques.
Prenons un exemple dans le monde du développement. Supposons que tu aies un workflow de développement avec des revues de code obligatoires avant commit. Supposons que tu travailles sur un proto dont la seule raison d'être est de montrer que ça marche. Si ton mécanisme de revues de code n'est pas débrayable, tu vas commiter ailleurs parce que c'est lourd et ça n'a aucun intérêt dans ton cas. Il se trouve que tu pourras probablement utiliser le même outil (git par exemple) pour travailler en mode "crado" et en mode "pro" tout en sachant dans les deux cas conserver de la même manière ton statut commit/pas commit. C'est ça que j'aurais aimé.
J'ai l'impression que c'est un peu ce que faisait gimp avec le mécanisme précédent consistant à fusionner les calques comme le fait remarquer Grégoire dans ce commentaire.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: evolution vers le cloud ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal OVH, rupture de stock sur les serveurs dédiés. Évalué à 2.
Netflix, c'est le cas typique de la boîte qui a besoin d'un max de serveurs à des moments précis - en soirée, quand tout le monde matte la télé, et qui n'en a quasiment pas besoin le reste du temps.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: evolution vers le cloud ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal OVH, rupture de stock sur les serveurs dédiés. Évalué à 4.
Non. Si ton projet grossit progresssivement, tu ajoutes des machines petit à petit. Pour un projet qui doit exploser, le cloud peut être intéressant. Je dis "peut" parce que l'infra système ne sera probablement pas le goulot d'étranglement (comparé au soft que tu as développé et aux problématiques de montée en charge que tu as mal évaluées sur telle ou telle partie du code).
Le seul cas où je vois un intérêt au "cloud" c'est quand tu as besoin, de manière récurente de machines pour des évènements ponctuels. Genre "2 jours par mois, on doit processer l'intégralité des données qu'on a récoltées chez nos clients et les algo de traitement sont excessivement lourds".
Un autre cas c'est quand tu n'es pas capable d'estimer la charge de ton infra logicielle ; mais ça si tu fais appel à un admin compétent c'est un problème facilement réglé/anticipé
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: evolution vers le cloud ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal OVH, rupture de stock sur les serveurs dédiés. Évalué à 3.
Le cloud surf sur la vague des start-up et des entrepreneurs futur-millionnaires : l'intérêt est de pouvoir monter en puissance de manière drastique en multipliant les machines. Du coup les gens ont des étoiles plein les yeux en se disant : "mon projet va cartonner, je vais bientôt avoir besoin de 1000 serveurs donc faut une infrastructure flexible".
…
Inutile de dire que ça se passe pas comme ça dans toutes les boîtes… :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Quel type de machine derrière les offres low-cost de kimsufi ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal OVH, rupture de stock sur les serveurs dédiés. Évalué à 3.
Quelqu'un sait ce qu'il y a comme machine dans les offre kimsufi ? Les machines à 3.99€/mois ou 2.99€/mois pour paiement annuel… Sans compter les frais d'exploitation, faut vraiment une machine (le hardware) low-cost pour rentabiliser l'opération…
Je me souviens qu'à une époque lost-oasis avait lancé une offre de serveurs dédiés à prix cassés basée sur des machines pas cher, et il me semble qu'ils en étaient revenu parce que les machines en question n'étaient pas rentables en exploitation (mais c'était pour des raisons de fiabilité si mes souvenirs sont bons).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dynamisme de GIMP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 2.
Explique moi où j'ai écrit que les développeurs étaient des ignorants s'il te plaît.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dynamisme de GIMP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 2.
Dans ce commentaire, j'ai dit que le nouveau comportement de Gimp me gonflait, et dans celui-ci, je dis ceci : je pense que je ne fais plus partie de la cible de Gimp […].
Que dirais-tu de lire mes interventions avant de m'apprendre la vie ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dynamisme de GIMP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 2.
Ce que tu ne comprends pas c'est que je sais que de l'information est perdue dans mon mode de fonctionnement mais que cette information n'est pas importante pour moi par rapport à mes habitudes, à ma maîtrise des outils, à ma productivité.
Faut arrêter de croire que parce que les gens n'utilisent pas "la meilleure solution" c'est parce qu'ils savent pas. Les meilleures solutions le sont en fonction de critères qui ne sont ni purement techniques, ni universels.
Je fais face à deux problèmes qui sont effectivement liés mais distincts.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dynamisme de GIMP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 1.
Cet argument me paraît chouette parce qu'on me dit "oui mais si tu enregistres en jpeg direct, ton image devient merdique" sous entendu, je sais pas ce que je fais. Je sais ce que je fais, je sais que la qualité se dégrade mais ça ne m'impacte pas vraiment.
A quel moment j'ai dit qu'il ne fallait pas distinguer les deux modes ? Tu peux très bien avoir un comportement polymorphique et genre si tu bosses sur un jpeg, t'as une alerte qui te dit "attention, vous allez enregistrer un document en perdant de l'information.
J'ai dit que ça me gonflait de pas pouvoir enregistrer comme avant, j'ai pas dit qu'il ne fallait pas faire de distinction ; par ailleurs tu parles de nouvel utilisateur - ce que je ne suis pas, effectivement changer les habitudes ça n'a pas d'impact sur un nouvel utilisateur.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dynamisme de GIMP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 3.
Change rien :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dynamisme de GIMP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 3. Dernière modification le 19 septembre 2013 à 11:32.
Rien à voir avec les logiciels libres.
Je fais un retour utilisateur ; je peux me tromper - c'est pas interdit. Ceci étant dit, ton discours et ton ton sont vraiment prétentieux.
Lol.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dynamisme de GIMP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 2.
Oui. La réponse est évidente. Sauf qu'elle s'adresse à moi avec des arguments qui ne m'intéressent pas. Ca ne prend en aucun compte ce que je fais de l'outil.
C'est le genre de réponse qui colle avec l'idée que le marketing c'est le mal : nous on sait, toi tu utilises l'outil, mais en fait tu ne connais pas les enjeux.
Je sais que travailler sur les formats finaux ce n'est pas top, je sais qu'il y a des dégradations de qualité, mais ce n'est pas ma problématique. Et ne pas en tenir compte ne signifie à aucun moment que je ne connais pas les avantages du format natif. C'est présomptueux de dire que si ça me gonfle, c'est parce que je ne connais pas le sujet.
Bah le problème d'avoir deux outils, c'est de devoir apprendre et entretenir deux habitudes, deux philosophies de fonctionnement. Quand tu baignes toute la journée dans le sujet, ou au moins tous les jours, ça réduit drastiquement la problématique. Quand tu utilises un outil moins régulièrement ou que tu as passé du temps à en apprendre un, si tu peux éviter d'en apprendre un autre c'est du temps gagné pour t'ouvrir à d'autres sujets.
Je pense que je ne fais plus partie de la cible de Gimp qui vise probablement les pro qui utilisent photoshop. Ma réaction première en lisant cela n'est pas d'apprendre un second logiciel pour des besoins plus basiques mais de chercher un autre outil que j'utiliserai aussi à la place de Gimp. Le fait de changer de raccourci clavier est une chose à laquelle je peux m'adapter ; ceci dit, lorsque je travaille sur des images et que je les enregistre en faisant ctrl+e, je n'ai aucun moyen de savoir si j'ai effectivement enregistré le document car il apparaît toujours dans la barre de titre comme "modifié".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dynamisme de GIMP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 2.
Et ? Tu connais pas mes problématiques ; en l'occurence la qualité n'est pas prioritaire.
Libreoffice est encore plus vicieux puisqu'il enregistre document.pdf en document.odg sans rien dire (et si tu mets un nom de fichier document.pdf, il l'enregistre en document.pdf.odg).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dynamisme de GIMP & récursivité.
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 7.
C'est assez réducteur de prétendre que prétendre que c'est du marketing est péjoratif.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo