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

            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…