Vous êtes dev front end et aimeriez avoir du livereload quand vous bossez sur un thème prestashop? Gulpifiez votre prestashop! (ou en fait non, fuyez tant qu’il en est encore temps)
dans votre terminal favori, dans la racine de votre projet prestashop faites ceci: Installons localement gulp et browser-sync avec node package manager:
npm i –save-dev gulp browser-sync
ça mouline quelques temps, ensuite créez un fichier Gulpfile.js toujours à la racine de votre projet et remplissez le de ceci:
/**
gulpify script of tykayn
https://github.com/tykayn/blog.artlemoine.com
http://artlemoine.com
to run this you need bash to install dependencies:
npm i -D gulp browser-sync --save-dev;
gulp
**/
var serverName = 'latrotteuse.lan'; // you NEED to have a vhost of this name setup var gulp = require('gulp'); var browserSync = require('browser-sync');
// Static server. gulp.task('browser-sync', function () {
// init server
browserSync.init({
proxy: serverName + "/"
});
// the server will automatically reload on change
var filesToWatch = ["themes/**/*.tpl",
"themes/**/*.js",
"themes/**/*.css",
"themes/**/*.html",
"src/**/*.php"];
gulp.watch(filesToWatch)
.on('change', browserSync.reload);
il vous faudra définir un virtual host pour que ça fonctionne. on a donc un fichier minimal, avec une tâche par défaut qui lance un serveur web local sur le port 3000 et qui recharge le browser à la modification d’un fichier dans le répertoire de thèmes. wouala, enjoyez!</span> </pre>
Si vous aimez ce que nous faisons à Cipher Bliss, vous pouvez nous soutenir de plusieurs façons: en faisant un micro don sur liberapay , ou en cryptomonnaies. Le plus simple nous pour nous faire connaître étant de partager cet article. Suivez moi sur Mastodon @tykayn@mastodon.cipherbliss.com. Ce site restera libre comme un gnou dans la nature et sans pubs, parce qu'on vous aime. Que la source soit avec vous!
Avez vous déjà essayé l’amélioration continue dans votre équipe?
Car vous aurez beau vous investir dans les méthodes les plus récentes, les outils les plus révolutionnaires,
cela ne donnera pas plus de résultat si vous avez une équipe qui ne cherche pas à s’améliorer à tous les niveaux. Vous faites probablement des erreurs dans votre façon de gérer un projet et ce n’est pas sale, ton corps change.
Faites de la veille
Ne restez pas la tête dans le guidon. Prenez le temps de réfléchir à ce qu’il faut faire et ne réfléchissez pas tout le temps tout seul. Soyez curieux de la façon dont d’autres personnes procèdent. Déplacez vous, posez des questions, apprenez à écouter et à ne rien dire. Il nous faut quelques années pour apprendre à parler, et toute une vie pour savoir nous taire.
Tant au niveau des personnes qui dirigent les opérations qu’au niveau de celles qui mettent les mains dans le cambouis. Cela semble évident, et pourant de nombreux chouettes projets se retrouvent à traîner et à dégouter ses participants pour cause de ce que l’on pourrait appeler un management pourri.
Soyez un meilleur humain
C’est le cas lorsque les opérants se démotivent rapidement, se sentent pris pour du bétail et quittent les projets sans laisser de trace. C’est aussi le cas lorsque l’on ne fait que de gueuler pour se faire entendre et que toutes les choses à faire sont super urgentes sans que l’on sache dire de quoi il faudrait s’occuper en premier.
Travailler dans une ambiance pourrie, avec des collègues pénibles, sans jamais s’y retrouver dans qui fait quoi sous une pression énorme de petits chefs qui se croient plus importants que le reste du monde est un calvaire. Personne ne veut travailler dans ces conditions.
Aussi, il est vital, et je dis bien vital, de mettre en place un moyen d’avoir un regard éloigné sur ce que l’on a fait en équipe, et de pouvoir échanger librement de façon constructive. Ne travaillez jamais avec des gens qui ne reconnaissent pas leurs erreurs ou qui ne souhaitent pas sincèrement faire mieux. On ne fait de la qualité à hauteur de la souffrance que l’on met dans son travail.
Il vous suffit de vous demander « est ce que je fais mieux mon boulot maintenant que l’an dernier? ».
« bah j’ai toujours été trop bon, et puis je me suis jamais trompé de ma vie, c’est bien simple, ce sont toujours les autres qui ont tort, cette bande d’incompétents! » Si la réponse ressemble à ça, je plains sincèrement vos collègues. Mais ce n’est pas forcément de votre faute, et tout n’est pas perdu! 🙂
Dans certains environnements de travail on met en place une procédure vachement efficace: les retours d’expérience (REX). Des réunions mensuelles où toute l’équipe est conviée à se regrouper autour d’une table (en face à face) et à écrire sur un post-it (ou autre chose) un point positif, et un point négatif axe d’amélioration sur ce qui a été fait depuis le dernier REX. Une fois que tout le monde a écrit, on va demander à chaque personne de nous parler une ou deux minutes maximum sur les sujets de ce qu’elle a écrit. Il convient de laisser s’exprimer chaque personne sans lui couper la parole, et en ne faisant aucune remarque, même si vous êtes en désaccord avec celle ci ou que le sujet vous parait évident.
La prise de parole n’est pas réservée qu’aux dieux du projet
ça n’a l’air de rien, mais cela représente un défi insurmontable pour certains. Vous aurez sans doute remarqué que dans toutes les équipes où vous avez participé à un projet, tout le monde n’a pas la même aisance à s’exprimer. Certains présentent des difficultés à formuler des phrases simples et claires pour donner leur avis, ou tout simplement pour dire ce qu’ils ont fait.
Rien n’est évident
Beaucoup ne se sentent pas légitimes dans leur prise de parole. Il est essentiel que tout le monde dans votre équipe sache qu’il est invité à s’exprimer aussi bien sur ce qu’il trouve bien que sur ce qu’il trouve mauvais et qui mériterait amélioration.
Cette méthode simple à mettre en place permet plusieurs choses extrêmement bénéfiques:
On peut distinguer les choses qui déplaisent à plusieurs personnes. On peut réfléchir à plusieurs à comment améliorer les choses, se partager des astuces. On est tous au courant de ce qui pose problème, comme ça il y a moins de chances que l’on soit indéfiniement redirigé vers un responsable qui sera toujours quelqu’un d’autre. La courte (et à peu près égale) durée de parole nous oblige à synthétiser pour éviter de faire perdre du temps à tout le monde. On est pas tout seul dans son coin si on a besoin de savoir quelque chose. On facilite la spontanéité des échanges. On s’engage activement à s’améliorer.
Il suffit d’essayer.
Si vous aimez ce que nous faisons à Cipher Bliss, vous pouvez nous soutenir de plusieurs façons: en faisant un micro don sur liberapay , ou en cryptomonnaies. Le plus simple nous pour nous faire connaître étant de partager cet article. Suivez moi sur Mastodon @tykayn@mastodon.cipherbliss.com. Ce site restera libre comme un gnou dans la nature et sans pubs, parce qu'on vous aime. Que la source soit avec vous!
(image de chez Hteumeuleu) Vous avez sans doute réalisé quelques projets et réalisé la déconvenue qu’entraîne une gestion de projet inexistante quand la bise fut venue. Voici donc une série de posts sur mon expérience de la gestion de projets web de plusieurs mois en petites équipes jusqu’a une quinzaine de personnes, applicable également à d’autres domaines que le web comme par example la publication de livres collectifs auto édités auquel j’ai pu contribuer dans une équipe entre ving et trente contributeurs.
Causes générales de retard dans un projet
Un projet s’étire dans le temps bien souvent pour ces raisons:
des réponses trop lentes entre les parties, client et autres équipes sans cesse en congés.
des personnes incapables de se débrouiller seules un minimum.
deux personnes ont travaillé sur la même chose sans le savoir et se marchent sur les pieds.
on ne sait pas à qui s’adresser ni ce dont nos collègues s’occupent.
le présentéisme tuant la productivité et la motivation des troupes en leur faisant croire que rester longtemps sur son lieu de travail (et donc ne plus avoir de vie privée ou de sommeil) est une bonne chose.
les membres n’ont pas les informations dont ils ont besoin pour travailler.
rester avec des pratiques dépassées de plusieurs années.
empêcher les gens de travailler pour des raisons de politiques d’entreprise.
n’avoir aucune formation aux outils utilisés, ou ne pas avoir d’outils mis en place pour faire gagner du temps.
pas de tests automatisés. Vous n’avez donc aucune idée de ce que les dernières modifications impactent dans le reste du code.
pas de retour utilisateur. Vous ne pouvez donc pas deviner que ce que vous trouviez très joli est en fait un frein à l’utilisabilité de votre site en plus d’énerver ses utilisateurs.
un réseau pourri qui vous empêche de transmettre de gros fichiers en un clin d’oeil
du matériel trop vieux pour travailler sans attendre qu’il réagisse. Si vous radinez sur le matériel, vous le paierez en rallongeant le temps que prendra le projet, ce qui coûte en général bien plus cher.
pas de backups ni de gestion de version, au moindre disque dur qui meurt vous perdez des semaines de travail.
des mises en production peu fréquentes.
des boites noires avec lequelles on doit interagir mais dont on a aucun moyen de deviner le fonctionnement.
des priorités indéfinies ou incorrectes, un mauvais ordre des tâches.
des tâches trop grosses ou trop vagues pour savoir par où commencer, il faut les découper en des étapes bien plus petites.
n’avoir aucune vue d’ensemble de l’avancement du projet.
croire que tout est urgent, c’est manquer cruellement de discernement.
la documentation laisse à désirer, le code n’est pas commenté.
on ne retrouve pas des infos que l’on cherche
des estimations à trop long terme, ne prévoyez que pour la semaine en cours.
l’illusion que l’on peut tout prévoir et que tout se passera sans la moindre difficulté ou changement de cap.
accepter toutes les modifications demandées par le client parce qu’on ne veut pas dire non, et vouloir donc faire davantage de boulot dans le même délai.
Nous allons voir plus en détail comment résoudre ces problèmes courants dans les posts suivants.
Et bonne nanée 2016!
Si vous aimez ce que nous faisons à Cipher Bliss, vous pouvez nous soutenir de plusieurs façons: en faisant un micro don sur liberapay , ou en cryptomonnaies. Le plus simple nous pour nous faire connaître étant de partager cet article. Suivez moi sur Mastodon @tykayn@mastodon.cipherbliss.com. Ce site restera libre comme un gnou dans la nature et sans pubs, parce qu'on vous aime. Que la source soit avec vous!
twig utilise des marquerus en double accolade, angular aussi dans ses templates. SI on veut éviter de se marcher sur les pieds et de voir ses instructions de template angular mangées par celles de twig (car évaluées avant que le js n’y ait accès), il existe deux méthodes courantes: entourer les instructions angular de balise twig « verbatim » afin qu’elles ne soient pas interprêtées, ce qui rallonge considérablement le code des templates en plus d’être assez laid.
ou bien on peut changer les marqueurs d’expressions angular dans la config de notre app. Par example, utiliser des double parenthèses. mon clavier azerty préfère, car cela évite de faire deux boutons pour un caractère. Pour cela, dans l’instanciation de votre app angular, dans la config, mettez le service $interpolateProvider et définissez lui ses symboles de début et de fin comme ceci:
Ainsi vous aurez la possibilité de faire vos expressions angular dans twig avec des double parenthèses. (Sans oublier de définir ng-app et ng-controller dans votre template)
(( monExpressionAngular ))
Si vous aimez ce que nous faisons à Cipher Bliss, vous pouvez nous soutenir de plusieurs façons: en faisant un micro don sur liberapay , ou en cryptomonnaies. Le plus simple nous pour nous faire connaître étant de partager cet article. Suivez moi sur Mastodon @tykayn@mastodon.cipherbliss.com. Ce site restera libre comme un gnou dans la nature et sans pubs, parce qu'on vous aime. Que la source soit avec vous!
un site bien sympa nommé __Symfony2 Service Config Converter__ permet de convertir du code au format .yml en .php , en .ini, en .xml Rosstuck le donne aussi en bundle sur github afin de l’intégrer à vos commandes perso symfony2.
Si vous aimez ce que nous faisons à Cipher Bliss, vous pouvez nous soutenir de plusieurs façons: en faisant un micro don sur liberapay , ou en cryptomonnaies. Le plus simple nous pour nous faire connaître étant de partager cet article. Suivez moi sur Mastodon @tykayn@mastodon.cipherbliss.com. Ce site restera libre comme un gnou dans la nature et sans pubs, parce qu'on vous aime. Que la source soit avec vous!
Si vous aimez ce que nous faisons à Cipher Bliss, vous pouvez nous soutenir de plusieurs façons: en faisant un micro don sur liberapay , ou en cryptomonnaies. Le plus simple nous pour nous faire connaître étant de partager cet article. Suivez moi sur Mastodon @tykayn@mastodon.cipherbliss.com. Ce site restera libre comme un gnou dans la nature et sans pubs, parce qu'on vous aime. Que la source soit avec vous!
C’est le roi d’Hayroule qui le dit, il suffit! (pour les 99% de gens normaux qui lisent ce blog, Kimsufi est une filiale d’OVH)
Si vous aimez ce que nous faisons à Cipher Bliss, vous pouvez nous soutenir de plusieurs façons: en faisant un micro don sur liberapay , ou en cryptomonnaies. Le plus simple nous pour nous faire connaître étant de partager cet article. Suivez moi sur Mastodon @tykayn@mastodon.cipherbliss.com. Ce site restera libre comme un gnou dans la nature et sans pubs, parce qu'on vous aime. Que la source soit avec vous!
Si vous aimez ce que nous faisons à Cipher Bliss, vous pouvez nous soutenir de plusieurs façons: en faisant un micro don sur liberapay , ou en cryptomonnaies. Le plus simple nous pour nous faire connaître étant de partager cet article. Suivez moi sur Mastodon @tykayn@mastodon.cipherbliss.com. Ce site restera libre comme un gnou dans la nature et sans pubs, parce qu'on vous aime. Que la source soit avec vous!
Debbie Sterling, dans sa conférence TED souhaite expliquer au femmes les enjeux dans les métiers de l’ingénierie et raconte pourquoi les femmes sont encore bien trop mises à l’écart des corps de métier.
Fermez les yeux quelques secondes, et imaginez un ingénieur. à quoi ça ressemble ?
Vous n’étiez probablement pas en train de visualiser une personne comme Debbie Sterling. Elle est une jeune entrepreneuse, ingénieur, et fondatrice de GoldieBox, une compagnie de jouets pour inspirer la génération prochaine de femmes ingénieurs. Elle a fait sa grande quête au quotidien que de réduire l’écart des genres dans les sciences, la technologie, l’ingénierie et les maths. là ou le commerce traditionnel conserve une fracture nette entre les jouets pour garçons et pour filles, Debbie propose une alternative pour développer la curiosité des petites et des grandes femmes envers des occupations plus variées que celles que l’on connaît. Les jouets de son entreprise rencontrent un franc succès et de nombreuses petites filles ont maintenant le choix de jouer à autre chose qu’à maternet un bébé en plastique, se préparer à faire le ménage ou à la dinette. Très tôt on décourage les femmes à s’approprier des postes aux enjeux les plus cruciaux dans notre société, on nous ressasse sans cesse que résoudre des problèmes est un truc de mec, et qu’il est normal que les femmes soient mauvaises à des tâches rigoureuses, demandant de la logique. Rien n’est plus faux, et se passer de la moitié de la population à de tels postes n’améliore en rien le conditionnement d’infériorisation des femmes. Cette prise de pouvoir il faut l’initier à travers l’éducation et dire aux femmes qu’elles peuvent faire bien d’autres choses que des tutos maquillage sur youtube, même si c’est très plaisant, bien sûr vous avez le droit d’être la parfaite femme au foyer. Mais demandez vous si ce n’est pas étouffant de se restreindre à être uniquement ce qu’on attend de vous.
Girls who code, fait des meetups en france et dans le monde dans le même but. Si vous shouaitez en savoir plus sur les métiers de l’ingénierie de façon gratuite (avec apéro et boustifaille offerte) c’est un bon endroit pour débuter.
la force soit avec vous!
Si vous aimez ce que nous faisons à Cipher Bliss, vous pouvez nous soutenir de plusieurs façons: en faisant un micro don sur liberapay , ou en cryptomonnaies. Le plus simple nous pour nous faire connaître étant de partager cet article. Suivez moi sur Mastodon @tykayn@mastodon.cipherbliss.com. Ce site restera libre comme un gnou dans la nature et sans pubs, parce qu'on vous aime. Que la source soit avec vous!
en ce moment je prépare une petite série de billets sur la gestion de projet. Je rassemble un bon paquet d’avis et de méthodes et je pourrai commencer.
En attendant je viens de créer un dépot github pour que vous puissiez trouver tous les bouts de codes réutilisables facilement, vous pouvez les utiliser comme vous voulez et surtout les améliorer 😉
Si vous aimez ce que nous faisons à Cipher Bliss, vous pouvez nous soutenir de plusieurs façons: en faisant un micro don sur liberapay , ou en cryptomonnaies. Le plus simple nous pour nous faire connaître étant de partager cet article. Suivez moi sur Mastodon @tykayn@mastodon.cipherbliss.com. Ce site restera libre comme un gnou dans la nature et sans pubs, parce qu'on vous aime. Que la source soit avec vous!
Le plus simple nous pour nous faire connaître étant de partager cet article.
