J'ai, à mainte reprise, donné des réponses concrètes à des canards qui avaient une interrogation spécifique sur un bout de code précis. Plus souvent que toi d'ailleurs.
Nonobstant je ne répondrai pas à tes attaques personnelles, constantes sur ce topic et plus généralement sur le forum. Tu es l'un des rares canards qui est incapable de rester courtois avec ceux que tu n'apprécies pas et qui démontre au quotidien une absence totale d'esprit canard.
Plus tu seras agressif, plus je serais sur ce topic au quotidien.
Et non, tu ne lui fais pas un Wordpress pour son site de trois pages, pour la même raison que tu n'utilises pas JQuery.
Et le C++ alors ?
Par contre l'antislash pour délimiter les namespaces c'était fort. Je vous raconte pas la shitstorm quand ils l'ont annoncé .
Non C++ on n'en fait pas dans le cursus, enfin c'est pas imposé mais les deux derniers semestres on choisit les technos (plus ou moins) donc ça reste possible.
Tu files un Wordpress au petit artisan parce que tu fais passer les besoins de ton client avant ta branlette de codeur du dimanche, quelque chose que tu apprends quand tu bosses pour de vrai.
Avec un Wordpress, le mec est indépendant et peut faire ce qu'il veut de son site quand il le veut.
En 4h tu peux apprendre à un mec qui sait vaguement se débrouiller sous Word comment gérer son site web. Ça lui permettra de faire tranquillement son taf et de changer des trucs s'il en a besoin, tout seul comme un grand, et ça t'épargne trouzemille emails "Vous pouvez changer cette phrase sur mon site ?". Il est content, tu es content, il te file ton pognon et va éventuellement faire le kéké avec ses amis pour leur montrer que "Regarde j'ai un site web et c'est facile", ce qui est bien plus mieux que "Regarde, j'ai un site web qui charge en moins de 50 millisecondes mais je peux rien modifier dessus sans payer quelqu'un pour le faire à ma place".
Tu lui fais un petit BO à la main.
Ça te prend une heure ou deux, et ça sera bien plus facile à modifier qu'un Wordpress pour quelqu'un qui ne maîtrise pas l'outil informatique.
MdT, je préfère quand t'expliques
Ça c'est un argument valide, mais pas forcément pour un développement de production (parce que tu emmènes tout le monde avec toi et qu'il vaut mieux avoir des standards et s'y tenir). Mais c'est une évidence, et si j'ai détesté les langage de bas niveaux (on n'est jamais suffisamment loin de l'assembleur ) c'est évidemment indispensable de comprendre ce que fait le compilateur.
Ce qui n'empêche que Less a sans doute son utilité (j'en serais sur quand je serais passé maître du CSS, ou plutôt un de mes esclaves passque bon), l'exemple de la palette de couleur a tapé pile dans le mille pour mon cas d'emploi. Mais si je te comprends, c'est une bonne chose de faire ou d'avoir fait du CSS pur avant.
Bien sûr, dans tous les domaines c'est mieux de maitriser la base de ce qui va derrière un outil automatisé pour s'en servir, mais ça je pense qu'aucun dev du topic n'est contre cette notion.
Grand maître du lien affilié
Ahahah, sérieux, ils vous ont mis le java après le C#, ils veulent que vous vous fassiez chier .
Bref, je voulais pas déclencher un shitstorm en parlant de LESS , je pensais pas que ça irait si loin. Mais pour en revenir à jquery, là je viens de refactoriser le code d'une appli écrite en js pur vers du jquery, et j'y ai quand même pas mal gagné, que ce soit en clarté, en nombre de lignes de code, en facilité d'ajout de fonctionnalité (pour preuve, j'ai ajouté pas mal de petit trucs que je voyais pas comment faire autrement), et je pense, en performances, et pourtant, j'avais opti mon js, mais du coup, c'était moyennement maintenable.
Rust fanboy
Tiens, les coincoins pros du web 2.0, vous avez un avis sur SASS vs LESS ?
Je participe à la modernisation d'un gros site web, et on repart de zéro pour les CSS. Je me dis donc : autant s'essayer à un truc chouette comme SASS ou LESS, histoire d'avoir des feuilles de style un peu maintenables. Y'en a marre d'avoir 50 feuilles, des imports dans tous les sens et des classes dupliquées n'importe où n'importe comment. La maintenance de l'ancien site me faisant vomir.
Je suis donc parti sur SASS (je suis sous NetBeans, mais il gère très bien les deux technos) histoire de commencer par quelque chose, mais auriez-vous un avis tranché sur ces deux technos ?
Mon objectif étant les performances autant user que SEO (à ce titre, je crois que LESS implique la présence d'un JS ? Si oui, c'est une bonne raison pour moi de préférer SASS, je veux absolument compiler en amont, et pas côté client).
Dans tous les cas mon process de compil va minifier les CSS générés.
Thx.
Dernière modification par gros_bidule ; 19/08/2014 à 22h52. Motif: ortho
Relance la shitstorm de 10 :D.
En gros oui quasiment tous les canards sont pour SASS ou LESS.
A titre personnel je préfère LESS qui est plus flexible au niveau de la syntaxe en proposant les mêmes fonctions.
Je te conseil malgrès les imports de faire deux feuilles de style par page : la global chargée sur toutes les pages du site + une spécifique à la page en cours.
LESS se compile avec du node ou du PHP (ou autre) côté serveur, pas besoin de js spécifique à charger.
Ha cool alors, thx.
Bon bah du coup si les deux peuvent se compiler côté serveur, je vais tester un peu les deux.
Ca doit sans doute provenir du fait que je ne développe que des applis Web avec une charte graphique et ergonomique imposée (applications métiers), mais j'avoue que je ne vois vraiment pas l'intérêt de trucs comme SASS ou LESS.
Envoyé par MdTY'a pas comme une légère contradiction entre les deux assertions ?Envoyé par MdT
Le débat sur l'usage des librairies qui « déresponsabilise » le développeur est vieux comme le développement lui-même. Dans ce fil, c'est gentil et le ton reste - relativement - mesuré, mais allez voir sur des sites comme Developpez.com, le shitstorm peut prendre une envergure monstrueuse. De ce que j'ai pu lire, tous langages/technos confondus, il en ressort peu ou prou la synthèse suivante:
- Le meilleur usage d'une librairie (ou d'un Framework) est fait quand le développeur a une bonne connaissance, au moins théorique, des actions qu'elle effectue en interne, mais ce n'est pas une condition sine qua non à son utilisation.
- Leur raison d'être répond à un objectif fondamental d'ingénierie : accélérer la production, avec le meilleur compromis possible entre productivité et fiabilité/performance. Dans les (rares) projets où ce compromis n'est pas acceptable, une solution ad hoc doit être privilégiée ; dans tous les autres, hors projets à but didactique, s'en priver est un non sens économique et industriel.
Le problème, c'est que certaines libraries web n'accélèrent pas la production. Elles existent simplement parce que les gens qui les ont créées n'aiment pas la techno de base. Je pense notamment au CoffeeScript qui est un exemple flagrant de ça. J'ai d'autres choses en tête, mais je ne veux pas créer de shitstorm là dessus.
D'autres offrent quelques avantages par rapport à la techno de base, mais ces avantages sont souvent contre-balancés par le fait qu'utiliser une librairie est forcément plus complexe que d'utiliser la techno de base (du fait qu'il faille connaître ET la techno de base ET la librairie). Je pense à SASS/LESS, Bower, éventuellement bootstrap/modernizr, etc. En fait il y a énormément de choses que je rangerais dans cette catégorie, mais ça va encore faire du shitstorm.
Par contre JQuery (puisque c'est lui dont on parlait) est un must-have.
Rust fanboy
Less ou Sass, c'est quasi pareil autant prendre celui avec lequel on sera le plus à l'aise sur son environnement de production.
Perso je me suis mis à Less parce qu'il est un poil plus "simple" et je compile avec Prepros (très pratique comme outil).
Je m'en sers vraiment pour étendre les fonctionnalités de CSS avec des mixins et les variables.
La hiérarchisation est vachement pratique quand même et permet de garder un code très lisible à l'écriture et qui peu suivre la structure de la page html.
Des canards ici qui utilisent CKEditor ? Impossible de changer la couleur "automatique", noire par défaut.
Battle.net : Aldrian#2628. Steam : slifaen.
Nope, par contre je l'avais utilisé pour utiliser les couleurs enregistrées dans le sélecteur. Ça marche sans soucis.
Il y a aussi un atribut "color" dans le content.css qui est censé faire ce que je recherche, mais ça marche pas, même après avoir vidé le cache.
Battle.net : Aldrian#2628. Steam : slifaen.
Rien à voir mais Doc TB vient de retweeter cette image :
:old:
Athmos : Ça confirme ce que je suspectais depuis toujours, Ash_Crow est un vicieux. Son âme retorse ne vit que pour semer d'embûches le chemin des honnêtes canards, et sa fourberie n'a d'égale que sa profonde méchanceté. :fear:
https://developers.google.com/speed/webp/
J'espère que le format va percer. Des images compressées avec de la transparence, enfin .
Ca va surtout dépendre de la licence je pense. Sais-tu si c'est libre ?
Sur le site ils disent que c'est OpenSource, mais ils se gardent bien de préciser si ça reste propriétaire ou bien libre