Ok merci, en effet je fonctionne souvent en local, commit pour le serveur de preprod validation et production comme ton exemple en fait.

Je n’ai pas encore regardé l’optimisation de sprites, jusqu’à présent j’utilise des outils qui font plus ou moins ce que je cherche mais je n’ai pas vraiment été satisfait du résultat, c’est la prochaine étape.

Bonjour Jérôme, Il est tout à fait possible de faire tourner sass/compass sur un serveur mais je ne suis absolument pas fan de la solution. En effet cela implique :

• que nous ne sommes pas à l’abris d’une erreur de compilation suite à une typo qui a pour effet immédiat de supprimer tout style (la CSS contiendra l’erreur et non les styles compilées)
• d’optimiser côté serveur les sprites générés
• de surveiller le watcher pour le relancer si ce dernier vient à planter (à moins d’utiliser un hook post-receive qui lancera la compilation, si votre projet est versionné).

Après bien évidemment tout dépend de vos méthodologies de travail et de déploiement sur différents environnements (recette, pré-production, production par exemple).

Bonjour, cet article est vraiment très intéressent, j’ai juste une question : Est-il possible de travailler avec sass/compass directement sur un serveur de préprod, sans passer par du dev en local en fait. Si oui, j’imagine que la manip est la même, install ruby sur serveur en ssh et voila ?

Pour info, la ligne de commande pour ImageOptim est vraiment utile, finit les drag&drop.

@Vincent il est vrai que pour moi la frontière entre intégrateur full static et intégrateur dans une solution finale tel qu’un CMS est bien mince (dans une solution finale tu es obligé de tordre à minima l’intégration statique, donc…). Je conçois tout à fait la démarche de vérifier le résultat à la moindre petite modification, et pour cause : j’en faisais de même.

Mais après des années de travail de la sorte je me suis aperçu que finalement je ne me trompais que peu de fois (par opposition à chaque fois hein :p) et que finalement, peut-être était-il temps d’avoir plus confiance en mon expérience. Désormais je vérifie toujours régulièrement l’intégration (vive les 2 écrans) mais je ne le fais plus à chaque enregistrement de fichier ; uniquement lorsque j’ai fini d’intégrer une portion d’une entité.

Je rebondis vite sur cette note de bas de page, mais je prendrais le temps de tout lire, ça semble très intéressant.

Tu écris donc : « sans déconner, vous avez vraiment besoin d’une solution comme LiveReload ? Vous avez si peu confiance en vos compétences ? :-/ »

Je pense que tu confonds le métier de développeur et le métier d’intégrateur là (de mon point de vue la frontière est très nette, mais peut-être que du tien ça l’est moins vu que tu sais faire les deux). Ce n’est pas une question de confiance (ou que sais-je encore) mais de ne pas travailler en aveugle, tout simplement. Pouvoir s’assurer en permanence que le résultat est le plus conforme possible à la maquette, ça n’a rien d’évident.

J’alterne constamment entre mon éditeur et mon navigateur, quelque soit l’opération que je suis en train de réaliser. À raison de centaines de fois par heure (oui), c’est crucial de pouvoir compiler de manière transparente.

Aucun impact encore sur le CMS puisque de toute manière les maquettes sont statiques à ce niveau.

Merci pour cette mise en bouche !

Bonjour Gisecca, je ne constate aucun dysfonctionnement du bookmarklet. Peut-être essayez-vous d’intégrer une application autre qu’une application onglet (application canvas par exemple) ?

Quand je fais cela, j’ai ce message : Cette application ne peut pas être intégrée à votre profil.

Et hop injecté en dev ça

Vraiment génial. C’est parfaitement présenté et c’est complet. J’approuve totalement et je compte utiliser ce shortcode pour mes projets WordPress. Merci.