Je suis conscient que la question n'est pas très claire, un petit bout de code pour illustrer :
class Base {
public:
Base() { this->init(); }
virtual void init() {}
};
class Derived : public Base {
public:
Derived() : Base() { }
void init() {}
};
class Derived2 : public Base {
public:
Derived2() : Base() { this->init(); }
void init() {}
Il y a plus de 10 ans maintenant, en lisant le journal d'un certain mmh, je découvrais la Méthode R.A.C.H.E de l’International Institute of La RACHE. Il ne s'est pas passé une année depuis sans qu'un collègue ou moi-même y fasse allusion face à un projet à l'issue incertaine. Malheureusement, le domaine n'a pas été renouvelé en 2013 par le propriétaire, et un site parking plein de liens moisis y a pris place.
Malgré la déception, j'ai finalement réussi à racheter le domaine et à le remettre en route…
Hier, j'ai participé à une discussion fort intéressante, vis à vis de la nécessité, ou non, de commenter son code. Certains étaient contre, d'autres non.
Voici pourquoi moi je suis pour le fait de commenter, et absolument contre la version courante, mauvais dérivé d'XP et des méthodes agiles qui voudrait faire croire que le code est la documentation, justification au fait de ne pas commenter.
Tout a commencé par la lecture de cette présentation faite par (…)
Bonjour à tous,
Je termine un parcours d'ingénieur CNAM en systèmes et réseaux.
Je suis en train d'écrire mon mémoire d'ingénieur sur la migration de parc informatique.
Le terme migration est à prendre au sens large : Je vais présenter des méthodes (organisation) et des techniques (données, logiciels métiers, SBGD, O.S., …) de migration et me baser sur mes expériences pour commenter.
J'ai pas mal avancé sur les techniques de migration des systèmes M$ (bouh!) et Linux, ce que je (…)