Articles

Affichage des articles associés au libellé terminologie

Terminologie - part 2

Dans un précédent article , j'évoquais un certain nombre de terminologie bon à connaître. Voici sa suite ! Dans la façon de concevoir YAGNI Signifiant "You Aren’t Gonna Need It", c'est une extension du KISS où en plus nous ne codons que ce qui est nécessaire. Autrement dit, l'objectif est de ne pas avoir d'extra code qui n'est pas utilisée (et donc réduire la complexité du code) et du coup éviter d'avoir un ensemble de code mort. Car ces derniers peuvent poser soucis. En effet, d'un point de vue refactoring, nous allons nous poser le sens de ce code mort, et savoir / investiguer s'il est vraiment mort et quel était son objectif. Bref, perdre du temps en vain. TDD Ici, le "Test Driven Development" est une philosophie de développement orienté test. Le principe repose sur les 6 points suivants: Réfléchir à la fonctionnalité Ecrire les tests de la fonctionnalité Lancer le test qui doit échoué Implémenter l...

Terminologie

Cette article va être un peu fourre tout ça nous allons essayer de regrouper un certain nombre de terminologies que nous pouvons entendre dans le métier de développeur. Et du coup, cela peut nous aider en tant qu'aide mémoire :) Dans la façon de concevoir KISS Keep It Simple, Stupid! Cela veut tout simplement dire d'essayer de produire une architecture / un code le plus simple possible. Nous pouvons ainsi inclure pour le code le fameux principe du "No premature optimization" afin de rendre le code le plus simple et le plus compréhensible. Et ce n'est que si cela est nécessaire que nous allons optimiser le code (et en ce cas, bien documenter le pourquoi du comment) Nous pouvons rejoindre aussi l'outillage du projet. Par exemple, sur un projet utiliser "Bower" et "TypeScript" (qui sont en soient de bon outils) impliquent que les utilisateurs sachent configurer et utiliser pleinement ces deux outils (et dans le cas de Type...