• Home
  • Login
  • RSS Feed
  • ATOM Feed
  • Tag cloud
Les liens de StyMaar
toggle menu
Add link
Search
10200 links
15 results tagged anti_patterns x
  • #The Decline of Usability | datagubbe.se

    Fri 17 Apr 2020 10:44:01 PM CEST - permalink - https://datagubbe.se/decusab/
    anti_patterns design
  • #Ne partez pas si vite ! | Grise Bouille

    Via sebsauvage

    Tue 01 Nov 2016 11:08:02 AM CET - permalink - https://grisebouille.net/ne-partez-pas-si-vite/
    anti_patterns fun web
  • #Dark Patterns - User Interfaces Designed to Trick People

    Un site qui référence les pratiques utilisés par les sites internets pour tromper leurs utilisateurs.

    Wed 01 Jun 2016 12:57:23 PM CEST - permalink - http://darkpatterns.org/
    anti_patterns ressource web
  • #Stall in upgrade (race condition) · Issue #33 · googollee/go-engine.io · GitHub

    Bonjour les bonnes pratiques …

    via Febice

    Wed 13 Jan 2016 11:45:33 AM CET - permalink - https://github.com/googollee/go-engine.io/issues/33#issuecomment-170516650
    anti_patterns git
  • #Note: Les logiciels stupides

    Un logiciel simple n'est ni intelligent ni stupide, il fait ce qu'on lui demande de faire, ni plus ni moins.
    Paradoxalement, les logiciels deviennent stupides lorsque les concepteurs du logiciel tentent de rendre leurs produit «malin». En essayant de deviner ce que veut l'utilisateur pour lui faciliter la vie, le logiciel se retrouve dans de nombreux cas à faire exactement l'inverse de ce que veut l'utilisateur: le logiciel devient donc«stupide».

    Le meilleur exemple étant bien sur les correcteurs orthographiques de téléphones, qui causent bien plus de dégâts qu'ils ne rendent service.
    La «recherche intelligente» sur google n'est pas mal non plus: pour peut que la recherche porte sur un sujet un peu obscure, Google va automatiquement chercher autre chose.

    Le dernier exemple en date de logiciel stupide auquel j'ai été confronté (et qui justifie ce billet) c'est le serveur mailing-list de Google : lors qu'on envoi un mail à une mailing-list à laquelle on est abonné, on ne reçoit pas le mail qu'on vient d'envoyer.
    Je ne sais pas qui a eu cette idée, mais c'est probablement l'idée ergonomique la plus idiote de la décennie !

    D'une part c'est un fonctionnement inverse de tous les autres serveurs de mailing-list, et rien que ça suffit à en faire une mauvaise idée: en brisant les attentes qu'un utilisateur a sur le comportement d'un logiciel, on se met dans la situation du logiciel stupide. Parce que coup, on n'a aucun moyen de savoir que le mail a bien été transmis, et l'utilisateur habitué des mailing-list sera même persuadé que son mail n'aura pas été correctement envoyé …
    En plus, quand on revient sur une conversation vieille de plusieurs moi, le fait de n'avoir que la moitié de la discussion n'aide clairement pas …

    Bref, amis développeurs et designer produits, par pitié arrêtez de faire des logiciels que vous pensez «malin», tout ce que vous arriverez à faire ce sont des logiciels stupides !

    Fri 06 Nov 2015 10:36:56 AM CET - permalink - https://stymaar.fr/links/?QVszEg
    anti_patterns design dev débilité google rage
  • #Semantic versionning, you're doing it wrong …

    Les mecs font une version mineure (1.5.0) qui casse la rétro-compatibilité avec les version d'avant ! C'est débile, c'est pas comme ça qu'on fait du semver !

    Fri 18 Sep 2015 08:00:24 PM CEST - permalink - https://github.com/google/shaka-player/blob/v1.5.0/CHANGELOG.md
    anti_patterns bonnes_pratiques dev
  • #Web & advertising

    Wed 15 Jul 2015 09:22:01 PM CEST - permalink - https://stratechery.com/2015/why-web-pages-suck/
    anti_patterns internet publicité web économie
  • #Quand le CIC surréagit à un simple tweet - Korben

    Non content de faire une appli mobile scandaleuse, le CIC bloque le compte du mec qui s'en plaint … Joli !

    Mon 15 Jun 2015 01:34:36 PM CEST - permalink - http://korben.info/cic-violence.html
    anti_patterns banque censure débilité
  • #Bigcommerce Engineering — Why the way we look at technical debt is wrong

    Dans cet article l'auteur explique que la dette technique n'a pas le même poids en fonction de l'endroit du code qui est codé salement. C'est presque pas gênant si c'est du code qui ne sera jamais touché, alors que c'est très coûteux si ça concerne une partie du code qui est amenée à évoluer souvent.
    Sachant celà, il faut passer son temps à bien s'occuper de l'architecture des parties essentielles du code, quitte à aller vite sur les parties annexes.

    Je suis globalement assez d'accord avec son propos, par contre je trouve la conclusion de son article vraiment très étrange : «Technical debt is ok, and often a solid product strategy. The importance is getting to market.»

    Wtf ?! Non ! Au secours ne faites pas ça ! Oubliez cette phrase par pitié ! Ne perdez pas trop de temps sur des détails, certes, mais surtout ne vous dites pas que la dette technique c'est un levier ! La dette technique (la vraie, celle sur les parties essentielles du code qui bougent beaucoup) a un prix incommensurable ! Et contrairement à ce qu'on pense parfois, vous ne la payerez pas au bout de quelques années, vous la payerez dès lors que le premier employé (ou stagiaire) travaillera avec vous sur le code ! Qui dit code mal pensé, dit code difficile à prendre en main, et propice aux erreurs ! Si vous commencez à avoir du code tordu dans le cœur de votre application vous êtes partis pour des mois voir des années de galère, avec des bugs inexplicables qui apparaissent parce que quelqu'un a touché un bout de code dont il ne maîtrisait pas chaque ligne sur le bout des doigts.

    Parier sur la dette technique comme levier de croissance c'est investir dans le druidisme comme système de gestion de la connaissance dans l'entreprise : transmission des secrets par voix orale du maître à l’apprenti … Inutile de préciser que ça ne passe pas très bien à l'échelle …

    La discussion sur cette article ici est intéressante : https://news.ycombinator.com/item?id=9541134

    Thu 14 May 2015 06:20:14 AM CEST - permalink - http://bigeng.io/post/118399425343/why-the-way-we-look-at-technical-debt-is-wrong
    anti_patterns bonnes_pratiques dev entrepreneuriat management streamroot
  • #9 Anti-Patterns Every Programmer Should Be Aware Of

    «4 God Class
    5 Fear of Adding Classes
    […]
    9 Useless (Poltergeist) Classes»

    Oh comme je les connais bien ces 3 là !

    Mon 11 May 2015 04:40:03 PM CEST - permalink - http://sahandsaba.com/nine-anti-patterns-every-programmer-should-be-aware-of-with-examples.html
    anti_patterns bonnes_pratiques dev
  • #Should I Use A Carousel?

    Ahaha, une très bonne illustration de pourquoi les carrousels c'est de la merde !

    Wed 08 Apr 2015 09:44:49 PM CEST - permalink - http://shouldiuseacarousel.com/
    anti_patterns CSS design ergonomie
  • #Dark Patterns: inside the interfaces designed to trick you | The Verge

    Thu 12 Feb 2015 04:32:53 PM CET - permalink - http://www.theverge.com/2013/8/29/4640308/dark-patterns-inside-the-interfaces-designed-to-trick-you
    anti_patterns design
  • #Slack, ou l'anti patern de l'appli mobile

    Le service de messagerie Slack dispose d'une appli web, d'une appli desktop windows, d'une appli mobile pour iOS et d'une autre pour Android. Jusque là aucun problème. Comme j'utilise tous les jours leur application web je me suis dit «c'est cool qu'ils aient un appli web, comme ça je pourrai avoir l'application sur mon téléphone FirefoxOS». Je me disais qu'avec un peu de chance ils auraient une interface responsive basique, mais que même si ce n'était pas le cas je peux très bien me contenter ponctuellement d'une interface web de bureau sur mon téléphone.

    Seulement voilà, chez Slack il y a des gros malins qui veulent à tout prix dissuader les gens d'utiliser la webapp sur mobile, et du coup ils font un gros blocage par user-agent. Tout ce qui n'est pas un navigateur desktop se prend une grosse redirection 301 des familles qui empêche le téléphone de charger l'application.

    Bravo les mecs ! Bien joué !

    Mon 09 Feb 2015 10:04:24 PM CET - permalink - https://stymaar.fr/links/?qIEu3g
    android anti_patterns apple débilité informatique
  • #Graphisme & interactivité blog de design par Geoffrey Dorne » J’ai testé pour vous : « Je n’aime pas la SNCF »

    via : http://lehollandaisvolant.net/index.php?mode=links&id=20141124214857

    Mon 15 Dec 2014 04:49:44 AM CET - permalink - http://graphism.fr/jai-test-pour-vous-je-naime-pas-la-sncf/
    anti_patterns SNCF société
  • #Oh No! DTO!

    Un petit coup de gueule contre le dogmatisme en Java : pourquoi vouloir absolument utiliser des attributs privés avec des getters et des setters dans tous les cas ?!

    Edit : voir aussi ici http://www.javaworld.com/article/2073723/core-java/why-getter-and-setter-methods-are-evil.html

    Mon 03 Feb 2014 02:18:56 PM CET - permalink - http://www.artima.com/weblogs/viewpost.jsp?thread=36312
    anti_patterns dev JAVA
page 1 / 1 Links per page: 20 50 100
Shaarli - The personal, minimalist, super-fast, database free, bookmarking service by the Shaarli community - Help/documentation