Je vais dans le même sens, j'apprécie la distinction entre liens internes, externes et wikipédia car :
les liens internes je les ouvre dans le même onglet, interrompant ma lecture si cela est important (notamment parce que je sais qu'un clic puis un "page précédente" fonctionne bien sur LinuxFR, ce qui n'est pas toujours le cas).
les liens externes je les ouvre "au fil de ma lecture", dans un autre onglet, pour compléter ma connaissance du sujet, pour lecture future
les liens Wikipedia, dans 80% des cas je ne les suis pas car ce sont souvent des définitions (dans le cas contraire, je les gère de la même manière que les liens externes).
Tout ceci pour distinguer durant ma lecture, au fil de l'eau donc sans avoir besoin de réfléchir à quel type d'information j'ai à faire.
En ce qui concerne la pseudo redondance entre icône dans le texte et info-bulle et barre d'état, deux remarques :
les info-bulles mettent un certain temps à s'afficher, donc il faut mettre la souris sur l'icône, l'immobiliser, attendre que l'info-bulle s'afficher puis décider si l'information est intéressante. C'est anti-ergonomique, ça ralentit drastiquement la vitesse de lecture et qui plus est cela demande des manipulations
la barre d'état, dans laquelle s'affiche l'url nécessite quant à elle, manipulation à la souris (pour la positionner sur le lien), mais aussi de "perdre le fil de lecture" en obligeant le regard à descendre en bas de l'écran, de regarder l'url, prendre une décision, puis remonter dans la page et retrouver où on en était, ce qui est pénible et ralenti également la lecture.
Les icônes me permettent de limiter les manipulations à la souris aux cas qui m'intéressent directement, et la prise de décision se fait naturellement au fil de la lecture en liant l'icône que je vois (reconnue instantanément) au type d'information associé.
Je vois que certains sont hyper virulents (genre "je dis n'importe quoi", "les icônes ça fait ch..."), je crois que je vais finir par faire ma CSS finalement. :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je traduis pour les ignorants qui ne parlent pas Japonnais ;)
Article 1
I am free by nature and all human beings are equal about dignity and a right. It is granted reason and conscience, and a human being must act with mind of a countryman each other.
Pour ceux qui ne parlent pas Anglais non plus, je laisse quelqu'un d'autre participer à l'effort d'internationalisation de LinuxFR ;)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'ai pas trouvé de moyen de télécharger WebODF autre que GIT.
L'idée est carrément excellente : on peut enfin bosser avec des gens qui utilisent seulement M$ Office et leur dire : "bon, tu veux voir mon doc ? vas par là" :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
les gens sont rassurés par les ordinateurs qui permettent de graver des CD, jouer à des jeux, aller sur internet, installer des serveurs web, développer des logiciels et échanger des emails. Ca leur donne un sentiment de contrôle (et les ordinateurs sous linux, c'est encore mieux pour ça).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est à mon avis un des problèmes majeurs de Linux, les linuxiens ne veulent plus utiliser que des logiciels dans les dépôts, [...]
En fait je pense qu'une partie des utilisateurs de Linux le font (utiliser Linux), parce qu'il y a des dépôts et que c'est beaucoup plus facile à gérer une machine avec un outil centralisé qu'une machine où il faut aller chercher tous les logiciels à droite à gauche.
Dans ces cas-là, il ne s'agit pas d'un problème majeur de Linux mais une raison de son adoption.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
De ce que j'ai fait/vu j'ai l'impression que très souvent javascript est vu comme "la techno qui va transformer mon appli moche et statique en appli kikoolol 2.0". C'est souvent vrai, mais c'est clair que dès tu envisages une appli complète en ajax par exemple, ça donne que "si tu n'es pas rigoureux, t'es mort".
Le mélange javascript / html donne l'impression que c'est de la présentation... ce qui n'est pas nécessairement le cas (et l'est de moins en moins). Ca m'effraie tellement que finalement j'utilise JS pour afficher/masquer des éléments uniquement :-o
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je suis pas sûr que tu puisses extraire brutalement les chiffres. Ce qu'il faut voir, c'est que c'est un mode de fonctionnement récurrent. Donc si ça augmente la "valeur apparente des produits parce qu'il est difficile de les acheter", c'est sur les prochaines ventes, les prochains produits, l'image de marque à terme que ça va avoir un impact.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Même une application bien architecturée est compliquée à porter. Dans ma boîte on a des appli historiquement multiplateforme unix / linux / windows. On a mis de côté les versions Unix parce qu'elles demandaient trop de travail de maintenance / test / intégration par rapport à ce qu'on en tirait. Maintenant on se pose la question pour les versions Windows parce que c'est la croix et la bannière Windows, et que pour les applis serveur, y'a plus grand monde qui utilise.
Le problème, dans notre cas, c'est à 95% des problèmes d'intégration : il faut tout tester dans les différentes configurations, utiliser les même versions des dépendances, faire potentiellement face à un bug sur une plateforme parce que par exemple la mémoire n'est pas gérée de la même manière (et par exemple linux est bcp plus robuste que Windows à des mauvaises pratiques d'allocation de mémoire, c'est empirique : on l'a constaté de fait quand on fait des allocations massives de petits bouts de mémoire;)
Bref, le multiplateforme, c'est pas juste "faire une abstraction et cliquer à gauche". :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je vois ce que tu veux dire ; il y a un nombre impressionnant d'applications qui datent des années 90, et même de quelques années seulement qui ne tournaient plus sur les OS récents, même des applications bureautique développées par Microsoft.
J'ai été confronté à ce problème au sein de ma famille, la solution pronée par M$ ? Mettre à jour en achetant de nouvelles licences. Le problème est exactement le même sous Linux, sauf que sous linux la solution peut être d'installer des versions intermédiaires plus souvent.
Un autre exemple que mon premier (qui concernait M$ Excel), concerne des applications métier telles que Ciel Gestion Commerciales et assimilées. Les vieilles versions ne tournent pas sur les nouveaux OS. Les nouvelles versions ne prennent pas en compte les anciens formats de données. Alors sauf si tu as payé le support pendant toutes les années intermédiaires du es piégé.
Après, payer le support, c'est un autre débat. Reste que le problème fondamental est le même dans le cas de Windows et de son écosystème de logiciels et dans le cas de Linux et le sien (d'écosystème).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Une plateforme pérenne, en l'occurence on parle de linux pour des postes de travail, c'est juste une plateforme qui existe depuis 15 ans, qui existe et qui a su évoluer et dont les applications, l'interopérabilité et les fonctionnalités ont augmenté et bien souvent rattrapé la concurrence, voire dépassé dans un certain nombre de domaines.
Mon avis est que la perennité de Linux est là, et que le véritable argument est tout autre que "la viabilité de la plateforme pour des postes de travail".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Tu as raison, concevoir des API et des GUI, ce n'est pas le même boulot, ce ne sont pas les même utilisateurs, ce n'est pas strictement la même façon de penser.
Et pourtant il y a des concepts communs, par exemple il y a une courbe d'apprentissage.
Quand c'est une GUI c'est une courbe d'apprentissage de l'interface graphique, et quand c'est une API, c'est une courbe d'apprentissage de la manière d'interagir avec l'API. Dans un cas c'est une personne lambda, dans l'autre cas c'est un développeur ; dans les deux cas si tu changes des concepts "de base" ça perturbe l'utilisateur qui connait déjà ton système (même si ta nouvelle interface est fondamentalement mieux), et ça en change rien pour celui qui te découvre.
Si on parle d'API, un dévelopeur client de ton API qui est "limite" ou qui n'utilise pas ton API à plein temps, il va grogner en voyant qu'il faut changer les concepts d'utilisation pour passer à la v3 qui propose de nouveaux mécanismes mais qui casse la compatibilité sur l'existant. C'est exactement le même problème que pour une interface graphique : tu ne connais pas les mécanismes que l'utilisateur à mis en place de l'autre côté de ton interface, qu'elle soit graphique ou de programmation.
Dans le cas d'une interface graphique, tous ces mécanismes à changer son dans la tête de l'utilisateur, donc tu n'as pas l'impression que ça change grand chose vu que c'est invisible, peu palpable. Reste que certaines personnes vont dépenser de l'énergie pour procéder à ce changement qui fondamentalement ne leur apporte rien.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Et reste en sus l'argument massue : quelle est la motivation pour une entreprise ? Linux, en 1996, présente un intérêt zéro, probablement même en utilisation serveur.
Je comprends pas où tu veux en venir. Initialement on dit que le bureau graphique existe sous linux depuis 1996 avec des applications de bureautique. Personne ne cherche à dire qu'il fallait l'utiliser en 1996 mais qu'il existait et que 15 ans plus tard, on peut quand même dire que c'est une plateforme perenne.
Il est uniquement question de pérennité à la base (en tout cas dans ce que je cite).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
De plus, une API se doit d'être stable, contrairement à une GUI qu'on peut modifier sans tout casser
J'ai plutôt dans l'esprit que lorsque tu modifies une GUI tu casses un paquets de réflexes chez les utilisateurs de longue date de ton logiciel. Certains sont prêts à changer leurs réflexes, d'autres non, d'autres enfin y sont prêts mais pas tout de suite. Tu as l'impression que tu ne casses rien mais c'est parce que l'homme est capable de ré-apprendre tout seul contrairement aux logiciels qui interrogent une API existante.
Pour moi les interfaces graphiques devraient être gérées comme les APIS sur des services web, par exemple : tu as deux versions qui tournent en parallèle lorsque l'API a été modifiée, et l'ancienne est toujours utilisable telle quelle pendant quelques temps.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Il est complètement absurde d'écrire que les vieux ont du mal à changer leur intuition : dès lors que tu réfléchis ce n'est plus de l'intuition, que tu sois jeune ou vieux, novice ou expérimenté.
J'ai l'impression que tu mélanges ergonomie et intuition, ce sont deux notions bien différentes (même si elles peuvent se recouper).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
La raison du non-choix de Linux est la remise en cause de la pérennité de Linux en tant que poste de travail. Ca ne fait peut-être pas 20 ans que des bureaux graphiques existent (je ne sais pas de quand date x.org), mais bon, en 98, j'avais Gnome et Gimp qui tournaient déjà... il existait déjà la suite bureautique Applixware portée sous linux en 1996 - cf http://en.wikipedia.org/wiki/Applixware_Words
Ca fait déjà 14 années d'existence...
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
intuition, nom féminin Sens 1 : Connaissance directe et immédiate qui ne nécessite pas le recours au raisonnement. Sens 2 : Préssentiment.
Je te laisse choisir quels mots sont importants ; dans tous les cas ton Juste que les "vieux" ont du mal à changer leur "intuitif"... bref, hein, on s'est compris, non ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est une bonne question, aussi, les forfaits, tiens.
J'étais parti sur un BouygesTelecom Neo classique (genre 2h de tél + internet "illimité"). C'est quoi en réalité le concept illimité ? Volume max de données ? Autour de combien, 2Go c'est la norme ?
Je me souviens en 2000 j'étais un des premiers à avoir un tél portable avec un Psion pour récupérer mes emails ; mais j'ai l'impression que je ne suis plus à la pointe de la techno, je suis un peu perdu là...
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Une meilleur icône
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Des icônes pour les liens Wikipedia plus adaptées ?. Évalué à 9. Dernière modification le 28 février 2011 à 08:37.
Je vais dans le même sens, j'apprécie la distinction entre liens internes, externes et wikipédia car :
Tout ceci pour distinguer durant ma lecture, au fil de l'eau donc sans avoir besoin de réfléchir à quel type d'information j'ai à faire.
En ce qui concerne la pseudo redondance entre icône dans le texte et info-bulle et barre d'état, deux remarques :
Les icônes me permettent de limiter les manipulations à la souris aux cas qui m'intéressent directement, et la prise de décision se fait naturellement au fil de la lecture en liant l'icône que je vois (reconnue instantanément) au type d'information associé.
Je vois que certains sont hyper virulents (genre "je dis n'importe quoi", "les icônes ça fait ch..."), je crois que je vais finir par faire ma CSS finalement. :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Retours à la ligne
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 2.
Je traduis pour les ignorants qui ne parlent pas Japonnais ;)
Pour ceux qui ne parlent pas Anglais non plus, je laisse quelqu'un d'autre participer à l'effort d'internationalisation de LinuxFR ;)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Pas de download "user friendly" ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WebODF et Sylpheed. Évalué à 7.
* j'ai pas envie de donner mes documents à Google,
* j'aime bien la réactivité et les fonctionnalités d'une application lourde.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Numéro de version
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Le RER A fait peau neuve mais.... Évalué à 8.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Pas de download "user friendly" ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WebODF et Sylpheed. Évalué à 2.
L'idée est carrément excellente : on peut enfin bosser avec des gens qui utilisent seulement M$ Office et leur dire : "bon, tu veux voir mon doc ? vas par là" :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Tiens tiens...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal LibreOffice 3.3 is out \o/. Évalué à 2.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: look de la page ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Des nouvelles sur l'auto-hébergement. Évalué à 2.
Grâce à ce concept j'ai gagné une reconnaissance hors pair au sein de ma boîte.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dis donc ! c'est pas encore vendredi :)
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Firefox 4 et pilotes de cartes graphiques sous linux. Évalué à 4.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dis donc ! c'est pas encore vendredi :)
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Firefox 4 et pilotes de cartes graphiques sous linux. Évalué à 6.
En fait je pense qu'une partie des utilisateurs de Linux le font (utiliser Linux), parce qu'il y a des dépôts et que c'est beaucoup plus facile à gérer une machine avec un outil centralisé qu'une machine où il faut aller chercher tous les logiciels à droite à gauche.
Dans ces cas-là, il ne s'agit pas d'un problème majeur de Linux mais une raison de son adoption.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Faire comme du java
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Nouvelle version de JSLint. Évalué à 2.
Le mélange javascript / html donne l'impression que c'est de la présentation... ce qui n'est pas nécessairement le cas (et l'est de moins en moins). Ca m'effraie tellement que finalement j'utilise JS pour afficher/masquer des éléments uniquement :-o
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: L'hypocrisie d'Apple
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal [BreakingNews] VLC retiré de l'iOS AppStore !. Évalué à 3.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Raisons du choix de Seven plutôt que Linux sur les postes de travai
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Le Wikileaks bucco-rhodanien revient sur la migration marseillaise vers Windows. Évalué à 3.
Le problème, dans notre cas, c'est à 95% des problèmes d'intégration : il faut tout tester dans les différentes configurations, utiliser les même versions des dépendances, faire potentiellement face à un bug sur une plateforme parce que par exemple la mémoire n'est pas gérée de la même manière (et par exemple linux est bcp plus robuste que Windows à des mauvaises pratiques d'allocation de mémoire, c'est empirique : on l'a constaté de fait quand on fait des allocations massives de petits bouts de mémoire;)
Bref, le multiplateforme, c'est pas juste "faire une abstraction et cliquer à gauche". :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Raisons du choix de Seven plutôt que Linux sur les postes de travai
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Le Wikileaks bucco-rhodanien revient sur la migration marseillaise vers Windows. Évalué à 2.
J'ai été confronté à ce problème au sein de ma famille, la solution pronée par M$ ? Mettre à jour en achetant de nouvelles licences. Le problème est exactement le même sous Linux, sauf que sous linux la solution peut être d'installer des versions intermédiaires plus souvent.
Un autre exemple que mon premier (qui concernait M$ Excel), concerne des applications métier telles que Ciel Gestion Commerciales et assimilées. Les vieilles versions ne tournent pas sur les nouveaux OS. Les nouvelles versions ne prennent pas en compte les anciens formats de données. Alors sauf si tu as payé le support pendant toutes les années intermédiaires du es piégé.
Après, payer le support, c'est un autre débat. Reste que le problème fondamental est le même dans le cas de Windows et de son écosystème de logiciels et dans le cas de Linux et le sien (d'écosystème).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Raisons du choix de Seven plutôt que Linux sur les postes de travai
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Le Wikileaks bucco-rhodanien revient sur la migration marseillaise vers Windows. Évalué à 1.
Mon avis est que la perennité de Linux est là, et que le véritable argument est tout autre que "la viabilité de la plateforme pour des postes de travail".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Réponse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Dépouillement de Firefox. Évalué à 1.
Et pourtant il y a des concepts communs, par exemple il y a une courbe d'apprentissage.
Quand c'est une GUI c'est une courbe d'apprentissage de l'interface graphique, et quand c'est une API, c'est une courbe d'apprentissage de la manière d'interagir avec l'API. Dans un cas c'est une personne lambda, dans l'autre cas c'est un développeur ; dans les deux cas si tu changes des concepts "de base" ça perturbe l'utilisateur qui connait déjà ton système (même si ta nouvelle interface est fondamentalement mieux), et ça en change rien pour celui qui te découvre.
Si on parle d'API, un dévelopeur client de ton API qui est "limite" ou qui n'utilise pas ton API à plein temps, il va grogner en voyant qu'il faut changer les concepts d'utilisation pour passer à la v3 qui propose de nouveaux mécanismes mais qui casse la compatibilité sur l'existant. C'est exactement le même problème que pour une interface graphique : tu ne connais pas les mécanismes que l'utilisateur à mis en place de l'autre côté de ton interface, qu'elle soit graphique ou de programmation.
Dans le cas d'une interface graphique, tous ces mécanismes à changer son dans la tête de l'utilisateur, donc tu n'as pas l'impression que ça change grand chose vu que c'est invisible, peu palpable. Reste que certaines personnes vont dépenser de l'énergie pour procéder à ce changement qui fondamentalement ne leur apporte rien.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Raisons du choix de Seven plutôt que Linux sur les postes de travai
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Le Wikileaks bucco-rhodanien revient sur la migration marseillaise vers Windows. Évalué à 2.
Je comprends pas où tu veux en venir. Initialement on dit que le bureau graphique existe sous linux depuis 1996 avec des applications de bureautique. Personne ne cherche à dire qu'il fallait l'utiliser en 1996 mais qu'il existait et que 15 ans plus tard, on peut quand même dire que c'est une plateforme perenne.
Il est uniquement question de pérennité à la base (en tout cas dans ce que je cite).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Réponse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Dépouillement de Firefox. Évalué à 3.
J'ai plutôt dans l'esprit que lorsque tu modifies une GUI tu casses un paquets de réflexes chez les utilisateurs de longue date de ton logiciel. Certains sont prêts à changer leurs réflexes, d'autres non, d'autres enfin y sont prêts mais pas tout de suite. Tu as l'impression que tu ne casses rien mais c'est parce que l'homme est capable de ré-apprendre tout seul contrairement aux logiciels qui interrogent une API existante.
Pour moi les interfaces graphiques devraient être gérées comme les APIS sur des services web, par exemple : tu as deux versions qui tournent en parallèle lorsque l'API a été modifiée, et l'ancienne est toujours utilisable telle quelle pendant quelques temps.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Réponse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Dépouillement de Firefox. Évalué à 2.
J'ai l'impression que tu mélanges ergonomie et intuition, ce sont deux notions bien différentes (même si elles peuvent se recouper).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Raisons du choix de Seven plutôt que Linux sur les postes de travai
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Le Wikileaks bucco-rhodanien revient sur la migration marseillaise vers Windows. Évalué à 2.
Ca fait déjà 14 années d'existence...
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Réponse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Dépouillement de Firefox. Évalué à 3.
Sens 1 : Connaissance directe et immédiate qui ne nécessite pas le recours au raisonnement.
Sens 2 : Préssentiment.
Je te laisse choisir quels mots sont importants ; dans tous les cas ton Juste que les "vieux" ont du mal à changer leur "intuitif"... bref, hein, on s'est compris, non ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Pas d'accord
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Dépouillement de Firefox. Évalué à 5.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Doctrine2
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche En vrac : Doctrine 2, MySQL 5.5 et VimGolf. Évalué à 5.
Bah oui, quitte à dire des conneries...
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Concernant le résumé sur lafibre.info...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Il a Orange et il est Vert. Évalué à 6.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Et j'ai oublié
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Firefox me gave!. Évalué à 2.
Toujours préférer la composition à l'héritage.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Samsung Galaxy Spica
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Quel téléphone sous Android et quel forfait mobile multimédia ?. Évalué à 1.
J'étais parti sur un BouygesTelecom Neo classique (genre 2h de tél + internet "illimité"). C'est quoi en réalité le concept illimité ? Volume max de données ? Autour de combien, 2Go c'est la norme ?
Je me souviens en 2000 j'étais un des premiers à avoir un tél portable avec un Psion pour récupérer mes emails ; mais j'ai l'impression que je ne suis plus à la pointe de la techno, je suis un peu perdu là...
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo