HtmlToText
toggle navigation skip to content accueil articles formation connexion drims academy les dernières parutions formation les dernières parutions voici nos dernières parutions clean code : partie 3 – les commentaires depuis un certain nombre d’années, le débat relatif à l’importance ou à l’inutilité des commentaires au sein du code fait rage. d’un côté, les partisans du tout commentaire, pensent que la présence de commentaires est indispensable à la compréhension du code, et que par conséquent, toute portion de code doit être commentée. le fait de ne […] -- les qualités d’un bon test unitaire nous présentons ici quelques caractéristiques que tout bon test unitaire se devrait de présenter. dans la pratique, et selon le contexte, il est difficile de cumuler toutes ces qualités. il s’agit avant tout d’indications qu’il est important de garder à l’esprit quand on écrit un test unitaire. ciblé en ciblant ce qui est testé, on s’astreint […] -- des anti-patterns pour les fêtes en fin d’année les bêtisiers étant généralement à l’honneur, c’est l’occasion de présenter des exemples de choses à ne pas faire ou à éviter dans le développement d’un projet. le god object le god object est une forme de programmation particulière s’appuyant sur le principe « dieu est omniscient et omnipotent ». en pratique, on se retrouve avec une seule […] -- la propreté du code, une responsabilité collective la dégradation du code lorsqu’on travaille seul (ou tout au plus en binôme) sur un projet, il est beaucoup plus facile d’appliquer les règles du clean code. d’autant plus si il s’agit d’un nouveau projet, dont le point de départ est, par définition, propre. etant seul à faire évoluer le code, on est seul responsable de sa propreté, […] -- clean code : partie 2 – le nommage n’importe quel développeur peut produire du code qu’un ordinateur est capable de comprendre. ce qui caractérise un bon développeur, c’est qu’il écrit du code que d’autres développeurs sont capables de comprendre. dans cette optique, un nommage rigoureux des éléments du code est essentiel. limiter les commentaires en matière de nommage des identificateurs, la règle d’or suivante devrait […] -- test driven development : les bases en test-driven development (tdd), on cherche à écrire du code directement testable; cela entraîne des conséquences immédiates sur la conception. le processus se présente ainsi : on part d’une première fonctionnalité, assez simple, en se basant sur sa spécification; on écrit le code testant cette fonctionnalité et on l’exécute immédiatement : la fonctionnalité n’étant pas implémentée, […] -- tdd : bowling game kata le kata de code bowling game tel qu’il est présenté ici par uncle bob est une parfaite illustration des concepts du test-driven development, notamment de la boucle red-green-refactor, et de la notion de baby steps. prenez d’abord connaissance du problème (première slide) et essayez de proposer une solution, en essayant d’utiliser l’approche tdd ou non (à […] -- tdd : refactoring de code legacy (partie 1) dans un monde idéal, le développeur n’écrirait que du code neuf, qu’il pourrait rendre élégant et parfait. ainsi, il ne serait pas confronté au code des autres, en général moche et incompréhensible. il ne serait pas davantage confronté à son propre code plus ancien, qui en vieillissant ressemble de plus en plus à ce fameux code des autres. […] -- clean code : partie 1 clean code: a handbook of agile software craftsmanship, par robert c. martin (aka uncle bob), est un ouvrage de référence dans le domaine du software craftsmanship. pour ces auteurs, le clean code c’est : bjarne stroustrup (inventeur du c++) : le code clean doit être élégant et efficace, et la gestion des erreurs doit être totale. grady […] -- bdd avec cucumber cucumber est un framework de test dédié à l’écriture de tests fonctionnels dans un style behaviour-driven development (bdd). la description des tests s’effectue au moyen de gherkin, un langage non-technique et orienté langage naturel afin de s’adresser à toute l’équipe de développement, y compris les analystes métiers. gherkin supporte une cinquantaine de langues (les mots-clés ont été traduits) […] -- stratégies de test tests façon bdd dans le cadre de behaviour-driven development (bdd), le terme « spécifications » va être préférable au terme « tests ». l’idée est de rapprocher l’élaboration des tests unitaires de l’élaboration des tests fonctionnels, et d’impliquer fortement les experts du métier dans l’écriture des tests. l’élaboration des scénarios de test repose grandement sur le canevas given-when-then : (given) (etant […] -- devops devops est un mouvement cherchant à rassembler les équipes intervenant dans le système d’information, réunissant en une même équipe les dev en charge des évolutions et les ops en charge de l’exploitation. l’objectif est ainsi de favoriser le travailler ensemble entre les équipes de développement et les équipes de production, produisant ainsi plus de valeur pour […] -- continuous deployment : quelques patterns feature flipping le code en cours de développement est livré en production, mais son exécution est conditionnée à la présence d’un flag qui peut être activé ou non par configuration, sans nécessiter un redéploiement. ce mécanisme peut se mettre en oeuvre de façon simple dans le code, avec un helper chargé de vérifier l’activation de la fonctionnalité […] -- gestion de configuration : les stratégies mono-branche une seule branche qui est la branche principale tous les projets commencent par ça l’intégration continue doit forcer les développeurs à committer du code stable fonctionne en petite équipe mais nécessite beaucoup de communication et une intégration continue performante une branche par équipe en plus de la branche principale, chaque équipe dispose de sa […] -- intégration continue : en pratique les pré-requis les trois éléments suivants sont indispensables : un référentiel de contrôle de version, dans lequel tous les éléments du projet sont publiés un build automatisé le plus important : l’adhésion complète de l’équipe contrôle de version le référentiel de contrôle de version est indispensable, quel que soit le nombre de développeurs impliqués dans […] -- intégration continue : généralités définition de l’intégration continue (ci) par martin fowler, précurseur et promoteur de cette pratique : « continuous integration is a software development practice where members of a team integrate their work frequently, usually each person integrates at least daily – leading to multiple integrations per day. each integration is verified by an automated build (including test) to […] -- gestion de configuration : généralités la gestion de configuration (ou gestion de versions), par l’utilisation du source-control management (scm) est une pierre angulaire du continuous delivery, c’est le référentiel à partir duquel il est possible de construire les livrables de façon reproductible et automatisée. le scm est également au centre du travail en équipe et nécessite, pour être efficace, la […] -- continuous delivery : généralités problématique de la livraison de logiciel : c’est traditionnellement un événement qui mobilise beaucoup de ressources à une date prédéfinie à l’avance, qui est synonyme de stress pour les équipes, sur lequel certains intervenants ont le sentiment de jouer leur carrière, et qui se déroule rarement comme prévu. il est également courant de provoquer une […] -- previous next 23 rue des jeûneurs 75002 paris contact@drims.fr 01 77 45 67 90 copyright ©2017 drims en poursuivant votre navigation sur le site, vous acceptez l'utilisation de cookies à des fins statistiques. ok en savoir plus
Informations Whois
Whois est un protocole qui permet d'accéder aux informations d'enregistrement.Vous pouvez atteindre quand le site Web a été enregistré, quand il va expirer, quelles sont les coordonnées du site avec les informations suivantes. En un mot, il comprend ces informations;
%%
%% This is the AFNIC Whois server.
%%
%% complete date format : DD/MM/YYYY
%% short date format : DD/MM
%% version : FRNIC-2.5
%%
%% Rights restricted by copyright.
%% See https://www.afnic.fr/en/products-and-services/services/whois/whois-special-notice/
%%
%% Use '-h' option to obtain more information about this service.
%%
%% [2600:3c03:0000:0000:f03c:91ff:feae:779d REQUEST] >> drims-academy.fr
%%
%% RL Net [##########] - RL IP [#########.]
%%
domain: drims-academy.fr
status: ACTIVE
hold: NO
holder-c: D20439-FRNIC
admin-c: OVH5-FRNIC
tech-c: OVH5-FRNIC
zone-c: NFC1-FRNIC
nsl-id: NSL45823-FRNIC
registrar: OVH
Expiry Date: 05/02/2019
created: 05/02/2016
last-update: 07/12/2016
source: FRNIC
ns-list: NSL45823-FRNIC
nserver: dns18.ovh.net
nserver: ns18.ovh.net
source: FRNIC
registrar: OVH
type: Isp Option 1
address: 2 Rue Kellermann
address: 59100 ROUBAIX
country: FR
phone: +33 8 99 70 17 61
fax-no: +33 3 20 20 09 58
e-mail: support@ovh.net
website: http://www.ovh.com
anonymous: NO
registered: 21/10/1999
source: FRNIC
nic-hdl: OVH5-FRNIC
type: ROLE
contact: OVH NET
address: OVH
address: 140, quai du Sartel
address: 59100 Roubaix
country: FR
phone: +33 8 99 70 17 61
e-mail: tech@ovh.net
trouble: Information: http://www.ovh.fr
trouble: Questions: mailto:tech@ovh.net
trouble: Spam: mailto:abuse@ovh.net
admin-c: OK217-FRNIC
tech-c: OK217-FRNIC
notify: tech@ovh.net
registrar: OVH
changed: 11/10/2006 tech@ovh.net
anonymous: NO
obsoleted: NO
source: FRNIC
nic-hdl: D20439-FRNIC
type: ORGANIZATION
contact: DRiMS
address: DRiMS
address: 23, rue des Jeûneurs
address: 750002 Paris
country: FR
phone: +33 1 77 45 67 38
fax-no: +33 1 77 65 63 30
e-mail: anny.naim@drims.fr
registrar: OVH
changed: 05/02/2016 nic@nic.fr
anonymous: NO
obsoleted: NO
source: FRNIC
REFERRER http://www.nic.fr
REGISTRAR AFNIC
SERVERS
SERVER fr.whois-servers.net
ARGS drims-academy.fr
PORT 43
TYPE domain
RegrInfo
DISCLAIMER
%
% This is the AFNIC Whois server.
%
% complete date format : DD/MM/YYYY
% short date format : DD/MM
% version : FRNIC-2.5
%
% Rights restricted by copyright.
% See https://www.afnic.fr/en/products-and-services/services/whois/whois-special-notice/
%
% Use '-h' option to obtain more information about this service.
%
% [2600:3c03:0000:0000:f03c:91ff:feae:779d REQUEST] >> drims-academy.fr
%
% RL Net [##########] - RL IP [#########.]
%
REGISTERED yes
ADMIN
HANDLE OVH5-FRNIC
TYPE ROLE
CONTACT OVH NET
ADDRESS
OVH
140, quai du Sartel
59100 Roubaix
COUNTRY FR
PHONE +33 8 99 70 17 61
EMAIL tech@ovh.net
TROUBLE
Information: http://www.ovh.fr
Questions: mailto:tech@ovh.net
Spam: mailto:abuse@ovh.net
ADMIN-C OK217-FRNIC
TECH-C OK217-FRNIC
NOTIFY tech@ovh.net
SPONSOR OVH
CHANGED 2006-10-11
ANONYMOUS NO
OBSOLETED NO
SOURCE FRNIC
TECH
HANDLE OVH5-FRNIC
TYPE ROLE
CONTACT OVH NET
ADDRESS
OVH
140, quai du Sartel
59100 Roubaix
COUNTRY FR
PHONE +33 8 99 70 17 61
EMAIL tech@ovh.net
TROUBLE
Information: http://www.ovh.fr
Questions: mailto:tech@ovh.net
Spam: mailto:abuse@ovh.net
ADMIN-C OK217-FRNIC
TECH-C OK217-FRNIC
NOTIFY tech@ovh.net
SPONSOR OVH
CHANGED 2006-10-11
ANONYMOUS NO
OBSOLETED NO
SOURCE FRNIC
OWNER
HANDLE D20439-FRNIC
TYPE ORGANIZATION
CONTACT DRiMS
ADDRESS
DRiMS
23, rue des Jeûneurs
750002 Paris
COUNTRY FR
PHONE +33 1 77 45 67 38
FAX +33 1 77 65 63 30
EMAIL anny.naim@drims.fr
SPONSOR OVH
CHANGED 2016-02-05
ANONYMOUS NO
OBSOLETED NO
SOURCE FRNIC
DOMAIN
STATUS ACTIVE
HOLD NO
SPONSOR OVH
EXPIRY DATE 05/02/2019
CREATED 2016-02-05
CHANGED 2016-12-07
SOURCE FRNIC
HANDLE NSL45823-FRNIC
NSERVER
DNS18.OVH.NET 213.251.188.138
NS18.OVH.NET 213.251.128.138
NAME drims-academy.fr
Go to top
drims-academy.fr rapport :
Visitez le site