Third WWII bomb found in Bristol Channel near Hinkley Point
▻https://www.theguardian.com/world/2017/aug/30/third-wwii-bomb-bristol-channel-near-hinkley-point-nuclear
The bomb was reported in the early hours of Wednesday by a diving team from the #Hinkley Point plant. They were clearing the seabed for intake and outtake pipes for cooling water for the reactors on the Hinkley Point C plant. It is the third suspected second world war bomb to be found in the Bristol Channel in the past three weeks.
[...] “The safety of the public and our workforce is our priority, and we have a team of 10 divers checking the seabed ahead of the construction of the main cooling water tunnels and associated seabed structures for Hinkley Point C.”
An EDF source conceded that divers could find more unexploded ordnance before the exercise to clear the area was completed, as the channel was used as a former army training range.
The project to clear the seabed is expected to take several more weeks.
UX Myths
►http://uxmyths.com
UX Myths collects the most frequent user experience misconceptions and explains why they don’t hold true. And you don’t have to take our word for it, we’ll show you a lot of research findings and articles by design and usability gurus.
Myth 34: Simple = minimal
Myth 33: Mobile users are distracted
Myth 32: Success happens overnight
Myth 31: UX design is a step in a project
Myth 30: If you are an expert, you don’t need to test your design
Myth 29: People are rational
Myth 28: White space is wasted space
Myth 27: UX design is about usability
Myth 26: Usability testing = focus groups
Myth 25: Aesthetics are not important if you have good usability
Myth 24: People always use your product the way you imagined they would
Myth 23: Choices should always be limited to 7+/-2
Myth 22: Usability testing is expensive
Myth 21: People can tell you what they want
Myth 20: If it works for Amazon, it will work for you
Myth 19: You don’t need the content to design a website
Myth 18: Flash is evil
Myth 17: The homepage is your most important page
Myth 16: Search will solve a website’s navigation problems
Myth 15: Users make optimal choices
Myth 14: You are like your users
Myth 13: Icons enhance usability
Myth 12: More choices and features result in higher satisfaction
Myth 11: You need to redesign your website periodically
Myth 10: If your design is good, small details don’t matter
Myth 9: Design has to be original
Myth 8: Stock photos improve the users’ experience
Myth 7: Graphics will make a page element more visible
Myth 6: Accessible sites are ugly
Myth 5: Accessibility is expensive and difficult
Myth 4: Design is about making a website look good
Myth 3: People don’t scroll
Myth 2: All pages should be accessible in 3 clicks
Myth 1: People read on the web
...and myth 0: If you read lists like this one, you don’t need to do research
#ergonomie #UX #interface #conception #design #web #mauvaises_pratiques
Comment devenir ergonome UX ? - romy.tetue.net
▻http://romy.tetue.net/comment-devenir-ergonome-ux
Vous êtes plusieur·e·s dernièrement à me demander comment devenir ergonome ou UX designer. Ces profils sont effectivement de plus en plus recherchés. Si ce n’est pas votre futur métier, ça peut être une corde de plus à ajouter à votre arc de dev front, de graphiste ou d’expert a11y.
Sans prétendre avoir la bonne réponse et sans chipoter sur la dénomination (ergonome ou UX designer, osef), je peux au moins témoigner de ce qui m’a forgée, en partant du principe que si vous me posez la question, c’est que vous souhaitez vous orienter vers quelque chose qui ressemble à mon job actuel, c’est-à-dire l’UX design ou conception centrée utilisateur/trices.
Effectivement, une fois lue ça coule de source… la majorité des utilisateurs mobile utilisant leur pouce pour naviguer, la plupart des menus mobiles sont donc mal placés. Plus la taille de l’écran est grande moins la zone d’utilisation couverte par les mouvements du pouce est importante. En prenant en compte les gauchers et droitiers, on isole donc une zone idéale ou les éléments sont accessibles dans la majorité des cas.
▻http://uxmovement.com/mobile/why-mobile-menus-belong-at-the-bottom-of-the-screen
Bottom Navigation Interface
▻https://blog.prototypr.io/bottom-navigation-interface-fa4bff52065f
it’s best to place an app’s frequently-used actions at the bottom of the screen.
Firefox OS/B2G OS : passé, présent, [no future]
▻https://linuxfr.org/news/firefox-os-b2g-os-passe-present-no-future
Firefox OS aujourd’hui aussi présent sous le nom de Boot 2 Gecko (ou B2G OS) est un système d’exploitation pour smartphones, tablettes, télévisions et objets connectés. Il a été développé par Mozilla Corporation qui l’a présenté officiellement en février 2012.
Cette dépêche retrace les grandes lignes de l’évolution de Firefox OS depuis ses premières versions jusqu’à sa fin. B2G (Boot to Gecko) est le nom de développement du système et celui autorisé pour la diffusion non officielle de Firefox OS.
lien n°1 : Article Wikipédialien n°2 : Communaute francophone de Firefox OSlien n°3 : Site officiel de Mozilla présentant Firefox OSSommaire
Plateforme
Architecture de Firefox OS Gaïa Gecko Gonk
Les versions successives :
2012 Première version, avec Gecko 18 [1.0.1]
2013, deux versions, avec Gecko 23 puis 26 [1.1 puis (...)
Système d’exploitation alternatif et libre pour smartphone (non google, non apple). J’utilise son frère, Firefox OS depuis 2 ans et je le recommande personnellement.
Donc B2G OS Y’a Bon !
Ça c’était avant... Parce que question support, tuto, c’est mou.
A avoir switché de Firefox OS à Lineage, c’est pas top. Firefox / B2G est vraiment bien plus #ux
An Introduction To Dark UX Patterns - Reality is a Game
▻http://www.realityisagame.com/archives/2500/an-introduction-to-dark-ux-patterns
In short dark patterns are user interface (UI) that purposefully trick the user to do something that they didn’t want to do. This includes adding items to a user’s shopping cart without their knowledge or signing them up for mailing lists they don’t want to be on. It even includes placing ads so users accidentally click on them in your app.
Easy to join, hard to leave
UX et logiciels libres : retour d’expérience (TAILS) - romy.tetue.net
▻http://romy.tetue.net/ux-et-logiciels-libres-retour-d-experience-tails
Retour d’expérience après un an de collaboration entre UX designers et développeurs libres, dans le but d’améliorer l’usage du logiciel Tails.
Merci et bravo ! Factuel, détaillé, ça contrebalance intelligemment les polémiques stériles. Si je le pouvais, je « faverais » plusieurs fois :)
Merci @tetue, cette présentation était vraiment chouette :)
– la vidéo est disponible sur le site de Numa Paris : ▻https://www.numaparis.ubicast.tv/videos/retour-experience-tails (le site de Passage en Seine a l’air HS en ce moment).
– je viens de retomber sur les slides de la présentation : ▻https://tails.boum.org/contribute/how/promote/material/slides/PSES15-20150618/UX_et_logiciels_libres.pdf
– du côté des sites « Mutu », y’a toujours l’envie de redessiner l’interface privée de Spip, tant pour les personnes qui souhaitent proposer un article / une photo / un son… que pour les modérateurs et modératrices. Mais c’est un taf à plein temps. Ce serait intéressant de savoir comment la recherche et le développement autour de Tails et de l’UX ont été financés.
– il m’avait semblé que la démarche de Tails et de Numa était singulière en cela qu’elle montrait une hybridation des différentes compétences / expertises, une tentative sur une période assez longue de compréhension des implications respectives des différents boulots. Trois conclusions après la conférence : la nécessité de « traducteurs et traductrices » ou de « passeurs » (dans un sens comme dans l’autre), d’être d’accord sur l’importance de la démarche et le besoin de se réunir pour travailler ensemble, pas toujours évident dans les projets libres.
Oui pour moi ça colle avec ce que j’ai fait comme remarques ailleurs à chaque fois qu’on parle du sujet : le problème n’est pas juste de mieux accueillir les non-devs, c’est un des problèmes mais très très loin d’être suffisant. Le problème c’est « le taf à plein temps » : avoir du temps long, pouvoir se réunir régulièrement (si possible IRL, mais même si à distance avoir vraiment une régularité). Il faut aussi être d’accord qu’il faut des vrais gens avec ces compétences (des ergos, des graphistes), et avoir des gens qui ont des compétences transversales (dev-ergo, graphiste-front, etc) qui savent dialoguer. Mais le plus dur c’est de trouver le temps long, avec des gens qui arrivent à vivre pendant ce temps.
Les dernières slides de la présentation citée plus haut résument pas mal la démarche :
UX et Logiciels Libres :
• Remettre en cause les fondamentaux
• From feature-driven to value-driven development
• Passer des choses qui “marchent" aux choses qui “servent”
• Intégrer ces methodologies (recherche & conception)
• Passer de la question "Can we build it ?" à "Should we build it ?"
• Inclure toutes les partis prenantes dans les processus (x-functional)
• Prendre du temps en amont pour en gagner après
• On peut faire un bout de code mais pas un bout d’UX. Le code est
générique et l’UX est spécifique au contexte d’usage.
• La mesure du succès du code n’est pas la meme que celle du
design : working software doesn’t mean good experience
Le design dans le libre : pistes de réflexion - MARIE & JULIEN
►http://mariejulien.com/post/2017/02/08/Le-design-dans-le-libre-%3A-pistes-de-r%C3%A9flexion
On en arrive à la réflexion usuelle “c’est un projet libre, n’importe qui peut aider, propose tes services”.
C’est très juste, mais assez simpliste, le problème ne venant pas de manque de bonne volonté de la part des designers ni même du fait que ça ne soit pas rémunéré (aider un logiciel libre est une cause noble pour bien des designers, car le produit profite à tous).
Le problème vient du fait que collaborer en tant que concepteur, directeur artistique ou designer sur un projet libre, c’est L’ENFER.
Oui, l’enfer, et je pèse mes mots. Pourquoi ? Car le monde du logiciel libre est le royaume de la pull request et des commentaires éloquents, et ce mode de fonctionnement ne se prête pas à la conception et à la stratégie. Il y a bien du design itératif et du A/B testing qui peut se concevoir de cette façon en fin de chaîne, mais à part ça, c’est une solution inappropriée.
L’outil conditionne aussi le design. En plus de n’être pas familier avec ces outils de devs (non, ils ne doivent pas plus les apprendre que le dev ne doit apprendre Illustrator…) ces outils formattent la pensée et la façon d’aborder une problématique (c’est pareil pour Invision d’ailleurs, qui est pourtant un outil de designers).
Je suis à la fois content de lire cet article (qui égratigne parfois très justement), mais également atterré par les postures et les sempiternels clichés qu’on ne dépasse pas depuis +10ans (j’aurais pas dû lire les commentaires).
Juste une première remarque en passant : le lien vers le commentaire sur le logo de Seb est dans un paragraphe argumentant que l’évaluation n’est jamais par des pairs, et que des devs évaluent en donnant leur ressenti personnel et non-étayé : sauf que le lien est justement vers un commentaire de Izo qui pour le coup EST un pair et pas un dev ! Ce qui n’empêche pas que son commentaire était totalement un avis personnel et non étayé, et donc un peu pourri. Mais du coup ça ne colle pas à l’argumentation du paragraphe.
En lisant l’extrait qui suit je me dis que c’est pas gagné si les gens restent cloisonnés comme ça dans leur monde...
Tout comme je n’irai pas tripatouiller un repo de code pour l’améliorer car je ne suis pas dev, j’aimerais que des développeurs ne viennent pas tripatouiller le design.
Moi je suis tenté de troller les auteurs en temps que designer mais pour l’instant j’ai la flemme. Je peux juste dire que oui, perso, marketing = globalement caca (c’est ma piste de réflexion principale !).
La discussion se poursuit (à un niveau affligeant) par là :
▻https://linuxfr.org/users/igor--2/journaux/le-libre-et-l-experience-utilisateur
La vache, je suis juste atterré de la plupart des réponses de dev ci-dessus.
1. je demande comment on peu améliorer la collaboration entre designers et développeurs
2. Julien fait un billet de réponse (avec lequel j’ai des points de désaccord, cf premier commentaire). Billet critiquable, mais dont le principal point pour moi est « Les libristes rejettent et dénigrent le design, ça irait mieux si on se faisait confiance mutuellement »
3. avalanche de commentaires de devs en mode attaque sur le métier, le coût, l’utilité, et anecdotes sorties du contexte
4. article sur LinuxFR montrant encore plus le côté obtus de nos communauté. ... (on traite carrément l’auteur de « frustré », que son raisonnement est « débile », qu’il ne pense qu’à être embauché, on lui dit « qu’il n’a qu’a forker »... C’est sûr que ça donne envie d’aider !)
Moi, ça me peine (vraiment). Je pense qu’on vient de donner une image détestable. Je me met à la place d’un non-développeur (ou même d’un designer), et je vois une communauté (trop) sûre d’elle-même, de ses compétences, de sa supériorité.
▻http://mariejulien.com/post/2017/02/08/Le-design-dans-le-libre-%3A-pistes-de-r%C3%A9flexion#c19506
De l’autre côté, Julien et quelques commentaires sont aussi affligeants de morgue et de non-démocratie sur leur métier (on ne doit rien pouvoir commenter si on ne fait pas aussi ce métier, etc). Et sur linuxfr on dirait une caricature tellement c’est débile. Bref, c’est pas avec ça qu’on va avancer…
@riff : Mais… ce ne sont que des mots désignant des aspects d’un métier… qui ne se limite pas à la servitude marchande ! C’est aussi bête que de penser qu’il faut éviter d’utiliser les couleurs du logo de Google ou qu’il vaut mieux jeûner parce que les riches mangent trop… Les couleurs, la nourriture ou la communication n’ont rien de mal en soi. Tout dépend de ce qu’on en fait.
Quant aux utilisateurs, c’est évidemment sous-entendu, puisque le designer UX ou l’ergonome travaillent avec les utilisateurices. C’est précisément leur job, la base de leur job.
Peut-on essayer de dépasser ces vieux clichés, siouplaît ? Pardon @riff, mais ton message témoigne d’une grande méconnaissance. La discussion se poursuit, de façon très intéressante et constructive, dans les commentaires de l’article.
@james : bien vu :D
Je ne veux pas troller des heures dans ce sujet d’autant que tout de même, je souscris à une bonne partie des remarques de Julien, mais je suis désolé, on a le droit de ne pas vouloir que dans tel ou tel projet les considérations de marketing soient importantes. Déjà je suis tout de même surpris qu’on range le marketing dans le design — perso, dans mon travail, graphisme et ergonomie sont clairement séparés du marketing. Ensuite, le marketing et la communication ne sont pas exactement la même chose. Communiquer sur un logiciel et le positionner dans une logique marketing ne relèvent pas de la même logique.
Après, il n’est évidemment pas infamant de faire du marketing d’une part et de la communication d’autre part. Mais il me semble que pour prendre l’exemple de SPIP, « améliorer graphisme et ergonomie » ne va pas forcément avec « faire du marketing ». C’est cet amalgame qui me pose notamment problème dans l’article.
Oui il n’y a rien de bizarre à faire du marketing si on a effectivement quelque chose à vendre. Marketing signifiant littéralement se positionner sur un marché, tenter de gagner des parts de marché, etc, donc faire du commerce. Ce qui peut arriver à tout un chacun mais qui n’est pas obligatoirement le but de toutes les communautés de logiciel libre.
Communiquer c’est plus large. Pour faire du marketing, on doit communiquer d’une certaine manière. Mais on peut aussi communiquer sans faire du marketing. Juste parce que c’est utile et important d’expliquer à tout le monde c’est quoi ce logiciel, à quoi il sert, c’est quoi son histoire, et en premier lieu : à celleux qui ne le connaissent pas déjà.
Après, je peux comprendre l’idée que même si on ne vend rien, le fait de se plaindre que les logiciels libres en général n’ont pas assez d’utilisateurices, ou pareil mais pour tel logiciel précis (pas assez de gens sous gnu/linux, pas assez de sites sous SPIP, peu importe), c’est donc implicitement qu’on aimerait « gagner des parts de marché » sur les autres logiciels similaires (privateurs ou libres mais du même domaine). Donc au final c’est qu’on veut faire du marketing, même sans rien vendre.
Côté communauté de tel ou tel logiciel, à mon avis il faut déjà se concentrer sur communiquer mieux : s’adresser à tout le monde, expliquer en visant celleux qui ne connaissent pas déjà, etc.
Côté marketing, là je pense que c’est plus les prestataires privés qui utilisent tel logiciel (les SSLL qui utilisent Debian, les agences web qui utilisent tel CMS) de se bouger pour que leurs logiciels préférés soient plus reconnus. Mais ça peut déjà passer en priorité par participer à l’amélioration de la communication général de ces logiciels. C’est vraiment l’étape de base avant toute autre opération plus compliquée/commerciale/publicitaire/etc.
M’enfin là on parle plus ou moins de la communication « extérieure » donc. L’article parle aussi de l’ergonomie et du graphisme « interne » aux logiciels, leur interface d’utilisation/d’admin/d’édition, et c’est encore une autre paire de manche, et un projet complètement différent…
Je me répète, mais on voudrait simplement que ce que vous appliquez entre vous soit appliqué pour nous, c’est à dire se faire refuser des patches comme vous vous faites refuser des patches (vous par un développeur, nous par un designer) et se faire juger par nos pairs ou du moins des gens sachant de quoi ils parlent (ça peut être des devs si c’ets aussi leur domaine).
Je pense que tu accepterais moins ces « refus de patches » et de contributions si elles étaient repoussées par des non devs sur des prétextes fallacieux. « Tenez j’ai codé un système pour améliorer la sécu » "lol non on en veut pas et on aime pas ton indentation".
Bref, on ne veut pas de traitement de faveur, on veut juste être traité comme les autres contributeurs : que les contributions soient jugées, acceptées ou refusées par des gens au même niveau au moins que ceux qui les soumettent.
▻http://mariejulien.com/post/2017/02/08/Le-design-dans-le-libre-%3A-pistes-de-r%C3%A9flexion#c19550
ça fait belle lurette qu’aux USA les startups candidates à des levées de fonds intègrent des designers dès le départ
je pense que l’incompréhension démarre ici ...
Par exemple, le fait qu’un projet libre avec l’importance et l’ambition de Cozy Cloud n’emploie qu’un designer sur 27 salariés me fascine.
Et pourtant cozy lève des fonds (importants), ce qui n’empêche pas que lors de mes essais de cozy, malgré plein de bonnes choses, j’ai vu beaucoup de roues colorés, erreurs, temps de réaction très longs, et une expérience finalement peu satisfaisante.
J’adore cette conversation. On se croirait dans une association quand on discute d’améliorer un peu la communication, les communiqués de presse, ou les visuels avec des gens qui pensent que la communication c’est faire des autocollants avec des mickeys dessus. Qu’un logo c’est facile à faire, que comic sans c’est beau. Je ne suis pas pour la main mise des experts sur tous les secteurs, mais parfois, l’expérience par exemple ça devrait pouvoir être pris en compte intelligement. Mais dès qu’il s’agit de certaines matières, ça devient le ridicule inverse. Tout le monde a un point de vue ce qui donne une liste vécue de décisions débiles, comme une asso qui décide de changer de nom, qui refuse de le faire de manière ouverte et se retrouve à décliner toute sa communication avec le nouveau nom... alors que personne n’a pris la peine de regarder si d’autres associations ou entreprises avaient le même nom ou si il était protégé par l’une ou l’autre loi de copyright pète gonade. Vous avez deviné la suite...#toiaussivismaviedanslesassos Tout de suite, dès que tu essayes d’organiser un peu le gros mot valise de marketing sort et c’est fini, impossible de travailler un temps soit peu logiquement. Par exemple, on confonds une analyse de secteur avec une analyse de marché etc.
+1 @supergeante (vu qu’il n’y a pas d’autre moyen de faver un commentaire @seenthis)
▻http://mariejulien.com/post/2017/02/13/Table-ronde-design-et-open-source-au-Reset
Compte rendu rapide de la rencontre du dimanche 12 février au Reset à propos du design et de l’open source.
Par le plus grand des hasards, une table ronde “design et open source” était organisée dans le hackerspace “le Reset” quelques jours après mon billet sur le sujet. La discussion s’est ensuite poursuivie de manière plus informelle dans un bar.
Comme le sujet a pas mal intéressé et que j’ai eu des demandes, voici un rapide compte rendu (table ronde + bar ensuite) qui sera complété peu à peu selon mes souvenirs (ouais j’ai pas pris de note et alors kestuvafaire ?).
L’ergonomie, indispensable à l’adoption massive du libre - Matthias Dugué - Luc Chaffard | April
▻https://www.april.org/l-ergonomie-indispensable-l-adoption-massive-du-libre-matthias-dugue-luc-chaf
En gros, l’un des principaux soucis, c’est qu’il y a un vrai manque de dialogue, un vrai manque de confiance entre les différents acteurs du projet. Quand vous développez une interface en tant que dev et que avez imaginé votre produit, vous, vous savez très bien où vous voulez aller donc, pour vous, c’est limpide. Ça ne le sera pas forcément pour l’essentiel des gens. Donc il faut collaborer avec des gens qui sont capables de vous apporter du savoir-faire, vous apporter de l’expérience, de l’expertise - des ergonomes, par exemple, des designers, entre autres - mais ça veut dire qu’il va falloir faire confiance à ces gens-là, il va falloir travailler avec ces gens-là et pas contre ces gens-là.
Le problème, c’est qu’on est dans une espèce de relation qu’on a nommée assez aimablement une relation « égosexuelle », je nomme le « aimablement » quand même, parce que, très vite, on en vient à faire de l’entre-soi. On fait un produit, on l’a pensé pour nous, on l’aime bien, c’est notre bébé, on l’a vachement pensé, on le raisonne énormément. C’est super ! Pas très inclusif, mais c‘est super ! Donc l’enjeu c’est d’apprendre à vivre ensemble, c’est d’apprendre…
« Si le libre ne parvient en fin de compte qu’à libérer du code source, alors tout ça aura été vain »
(citation dont M4dz cherche la source)
Pour visionner la conférence :
▻https://www.youtube.com/watch?v=qoXMcNqJqnw
Et pour la télécharger :
▻http://data.passageenseine.org/2016/mp4/PSESHSF-2016%20-%20m4dz%20(Matthias%20Dugu%c3%a9)%20Luc%20Chaff
Et le diaporama :
On peut aussi la visionner directement sur le site sans passer par Youtube ;)
Et la question qui tue : « Peut on opensourcer le design ? »
L’initiative de Mozilla citée par M4dz :
▻https://blog.mozilla.org/opendesign
Je trouvais que tu mettais du temps à réagir :p
J’ai ajouté le lien youtube pour permettre de visionner le bouzin ici directement, et tu remarqueras que j’ai bien lié le fichier original dans mon post :)
Je remarque l’idée vers la fin qu’il n’y a pas que sur du code qu’on peut obtenir des contributions qui vont faire progresser le projet...
#logo_spip
Sur la contribution en ergo/graphisme dans des projets libres, et la proportion et la facilité différente qu’il y a entre contribuer à du code et contribuer à de l’ergo, en dehors d’une heure de loisir par-ci par-là (quand on ne préfère pas se balader ou jouer avec ses enfants…), j’avais compilé à l’arrache ce que j’avais écrit dans divers discussions sur Seenthis :
▻http://rastapopoulos.artizanal.info/notes/contribuer-a-l-ergonomie-ou-au-graphisme-dans-un-logiciel-
Je maintiens également les commentaires que j’ai pu faire dans les diverses conversations recensées par @rastapopoulos :)
Mouais ça reste quand même un pur truc de dev geek de dire « faut forcément apprendre » etc. Même moi qui suis pourtant dev, j’ai vraiment autre chose à foutre de mon temps libre. Et rien que dans le web militant/associatif, c’est quand même tellement plus cool d’avoir une interface bien pensée qui fait que tu publies/relis/corriges des articles en peu de temps, plutôt que cliquer partout dans une interface mal foutue. C’est quand même mieux de passer son temps à débattre, écrire, n’importe quoi, plutôt que se battre avec l’ordi parce que des devs pensent qu’ils savent faire une interface et que si les utilisateurices sont pas content⋅e⋅s « z’ont qu’à apprendre ».
Un peu d’eau dans le moulin de l’article de départ, du point de vue d’un DA / graphiste.
Avec en citation une « controverse » (!) sur un logo pour #SPIP.
►http://mariejulien.com/post/2017/02/08/Le-design-dans-le-libre-%3A-pistes-de-r%C3%A9flexion
Via internetactu.net
►http://www.internetactu.net/a-lire-ailleurs/pourquoi-les-projets-libres-sont-ils-si-moches-et-si-peu-ergonomiques
8 amazing examples of mobile-first, responsive navigation
▻http://justuxdesign.com/blog/8-awesome-examples-of-mobile-navigation-on-responsive-websites
“These great responsive websites go beyond the hamburger menu, and showcase really intuitive mobile navigation.”
The distribution of users’ computer skills is worse than you think
▻https://www.nngroup.com/articles/computer-skill-levels #informatique #ergonomie #ux
“Across 33 rich countries, only 5% of the population has high computer-related abilities, and only a third of people can complete medium-complexity tasks”
Et je suppute que la tendance est à la baisse chaque année, avec les mobiles/tablettes et donc chaque nouvelle fournée d’enfants qui n’ont que ça comme informatique chez eux.
Clairement la génération PC 1985-2000 a été privilégiée en la matière : dotée de matériels suffisamment sophistiqués pour en faire quelque chose mais suffisamment primitifs pour qu’il soit obligatoire de bidouiller pour y arriver... Forcément quelque chose en a émergé.
D’un autre côté, les utilisateurs de PC de cette époque étaient des marginaux et en prenant comme hypothèse que la proportion de marginaux dans la population est constante dans le temps il est normal que la majorité des utilisateurs soient de purs consommateurs.
J’avoue que c’est pour moi une déception : j’ai beau avoir mis un belle station Debian sur le bureau de chacune de mes filles, même les deux qui sont en âge de découvrir sous la surface n’en manifestent pas le moindre intérêt - ce serait de la pure magie que ce serait pareil pour elles. L’aînée (13 ans) est douée en piano alors je lui ai montré les merveilles des séquenceurs... Elle préfère jouer en live. La seconde (10 ans) baigne dans les vidéos alors je lui ai montré comment faire un montage... Elle préfère regarder sur son appareil photo les vidéos qu’elle y prend... Je suis dépité - à leur âge j’aurai tué pour avoir tout ce qu’elles ont. Mais bon... C’est probablement que je suis arrivé au moment d’accepter que nos enfants ne sont pas nous.
D’un autre côté j’ai posé hier à la seconde un problème mathématique simple et elle a triché en trouvant la réponse dans un moteur de recherche... Je l’ai engueulé mais à son âge avec les mêmes moyens j’aurai fait pareil...
Pour revenir à la génération PC, nous avons aujourd’hui quelque chose de très similaire avec la génération navigateur - dotée de logiciels suffisamment sophistiqués pour en faire quelque chose mais suffisamment primitifs pour qu’il soit obligatoire de bidouiller pour y arriver... Le résultat est similaire vingt ans plus tard - cette fois la vague qui en émerge est celle des développeurs Javascript.
L’âge du transistor a produit les radioamateurs... La prochaine émergence technologique produira aussi sa génération de bidouilleurs.
(Rappel) L’état français met en place un site de test des capacités multimédia de ses habitants. Ça s’appelle Pix
▻https://pix.beta.gouv.fr
Et franchement, y’a des trucs archi faciles pour des gens comme nous (oui, si vous savez poster sur Seenthis, c’est bon je pense). Mais surement archi dur pour d’autres :
Trier ces 4 gratte ciel par taille.
Ahah… taille de quoi ? avec ou sans l’antenne ?
Chrome Canary has enabled scroll anchoring which prevents “jumps” when the layout above the viewport changes
▻https://twitter.com/simevidas/status/799510987460214785
#UX_Chrome_scroll_fix_reflow_clevermarks
The Average Checkout Flow Has 14.88 Form Fields – Twice as Many as Necessary
▻http://baymard.com/blog/checkout-flow-average-form-fields
In our 7 years worth of usability testing checkout flows we consistently find that “8 vs 15 form fields” is a much more relevant discussion and priority of resources, than “4 vs 6 checkout steps”.
Some publishing systems I have developed, by Adam Hyde
▻http://www.adamhyde.net/some-publishing-systems-i-have-developed
#livres #CMS #programmer #open-source cc @arno @robin
Une liste de Styleguides UI/UX
▻http://usabilitygeek.com/usability-user-experience-user-interface-guidelines-companies-2016
Une liste de Styleguides UI/UX Design de grandes marques. Voilà ce qu’on peut faire avec du budget et du temps. ▻https://t.co/YRWxV5VEIb
An In-Depth Overview Of Living Style Guide Tools – Smashing Magazine
▻https://www.smashingmagazine.com/2015/04/an-in-depth-overview-of-living-style-guide-tools
Living Style Guide Tools. ▻https://t.co/uJfsj4AZ0R
50 Style Guide Tools, Articles, Books and Resource
▻http://webdesign.tutsplus.com/articles/50-style-guide-tools-articles-books-and-resources--cms-21209
50 Style Guide Tools, Articles, Books and Resources. ▻https://t.co/sOAbLNLeDs
The #UX Secret That Will Ruin #Apps For You | Co.Design | business + design
▻http://www.fastcodesign.com/3061519/evidence/the-ux-secret-that-will-ruin-apps-for-you
Steven Hoober, president at the consultancy 4ourth Mobile, was developing a service plan optimizer for a cell-phone carrier—a system that looked at a customer’s cell-phone usage and suggested the most bang-for-your-buck plan. “My guys built this tool—it took single digit milliseconds to get the results back. And it was giving [accurate] results, not just some plan we wanted to sell them,” Hoober says. “But when we tested with people, they assumed it was all marketing bullshit because it was instantaneous. They’d say, ‘This was obviously a canned result, I’m just gonna shop myself.’”
So Hoober introduced a waiting randomizer. The same code pulled the same results, but a timer delayed the display of those results anywhere from 8 to 30 seconds. The only visual feedback was a spinning indicator. Were focus group testers annoyed? Did they label the machine incompetent? Just the opposite. “People would sit there, asking, ’I wonder what it’s doing?’” Hoober says. “Results would show up, and they’d lean in to the computer [assuming] it must have been really hard to get that information!” One hundred percent of people tested trusted the new tool, even though the only thing that changed significantly was their wait.
If you don’t care about user interface #accessibility because social #inclusiveness isn’t your cup of tea, consider that it might one day be your problem too.
The User Experience: It’s also about Data – Not Just Design
▻http://knowledge.wharton.upenn.edu/article/the-user-experience-why-data-not-just-design-hits-the-sweet
“There are three reasons why digital solutions fail to engage users long term and drive positive outcomes: segmentation, relevance and rewards.”
It’s here: #Quartz’s first news app for #iPhone - Quartz
▻http://qz.com/613700/its-here-quartzs-first-news-app-for-iphone
The app, exclusive to iPhone, is a whole new way to experience Quartz. We put aside existing notions about news apps and imagined what our journalism would be if it lived natively on your iPhone. It wouldn’t be a facsimile of our website. It would b… Tags: iPhone #application Quartz #UX #design #clevermarks
Why do Chinese websites look so busy ? | Econsultancy
▻https://econsultancy.com/blog/67466-why-do-chinese-websites-look-so-busy
Anyone who has worked with a Chinese company or had to run a campaign in China knows that their #design sense is different. Tags: #site #Web #Chine #UX design #clevermarks