Design & Développement web - Le topic des canards qui mangent des cookies

[tenshu]

Parce que si tu commences par ça, ils ne comprendront pas vraiment le pourquoi. Ils appliqueront de manière aveugle et tu finiras par obtenir des mecs qui font tout en OO et tout en MVC même quand c'est idiot.

Par contre, s'ils commencent par apprendre avec du spaghetti, puis que tu escalades petit à petit, ils vont adhérer non pas au principe bête mais aux avantages nés du principe. Ils sauront vraiment ce que OO et MVC apportent à un projet et donc quand les employer (90% des cas.)

Bref, tu commences pur spaghetti et tu leur fais répéter des trucs. Puis tu leur montres les fonctions et là ils font "woot, je répète moins". Puis tu leur fais changer un truc chiant présent partout dans leur code. Puis tu leur montres le templating et ils font "woot, c'est simple à maintenir". Etc.

Ha oui mais quand je dit débuter, je pensais pas à l'apprentissage du langage : les opérateurs, structures conditionnelles et tout.

Par ce que passé cette étape je vois pas pourquoi on enseignerait pas la POO par ce que ça n'empêche en rien de comprendre le procédural.
C'est vraiment bizarre de penser le contraire

Et le framework va dans la continuité : apprentissage des bases du langage -> apprentissage des concepts de la POO -> mise en application avec un outil professionnel

[Tomaka17]

Ça n'engage que moi, mais je pense que ceux qui vont très vite vers la POO sont ceux qui nous pondent du code absurde à la manière du truc linké plus haut ou à la manière de symfony.

Ceux qui ont en tête le procédural et utilisent l'orienté-objet pour se faciliter la vie ne font pas ce genre de trucs car ils pensent avant tout à faire fonctionner le bouzin plutôt qu'à inventer la façon la plus élégante de le faire.

[Møgluglu]

Et ceux qui ont commencé par un langage structuré procédural sans avoir vu la programmation par labels pondent des trucs absurdes comme des boucles avec des flags et des try-catch de partout là où un ou deux goto bien placés suffiraient...
C'était la principale objection des "vieux" contre le Pascal à l'époque.

Et ceux qui ont commencé par l'assembleur pondent des solutions absurdes pour lequel ils ont besoin d'un processeur, alors qu'un automate fait avec quelques bascules et une table de transition codée en dur en soudant quelques fils suffirait... etc.

Quelque part, le monde est bien fait : la plupart des gens sont tellement contents de la méthode avec laquelle ils ont appris qu'ils la recommandent à tout le monde.

[tenshu]

Ouai et le corollaire les langages orientés objet produisent que des mauvais programmeurs.

---------- Post added at 11h18 ---------- Previous post was at 11h16 ----------

Ça n'engage que moi, mais je pense que ceux qui vont très vite vers la POO sont ceux qui nous pondent du code absurde [...] à la manière de symfony.

Quand tu auras autant de personnes (+700) que ça : https://github.com/symfony/symfony/contributors qui auront réfléchis et bosser sur ton framework on en rediscute?
Edit: full list https://github.com/symfony/symfony/b...ONTRIBUTORS.md

[Tomaka17]

Quand tu auras autant de personnes (+700) que ça : https://github.com/symfony/symfony/contributors qui auront réfléchis et bosser sur ton framework on en rediscute?
Edit: full list https://github.com/symfony/symfony/b...ONTRIBUTORS.md

Y a bien ça, y a pas la liste mais je pense qu'on est largement à plus de 700 : https://github.com/torvalds/linux

Les couches d'abstraction comme l'orientation objet, la programmation structurée, etc. sont souvent indispensables.
Mais dans certains cas il y a clairement un abus à ce niveau-là, comme par exemple les mecs qui codent un plugin Firefox qui fait client FTP. Et d'après moi symfony fait partie de cette catégorie qui abuse de ce point de vue là.

[tenshu]

Y a bien ça, y a pas la liste mais je pense qu'on est largement à plus de 700 : https://github.com/torvalds/linux

Les couches d'abstraction comme l'orientation objet, la programmation structurée, etc. sont souvent indispensables.
Mais dans certains cas il y a clairement un abus à ce niveau-là, comme par exemple les mecs qui codent un plugin Firefox qui fait client FTP. Et d'après moi symfony fait partie de cette catégorie qui abuse de ce point de vue là.

Sérieux je comprends rien à tes explications.

Quel intérêt de comparer le nombres de contributeurs de Sf et de Linux?
Pourquoi se questionner de l’intérêt d'un client FTP dans firefox?
En quoi Sf abuse "de ce point de vu là" ?

Je dis pas que c'est un outil magique pour tout faire (quoi que ) mais c'est un framework conçu et réfléchi de longue date.
Ce genre de framework MVC est très plébiscité et je suis étonné de trouver qu'ils "abusent" "d'abstraction".

[Tomaka17]

Pour résumer, je trouve que Symfony ressemble beaucoup à ça.
"Pourquoi faire simple quand on peut faire compliqué"

[tenshu]

Pour résumer, je trouve que Symfony ressemble beaucoup à ça.

Non.

[Awake]

Non.

+1

Il y a beaucoup moins de couches d'abstraction qu'on pourrais le penser sur Sf2. Une la plupart du temps, parfois deux.

[Anon26492]

Symfony c'est très bien quand le projet le justifie. Soit (je dis une connerie hein) 10% des sites représentant 90% des visites.

Mes amis dans la com' web m'ont déjà montré (vu qu'ils panent rien à la technique, ils me demandent parfois de jeter un oeil) des sites statiques avec 5 pages en TOUT (et zéro extensions prévues dans l'avenir) basés sur Symfony. Avec de l'OO, du MVC2... développé par des mecs sortant de l'Epitech.

Mais genre cinq pages hein. Une home, un "à propos", un "notre équipe", un "nous contacter" et un "mentions légales". Avec un formulaire comportant trois ou quatre champs, quatre ou cinq images stock et une gmap.

[tenshu]

Soit pas étonné comme je l'ai dit dans ma première agence on a finit par faire ça.

1. Par ce qu'on maitrisait très bien l'outil
2. Par ce qu'on avait plus à gagner de ne bosser que sur un seul outil, donc toujours de la même façon
3. On avait organisé la coopération entre dev et notre intégratrice de façon très efficace, du coup elle était bien plus efficace que sur un CMS
4. Même si ça peux sembler HARDCORE, 5 route, un CRUD et quelques templates c'est aussi vite fait quand on l’habitude
5. on avait pour habitude de revenir réguliérement vers le client pour lui vendre des nouvelles fonctionnalités : internationalisation ou autres briques qu'on avait packagé en plugin dans sf1.

Bref si tu as "industrialisé" un peu la logique de conception/développement c'est pas forcement délirant.

[Anon26492]

Rien à voir mais troll marrant : http://prng.net/blink-faq.html

tenshu :
C'est bien pour l'agence. C'est discutable pour le client. Ne serait-ce que pour la perte de perf' causée par la couche d'abstraction supplémentaire. Alors tu vas me dire que cette perte est négligeable pour un site aussi peu ambitieux. Certes. Mais à ce compte là, si le site n'est pas ambitieux, tu as le droit de faire n'importe quoi avec des <table>. Le second point, c'est que n'importe qui (un designer) peut corriger les bugs d'un site en HTML avec un peu de PHP, alors qu'un site en symfony c'est plus difficile. Le développeur prend donc en otage sont client designer. Typiquement mes potes ont du me demander de regarder pour corriger un tout petit bug parce qu'ils étaient incapables de le faire. Et même moi j'ai passé une heure à comprendre comment ça marchait alors que ça aurait du me prendre dix minutes.

[tenshu]

Oui et non, honnêtement je sais pas ce qui a été dit au client pour la techno vu que le commercial c'est le dernier de mes soucis.

Après si ton client n'exige pas une techno donnée, je vois pas où est le mal, surtout que Symfony sur la place de Paris c'est pas tellement exotique.
Et un site bien fichu en SF sera un million fois plus compréhensible que certains sites Drupal/wordpress/joomla que j'ai put avoir en maintenance.

[Anon26492]

Et un site bien fichu en SF sera un million fois plus compréhensible que certains sites Drupal/wordpress/joomla que j'ai put avoir en maintenance.

Ah mais bien sûr. Je ne milite pas pour le remplacement d'une bonne couche d'abstraction par une mauvaise

Wordpress ça me fait toujours penser, y'a deux ans, à une copine de ma chère et tendre qui se lançait en auto-entrepreneuse (restauration de meubles.) Elle commande un site internet à un Freelance, le mec fait le boulot au 3/4 et la plante, elle vient me voir pour que je lui donne un avis, c'était en théorie un Wordpress, en pratique ça ressemblait à un fork maléfique opéré par un lobby sataniste sous Dreamweaver le jour du bug de l'an 2000. Elle a du tout faire refaire.

[tenshu]

http://everyfuckingwebsite.com/

[Tomaka17]

J'ai un petit problème avec Chrome en ce moment.

Lorsque je vide le cache et que je charge une page, le navigateur télécharge la page, puis la feuille de style principale, puis la feuille de style secondaire linkée par @import à l'intérieur de la première.
Tout fonctionne.

Maintenant si je recharge la page une fois le cache expiré, chrome va faire une requête vers ma feuille de style principale avec un header e-tag, et le serveur renvoie "304 not modified".
Et là problème : aucun style n'est appliqué sur la page et la seconde feuille de style n'est pas chargée non plus. À l'écran j'ai juste mon HTML non-formaté. La feuille de style semble être simplement ignorée.

Ce problème ne survient apparemment qu'avec chrome et que sur mon serveur localhost (même la version de test en ligne n'a pas l'air d'avoir ce problème alors que c'est le même serveur, la même config, et le même site).

Vous avez une idée d'où ça pourrait venir ?

[tenshu]

Le @import c'est pas top pour les perfs si je me rappelle bien.
Pour ton truc, si c'est "juste" sur localhost, ça ressemble a un beau bug.

[Tomaka17]

Tiens je sais pas si vous vous souvenez de ma nullité graphique.
L'autre jour j'ai reçu la maquette de leur artiste. Bien foutu, respecte très bien le thème qui est déjà sur tous les flyers, les pochettes, etc.

Je commence à bosser sur l'intégration. Comme j'ai juste reçu une image jpeg de la maquette, je découpe vaguement le logo, les différents petits éléments graphiques, etc. histoire d'avoir des trucs temporaires.
Et j'en profite pour envoyer un email, du genre "si tu pouvais dire au mec de m'envoyer les différents éléments graphiques séparés et en haute résolution, ou au pire le fichier photoshop source ou quelque chose comme ça".

Tout à l'heure je reçois la réponse.
Il a pris son jpeg maquette (le même que j'ai déjà), il a tout découpé en petits rectangles, et les a exportés un par un en jpeg. Chaque texte, chaque élément du menu est dans son propre jpeg. Il y en a une cinquantaine.
Et quand je dis des rectangles, ce sont des rectangles. Par exemple le logo est rond, mais plutôt que d'avoir le logo sur fond transparent, il y a le logo avec le fond en dessous.

Bref, je sais pas trop quoi répondre là. J'hésite entre "ok merci" et me débrouiller (et tant pis si c'est flou quand on zoom dessus), ou alors expliquer ça.
Ça se voit bien du coup qu'il n'a jamais touché au web de près ou de loin, mais je m'attendais au moins à ce qu'il m'envoie chaque calque séparément.

[TiNitro]

Ouais, ça m'été arrivé il y a quelques années, j'ai l'impression (haha) que les graphistes n'aiment pas filer leur fichier source (ToShop ou Illustrator). Moralité, au mieux tu ramasses de l'EPS, ou du bitmap...

Explique quand même que tu va dégrader la qualité si tu es obligé de bosser la-dessus, au pire fait un mini site avec un exemple...

[Skiant]

Tiens je sais pas si vous vous souvenez de ma nullité graphique.
L'autre jour j'ai reçu la maquette de leur artiste. Bien foutu, respecte très bien le thème qui est déjà sur tous les flyers, les pochettes, etc.

Je commence à bosser sur l'intégration. Comme j'ai juste reçu une image jpeg de la maquette, je découpe vaguement le logo, les différents petits éléments graphiques, etc. histoire d'avoir des trucs temporaires.
Et j'en profite pour envoyer un email, du genre "si tu pouvais dire au mec de m'envoyer les différents éléments graphiques séparés et en haute résolution, ou au pire le fichier photoshop source ou quelque chose comme ça".

Tout à l'heure je reçois la réponse.
Il a pris son jpeg maquette (le même que j'ai déjà), il a tout découpé en petits rectangles, et les a exportés un par un en jpeg. Chaque texte, chaque élément du menu est dans son propre jpeg. Il y en a une cinquantaine.
Et quand je dis des rectangles, ce sont des rectangles. Par exemple le logo est rond, mais plutôt que d'avoir le logo sur fond transparent, il y a le logo avec le fond en dessous.

Bref, je sais pas trop quoi répondre là. J'hésite entre "ok merci" et me débrouiller (et tant pis si c'est flou quand on zoom dessus), ou alors expliquer ça.
Ça se voit bien du coup qu'il n'a jamais touché au web de près ou de loin, mais je m'attendais au moins à ce qu'il m'envoie chaque calque séparément.

Demande le photoshop et explique que tu peux pas bosser sans, ou alors que le graphiste doit apprendre à slice pour le web de 2013.
Perso si on me demande d'intégrer un truc c'est fichier source ou rien.

[Anon26492]

Tu prends chaque jpg rectangle et tu le fous dans un <img> en position:absolute façon puzzle
Ça lui fera les pieds

[tenshu]

Prends le JPG --> Image map --> Profit.

[Anon26492]

Les secrets du web design révélés :
http://www.webpop.com/blog/2013/04/1...ppy-sell-a-cms

[Skiant]

Les secrets du web design révélés :
http://www.webpop.com/blog/2013/04/1...ppy-sell-a-cms

C'est pas neuf.
Il est bien connu qu'avoir un visage (humain si possible ou en tout cas qui puisse déclencher une émotion) aide très fort pour les clicks.

[deathdigger]

I would love to see an A/B test between a puppy and a kitten!

[Tomaka17]

[deathdigger]

Je commence petit à petit à apprendre l'asp.net (C#), et c'est vraiment plaisant. Je ne fais pas encore de MVC, mais en mode classique (page de vue et fichier de code), c'est super clair avec du code bien ordonné. De même, le fait d'avoir une page avec le formulaire et le résultat dans la même, c'est pratique.
Je ne suis pas aussi rapide qu'avec du PHP pour le moment, mais ça devrait venir

[tompalmer]

Si certains avaient zappé : Komodo 8 est sorti !

http://www.activestate.com/komodo-ide

[suiX]

Salut les gens,

Je viens m'égarer sur cette partie du forum, parce que je suis rentré en stage depuis peu (après une année de réorientation dans le monde du dev), j'ai pour projet d'intégrer une aide en ligne dans un progiciel (interface web) de type ERP/GPI, et je voulais savoir si quelqu'un connaissait un petit peu ce qui se fait dans se domaine la ? J'étudie certaines pistes en Xml (et Xsl), mais si il y a des idées ou des pistes sur le sujet je serais intéressé. Malheureusement ma formation n'était pas trop axé web, et pour l'instant je suis en solo sur le projet et en pleine analyse (et je n'aime pas être inutile pour une entreprise.) Maintenant vous pouvez m'envoyer chié aussi (je ne demande pas de solutions, juste des pistes ...).

Merci

[deathdigger]

Installer un wiki ?