Plus sérieusement, la confusion vient du fait que quand on se rend sur le site de Kolab, qui commence donc avec un "K", on trouve rapidement les termes "Kontact", "KMail", etc.
J'ai bien compris qu'il y avait un client préféré, mais je répète: si le but est de pouvoir diffuser le serveur au delà des utilisateurs de KDE sur Win/Mac/Linux, alors je pense que le nom pourrait être un frein.
Peut-on utiliser le serveur Kolab "aussi bien" avec Outlook, Evolution et Kontact? Est-ce un but recherché ou un ajout de fonctions uniquement pour des migrations en douceur?
Qu'apporte-t-il à la race humaine??
Toutes ces questions méritent qu'on y réponde (sauf la dernière, parce que la question est mal formulée, et la réponse est 42...)
Je connais assez peu les groupwares, mais là j'ai une remarque à faire:
Quand on va sur le site de Kolab, il n'est pas évident de savoir si c'est un projet KDE qui "tolère"/gère des applications tierces, ou s'il s'agit d'un serveur indépendant de KDE d'un côté et d'un ensemble de logiciels clients basés sur Kontact de l'autre.
- La partie serveur a-t-elle une quelconque dépendance avec un/plusieurs élement(s) de KDE?
- Si non, ne serait-il pas pertinent de changer le nom du projet, côté serveur, pour éviter de faire croire qu'adopter Kolab niveau serveur, ça implique une migration massive de tous les postes clients sous Kontact? (on peut toutefois rappeler la spécificité de la suite client et son lien avec KDE en ajoutant le maintenant célèbre "K" devant le nom ;) ).
Je ne sais pas, moi, on pourrait appeler ça "Colab" et le client K-Colab (Plus de patate et moins de sucre. Je sais où est la porte.).
Si on se posait la question: pourquoi Linux a-t-il si bien percé par rapport à BSD? (d'une manière générale, je sais que BSD domine certains marchés)
Je soupçonne largement que c'est pour les raisons que tu cites: les développeurs souhaitentéviter de se faire pomper le code intégralement sans rien en retour, et donc préfèrent contribuer à Linux qu'à BSD.
(Attention, je peux complètement me planter ici, ce n'est qu'une hypothèse!)
Aura-t-on autant de développeurs bénévoles sur les projets à licence plus permissive?
S'il ne reste que ça, très certainement (pas le choix). Mais voilà: jusqu'à ce que la GPL soit déclarée illégale, on aura toujours le choix!
Parlons du point 1:
L'idée (je pense, je ne suis pas dans sa tête!) d'Eric Raymond, ce serait qu'une entreprise devrait déployer plus d'effort pour suivre le développement d'un logiciel libre et ajouter ses petites fonctions supplémentaires qu'une entreprise qui contribue directement à la source:
- payer des gens pour ajouter une fonction, qui est d'ailleurs ajoutée au projet initial 2 mois plus tard: effort perdu pour une exclusivité de 2 mois, pas rentable
- aucun moyen d'influencer le développement du projet pour l'empêcher de rendre inutilisable les ajouts par l'entreprise à cause d'un changement d'API (ou autre, enfin j'espère que c'est clair)
- "force de frappe" de développement probablement bien inférieure à celle de la communauté
Ce dernier argument dépend clairement de la taille du projet initial et de la dimension de la boite qui voudrait en profiter.
Microsoft a (par EXEMPLE, je ne veux pas lancer un troll MS, on en a bien assez!) largement les moyens de continuer à faire évoluer la pile TCP/IP, peut-être même plus vite que les équipes de dev BSD.
Vu comme ça, la GPL a un certain attrait pour ceux qui ne veulent pas que ça se passe ainsi.
J'ai un contre-proposition à faire à Eric Raymond: puisque les entreprises qui utiliseraient une base de code libre et ajouteraient des éléments propriétaires seraient de toute façon perdantes face à des entreprises qui contribueraient, les avantages de la permissivité de la BSD sont un leurre, cette permissivité n'apportant pas d'avantage compétitif à l'entreprise.
Dès lors, c'est la BSD elle-même qui n'a plus de raison d'être, et on peut tout passer en GPL.
D'un autre côté, les firmwares, qui je vous le promets ne vont pas s'arranger partout si facilement d'un point de vue libriste, sont un marché particulièrement adapté aux licences de type BSD, et peu voire pas du tout GPL.
Pourquoi je dis ça (en dehors d'une volonté masochiste de voir mon commentaire moinssé): sur certains composants, tout le monde ou presque a le même matériel (parce que tout le monde achète les mêmes licences pour mettre les mêmes éléments dedans...).
La différence compétitive se fait au niveau logiciel, et les logiciels étant petits (je ne parle pas de cartes graphiques et processeurs!), facilement copiable une fois qu'on a mis la main dessus.
Rendre public ses développements, c'est aligner parfaitement la concurrence, ce qui permettra d'avoir absolument la même offre partout, toute innovation de l'un étant immédiatement reproduite chez les autres.
Sur le marché des composants, il n'y a pas d'activité de service, ou alors elle est dérisoire, je n'ai pas besoin de deux consultants pendant 6 mois pour installer un compas électronique sur une carte et ajouter les logiciels dans mon système. Par contre, trouver l'algorithme qui permet de recalibrer automatiquement le compas, et éliminer efficacement les perturbations environnantes, c'est une toute autre histoire, mais c'est la même pour tous les clients, d'où le "pas de service, c'est déjà dans le pack, assorti d'une clause d'interdiction de réutilisation avec les produits concurrents bien sûr!"
Le business-modèle open source sur ce segment reste à définir!
Mais pour la petite histoire, je pense que le cas de l'embarqué doit être pour un petit quelquechose dans le fait qu'E17 et les EFL sont sous licence BSD.
Là où je vais me contredire (parce que je ne fais que donner des éléments, je n'ai pas de réponse, vous avez lu tout ça pour rien: dommage!) c'est que d'après mes explications, c'est un noyau BSD qui aurait dû percé dans l'embarqué, et non un noyau Linux.
C'est là que je reviens à la "force de frappe" de développement: ce sont les développeurs pour embarqué qui ont choisi Linux, et non les "utilisateurs" (j'entends ici intégrateurs).
Conclusions: Evidemment, la GPL, pour un logiciel BSD (qui n'est pas GPL), évidemment la GPL n'est pas la BSD. On a des logiciels BSD, et des logiciels GPL, évidemment, qui ne sont pas propriétaires.
Ce que je voulais dire c'est que cet argument est sans fondement.
Reprenons ici l'idée du commentaire "Bande de has been" écrit plus haut, l'avenir dans l'entreprise sur facebook/skyblog, c'est ça:
"G mi nvelle vers. design suspension citronopipo C-603 [en fait une un rendu 3d avec de belles couleurs roses fluo qui clignote, parce que les fichiers CAD, c'est has been, la ponctuation et les articles aussi, c'est trop long à écrire, ça aide pas à enlarge your productivity].
Lâchez vos com'"
Format la plupart du temps paysage, texte court allant à l'essentiel:
"Salut!
Ici il fait beau, et on s'éclate!
Bises!
[Signature]"
Cette forme a l'avantage de permettre une édition complète avant de partir pour ne pas perdre de temps sur place ;)
Plus sérieusement:
Que tu le veuilles ou non, la carte postale répond presque toujours à une série de critères: texte court et aéré, donc lisible. Peu d'informations importantes, la carte en elle-même est un message "je pense à toi", le contenu étant quasiment secondaire...
J'ajoute que pour des raisons pratiques de fournitures, la carte postale est rarement écrite en rose pastel sur fond blanc ou bleu foncé sur fond violet bien sombre, et personne ne se plaint de cette absence de possibilité.
De même, je n'ai jamais reçu de carte écrite en format portrait (sauf cartes "exotiques" ou le layout se prête au format portrait).
EREUSEMEN PR MOI C PAS TS LES GENS KI TAP NIMPORT COMEN PASK ENFETTE J M PAS LIRE DES TXTS ILLISIBLES
JE SEN KE TU VA PAS MEME NON PLUS
Effectivement j'ai un filtre à kikoolol, et je me connecte de plus en plus rarement à msn ou qq (avant c'était via pidgin bien sûr) pour éviter ça.
Mais le fond de mon message, c'est ça:
Demande à quelqu'un d'écrire une lettre écrite, tout le monde fait ça à peu près correctement. On peut trouver des "fautes de non respect du protocole" sur la position de l'expéditeur, le bonjour au milieu, tout ça, mais on s'en fout un peu des détails.
Les lignes ont la bonne longueur, il y a une ponctuation, des paragraphes, etc.
Demande à la même personne de t'envoyer un mail:
La ponctuation disparait, le retour à la ligne aussi parfois, on peut par contre avoir des trucs de toutes les couleurs écrits en police 24 (pour bien faire sentir qu'on "crie") et plein d'autres fantaisies qui font mal aux yeux.
Utiliser les couleurs dans un mail, je le fais régulièrement (au boulot, quand on fait des allers-retours de questions, on change de couleur pour distinguer les interlocuteurs, les questions/réponses, etc. c'est pratique), le gras, je l'utilise (pour mettre en valeur des mots-clés ou insister sur un point particulier).
Mais mes mails ne ressemblent pas à une guirlande de noël...
Effectivement, on voit moins ce phénomène chez les gens qui utilisent les mails régulièrement au travail.
PS: Quant à dire qu'on peut décider qui on apprécie ou pas sur la base de la manière d'écrire par mail ou par msn, c'est euh... comment dire... non, je ne trouve pas de mot là...
Ah ben donc finalement les arguments "iphone c'est fermé et proprio" et "google android ça te lie à la plateforme", il s'en cogne!
Sinon je suggère de poser la question sur PCInpact.
Tiens, hors sujet, mais j'ai trouvé ça rigolo:
Les expats en Chine ont tendance à trouver les Chinois vulnérables au marketing: "mais si c'est vrai c'est le vendeur qui me l'a dit et il avait l'air de s'y connaître".
J'ai une collègue super fière d'avoir son nouveau portable 3G... sans abonnement, et sans internet, parce que c'était en option et ça coûte cher, donc pur téléphone par cartes prépayées (c'est ce que presque tout le monde a en Chine).
Quand je lui ai demandé quel était l'intérêt si c'est pour faire EXACTEMENT la même chose qu'avec le GSM, elle m'a répondu fièrement:
"Le vendeur m'a dit que ça émettait moins d'ondes nocives pour le cerveau".
Arf!
PS: Oui je sais, c'est hors sujet et nombreux sont ceux qui s'en foutent, mais vu que de toute façon ce journal aurait dû être en forum, je peux mettre des commentaires qui auraient dû être en blog, non?
Je n'ai pas dit qu'il fallait oblitérer tout ce qui n'est pas pur texte, j'ai dit qu'il ne fallait pas faire n'importe quoi.
Je veux dire que je n'aime pas qu'on m'envoie un mail en police 42 sur 15 lignes pour "insister sur l'importance du message".
Je veux dire que je n'aime pas qu'on m'envoie des trucs en jaune fluo sur fond blanc parce que "ah mais moi je trouvais joli".
Je veux dire que je n'aime pas voir une conversation entre 4 personnes arriver ou un répond au-dessus, le second au-dessous, et le troisième entre les lignes, et à la fin on me demande "ce que t'en penses?" (-bah laisse-moi 10min pour trier votre bord... déjà, et après je te réponds)
Tout comme on peut se permettre des fantaisies dans une lettre écrite sans la rendre pénible à la lecture!
Quoi, t'as besoin de 2 lettres? Mais moi une seule suffit!
Même si c'est pas la bonne il pense que je me suis trompé et balance l'adresse de linuxfr quand même!
D'ailleurs, j'ai tenté un plugin d'intelligence artificiel pour que je sois plus productif au boulot, et l'AI m'a balancé au bout de 2 jours "je te mets linuxfr le plus vite possible: plus vite t'as lu tous les nouveaux journaux et nouvelles dépêches et parcouru les réponses à tes commentaires, et plus vite tu te mets au boulot, sale feignasse!!"
En lisant au début, j'étais plutôt d'accord, mais en réfléchissant, je me suis dit que finalement non.
Quand on écrit un courrier (l'original, papier, tout ça), on suit des règles. On écrit pas au format paysage, on ne met pas l'adresse en bas, on respecte un protocole "de fait".
Pourquoi dont est-ce qu'on devrait dire que pour les mails, tout est permis, et faisons joyeusement n'importe quoi?
L'ordinateur doit s'adapter à l'utilisateur et pas le contraire, certes. Mais quand on parle de communiquer via l'ordinateur, il faut se rappeler qu'on ne parle pas un ordinateur qui doit s'adapter, mais à un humain qui préfèrera sûrement quelque chose de propre à l'arrivée (oui, pas seulement les mails, mais "kikoo" en rose qui clignote et apparait en popup en prenant le focus pendant qu'on écrit un document, c'est un peu, comment dire... RHAAAAAAA!!!)
Finalement, en fait, je pense qu'on arrive tout doucement à te proposer de larguer KDE4, et X11 en fait:
tu peux lancer mplayer dans un framebuffer et utiliser emacs/vim pour développer.
Bon, pas sûr que tu auras plus de succès quand tu feras tes interfaces graphiques en ncurses...
Euh, c'est pas tout-à-fait ce qu'il a dit, mais ça mérite éclaircissement.
Il a dit qu'il était possible de mettre les DLL avec l'installeur, et que si les DLL ne sont pas déjà sur la machine, elles sont alors installées dans le système.
Ce n'est pas de l'overriding, puisqu'on ne remplace rien.
Par contre, j'aimerais savoir s'il est possible de remplacer des DLL système à l'install?
Pour les bibliothèques vérolées, de toute façon, c'est un peu tard pour s'en inquiéter puisqu'elle s'installent via l'installeur de l'application que t'aurais jamais dû lancer!
Par contre oui, pour les bugs et incompatibilités de version, ça peut être folklorique...
A chaque présidentielle, on a un cortège de candidats tous plus différents les-uns que les-autres.
Pourquoi voter blanc alors qu'il y en a (presque) forcément un dans le tas qui va avoir des idées assez proches des tiennes -ou des miennes, ou des siennes, etc.-
En fait, qu'on vote blanc ou pour un "petit" candidat, je pense que déjà le plus important c'est d'arrêter de réélire continuellement les 2 mêmes gangs...
Je sais pas si je suis fatigué ou quoi, mais je viens d'essayer de relire la phrase en échangeant école et assemblée nationale, et ça tient presque debout.
Peut-être que l'échec scolaire serait plus réduit si les branl... avaient la possibilité de ne pas venir faire ch... les autres dès le début!
Sinon, le problème pour moi n'est pas tant qu'ils ne soient pas présents tout le temps, mais bien qu'ils s'inscrivent et se cassent.
D'ailleurs, pour le coup, ils l'ont bien payé, et ça fait plaisir.
Moi ce que j'attends de mon député c'est qu'il se comporte comme un professionnel sérieux: s'il s'inscrit pour venir voter une loi, IL VIENT ; s'il demande la parole, c'est pour avoir quelque chose à dire.
S'il déclare qu'il est incompétent sur le sujet et donc ne vient pas, c'est tout à son honneur.
Certes, ce n'est pas très sérieux, mais en même temps, ils ne descendent pas plus bas que leurs homologues de la majorité...
Enfin, depuis le temps que je pense que l'A.N. ressemble plus à une cour de récréation qu'à un haut lieu où l'on prend des décisions sur l'avenir de la France...
Evidemment, pour le cumul... il y a évidemment du cumul. Si je prends par exemple un maire, qui, évidemment, serait en cumul...
Mais d'un autre côté, évidemment, un député qui n'est que député et qui cumule...
Enfin ce que je voulais dire c'est que cet argument est sans fondement!
Ce qu'il faudrait faire, c'est le contraire: une possibilité pour les députés de participer aux débats par vidéo-conférence.
Bon, ils ont déjà leur Ubuntu, "yapluka" avoir un client XMPP avec un Jingle fonctionnel en vidéoconférence!
Prochainement, spamm... discutez avec votre député par XMPP (et ça va augmenter le taux de pénétration du protocole en France de façon spectaculaire!).
Aussi curieux que ça puisse paraître pour toi, je pense que non.
Comment feraient les avocats? Ils liraient le code pondu par les développeurs?
Pour la protection, certes, ils auraient pu vérifier, mais comme dit ci-dessus, ils n'ont pas dû imaginer qu'un truc aussi trivial ait pu être breveté.
Dans ma boîte, il y a quelques mois, j'ai refroidi les ardeurs de 2 managers de projets qui pensaient avoir inventé le principe des interruptions, et qui voulaient le breveter.
Je leur ai montré que ça existait depuis un certain temps dans les PC. Ils étaient déçu, j'en ai presque eu pitié pour eux...
Par contre, faudrait juste corriger un truc dans le boss mode (pour les boss vraiment très très très attentif à ton écran:)
Sur la page "404" (le boss mode propose plusieurs écrans, essayez-les!):
3ème ligne en partant de la fin:
Bon, t'es déjà pas mal moinssé, mais juste pour t'enfoncer encore un peu plus:
- A quel endroit ai-je écrit que le logiciel n'avait pas à être disponible?
- A quel endroit ai-je écrit que l'utilisateur doit se faire envoyer paitre?
Ce qui est drôle, c'est que quand on te demande pourquoi MS est parfois si long à publier des patchs, c'est à cause de la démarche qualité, on prend son temps pour être sûr que ça ne va pas péter quelque part sur une configuration bien particulière.
Mais aujourd'hui non, il faut sortir les nouvelles versions de logiciels à l'arrache, sans aucun travail d'intégration dans la distribution.
Et puis c'est vrai que MS c'est un champion de l'intégration de logiciel au bon vouloir des utilisateurs: navigateur internet, lecteur multimédia, on sent qu'il y a eu de l'écoute des usagers et que le choix des applis dépend à peine de MS...
Je suis content aussi de savoir que c'est l'OS qui doit s'adapter à l'utilisateur. Donc si l'utilisateur veut installer un logiciel externe qui part complètement en couille parce qu'il n'a pas été testé de fond en comble, c'est à l'OS de rattraper le coup. Windows est à la pointe dans le domaine? (attention, question piège, j'en vois déjà certains sourire dans les rangs...).
[^] # Re: Confusion Serveur-KDE
Posté par Maclag . En réponse à la dépêche Kolab 2.2.1 est sorti. Évalué à 5.
Plus sérieusement, la confusion vient du fait que quand on se rend sur le site de Kolab, qui commence donc avec un "K", on trouve rapidement les termes "Kontact", "KMail", etc.
J'ai bien compris qu'il y avait un client préféré, mais je répète: si le but est de pouvoir diffuser le serveur au delà des utilisateurs de KDE sur Win/Mac/Linux, alors je pense que le nom pourrait être un frein.
Peut-on utiliser le serveur Kolab "aussi bien" avec Outlook, Evolution et Kontact? Est-ce un but recherché ou un ajout de fonctions uniquement pour des migrations en douceur?
Qu'apporte-t-il à la race humaine??
Toutes ces questions méritent qu'on y réponde (sauf la dernière, parce que la question est mal formulée, et la réponse est 42...)
# Confusion Serveur-KDE
Posté par Maclag . En réponse à la dépêche Kolab 2.2.1 est sorti. Évalué à 7.
Quand on va sur le site de Kolab, il n'est pas évident de savoir si c'est un projet KDE qui "tolère"/gère des applications tierces, ou s'il s'agit d'un serveur indépendant de KDE d'un côté et d'un ensemble de logiciels clients basés sur Kontact de l'autre.
- La partie serveur a-t-elle une quelconque dépendance avec un/plusieurs élement(s) de KDE?
- Si non, ne serait-il pas pertinent de changer le nom du projet, côté serveur, pour éviter de faire croire qu'adopter Kolab niveau serveur, ça implique une migration massive de tous les postes clients sous Kontact? (on peut toutefois rappeler la spécificité de la suite client et son lien avec KDE en ajoutant le maintenant célèbre "K" devant le nom ;) ).
Je ne sais pas, moi, on pourrait appeler ça "Colab" et le client K-Colab (Plus de patate et moins de sucre. Je sais où est la porte.).
# Discutable, mais?
Posté par Maclag . En réponse au journal Faisceaux de questions à Eric Raymond ?. Évalué à 5.
Je soupçonne largement que c'est pour les raisons que tu cites: les développeurs souhaitentéviter de se faire pomper le code intégralement sans rien en retour, et donc préfèrent contribuer à Linux qu'à BSD.
(Attention, je peux complètement me planter ici, ce n'est qu'une hypothèse!)
Aura-t-on autant de développeurs bénévoles sur les projets à licence plus permissive?
S'il ne reste que ça, très certainement (pas le choix). Mais voilà: jusqu'à ce que la GPL soit déclarée illégale, on aura toujours le choix!
Parlons du point 1:
L'idée (je pense, je ne suis pas dans sa tête!) d'Eric Raymond, ce serait qu'une entreprise devrait déployer plus d'effort pour suivre le développement d'un logiciel libre et ajouter ses petites fonctions supplémentaires qu'une entreprise qui contribue directement à la source:
- payer des gens pour ajouter une fonction, qui est d'ailleurs ajoutée au projet initial 2 mois plus tard: effort perdu pour une exclusivité de 2 mois, pas rentable
- aucun moyen d'influencer le développement du projet pour l'empêcher de rendre inutilisable les ajouts par l'entreprise à cause d'un changement d'API (ou autre, enfin j'espère que c'est clair)
- "force de frappe" de développement probablement bien inférieure à celle de la communauté
Ce dernier argument dépend clairement de la taille du projet initial et de la dimension de la boite qui voudrait en profiter.
Microsoft a (par EXEMPLE, je ne veux pas lancer un troll MS, on en a bien assez!) largement les moyens de continuer à faire évoluer la pile TCP/IP, peut-être même plus vite que les équipes de dev BSD.
Vu comme ça, la GPL a un certain attrait pour ceux qui ne veulent pas que ça se passe ainsi.
J'ai un contre-proposition à faire à Eric Raymond: puisque les entreprises qui utiliseraient une base de code libre et ajouteraient des éléments propriétaires seraient de toute façon perdantes face à des entreprises qui contribueraient, les avantages de la permissivité de la BSD sont un leurre, cette permissivité n'apportant pas d'avantage compétitif à l'entreprise.
Dès lors, c'est la BSD elle-même qui n'a plus de raison d'être, et on peut tout passer en GPL.
D'un autre côté, les firmwares, qui je vous le promets ne vont pas s'arranger partout si facilement d'un point de vue libriste, sont un marché particulièrement adapté aux licences de type BSD, et peu voire pas du tout GPL.
Pourquoi je dis ça (en dehors d'une volonté masochiste de voir mon commentaire moinssé): sur certains composants, tout le monde ou presque a le même matériel (parce que tout le monde achète les mêmes licences pour mettre les mêmes éléments dedans...).
La différence compétitive se fait au niveau logiciel, et les logiciels étant petits (je ne parle pas de cartes graphiques et processeurs!), facilement copiable une fois qu'on a mis la main dessus.
Rendre public ses développements, c'est aligner parfaitement la concurrence, ce qui permettra d'avoir absolument la même offre partout, toute innovation de l'un étant immédiatement reproduite chez les autres.
Sur le marché des composants, il n'y a pas d'activité de service, ou alors elle est dérisoire, je n'ai pas besoin de deux consultants pendant 6 mois pour installer un compas électronique sur une carte et ajouter les logiciels dans mon système. Par contre, trouver l'algorithme qui permet de recalibrer automatiquement le compas, et éliminer efficacement les perturbations environnantes, c'est une toute autre histoire, mais c'est la même pour tous les clients, d'où le "pas de service, c'est déjà dans le pack, assorti d'une clause d'interdiction de réutilisation avec les produits concurrents bien sûr!"
Le business-modèle open source sur ce segment reste à définir!
Mais pour la petite histoire, je pense que le cas de l'embarqué doit être pour un petit quelquechose dans le fait qu'E17 et les EFL sont sous licence BSD.
Là où je vais me contredire (parce que je ne fais que donner des éléments, je n'ai pas de réponse, vous avez lu tout ça pour rien: dommage!) c'est que d'après mes explications, c'est un noyau BSD qui aurait dû percé dans l'embarqué, et non un noyau Linux.
C'est là que je reviens à la "force de frappe" de développement: ce sont les développeurs pour embarqué qui ont choisi Linux, et non les "utilisateurs" (j'entends ici intégrateurs).
Conclusions: Evidemment, la GPL, pour un logiciel BSD (qui n'est pas GPL), évidemment la GPL n'est pas la BSD. On a des logiciels BSD, et des logiciels GPL, évidemment, qui ne sont pas propriétaires.
Ce que je voulais dire c'est que cet argument est sans fondement.
[^] # Re: à propos de la perte de popularité des emails
Posté par Maclag . En réponse à la dépêche Comment peut-on sauver Thunderbird alors que le courrier électronique se meurt ?. Évalué à 3.
"G mi nvelle vers. design suspension citronopipo C-603 [en fait une un rendu 3d avec de belles couleurs roses fluo qui clignote, parce que les fichiers CAD, c'est has been, la ponctuation et les articles aussi, c'est trop long à écrire, ça aide pas à enlarge your productivity].
Lâchez vos com'"
---------> [ ]
[^] # Re: mort le mail??
Posté par Maclag . En réponse à la dépêche Comment peut-on sauver Thunderbird alors que le courrier électronique se meurt ?. Évalué à 4.
Format la plupart du temps paysage, texte court allant à l'essentiel:
"Salut!
Ici il fait beau, et on s'éclate!
Bises!
[Signature]"
Cette forme a l'avantage de permettre une édition complète avant de partir pour ne pas perdre de temps sur place ;)
Plus sérieusement:
Que tu le veuilles ou non, la carte postale répond presque toujours à une série de critères: texte court et aéré, donc lisible. Peu d'informations importantes, la carte en elle-même est un message "je pense à toi", le contenu étant quasiment secondaire...
J'ajoute que pour des raisons pratiques de fournitures, la carte postale est rarement écrite en rose pastel sur fond blanc ou bleu foncé sur fond violet bien sombre, et personne ne se plaint de cette absence de possibilité.
De même, je n'ai jamais reçu de carte écrite en format portrait (sauf cartes "exotiques" ou le layout se prête au format portrait).
Il y a donc bien un protocole de fait.
En quoi est-ce que c'est un contre-exemple?
[^] # Re: mort le mail??
Posté par Maclag . En réponse à la dépêche Comment peut-on sauver Thunderbird alors que le courrier électronique se meurt ?. Évalué à 2.
JE SEN KE TU VA PAS MEME NON PLUS
Effectivement j'ai un filtre à kikoolol, et je me connecte de plus en plus rarement à msn ou qq (avant c'était via pidgin bien sûr) pour éviter ça.
Mais le fond de mon message, c'est ça:
Demande à quelqu'un d'écrire une lettre écrite, tout le monde fait ça à peu près correctement. On peut trouver des "fautes de non respect du protocole" sur la position de l'expéditeur, le bonjour au milieu, tout ça, mais on s'en fout un peu des détails.
Les lignes ont la bonne longueur, il y a une ponctuation, des paragraphes, etc.
Demande à la même personne de t'envoyer un mail:
La ponctuation disparait, le retour à la ligne aussi parfois, on peut par contre avoir des trucs de toutes les couleurs écrits en police 24 (pour bien faire sentir qu'on "crie") et plein d'autres fantaisies qui font mal aux yeux.
Utiliser les couleurs dans un mail, je le fais régulièrement (au boulot, quand on fait des allers-retours de questions, on change de couleur pour distinguer les interlocuteurs, les questions/réponses, etc. c'est pratique), le gras, je l'utilise (pour mettre en valeur des mots-clés ou insister sur un point particulier).
Mais mes mails ne ressemblent pas à une guirlande de noël...
Effectivement, on voit moins ce phénomène chez les gens qui utilisent les mails régulièrement au travail.
PS: Quant à dire qu'on peut décider qui on apprécie ou pas sur la base de la manière d'écrire par mail ou par msn, c'est euh... comment dire... non, je ne trouve pas de mot là...
[^] # Re: Trop tard
Posté par Maclag . En réponse au journal 3g et cerveau. Évalué à 7.
Sinon je suggère de poser la question sur PCInpact.
Tiens, hors sujet, mais j'ai trouvé ça rigolo:
Les expats en Chine ont tendance à trouver les Chinois vulnérables au marketing: "mais si c'est vrai c'est le vendeur qui me l'a dit et il avait l'air de s'y connaître".
J'ai une collègue super fière d'avoir son nouveau portable 3G... sans abonnement, et sans internet, parce que c'était en option et ça coûte cher, donc pur téléphone par cartes prépayées (c'est ce que presque tout le monde a en Chine).
Quand je lui ai demandé quel était l'intérêt si c'est pour faire EXACTEMENT la même chose qu'avec le GSM, elle m'a répondu fièrement:
"Le vendeur m'a dit que ça émettait moins d'ondes nocives pour le cerveau".
Arf!
PS: Oui je sais, c'est hors sujet et nombreux sont ceux qui s'en foutent, mais vu que de toute façon ce journal aurait dû être en forum, je peux mettre des commentaires qui auraient dû être en blog, non?
[^] # Re: mort le mail??
Posté par Maclag . En réponse à la dépêche Comment peut-on sauver Thunderbird alors que le courrier électronique se meurt ?. Évalué à 4.
Je veux dire que je n'aime pas qu'on m'envoie un mail en police 42 sur 15 lignes pour "insister sur l'importance du message".
Je veux dire que je n'aime pas qu'on m'envoie des trucs en jaune fluo sur fond blanc parce que "ah mais moi je trouvais joli".
Je veux dire que je n'aime pas voir une conversation entre 4 personnes arriver ou un répond au-dessus, le second au-dessous, et le troisième entre les lignes, et à la fin on me demande "ce que t'en penses?" (-bah laisse-moi 10min pour trier votre bord... déjà, et après je te réponds)
Tout comme on peut se permettre des fantaisies dans une lettre écrite sans la rendre pénible à la lecture!
[^] # Re: Le voilà ton problème
Posté par Maclag . En réponse au journal Pourquoi du gris sur du noir ? (le site de linuxfr). Évalué à 10.
Même si c'est pas la bonne il pense que je me suis trompé et balance l'adresse de linuxfr quand même!
D'ailleurs, j'ai tenté un plugin d'intelligence artificiel pour que je sois plus productif au boulot, et l'AI m'a balancé au bout de 2 jours "je te mets linuxfr le plus vite possible: plus vite t'as lu tous les nouveaux journaux et nouvelles dépêches et parcouru les réponses à tes commentaires, et plus vite tu te mets au boulot, sale feignasse!!"
(oui, l'AI est une AI libriste de droite)
-----------> [ ]
[^] # Re: à propos de la perte de popularité des emails
Posté par Maclag . En réponse à la dépêche Comment peut-on sauver Thunderbird alors que le courrier électronique se meurt ?. Évalué à 9.
Finalement, l'e-mail n'est pas mort, il se porte même très bien, il est juste réservé aux conversations avec un contenu!
C'est les conversations avec un contenu qui sont en train de crever!
-----------> [ ]
[^] # Re: mort le mail??
Posté par Maclag . En réponse à la dépêche Comment peut-on sauver Thunderbird alors que le courrier électronique se meurt ?. Évalué à 10.
Quand on écrit un courrier (l'original, papier, tout ça), on suit des règles. On écrit pas au format paysage, on ne met pas l'adresse en bas, on respecte un protocole "de fait".
Pourquoi dont est-ce qu'on devrait dire que pour les mails, tout est permis, et faisons joyeusement n'importe quoi?
L'ordinateur doit s'adapter à l'utilisateur et pas le contraire, certes. Mais quand on parle de communiquer via l'ordinateur, il faut se rappeler qu'on ne parle pas un ordinateur qui doit s'adapter, mais à un humain qui préfèrera sûrement quelque chose de propre à l'arrivée (oui, pas seulement les mails, mais "kikoo" en rose qui clignote et apparait en popup en prenant le focus pendant qu'on écrit un document, c'est un peu, comment dire... RHAAAAAAA!!!)
[^] # Re: C'est bien beau...
Posté par Maclag . En réponse au journal Le libriste de gauche. Évalué à 6.
[^] # Re: KDevelop et Kaffeine ?
Posté par Maclag . En réponse au journal KDE 4 devient instable. Évalué à 4.
...
Finalement, en fait, je pense qu'on arrive tout doucement à te proposer de larguer KDE4, et X11 en fait:
tu peux lancer mplayer dans un framebuffer et utiliser emacs/vim pour développer.
Bon, pas sûr que tu auras plus de succès quand tu feras tes interfaces graphiques en ncurses...
Quoi? Ah, certes, on n'est plus vendredi...
# Constructif et sain
Posté par Maclag . En réponse au journal Posez vos questions à Christine Albanel. Évalué à 9.
Vive le vendredi! (mais elle va pas comprendre...)
[^] # Re: bof
Posté par Maclag . En réponse à la dépêche Notre opinion sur GNU/Linux doit-elle être mise à jour ?. Évalué à 2.
Il a dit qu'il était possible de mettre les DLL avec l'installeur, et que si les DLL ne sont pas déjà sur la machine, elles sont alors installées dans le système.
Ce n'est pas de l'overriding, puisqu'on ne remplace rien.
Par contre, j'aimerais savoir s'il est possible de remplacer des DLL système à l'install?
Pour les bibliothèques vérolées, de toute façon, c'est un peu tard pour s'en inquiéter puisqu'elle s'installent via l'installeur de l'application que t'aurais jamais dû lancer!
Par contre oui, pour les bugs et incompatibilités de version, ça peut être folklorique...
[^] # Re: Le probleme c'est surtout l'absentéisme
Posté par Maclag . En réponse au journal HADOPI rejeté, mais de façon démocratique?. Évalué à 3.
Pourquoi voter blanc alors qu'il y en a (presque) forcément un dans le tas qui va avoir des idées assez proches des tiennes -ou des miennes, ou des siennes, etc.-
En fait, qu'on vote blanc ou pour un "petit" candidat, je pense que déjà le plus important c'est d'arrêter de réélire continuellement les 2 mêmes gangs...
[^] # Re: Et si...
Posté par Maclag . En réponse au journal HADOPI rejeté, mais de façon démocratique?. Évalué à 2.
Quoi que...
La CIA serait donc une branche infiltrée des extra-terrestres?
Mais que fait Pradel??
[^] # Re: Le probleme c'est surtout l'absentéisme
Posté par Maclag . En réponse au journal HADOPI rejeté, mais de façon démocratique?. Évalué à 5.
Peut-être que l'échec scolaire serait plus réduit si les branl... avaient la possibilité de ne pas venir faire ch... les autres dès le début!
Sinon, le problème pour moi n'est pas tant qu'ils ne soient pas présents tout le temps, mais bien qu'ils s'inscrivent et se cassent.
D'ailleurs, pour le coup, ils l'ont bien payé, et ça fait plaisir.
Moi ce que j'attends de mon député c'est qu'il se comporte comme un professionnel sérieux: s'il s'inscrit pour venir voter une loi, IL VIENT ; s'il demande la parole, c'est pour avoir quelque chose à dire.
S'il déclare qu'il est incompétent sur le sujet et donc ne vient pas, c'est tout à son honneur.
[^] # Re: Réponses à ton avis
Posté par Maclag . En réponse au journal présence des députés. Évalué à 3.
Enfin, depuis le temps que je pense que l'A.N. ressemble plus à une cour de récréation qu'à un haut lieu où l'on prend des décisions sur l'avenir de la France...
[^] # Re: ???
Posté par Maclag . En réponse au journal présence des députés. Évalué à 8.
Mais d'un autre côté, évidemment, un député qui n'est que député et qui cumule...
Enfin ce que je voulais dire c'est que cet argument est sans fondement!
[^] # Re: voté par combien?
Posté par Maclag . En réponse au journal HADOPI rejeté. Évalué à 2.
Bon, ils ont déjà leur Ubuntu, "yapluka" avoir un client XMPP avec un Jingle fonctionnel en vidéoconférence!
Prochainement, spamm... discutez avec votre député par XMPP (et ça va augmenter le taux de pénétration du protocole en France de façon spectaculaire!).
[^] # Re: Amusant ?
Posté par Maclag . En réponse au journal Les brevets contre MS. Évalué à 3.
Comment feraient les avocats? Ils liraient le code pondu par les développeurs?
Pour la protection, certes, ils auraient pu vérifier, mais comme dit ci-dessus, ils n'ont pas dû imaginer qu'un truc aussi trivial ait pu être breveté.
Dans ma boîte, il y a quelques mois, j'ai refroidi les ardeurs de 2 managers de projets qui pensaient avoir inventé le principe des interruptions, et qui voulaient le breveter.
Je leur ai montré que ça existait depuis un certain temps dans les PC. Ils étaient déçu, j'en ai presque eu pitié pour eux...
[^] # Re: firewire
Posté par Maclag . En réponse au journal pas de détrompeur USB.... Évalué à 4.
--------> [ ]
[^] # Re: Développement d'une application mobile dédiée à LinuxFr.org
Posté par Maclag . En réponse à la dépêche LinuxFr.org lance un concours... Libre !. Évalué à 2.
Sur la page "404" (le boss mode propose plusieurs écrans, essayez-les!):
3ème ligne en partant de la fin:
Technical Information (for support personnel)
Là ça se voit un peu quand même...
[^] # Re: bof
Posté par Maclag . En réponse à la dépêche Notre opinion sur GNU/Linux doit-elle être mise à jour ?. Évalué à 9.
- A quel endroit ai-je écrit que le logiciel n'avait pas à être disponible?
- A quel endroit ai-je écrit que l'utilisateur doit se faire envoyer paitre?
Ce qui est drôle, c'est que quand on te demande pourquoi MS est parfois si long à publier des patchs, c'est à cause de la démarche qualité, on prend son temps pour être sûr que ça ne va pas péter quelque part sur une configuration bien particulière.
Mais aujourd'hui non, il faut sortir les nouvelles versions de logiciels à l'arrache, sans aucun travail d'intégration dans la distribution.
Et puis c'est vrai que MS c'est un champion de l'intégration de logiciel au bon vouloir des utilisateurs: navigateur internet, lecteur multimédia, on sent qu'il y a eu de l'écoute des usagers et que le choix des applis dépend à peine de MS...
Je suis content aussi de savoir que c'est l'OS qui doit s'adapter à l'utilisateur. Donc si l'utilisateur veut installer un logiciel externe qui part complètement en couille parce qu'il n'a pas été testé de fond en comble, c'est à l'OS de rattraper le coup. Windows est à la pointe dans le domaine? (attention, question piège, j'en vois déjà certains sourire dans les rangs...).