Les petites boulettes du web - Page 12

JavaScript, motherfucker, do you speak it ? Pas capable de mettre un bête champ texte avec une vérification du format du numéro de téléphone ?

C'est pas bien d'avoir des contrôles côté client, c'est tout

Parce que mettre des select pour le numéro de tel, c'est ultra secure tavu.

BECAUSE FUCK YOU THAT'S WHY

Vu à l'instant. Je trouve que Google devient un peu fainéant :


(en fait, il y avait 5 résultats)

Pour moi, c'est une preuve de plus que AngularJS a été développé avec les pieds… Pour en avoir fait un peu je n'étais même pas au courant de cette "fonctionnalité". (Et en même temps vu la page de la doc où cette bribe d'info est inclue, cela ne m'étonne même pas )
Peut-être que si leur doc était rédigée dans un format moins merdique, les gens la liraient, voire même la comprendraient. Enfin bon

Je trouve que l'auteur se prend pas pour de la merde, quand même... Entre des "I [...] as any good web developer does", "In case your friends can't see it", "I did my Sherlock Holmes routine" & co, 3 pages d'article pour expliquer qu'Angular active des infos de debug par défaut, que tout le monde oublie de les retirer, et que grâce à ses exceptionnels skills pour cliquer avec le bouton droit il a trouvé plein d'exemples, ça fait peut-être un peu beaucoup.

assez d'accord

Je ne suis d'accord avec aucun de vous ^^

Tout d'abord, il n'est pas rare de trouver des infos de debug dans du code web. Plusieurs langages web que j'ai rencontré ont leur debug activé par défaut. C'est évident quand on y pense, puisqu'on s'attend à coder avec. Le problème est quand le dev oublie au passage en prod de retirer les infos de debug.
Et même dans le cas de ce que j’appellerai l'apprentissage bac à sable (apprendre avec des tutos, poser des questions sur internet pour qu'on nous réponde avec des lignes de code d'exemple, mais ne jamais s'occuper de lire la doc), il ne s'agit pas d'un oublie du dev, mais d'une méconnaissance de l'outil.
Ça ne m'étonnerait pas que les devs de ces sites aient une connaissance superficielle d'Angular. Ils ont dû suivre deux-trois leçons pour comprendre comment ça fonctionne, et dès qu'ils avaient ce qu'il leur fallait pour obtenir le résultat souhaité, ils n'ont pas creusé davantage.
Je blâme les devs, pas le langage.

Ensuite, le ton du mec ne me choque pas. Je ne dirais pas "tout dev web doit...", mais il est fréquent que j'ouvre l'inspecteur de code sur des pages où je veux comprendre le fonctionnement ou quand certaines dispositions d'éléments gênent ma lecture. Pour le "au cas où vos amis ne verraient pas", lire tranquille l'article au boulot comme ça se fait beaucoup dans ce taff donne le temps de chercher l'erreur. Mais si on ramène les collègues pour dire "hey, venez voir ça", ils risquent de ne pas aimer perdre du temps à chercher le problème étant donné qu'ils sont debout et qu'on les dérange pour ça. L'auteur me semble être quelqu'un qui se retrouve plusieurs fois dans cette situation (il m'a parfois fallu passer de longues minutes à parcourir un code source du Daily WTF pour comprendre le WTF en question), il a voulu simplifier le partage. Et puis pour Sherlock Holmes, je ne nierai pas qu'il y a un sentiment de fierté, voire de supériorité à se dire "ahah, j'ai trouvé une grosse boulette, et on dirait qu'elle est présente sur plusieurs sites". C'est un côté peu enviable, mais on doit tous avoir un petit côté ainsi.

Bref, je me fais avocat du diable ici, mais ne lui jetez pas la pierre

On a pas du tout compris l'article de la même façon. Je ne vais pas tout commenter mais pour reprendre juste l'exemple "In case your friends can't see it" voilà comment je l’interprète :

Let me show you what that I saw: [...] So you see what I did, of course you do. Straight from your Retina Display to your retinas… In case your friends can’t see it, you can show them this annotated image

Ça me semble clairement faussement modeste. Il commence par expliquer qu'il regarde le code source de la page "comme tout bon développeur web" (donc il en fait bien sûr partie), et oh stupeur, que voit-il ? Hop un screenshot avec des minuscules lignes de code et 60% de contenu inutile puisque c'est juste le rendu du site web à gauche. Il insiste bien sur le fait que "bien sûr, vous aussi vous l'avez vu, c'est tellement évident" et 20 pixels plus bas il re-poste la même capture d'écran en surlignant les 4 classes qu'il fallait voir initialement. Pour moi c'est juste pour se faire mousser un peu et allonger artificiellement l'article. Je sais que j'ai vraiment un problème avec les gens qui se vantent, surtout quand c'est vraiment déplacé comme ici. Le mec est juste tombé sur une anecdote et c'est intéressant de la présenter : il aurait du se concentrer là-dessus. Par contre prendre le lecteur de haut parce qu'il sait faire F12 dans son navigateur, ça suffit à m'enlever totalement le plaisir de lire.

J'extrapole mais j'ai l'impression que c'est le même genre de mec qui va pondre un article dans lequel il explique comment il a révolutionné l'informatique avec un outil de build vachement mieux que cette vieille relique de make, parce que bon les développeurs avant l'arrivée du web c'était quand même un peu des branques.

à mon sens c'est plus logique que le développement soit opt-in qu'opt-out.

C'est comme ça que tu fais un article à forte audience, comme ça que tu fais du bruit à partir de (pratiquement) rien.
Je ne sais pas si c'est lié à la personnalité de l'auteur, mais dans tous les cas je ne trouve pas non plus l'article très plaisant.

(Et tout ça à cause de Zerosquare qui indexe n'importe quoi !! )

(N'importe quoi, n'importe quoi... n'empêche que vous êtes bien contents que j'indexe tout plein de trucs, quand vous cherchez quelque chose, hein )

(je cherche une recette de samoussa épinard-chèvre, tu as ça sous le coude ?)

()

hého la c'est un job de base pour google, hein

Au passage, je fais un peu de hors-sujet, je voudrais savoir si quelqu'un connaîtrait un outil de bug tracking/reporting qui soit en PHP ou en ligne (éviter d'installer quelque chose sur le serveur), avec une interface qui ne date pas de Windows 98 et qui permettrait de gérer des comptes clients pour qu'ils reportent eux-même les bugs ?

osticket? je sais pas en quoi c'est écrit mais ca a l'air puissant.

squalyl (./348) :
hého la c'est un job de base pour google, hein

(
exact, le plus proche que j'ai trouvé c'est ça :

topics/104995-tres-simple-crevettes-au-currypaprika-en-feuilles-de-bricks-depinard
topics/157507-rouleaux-de-printemps-au-gruyere-france-roquette-sauvage-et-concasse-dolives
)

Meowcate (./349) :
Au passage, je fais un peu de hors-sujet, je voudrais savoir si quelqu'un connaîtrait un outil de bug tracking/reporting qui soit en PHP ou en ligne (éviter d'installer quelque chose sur le serveur), avec une interface qui ne date pas de Windows 98 et qui permettrait de gérer des comptes clients pour qu'ils reportent eux-même les bugs ?

https://www.mantisbt.org/
http://www.flyspray.org/

J'en avais un autre, mais impossible de me souvenir du nom ...

Après y a le classique Trac, mais ça ne rentre pas dans tes critères.

redmine

Redmine c'est du Ruby

Mantis

Oui tant qu'a faire ClearCase aussi?

lol

Mantis est PHP

Warpten (./352) :

Meowcate (./349) :
Au passage, je fais un peu de hors-sujet, je voudrais savoir si quelqu'un connaîtrait un outil de bug tracking/reporting qui soit en PHP ou en ligne (éviter d'installer quelque chose sur le serveur), avec une interface qui ne date pas de Windows 98 et qui permettrait de gérer des comptes clients pour qu'ils reportent eux-même les bugs ?

https://www.mantisbt.org/
http://www.flyspray.org/

J'en avais un autre, mais impossible de me souvenir du nom ...
Après y a le classique Trac, mais ça ne rentre pas dans tes critères.

Pas une boulette du web, mais je retrouve plus le topic qui va bien: https://icons8.com/

Bon à savoir !