mais ce serait bien que certains développeur, même de génie, fassent un peu d'admin au quotidien pour se rendre compte que leur super concept est, à l'utilisation quotidienne, une grosse merde !
Justement, c'est pour ça qu'ils ont fait systemd.
qui souhaitent au final accélérer le boot de le machin
Ils l'ont toujours dit : l'accélération du boot n'est qu'un dommage colatéral. Essaye encore…
mais à l'utilisation c'est une MERDE
Le problème n'est pas systemd.
Le problème est de l'autre côté du clavier.
Toujours les gens qui disent qu'une calculatrice c'est trop pourri pour compter, fallait juste améliorer un peu le boulier, sinon c'est de la merde. Ou pareil, le construsteur de voiture se voyait dire qu'il suffisait d'améliorer le cheval, tu te rend compte apprendre à conduire une voiture quand on a la compétence bien plus difficile de galoper à cheval! Mais quelle idée, l'écurie est trop étroite pour la voiture, ils pourraient y penser avant de forcer tous les gens à construire un garage plus large que l'écurie! Va falloir adapter.
Je resterai toujours impressionné par cette capacité de résistance au changement, ave des "arguments" aussi rigolos.
un conseil : reconverti-toi dans un autre métier si tu ne souhaites pas évoluer, l'informatique évolue trop vite pour pouvoir rester bloqué sur une techno toute sa vie. Et comme systemd débarque partout, soit tu acceptes de te remettre en question (c'est toi le mauvais et tu vas te documenter), soit c'est licenciement pour insuffisance professionnelle.
Il y a déjà eu 1000x fois ce troll "systemd, je n'ai pas envie de le comprendre, je veux rester avec mes vieilleries, donc c'est de la merde", vous pourriez évoluer dans vos complaintes de résistance au changement… Et j'espère pour toi que tu es assez anonyme pour pas que ton chef voit ce genre de message, car à sa place je réfléchirai à te remplacer et t'assignerai des taches plus "faciles".
Oui enfin la séparation byte/unicode de Python3, bah c'est du Python3.
J'ai lu "de Python3 dans le C++", et non pas "de Python dans le C++" ni "de Python3 dans le C++11"…
En l'occurence, même Visual Studio (2013) supporte ça
Je dois être unique, j'ai plein d'utilisateurs qui sont dans de veilles version de compilateur ou dont le matos est trop limité, déjà je suis heureux quand les wstrings sont présentes et fonctionnelles. Bon, certes, je ne m'amuserai alors pas à mettre Python3 sur ces machines ;-).
Bref, il faut quand même savoir de quand c'est fait, quand j'ai lu sa phrase je me suis dit "oups j'ai loupé quelque chose", mais en fait non, je ne fais pas de C++11 mais du C++ (qu'on assimile plutôt à C++03 en 2014), je préviens juste que c'est trompeur.
Par exemple j'aimerais bien retrouver la séparation byte/unicode de Python3 dans le C++ avec un type chaîne correct.
Tu veux dire std::u32string ?
Et aussi std::codecvt_utf8 ?
Tes deux exemples ne sont pas du C++ "courant" (qu'on est sûr de retrouver sur tout compilateur C++), car ils viennent de la dernière version de la norme…
C'est un peu gros d' "oublier" de dire que ce que tu proposes n'est pas vraiment connu ni utilisable car pas dispo partout.
PS : et puis, même pour moi qui ne fait quasiment que du C++, les noms sont moches et inretenables quand même… On ne peut pas dire que C++ aide à la comprehension, c'est quand même élitiste. Tu l'admets implicitement toi-même en trouvant nécessaire de devoir encapsuler le bousin dans des fonctions.
C'est vraiment de la propagande pourrie.
Je peux te mettre C++ sur une page aussi si tu as envie : C++ est extrêmement simple, c'est rakoo qui l'argumente, car la spec tient sur une page. Ben oui, tu écris ton "argument" comme si il n'y avait aucune limite à la taille (nombre de lignes?) de la page, donc je fais pareil… Go et C++, égalité sur son "extrème simplicité" avec les arguments à rakoo.
Le reste du commentaire m'interessait pour me faire une opinion, mais comme le premier argument est d'une grande stupidité, comment croire le reste? A tous les coups, "une lib standard extrêmement fournie" va être la capacité à afficher du texte à l'écran, sans doute un écran capable d'afficher une page de 10000 lignes certes…
Oui mais des BIOS libres qui fonctionnent bien sur la plupart du matériel c'est rare.
C'est une des principales raisons pour laquelle les gens utilise Mac plutôt que Linux.
Merci de l'argument.
Je ne rejette personne, je dis juste que le terme libriste ne leur convient pas.
Soit il convient aux utilisateur de Mac et utilisatuers de BIOS non libre, soit il convient a aucun des deux.
De même la notion de Logiciel Libre est en elle même arbitraire, et alors ?
Sauf que la notion de libre est communément acceptée (pas de NC, pas de ND etc…).
Dans le sujet ici, ben… il y a quelques personne pour hurler, mais sinon pas mal de monde accpete les utilisateurs Mac comme libristes et pas qu'un peu libriste, n'en déplaise à ceux qui veulent voir Apple comme le mal absolu.
La, c'est essayer de tirer la couverture sur sa notion en refusant que d'autres ne sont pas vraiment en phase. Mais bon, rien de nouveau, à une époque c'était les gens contre le commerical qui disaient qu'à partir diu moment où on fait du commerical, on n'est plus libriste car le cmmercial trahit le libre. Ici, tu as le même cgenre de comportement que ces personnes.
Tu a oublié de répondre à la partie qui dit que les gens que tu ne considères pas comme libristes ont fait 1000x plus pour le libre que les gens que tu estimes libristes.
Moi, perso, je me fout complet de ces libristes qui ne font pas grand chosse, je prend plutôt les "non libristes" comme désignés, pour faire avancer le libre. Chacun sa façon de faire avancer (ou ne pas faire avancer) le libre.
Enfin, tu compares l'achat d'un produit Apple avec un BIOS, sérieusement ?
Oui, sérieusement : tu mets une limite arbitraire, et n'acceptes pas la limite arbitraire d'une autre personne.
C'est la seule différence.
MacOS X est un composant majeur du système
Le BIOS aussi, tu ne démarre pas de machine sans BIOS.
Le résultat est le même quelque soit l'importance que tu met arbitrairement : tu as du non libre dans ta machine pour une question de confort (et on peut aussi parler matos : qui a un CPU libre?).
Tu refuses à une autre personne qui n'a pas la même limite le droit d'être libriste, arbitrairement.
Et tu parles sérieusement de cohérence? Poutre, paille… On a juste des gens qui veulent cloissonner, rejeter, autant dans la notion de libriste que la notion d'utilisateur ("on parle de charité", quel respect de la différence…), sans être meilleur (le choix de l'OS de la personne qui fait du libre, mais alors qu'est-ce qu'on s'en fout…)
Ca serait rigolo le jour où Linus Torvald achète un Mac.
Ah oui, c'est vrai, Linus a fait beaucoup pour le libre, mais c'est un merdeu non libriste, cet emmerdeur osait même avoir un SCM non libre à un moment… Autant aller vers les vrais libriste qui font Hurd! Il y a les libristes puristes qui font hurd inutilisé, et les libristes pratiques qui font Linux et utilisent du proprio qund ça arrange. Lesquels font avancer le libre?
On va revenir à la question du BIOS.
Il n'y a quasiment aucun "vrai libriste" car il accepte du non libre chez lui quand ça l'arrange.
Exactement pareil pour Mac OS car il n'y a pas de remplaçant libre (non, Linux sur le desktop n'est pas un remplaçant sérieux pour beaucoup de monde).
Cet argument est faux cul, car refuse à une personne de ne pas se faire chier tout en ne se refusant pas de ne pas se faire chier (et c'est bizarrement la personne qui parle qui décide de la limite).
être militant implique une cohérence
Tout à fait. Celui qui accuse l'utilisateur Mac de ne pas être libriste et se considère libriste alors qu'il a un BIOS non libre par pur confort n'est pas militant, car pas cohérent. Il faut savoir assumer ses arguments.
Ici, on a juste des gens qui décident arbitrairement de ce qu'est un libriste, en fixant étonnament les limites à ce qu'ils aiment eux. La cohérence? Juste dans l'affichage quand on accuse l'autre de ne pas faire partie de.
D'une rien à voir avec le libre (il y a une tonne de libristes sous Mac, commençant par des développeurs Firefox. Mozilla c'est des faux libristes? sans doute du point de vue de quelques personnes… Qui ne font pas le libre à eux seuls).
De plus, justement, je t'explique que Mac n'est pas "marché de niche". Côté libre, c'est pareil que Windows, et côté potentiel, ça peut l'être voire plus.
Après, si tu veux te couper de revenus/dons en insultant les gens "c'est limite de la charité", c'est ton choix.
La charité, c'est distribuer pour Linux (quitte à troller sur des OS…)
car après avoir vu mes commentaires se faire descendre parce que soit disant j'ai osé me renseigner sur ce qui est reproché
Justement, tu es moinssé car tu n'as pas la moindre base d'objectivité dans ta façon d'avaler la prose de Linagora.
Tu ne t'es pas renseigné, tu as juste mangé la prose de Linagora.
je suis moi-même curieux d'avoir le fin mot de l'histoire. :-)
Feras-tu te plus plates excuses et donnera des milliers d'Euros à Blue Mind dans le cas où ils sont acquittés pour avoir FUDé sur eux?
Parce que comme tu sais avant le juge qu'ils sont coupables, ça ne devrait pas te poser de problème de t'engager.
En attendant, c'est 100% FUD, surtout sur la menace d'attaquer les utilisateurs, ce à quoi tu évites toujours soigneusement de répondre en écrivant une réponse complètement hors sujet sur le recel tout ça, puisqu'on parle de la seule personne capable de poursuivre. Ta pros montre un peu trop visiblement que ton seul objectif est de FUDer comme Linagora.
Dans le cas qui nous concerne, toi tu sais (on ne sait pas comment).
Les autres ne savent pas (les éléments apportés ne sont pas évidents si on regarde un peu autre chose que la prose pourrie de Linagora et qu'on ne prend pas le discours de Linagora comme la véritée vraie)
Si tout allait si bien, pourquoi accepter le rachat par Linagora, dont la réputation dans le milieu du libre n'est pas exactement, comment dire, très positive ?
La thune et la possibilité de se barrer (et de dire que c'est pas top) après x années si ça ne plait pas? Perso on me propose un bon prix je ne regarderai pas la réputation comme bloquant à la limite pour faire monter le seuil du prix acceptabe et c'est tout, chacun ses priorités (facile à dire qu'on regarde la réputation quand les sous ne sont pas pour soit).
Le fait que la personne qui parle n'est pas décideur et n'avait pas le choix?
car le contexte c'est que Blue Mind a affirmé ne pas avoir fait de fork est être parti d'une page blanche
A mon avis, si tu ne prennais pas les gens (la communauté?) pour des abrutis incapables de réfléchir et juste bon à avaler le discours de Linagora, ça serait plus crédible.
La, on dirai vraiment juste une personne de Linagora essayant de faire passer son message pas crédible en esépérant qu'il arrivera à convaincre quelques personnes.
Mais c'est tellement énorme que la seule réaction possible est une réaction négative sur la personne qui parle, il suffit de regarder 30 secondes pour voir que ce n'est pas un fork.
Sérieusement, j'espère que tu es de Linagora sinon la seule autre possibilité est pas tr-ès sympa pour toi et son niveau est de pire en pire. Mais même en étant de Linagora, croire que ce genre de FUD passerait est pas très intéligent non plus.
allez, Microsoft Windows est un fork de BSD (ben oui, il y a 3 fichiers de la pile IP qui viennent de BSD, c'est donc un fork et pas quelque chose de complètement différent, egarde la 0.00001% de lignes de codes identiques!). C'est Foutaises qui le dit!
Mac un marché de niche?
En nombre d'utilisateurs c'est 10x plus que Linux sur le desktop
En monnaie, c'est 2x moins que Windows pour moi, d'autres disent que c'est plus rentable que Windows quand tu les prends pas pour de la merde (que tu programmes "natif").
Pas si niche que ça.
Ou j'ai mal compris ce que tu disais.
Note : pour les jeux plein écran sans intégration dans le bureau de l'utilisateur, pas d'intégration à faire vraiment, par contre uand on n'est pas plein décran et que c'est un "utiliataire" ça pardonne moins.
QT aide probablement plus que GTK mais ils peuvent pas raisonnablement tout couvrir et certaines choses specifiques seront a la charge de l'appli.
déja, Qt ;-)
Ensuite, je comprend que les choses spécifiques soient à la charge de l'appli, mais la je parlais pas mal de toolbar classique quand même. C'est une toolbar! juste qu'avec Qt, elle est pas déssinée correctement par rapport aux guidelines. C'est un creproche classique fait à Qt sur Mac, car c'est un truc très utilisé une toolbar.
Bref, on a bien la réponse : le toolkit ne fait que passer une surface à dessiner et à toi de té démerder, dans ce cas. Passage obligé pour juste faire une toolbar intégrée à l'OS :(.
Part of the project with Xamarin was to enable embedding of native NSView controls into a GTK+ UI.
On a bien la réponse : développement natif. Pas le tookit "fait moi un bouton et adapte le à l'OS", tu dois te démerder avec l'API native "si Mac, alors on développe nous même sinon fait moi un bouton et adapte le à l'OS".
Mieux que devoir tout faire, c'est hybride, mais c'est un portage bien à faire soit-même.
A la vue rapide de la première capture d'écran, c'est assez "Mac friendly".
Reste que je ne sais pas comment faire ça avec GTK de base (=sans faire de code ultra-specifique en mélangeant GTK et obj-C) et que l'outil a l'air de ne pas vouloir montrer son code source…
Donc est-ce "de base" avec GTK? comment faire? Est-ce vraiment du GTK?
Mystère… Je parierai bein sur l'utilisation de l'API native.
Amazon ou pas, bof : le chiffrage AES 256 bit est quand même la, avant l'upload sur Amazon. Amazon ne ovit rien à part des octets "aléatoires". Mauvais sujet.
J'avais plus en tête le support de MAC OS X (compilation, installation, packaging);
1% des gens voient ça.
Les developpeurs.
pas le support d'Aqua ( l'interface utilisateur de MAC OS X ).
99% des gens voient ça.
Les utilisateurs.
Je pense que peu de développeurs Qt travaillent sous MAC. C'est là la source des problèmes.
Sans doute.
Mais c'est toi qui demandait "Je ne sais pas d'où vient cette idée ?". Ben… de 99% des gens qui n'ont pas à faire à la partie développement et à qui tu ne pensaient pas…
Le problème, c'est que les 1% de gens qui font le développement se tapent les retour des 99% d'utilisateurs, donc au final on a malgré tout 100% des gens qui touchent à Qt sous Mac embétés par le support Mac.
Bref, à la limite un développeur peut survivre en bidouillat pour la partie packaging, mais il est quand même dans la merde pour la partie Aqua. C'est dommage, car ça limite de mon point de vue l'interêt de Qt (les Mac étant plus nombreux que les Linux sur le desktop, et surtout valant plus car ils dépensent plus).
PS : bon, OK, il doit y avoir quelques personnes à qui ça suffit de compiler pour dire que c'est crossplatform, mais ceux-la développent plutôt avec GTK quiite à n'avoir rien à faire des utilisateurs ;-).
jugé irrecevables les demandes de BLUE MIND, pour défaut de compétence ;
Sur ça, quand même, ils dont fort chez Blue Mind, ils feraient mieux de changer d'avocats, poser le dossier au mauvais endroit est un peu génant pour des avocats…
on remarque que je cite directement Linagora
(…)
Là encore, c'est ce que Linagora explique sur son site avec des extraits de discussions.
(…)
Ce que tu n'arrives pas à comprendre, et j'ai du mal à voir pourquoi à part la mauvaise foi, c'est que justement les autres ne veulent pas entrer dans ce jeu pourri parce que ce que tu prends comme vérité vient de Linagora, une partie prenante.
Ta réflexion est pourrie car la base de ta réflexion est biaisée. Tu es du genre à penser que Microsoft fait que du libre et que c'est des victimes car ils l'ont écrit sur leur site avec quelques exemple de code libre qu'ils ont fait, et puis c'est pas les défenseurs du libre qui se plaignent qui vont te faire changer d'avis.
Sort un peu du discours de Linagora… Parce que la, ton discours fait penser que soit tu es partie prenante, soit tu es pas très doué en réflexion. On a préféré la première idée, peut-être que c'est effectivement la mauvaise.
PS : de ton côté tu n'as pas contre-argumenté sur la logique de Linagora qui prévient du danger judiciaire pour les utilisateurs de BlueMind, danger qui ne peut venir que… De celui qui prévient, et dont la solution facile pour supprimer le danger est que celui qui prévient s'engage à ne pas attaquer. Bizarre.
Par ailleurs E. Snowden répète partout qu'il faut fuir éviter DropBox, mais sans citer de raison précise.
Sérieusement tu ne vois pas? Comme d'autres entreprises, Dropbox est sur territoire américain et a ton mot de passe pour déchiffrer (le chiffrement est pour contrer les gens qui ne sont ni toi ni Dropbox), donc la NSA a accès à tout ce que tu mets dessus. Et vu que Snowden a une dent contre la NSA…
Le contenu est chiffré avant de toucher le serveur.
Comme Dropbox. La n'est pas la "faille". La faille est de savoir qui a la clé de chiffrement/déchiffrement. Dans le cas de Dropbox, Dropbox Inc l'a aussi (comme beaucoup d'autres entreprises qui permettent un accès web aux fichiers)
Spideroak ne permet pas, il me semble, l'accè web, car ne stocke pas la clé. La clé est important, chiffrer avant de toucher le serveur n'est pas suffisant.
Edit : Argh, je lis que si en fait "On our website, we actually recommend against using the web interface at all due to this issue, but we provide it anyway, due to overwhelming customer demand." donc hop une petit modif Javascript et on récupère le pass…
OK, tu as l'air de bien savoir, donc dit-moi comment je fais avec Qt les icone "à la Mac" dans la toolbar:
- Deja, avant Qt 5.2, Qt disait merde à l'intégration du style de toolbar à la Mac (setUnifiedTitleAndToolBarOnMac() jeté au passage à Qt 5.0, maintenant revenu certes mais il a fallu insister de chez insister pour que Digia daigne s'en occuper, on sentait qu'ils comprenais le soucis mais que ce n'était pas la priorité)
- coins arrondis, groupement d'icones, même style pour le menu en popup… On fait comment?
- quand on clique et laisse le clic sur la toolbar, on peut déplacer déplacer la fenêtre entière. Enfin, sur une appli native, c'est peut-être moi mais je n'arrive pas à reproduire ce comportement sous Mac. Ca devrait être le truc hyper facile à coder vu que c'est l'UI MAc de base.
- J'ai bien quelques autres bricoles en stock dont mes utilisateurs Mac se plaignent dans mes applis codées avec Qt.
Qt fait quelques efforts, oui, pour le multi-plateforme. Mais perso, il y a des fois je me dis que j'ai les moyens bien comme il faut, j'embauche un spécialist UI Mac et vire Qt de Mac, car c'est mieux que tous les autres Toolkit, mais pas assez intégré pour Mac, on sent que Mac n'est pas leur plateforme prioritaire : ils veulent bien mettre un peu de moyens dessus, mais pas trop.
Pas de bol, les utilisatuers Mac sont exigeants (et je les comprend, l'intégration est le point fort d'Apple)
Je ne sais pas d'où vient cette idée ?
Suffit de coder en Qt à destination d'utilisateurs Mac pour avoir cette idée.
PS : oui, j'en chie justement en ce moment avec un projet ayant beaucoup d'utilisateur Mac puristes.
Vouloir la "mettre profond" à son ancien employeur avec qui on a été en conflit n'est pas incompatible avec le libre.
L'auteur de MariaDB a sans doute le même genre de discours en privé vis à vis de MySQL.
Je note que :
- Tu te bases que sur un site, celui d'un des acteurs du conflit. Pas terrible pour qui veut de l'objectivité.
- L'étalage de mails privés ne te dérange pas, tu les sors tranquille comme ça.
Définitivement : on n'a pas du tout la même éthique!
Si tu acceptes cet exemple comme erreur, tu m'en vois ravi :)
On n'a pas forcément assez d'exemples (les libristes n'aiment pas trop attaquer en justice de manière générale, désolé Linagora), j'ai cet exemple en tête et pas vraiment d'exemples où les libristes tapent sur le logiciel libre et défendent le logiciel proprio dans une affaire.
Mai je veux bien un exemple.
# Justement
Posté par Zenitram (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 10. Dernière modification le 24 juillet 2014 à 09:01.
Justement, c'est pour ça qu'ils ont fait systemd.
Ils l'ont toujours dit : l'accélération du boot n'est qu'un dommage colatéral. Essaye encore…
Le problème n'est pas systemd.
Le problème est de l'autre côté du clavier.
Toujours les gens qui disent qu'une calculatrice c'est trop pourri pour compter, fallait juste améliorer un peu le boulier, sinon c'est de la merde. Ou pareil, le construsteur de voiture se voyait dire qu'il suffisait d'améliorer le cheval, tu te rend compte apprendre à conduire une voiture quand on a la compétence bien plus difficile de galoper à cheval! Mais quelle idée, l'écurie est trop étroite pour la voiture, ils pourraient y penser avant de forcer tous les gens à construire un garage plus large que l'écurie! Va falloir adapter.
Je resterai toujours impressionné par cette capacité de résistance au changement, ave des "arguments" aussi rigolos.
un conseil : reconverti-toi dans un autre métier si tu ne souhaites pas évoluer, l'informatique évolue trop vite pour pouvoir rester bloqué sur une techno toute sa vie. Et comme systemd débarque partout, soit tu acceptes de te remettre en question (c'est toi le mauvais et tu vas te documenter), soit c'est licenciement pour insuffisance professionnelle.
Il y a déjà eu 1000x fois ce troll "systemd, je n'ai pas envie de le comprendre, je veux rester avec mes vieilleries, donc c'est de la merde", vous pourriez évoluer dans vos complaintes de résistance au changement… Et j'espère pour toi que tu es assez anonyme pour pas que ton chef voit ce genre de message, car à sa place je réfléchirai à te remplacer et t'assignerai des taches plus "faciles".
[^] # Re: Le bon bash des familles
Posté par Zenitram (site web personnel) . En réponse au journal Python comme premier langage de programmation ?. Évalué à 4. Dernière modification le 23 juillet 2014 à 09:50.
J'ai lu "de Python3 dans le C++", et non pas "de Python dans le C++" ni "de Python3 dans le C++11"…
Je dois être unique, j'ai plein d'utilisateurs qui sont dans de veilles version de compilateur ou dont le matos est trop limité, déjà je suis heureux quand les wstrings sont présentes et fonctionnelles. Bon, certes, je ne m'amuserai alors pas à mettre Python3 sur ces machines ;-).
Bref, il faut quand même savoir de quand c'est fait, quand j'ai lu sa phrase je me suis dit "oups j'ai loupé quelque chose", mais en fait non, je ne fais pas de C++11 mais du C++ (qu'on assimile plutôt à C++03 en 2014), je préviens juste que c'est trompeur.
[^] # Re: Le bon bash des familles
Posté par Zenitram (site web personnel) . En réponse au journal Python comme premier langage de programmation ?. Évalué à 1. Dernière modification le 23 juillet 2014 à 09:27.
Tes deux exemples ne sont pas du C++ "courant" (qu'on est sûr de retrouver sur tout compilateur C++), car ils viennent de la dernière version de la norme…
C'est un peu gros d' "oublier" de dire que ce que tu proposes n'est pas vraiment connu ni utilisable car pas dispo partout.
PS : et puis, même pour moi qui ne fait quasiment que du C++, les noms sont moches et inretenables quand même… On ne peut pas dire que C++ aide à la comprehension, c'est quand même élitiste. Tu l'admets implicitement toi-même en trouvant nécessaire de devoir encapsuler le bousin dans des fonctions.
[^] # Re: Pascal...
Posté par Zenitram (site web personnel) . En réponse au journal Python comme premier langage de programmation ?. Évalué à -1.
J'ai aucun avis sur Go lui même, mais ça :
C'est vraiment de la propagande pourrie.
Je peux te mettre C++ sur une page aussi si tu as envie : C++ est extrêmement simple, c'est rakoo qui l'argumente, car la spec tient sur une page. Ben oui, tu écris ton "argument" comme si il n'y avait aucune limite à la taille (nombre de lignes?) de la page, donc je fais pareil… Go et C++, égalité sur son "extrème simplicité" avec les arguments à rakoo.
Le reste du commentaire m'interessait pour me faire une opinion, mais comme le premier argument est d'une grande stupidité, comment croire le reste? A tous les coups, "une lib standard extrêmement fournie" va être la capacité à afficher du texte à l'écran, sans doute un écran capable d'afficher une page de 10000 lignes certes…
[^] # Re: Support OS X
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à -1. Dernière modification le 22 juillet 2014 à 14:45.
C'est une des principales raisons pour laquelle les gens utilise Mac plutôt que Linux.
Merci de l'argument.
Soit il convient aux utilisateur de Mac et utilisatuers de BIOS non libre, soit il convient a aucun des deux.
Sauf que la notion de libre est communément acceptée (pas de NC, pas de ND etc…).
Dans le sujet ici, ben… il y a quelques personne pour hurler, mais sinon pas mal de monde accpete les utilisateurs Mac comme libristes et pas qu'un peu libriste, n'en déplaise à ceux qui veulent voir Apple comme le mal absolu.
La, c'est essayer de tirer la couverture sur sa notion en refusant que d'autres ne sont pas vraiment en phase. Mais bon, rien de nouveau, à une époque c'était les gens contre le commerical qui disaient qu'à partir diu moment où on fait du commerical, on n'est plus libriste car le cmmercial trahit le libre. Ici, tu as le même cgenre de comportement que ces personnes.
Tu a oublié de répondre à la partie qui dit que les gens que tu ne considères pas comme libristes ont fait 1000x plus pour le libre que les gens que tu estimes libristes.
Moi, perso, je me fout complet de ces libristes qui ne font pas grand chosse, je prend plutôt les "non libristes" comme désignés, pour faire avancer le libre. Chacun sa façon de faire avancer (ou ne pas faire avancer) le libre.
[^] # Re: Support OS X
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à 0. Dernière modification le 22 juillet 2014 à 14:27.
Oui, sérieusement : tu mets une limite arbitraire, et n'acceptes pas la limite arbitraire d'une autre personne.
C'est la seule différence.
Le BIOS aussi, tu ne démarre pas de machine sans BIOS.
Le résultat est le même quelque soit l'importance que tu met arbitrairement : tu as du non libre dans ta machine pour une question de confort (et on peut aussi parler matos : qui a un CPU libre?).
Tu refuses à une autre personne qui n'a pas la même limite le droit d'être libriste, arbitrairement.
Et tu parles sérieusement de cohérence? Poutre, paille… On a juste des gens qui veulent cloissonner, rejeter, autant dans la notion de libriste que la notion d'utilisateur ("on parle de charité", quel respect de la différence…), sans être meilleur (le choix de l'OS de la personne qui fait du libre, mais alors qu'est-ce qu'on s'en fout…)
Ca serait rigolo le jour où Linus Torvald achète un Mac.
Ah oui, c'est vrai, Linus a fait beaucoup pour le libre, mais c'est un merdeu non libriste, cet emmerdeur osait même avoir un SCM non libre à un moment… Autant aller vers les vrais libriste qui font Hurd! Il y a les libristes puristes qui font hurd inutilisé, et les libristes pratiques qui font Linux et utilisent du proprio qund ça arrange. Lesquels font avancer le libre?
[^] # Re: Support OS X
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à 2. Dernière modification le 22 juillet 2014 à 12:14.
On va revenir à la question du BIOS.
Il n'y a quasiment aucun "vrai libriste" car il accepte du non libre chez lui quand ça l'arrange.
Exactement pareil pour Mac OS car il n'y a pas de remplaçant libre (non, Linux sur le desktop n'est pas un remplaçant sérieux pour beaucoup de monde).
Cet argument est faux cul, car refuse à une personne de ne pas se faire chier tout en ne se refusant pas de ne pas se faire chier (et c'est bizarrement la personne qui parle qui décide de la limite).
Tout à fait. Celui qui accuse l'utilisateur Mac de ne pas être libriste et se considère libriste alors qu'il a un BIOS non libre par pur confort n'est pas militant, car pas cohérent. Il faut savoir assumer ses arguments.
Ici, on a juste des gens qui décident arbitrairement de ce qu'est un libriste, en fixant étonnament les limites à ce qu'ils aiment eux. La cohérence? Juste dans l'affichage quand on accuse l'autre de ne pas faire partie de.
[^] # Re: Support OS X
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à 1. Dernière modification le 22 juillet 2014 à 11:32.
On en est encore la, à opposer ceux qui ne font pas "comme il faut" décidé par on ne sait qui… :(
J'avais oublié les intégristes du libre, désolé.
[^] # Re: Support OS X
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à -5.
D'une rien à voir avec le libre (il y a une tonne de libristes sous Mac, commençant par des développeurs Firefox. Mozilla c'est des faux libristes? sans doute du point de vue de quelques personnes… Qui ne font pas le libre à eux seuls).
De plus, justement, je t'explique que Mac n'est pas "marché de niche". Côté libre, c'est pareil que Windows, et côté potentiel, ça peut l'être voire plus.
Après, si tu veux te couper de revenus/dons en insultant les gens "c'est limite de la charité", c'est ton choix.
La charité, c'est distribuer pour Linux (quitte à troller sur des OS…)
[^] # Re: FUD
Posté par Zenitram (site web personnel) . En réponse au journal Linagora vs BlueMind, la suite. Évalué à 6.
Justement, tu es moinssé car tu n'as pas la moindre base d'objectivité dans ta façon d'avaler la prose de Linagora.
Tu ne t'es pas renseigné, tu as juste mangé la prose de Linagora.
Feras-tu te plus plates excuses et donnera des milliers d'Euros à Blue Mind dans le cas où ils sont acquittés pour avoir FUDé sur eux?
Parce que comme tu sais avant le juge qu'ils sont coupables, ça ne devrait pas te poser de problème de t'engager.
En attendant, c'est 100% FUD, surtout sur la menace d'attaquer les utilisateurs, ce à quoi tu évites toujours soigneusement de répondre en écrivant une réponse complètement hors sujet sur le recel tout ça, puisqu'on parle de la seule personne capable de poursuivre. Ta pros montre un peu trop visiblement que ton seul objectif est de FUDer comme Linagora.
[^] # Re: Circonspection
Posté par Zenitram (site web personnel) . En réponse au journal Linagora vs BlueMind, la suite. Évalué à 2.
Dans le cas qui nous concerne, toi tu sais (on ne sait pas comment).
Les autres ne savent pas (les éléments apportés ne sont pas évidents si on regarde un peu autre chose que la prose pourrie de Linagora et qu'on ne prend pas le discours de Linagora comme la véritée vraie)
Bravo, tu es trop génial. Ou pas.
[^] # Re: Circonspection
Posté par Zenitram (site web personnel) . En réponse au journal Linagora vs BlueMind, la suite. Évalué à 4. Dernière modification le 22 juillet 2014 à 08:56.
La thune et la possibilité de se barrer (et de dire que c'est pas top) après x années si ça ne plait pas? Perso on me propose un bon prix je ne regarderai pas la réputation comme bloquant à la limite pour faire monter le seuil du prix acceptabe et c'est tout, chacun ses priorités (facile à dire qu'on regarde la réputation quand les sous ne sont pas pour soit).
Le fait que la personne qui parle n'est pas décideur et n'avait pas le choix?
[^] # Re: Circonspection
Posté par Zenitram (site web personnel) . En réponse au journal Linagora vs BlueMind, la suite. Évalué à 10.
A mon avis, si tu ne prennais pas les gens (la communauté?) pour des abrutis incapables de réfléchir et juste bon à avaler le discours de Linagora, ça serait plus crédible.
La, on dirai vraiment juste une personne de Linagora essayant de faire passer son message pas crédible en esépérant qu'il arrivera à convaincre quelques personnes.
Mais c'est tellement énorme que la seule réaction possible est une réaction négative sur la personne qui parle, il suffit de regarder 30 secondes pour voir que ce n'est pas un fork.
Sérieusement, j'espère que tu es de Linagora sinon la seule autre possibilité est pas tr-ès sympa pour toi et son niveau est de pire en pire. Mais même en étant de Linagora, croire que ce genre de FUD passerait est pas très intéligent non plus.
allez, Microsoft Windows est un fork de BSD (ben oui, il y a 3 fichiers de la pile IP qui viennent de BSD, c'est donc un fork et pas quelque chose de complètement différent, egarde la 0.00001% de lignes de codes identiques!). C'est Foutaises qui le dit!
[^] # Re: Support OS X
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à -4. Dernière modification le 22 juillet 2014 à 08:41.
Mac un marché de niche?
En nombre d'utilisateurs c'est 10x plus que Linux sur le desktop
En monnaie, c'est 2x moins que Windows pour moi, d'autres disent que c'est plus rentable que Windows quand tu les prends pas pour de la merde (que tu programmes "natif").
Pas si niche que ça.
Ou j'ai mal compris ce que tu disais.
Note : pour les jeux plein écran sans intégration dans le bureau de l'utilisateur, pas d'intégration à faire vraiment, par contre uand on n'est pas plein décran et que c'est un "utiliataire" ça pardonne moins.
[^] # Re: Support OS X
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à -1. Dernière modification le 21 juillet 2014 à 22:16.
déja, Qt ;-)
Ensuite, je comprend que les choses spécifiques soient à la charge de l'appli, mais la je parlais pas mal de toolbar classique quand même. C'est une toolbar! juste qu'avec Qt, elle est pas déssinée correctement par rapport aux guidelines. C'est un creproche classique fait à Qt sur Mac, car c'est un truc très utilisé une toolbar.
Bref, on a bien la réponse : le toolkit ne fait que passer une surface à dessiner et à toi de té démerder, dans ce cas. Passage obligé pour juste faire une toolbar intégrée à l'OS :(.
[^] # Re: Support OS X
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à 2.
On a bien la réponse : développement natif. Pas le tookit "fait moi un bouton et adapte le à l'OS", tu dois te démerder avec l'API native "si Mac, alors on développe nous même sinon fait moi un bouton et adapte le à l'OS".
Mieux que devoir tout faire, c'est hybride, mais c'est un portage bien à faire soit-même.
[^] # Re: Support OS X
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à 1.
A la vue rapide de la première capture d'écran, c'est assez "Mac friendly".
Reste que je ne sais pas comment faire ça avec GTK de base (=sans faire de code ultra-specifique en mélangeant GTK et obj-C) et que l'outil a l'air de ne pas vouloir montrer son code source…
Donc est-ce "de base" avec GTK? comment faire? Est-ce vraiment du GTK?
Mystère… Je parierai bein sur l'utilisation de l'API native.
[^] # Re: Concurrence
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à 1.
Amazon ou pas, bof : le chiffrage AES 256 bit est quand même la, avant l'upload sur Amazon. Amazon ne ovit rien à part des octets "aléatoires". Mauvais sujet.
[^] # Re: Support OS X
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à 1.
1% des gens voient ça.
Les developpeurs.
99% des gens voient ça.
Les utilisateurs.
Sans doute.
Mais c'est toi qui demandait "Je ne sais pas d'où vient cette idée ?". Ben… de 99% des gens qui n'ont pas à faire à la partie développement et à qui tu ne pensaient pas…
Le problème, c'est que les 1% de gens qui font le développement se tapent les retour des 99% d'utilisateurs, donc au final on a malgré tout 100% des gens qui touchent à Qt sous Mac embétés par le support Mac.
Bref, à la limite un développeur peut survivre en bidouillat pour la partie packaging, mais il est quand même dans la merde pour la partie Aqua. C'est dommage, car ça limite de mon point de vue l'interêt de Qt (les Mac étant plus nombreux que les Linux sur le desktop, et surtout valant plus car ils dépensent plus).
PS : bon, OK, il doit y avoir quelques personnes à qui ça suffit de compiler pour dire que c'est crossplatform, mais ceux-la développent plutôt avec GTK quiite à n'avoir rien à faire des utilisateurs ;-).
[^] # Re: Trop fort chez Linagora
Posté par Zenitram (site web personnel) . En réponse au journal Linagora vs BlueMind, la suite. Évalué à 8.
Sur ça, quand même, ils dont fort chez Blue Mind, ils feraient mieux de changer d'avocats, poser le dossier au mauvais endroit est un peu génant pour des avocats…
[^] # Re: Circonspection
Posté par Zenitram (site web personnel) . En réponse au journal Linagora vs BlueMind, la suite. Évalué à 5.
Ce que tu n'arrives pas à comprendre, et j'ai du mal à voir pourquoi à part la mauvaise foi, c'est que justement les autres ne veulent pas entrer dans ce jeu pourri parce que ce que tu prends comme vérité vient de Linagora, une partie prenante.
Ta réflexion est pourrie car la base de ta réflexion est biaisée. Tu es du genre à penser que Microsoft fait que du libre et que c'est des victimes car ils l'ont écrit sur leur site avec quelques exemple de code libre qu'ils ont fait, et puis c'est pas les défenseurs du libre qui se plaignent qui vont te faire changer d'avis.
Sort un peu du discours de Linagora… Parce que la, ton discours fait penser que soit tu es partie prenante, soit tu es pas très doué en réflexion. On a préféré la première idée, peut-être que c'est effectivement la mauvaise.
PS : de ton côté tu n'as pas contre-argumenté sur la logique de Linagora qui prévient du danger judiciaire pour les utilisateurs de BlueMind, danger qui ne peut venir que… De celui qui prévient, et dont la solution facile pour supprimer le danger est que celui qui prévient s'engage à ne pas attaquer. Bizarre.
[^] # Re: Concurrence
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à 8. Dernière modification le 21 juillet 2014 à 11:32.
Sérieusement tu ne vois pas? Comme d'autres entreprises, Dropbox est sur territoire américain et a ton mot de passe pour déchiffrer (le chiffrement est pour contrer les gens qui ne sont ni toi ni Dropbox), donc la NSA a accès à tout ce que tu mets dessus. Et vu que Snowden a une dent contre la NSA…
Comme Dropbox. La n'est pas la "faille". La faille est de savoir qui a la clé de chiffrement/déchiffrement. Dans le cas de Dropbox, Dropbox Inc l'a aussi (comme beaucoup d'autres entreprises qui permettent un accès web aux fichiers)
Spideroak ne permet pas, il me semble, l'accè web, car ne stocke pas la clé. La clé est important, chiffrer avant de toucher le serveur n'est pas suffisant.
Edit : Argh, je lis que si en fait "On our website, we actually recommend against using the web interface at all due to this issue, but we provide it anyway, due to overwhelming customer demand." donc hop une petit modif Javascript et on récupère le pass…
[^] # Re: Support OS X
Posté par Zenitram (site web personnel) . En réponse au journal Pas libre mais dans la tendance. Évalué à 3. Dernière modification le 21 juillet 2014 à 11:12.
OK, tu as l'air de bien savoir, donc dit-moi comment je fais avec Qt les icone "à la Mac" dans la toolbar:
- Deja, avant Qt 5.2, Qt disait merde à l'intégration du style de toolbar à la Mac (setUnifiedTitleAndToolBarOnMac() jeté au passage à Qt 5.0, maintenant revenu certes mais il a fallu insister de chez insister pour que Digia daigne s'en occuper, on sentait qu'ils comprenais le soucis mais que ce n'était pas la priorité)
- coins arrondis, groupement d'icones, même style pour le menu en popup… On fait comment?
- quand on clique et laisse le clic sur la toolbar, on peut déplacer déplacer la fenêtre entière. Enfin, sur une appli native, c'est peut-être moi mais je n'arrive pas à reproduire ce comportement sous Mac. Ca devrait être le truc hyper facile à coder vu que c'est l'UI MAc de base.
- J'ai bien quelques autres bricoles en stock dont mes utilisateurs Mac se plaignent dans mes applis codées avec Qt.
Qt fait quelques efforts, oui, pour le multi-plateforme. Mais perso, il y a des fois je me dis que j'ai les moyens bien comme il faut, j'embauche un spécialist UI Mac et vire Qt de Mac, car c'est mieux que tous les autres Toolkit, mais pas assez intégré pour Mac, on sent que Mac n'est pas leur plateforme prioritaire : ils veulent bien mettre un peu de moyens dessus, mais pas trop.
Pas de bol, les utilisatuers Mac sont exigeants (et je les comprend, l'intégration est le point fort d'Apple)
Suffit de coder en Qt à destination d'utilisateurs Mac pour avoir cette idée.
PS : oui, j'en chie justement en ce moment avec un projet ayant beaucoup d'utilisateur Mac puristes.
[^] # Re: Circonspection
Posté par Zenitram (site web personnel) . En réponse au journal Linagora vs BlueMind, la suite. Évalué à 4. Dernière modification le 20 juillet 2014 à 18:18.
Vouloir la "mettre profond" à son ancien employeur avec qui on a été en conflit n'est pas incompatible avec le libre.
L'auteur de MariaDB a sans doute le même genre de discours en privé vis à vis de MySQL.
Je note que :
- Tu te bases que sur un site, celui d'un des acteurs du conflit. Pas terrible pour qui veut de l'objectivité.
- L'étalage de mails privés ne te dérange pas, tu les sors tranquille comme ça.
Définitivement : on n'a pas du tout la même éthique!
[^] # Re: Circonspection
Posté par Zenitram (site web personnel) . En réponse au journal Linagora vs BlueMind, la suite. Évalué à 1.
Si tu acceptes cet exemple comme erreur, tu m'en vois ravi :)
On n'a pas forcément assez d'exemples (les libristes n'aiment pas trop attaquer en justice de manière générale, désolé Linagora), j'ai cet exemple en tête et pas vraiment d'exemples où les libristes tapent sur le logiciel libre et défendent le logiciel proprio dans une affaire.
Mai je veux bien un exemple.