Julien Roche - Développeur avancé JavaScript, Web et Java

Bon, zqu'une "awesome list" ? En une image c'est ça: En somme, c'est une page listant un ensemble de ressources / blogs / tutorials intéressants autour d'un domaine (aussi bien précis, comme un framework, ou plus global comme le DevOps). Souvent référencé dans des pages README ou wiki de Github, la première que j'ai vu est celle de Sindre Sorhus qui faisait une awesome list ... d'awesome lists !! En gros, voici une petite compilation d'Awesome List que vous pouvez trouver sur le monde du Web: Angular:  https://github.com/aruzmeister/awesome-angular Angular 2:  https://github.com/AngularClass/awesome-angular2 ReactJs:  https://github.com/enaqx/awesome-react JavaScript:  https://github.com/sorrycc/awesome-javascript Web Components:  https://github.com/obetomuniz/awesome-webcomponents Frontend:  https://github.com/dypsilon/frontend-dev-bookmarks Gulp:  https://github.com/alferov/awesome-gulp NodeJs:  https://github.com/sindresorhu...

Cet article est la suite de celui-ci:  http://julienroche.blogspot.fr/2015/10/tache-gulp-pour-mettre-jour-la-version.html Ici, je vais étendre ma petite tâche Gulp afin de proposer de gérer le status "snapshot". Pour ce faire, spécifions un peu le workflow: Si je vois que la version courante contient le status Je propose de l'enlever Si oui, je créé un commit Git avec les fichiers mis à jours, sans ce status Sinon, j'arrête le workflow Sinon Je demande vers quoi je souhaite évoluer la version Je demande si je souhaite ajouter le statut Enfin, je créé un commit Git avec les fichiers mis à jours Voici le contenu de la tâche Gulp (comme vous pouvez le constater, il y a un peu plus de code que la dernière fois): /*eslint-env node */ 'use strict' ; // Imports var gutil = require ( 'gulp-util' ), gulp = require ( 'gulp' ), gulpOptions = require ( '../gulp-options' ), bump = require ( 'gulp-...

Le sujet de cet article sera autour d'une tâche Gulp afin de mettre à jour la version de votre projet NodeJs, et aussi de créer automatiquement un commit Git. Pour rappel, la numérotation d'un module NodeJs se repose sur la convention semver . Le principe est simple: nous avons une version basé sur trois chiffres, séparés par des points. Le premier chiffre est le "major version". Cela veut dire que lorsque ce numéro change, nous avons un changement majeur dans le module, apportant potentiellement des "breaking changes". Donc en générale, quand nous mettons à jour un module dont le premier chiffre change, nous pouvons nous attendre à avoir à réadapter notre code. Le second est le "minor version". En somme, c'est tout simplement une version stable. Mettre à jour un module dont seul le deuxième numéro change devrait poser peu de problèmes (tout dépend si le développeur respect le principe du semver :) ). Et enfin le dernier est le...

J'aimerai parler d'un petit plugin que j'ai eu besoin de faire pour mes projets autour d'Angular. Pour certains d'entre eux, j'ai eu à utiliser Protractor . Cet outils permet de lancer via le WebDriver Selenium des tests d'IHM, voir des tests d'intégrations (avant de tester de bout en bout notre application, à savoir la communication entre l'application Angular et le backend). Et cela grâce à une API qui simplifie l'écriture de ces tests (en somme, ils nous évitent principalement d'avoir à taper nous même des requêtes XPath sur nos pages). Personnellement, je ne suis pas un grand fan de cet outils. D'une part, il ne fonctionne pas bien avec PhantomJS . Du coup, quand nous lançons les tests Protractor sous des serveurs d'intégrations continues (Jenkins, Travis, ...), ce n'est pas rare que nous ayons des jobs qui partent en erreur, et qui à l’exécution suivante, fonctionnent parfaitement. J'ai l'impression...

Ce titre pourrait faire partie d'un "sel et poivre" du Buger Quizz. Pour les plus jeunes, je vous invite à regarder ce lien . Le besoin de tasks runner Le sujet est d'évoquer les tasks runner. En effet, dans tout projet, nous avons besoin de lancer un certain nombre de commandes pour piloter le projet. Par exemple, nous voulons pouvoir: lancer des métriques sur le projet (génération de la documentation, vérifier la qualité du code), lancer des tests et de la couverture de code lancer l'application et l'arrêter Dans le monde Java, au début, nous utilisions Ant dont le principe est de déclarer des tâches qui font faire des actions. Ensuite, nous avons des solutions émergentes comme Maven ou encore Graddle qui eux ont pour vocation de proposer un cycle de vie qui va lancer des tâches. Dans le monde JavaScript, nous avons une multitude de solutions. Dans le titre, j'ai évoqué seulement NPM et Gulp . Mais je peux également citer Grunt , Brunc...

Ce petit article a pour vocation de permettre de se souvenir comment activer / utiliser le debugging "avancé" de Webstorm. En effet, je fais pas mal de code NodeJs ces derniers temps, et parfois, pour voir comment réagit une portion de code d'un module présent dans le répertoire "node_modules", j'ai envie d'y placer un breakpoint. Et là, parfois, ça passe, parfois ça passe pas :( En règle générale, quand nous lançons un simple script NodeJs en mode debug, il suffit d'utiliser l'action "Force Step Into". Cela permettra dans le cas présent d'entrer dans le module "lodash" présent dans "node_modules". De même, placer un breakpoint dans le module lodash fonctionnera également. Le problème vient surtout quand nous débuggons des tests, et que nous lançons via Mocha: là, ce n'est pas rare que le point d'arrêt soit ignoré, et que nous ne puissons pas entrer dans les portions de codes pré...

Bonsoir, Tout d'abord, une petite présentation s'impose :) Moi en vrai Je m'appelle Julien Roche, j'ai 33 ans, et je vis sur Grenoble. Je travaille depuis plusieurs années pour Objet Direct (le nouveau nom est désormais Viseo Technologies). A l'heure actuelle, je suis référent dans le monde Web, développeur architecte Web et Java, et j'écris / donnes des formations (un peu sur le monde Java, le reste sur le JavaScript, CSS3, HTML5). Mon avatar  J'ai commencé le développement quand j'avais 18 ans, en démarrant par Java. Développer m'a toujours plu et c'est encore le cas aujourd'hui. J'ai néanmoins basculé du monde Java (où j'ai crée de nombreuses applications Swing, Web avec Wicket pendant des années) au monde Web, et plus précisément JavaScript. J'ai eu la chance également de publier des articles dans le magazine Programmez. J'ai participé à des petites présentations aux Human Talks de Grenoble, ...