aeris22’s avataraeris22’s Twitter Archive—№ 77,980

                          1. Il y a des jours où j’en ai vraiment ma claque des besoins tout pourris d’UI/UX qui te demande des toooooooooooooooooooooooonnes de taff et des modèles de base totalement scabreux pour gérer une saleté de fonctionnalité plus proche du bug que de la feature « mais qu’il faut sinon
                        1. …in reply to @aeris22
                          l’utilisateur n’est pas content ».
                      1. …in reply to @aeris22
                        Je serais curieux de faire une étude sur le code orienté UI/UX, et de compter le nombre de lignes de code là uniquement pour gérer des conneries totalement à la con à comparer avec la même interface plus « brutalism »… 😱
                    1. …in reply to @aeris22
                      Quand tu en arrives à une 100aine de lignes de code pour gérer une fucking favicon qui doit être remarqué par 0.0001% du monde… Tu te dis que les UI/UX ont du oublier le concept de *M*VP… 😂
                  1. …in reply to @aeris22
                    On en est quand même arrivé là hein… Pour un truc de 32×32 qui était vachement bien en favico.ico en 1970… Ça a *VRAIMENT* changé quelque chose pour vos utilisateurs d’avoir du 180×180 retina ×2 responsive ou bien je rate un truc ? Et qui réclame aujourd’hui limite du build
                    oh my god twitter doesn’t include alt text from images in their APIoh my god twitter doesn’t include alt text from images in their API
                1. …in reply to @aeris22
                  webpack pour pouvoir être géré correctement à partir d’une unique image source ? 🤔
              1. …in reply to @aeris22
                Sur ce sujet, on a eu récemment au taff « on ne pourrait pas changer la favicon en fonction de la page ? ». Le produit : 👼 Le back : 😱 Le front : 😱 L’infra : 😱 (Certainement le client : 🤔 🤷)
            1. …in reply to @aeris22
              Dans le même genre d’idée, aussi au boulot : - une case à cocher qui doit s’afficher ou non fonction du contexte. La version « on l’affiche tout le temps » fonctionnerait tout aussi bien, mais… - HTTP c’est trop mainstream/lent/moche donc on fait du SPA (Et forcément ça merde de
          1. …in reply to @aeris22
            partout avec les états persistants…)
        1. …in reply to @aeris22
          Encore une fois, on va dire « géguerre dev/design », mais autant en tant que dev, on nous bassine en permanence avec « faut aller au plus simple/efficace/utile », autant les consignes côté design semblent aller exactement à l’opposé, avec des tonnes de détails à la con qui sont
      1. …in reply to @aeris22
        très certainement complètement optionnels en vrai…
    1. …in reply to @aeris22
      Si on développait avec la même finesse du détail que ce qu’on réclame côté UI, juste on ferait ×1000 ou plus en temps de développement quoi…
  1. …in reply to @aeris22
    Alors qu’on demande aux devs d’aller au plus vite, de ne pas over-engineering, de foutre des trucs en dur « parce que pas le temps pour la config », de shipper pour hier, l’UI/UX est en train de se palucher sur la couleur de l’ombre du 3ème pixel du sous-menu utilisé 3× l’an par
    1. …in reply to @aeris22
      0.0001% des utilisateurs…