Oliver a écrit 243 commentaires

C'est le principe ouvert/fermé.
Connu en anglais sous le nom open/closed principle.
(dans notre cas du C++, je trouve plus explicite le commentaire de lmg HS que l'article Wikipédia)

Souvent, on préfère un code simple et fermé à à code complexe mais ouvert (évolutif).
L'idée est d'avoir un code simple, facile à comprendre, et le jour où on a vraiment besoin de le faire évoluer, et bien on le réécrit.
Le risque d'avoir un code complexe mais ouvert est de garder la complexité et de ne jamais profiter de son ouverture.

Je précise, je suis pour le principe ouvert/fermé. Je dis juste que des fois (voir souvent) ce n'est pas justifié.

Selon le contexte, on utilisera :

• if constexpr pour du code simple et fermé ;
• plusieurs templates pour du code complexe mais ouvert.

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Oui, tout à fait.

Au début (il y a une quarantaines d'années), le C++ s’orientait exclusivement vers la Programmation Orientée Objet (POO).

Mais, depuis C++11, le C++ évolue dans d'autres directions :

• Faciliter la programmation générique (avec les variadique par exemple) ;
• Faciliter la méta-programmation (avec static_assert, constexpr…) ;
• …

• Et se passer aussi de la POO quand c'est possible, exemples :

  a.begin() ->  std::begin(a)
  a.size()  ->  std::size(a)
  

Si nous regardons les nouveaux langages comme Go ou Rust, nous voyons bien que la POO n'est plus à la mode.

Je pense qu'en 2017 nous publierons de petites dépêches pour expliquer les aspects de la programmation générique et surtout la méta-programmation (et un peu de programmation fonctionnelle) car c'est l'intérêt de coder en C++. Le mot-clé template fait peur, démystifions-le ;-)

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

(Oups, je n'avais pas vu que Zenitram avait déjà répondu pendant que je rédigeais cette réponse)

__has_include ne s'utilise pas avec un croisillon (carré) comme #__has_include mais s'utilise comme toutes les macros du préprocesseur définies avec #define. Par exemple :

#ifdef __has_include
#  define DISPO_ENTETE_IOSTREAM __has_include(<iostream>)
#endif

#if __has_include(<stdio.h>)
#  include <stdio.h>
#endif

Le préfixe avec le double tiret bas (underscore) permet d'indiquer que c'est un identifiant réservé (ne pas utiliser d'identifiant dans votre code source qui pourrait contenir deux tirets bas successifs __ quelque soit sa position, au début, au milieu ou à la fin).

__has_include n'est pas un mot-clé du C++, mais une extension du compilateur qui est en cours de standardisation pour C++17.

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Nous sommes tous d'accord avec toi pour dire qu'une ligne aussi peu compréhensible comme celle-là n'est pas une bonne pratique.

s.replace(0,4,"").replace(s.find("even"),4,"only").replace(s.find(" don't"),6,"");

L'auteur du livre l'avait donné en exemple juste pour illustrer le chaînage.
Ce n'est absolument pas pour inciter les développeurs à chaîner toutes les fonctions qui supporte le chaînage.

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Oui, c'est sûr, les humains n'auraient pas pensé remettre en cause les écritures saintes du C++.
Mais les algorithmes ont moins d'état d'âme ;-)

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Merci pour tes réponses.
Je n'ai pas bien compris le lien entre l'aspect dynamique du worktree et la limitation de CMake.
J'aime bien CMake malgré sa rétrocompatibilité avec un long passé (et j'aimerai mieux comprendre ses limitations).
Je vais regarder les projets catkin et qibuild pour essayer de comprendre cette limitation…
J'ai moi aussi trop de projet à gérer en parallèle (bien que je n'ai produit à peine 1% de ce que tu as fais) et je ne pourrai pas t'aider… sauf à porter ton système sur CMake ;-)
Bon courage

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Salut, tout d'abord, la masse de travail est énorme !

As tu développé tout ça tout seul ?
Bravo.

Sinon, je ne comprends pas trop ce que signifie worktree. Tu as écris :

cmake ne correspond pas à mes problématique de worktree […]
le worktree est dynamique…

• Peux-tu nous en dire un peu plus sur ce qu'est le worktree ?
• C'est quoi un worktree dynamique ?
• Quel est l'avantage de Lutin par rapport à CMake dans ce contexte ?
• Que faire CMake pour gérer ton worktree dynamique ?

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Comme promis, voici le fichier source XCF (104 Mo) :
https://commons.wikimedia.org/wiki/File:Cpp-ecole-primaire_copyright-Ziyue-OliverH-2016_CC-BY-SA-3.xcf

Et les six images générées = deux format (JPEG et WebP) et trois codes C++ écrits sur le tableau :

• en utilisant int i=0 (C++98) ;
• en utilisant auto i{0} (C++17) ;
• en utilisant std::fill_n() (idée de devnewton).

Tout cela est aussi indiqué dans le fichier README.md du dépôt Git

---

1. 
2. 
3. 
4. 
5. 
6. 

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Salut kantien,

Je ne comprends pas bien où tu veux en venir. Suggères-tu une amélioration de la structure grammaticale de la dépêche ? Ou peut-être je n'ai pas compris ton humour… Merci d'apporter un peu plus d'explications :-)

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

De mémoire : Cela s'est produit, à l'époque de Netscape et Sun. Le navigateur de Netscape gérait la première version de son langage de script appelé au début LiveScrit. De l'autre côté, Sun souhaitait que Java soit utilisé pour les sites web, marché en pleine expansion à l'époque. Du coup, Netscape et Sun se sont mis d'accord pour créer de l’ambiguïté entre les noms de leur deux langages qui n'ont rien à voir : Java et JavaScript. Ainsi, chaque entreprise profitait mutuellement du matraquage médiatique faite par l'autre entreprise sans se concurrencer. Les décideurs "non-techos" n'y voyait que du feu !

À confirmer avec des références…

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

C'est super sympa, merci Benoît pour tes contributions :-)
Le contenu Markdown de la dépêche LinuxFr.org est régulièrement synchronisé avec la version sur le dépôt Git ;-)

En ce moment, je suis en vacances avec la connexion de mon mobile.
Et c'était plus facile de contribuer sur le dépôt Git local que sur l'espace de rédaction LinuxFr.org.
Alors je me demandais si chaque dépêche LinuxFr.org ne pouvait pas être un dépôt Git.
En mode rédaction :

• l'interface web LinuxFr.org envoie ses requêtes HTTP comme d'hab vers le serveur en Ruby, mais ce dernier réalise des opérations de commit sur un dépôt Git (en cas de conflit de merge, le contenu à résoudre est envoyé au rédacteur) ;
• possibilité de cloner en local la dépêche en cours de rédaction pour être éditée sans connexion HTTP et avec l'éditeur de son choix.

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

---

auto i{0}

C'est barmic qui a la meilleure intuition pour la raison du auto i{0} à la place de int i=0 :
C'est une nouveauté de C++17 introduite par la Technical Specification N3922 "New Rules for auto deduction from braced-init-list" (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n3922.html). Cette image doit illustrer cette nouveauté (et donc l'exemple fonctionne avec C++17 seulement). Mais n'en parlons pas trop tôt, gardons cette discussion pour la dépêche n°3…

Promis, je vais générer une autre image avec :

for (int i = 0; i < 100; ++i)

---

std::endl

Et c'est whity qui a trouvé une des raisons du "\n" à la place de << std::endl. Mais la raison principale est l'espace utilisé sur le tableau. Je voulais le code le plus simple, le moins large, avec le moins d’accolades…

Qui préfère l'écriture ci-dessous ?

int main()
{ 
  for (auto i{0}; i < 100; ++i)
    std::cout
      << "Je ne dois pas jeter d'avion en papier en classe"
      << std::end; 
}

Ou encore, cette autre alternative ?

int main()
{ 
  for (auto i{0}; i < 100; ++i)
    std::cout <<
         "Je ne dois pas jeter"
         "d'avion en papier"
         "en classe"   "\n"; 
}

L'objectif étant de trouver un bon compromis entre élégance du C++ et la rapidité de compréhension du code.

Promis aussi, je vais mettre ce gros fichier XCF (178 Mo) quelque part pour que vous puissiez facilement personnaliser le texte du tableau ;-)

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Merci Benoît pour l'astuce. Veux-tu bien apporter cette correction à la dépêche ?
Il faudrait faire de même avec les images CppCon - C++Now, et tout en bas avec GCC - LLVM.
Merci :-)

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

C'est un aspect qu'un relecteur m'avait conseillé d'éclaircir : Klaim m'avait parlé du "Fair use" (jurisprudence des États-Unis) :
https://fr.wikipedia.org/wiki/Fair_use#Port.C3.A9e_du_copyright

Portée du copyright

Le fait de se servir d'un texte existant sous copyright comme matériel de base apportant des éléments factuels n'est pas interdit. Il faut simplement remettre les informations en forme, et surtout compléter.
- Dès lors que l'article d'origine ne représente plus une part significative de l'œuvre, et que l'œuvre ne représente plus une part significative de l'article, il n'y a plus de lien évident de copyright (on tombe rapidement dans la zone des « citations », licites).
- Par ailleurs, les informations de type « scientifique » sont dans le domaine public, ou couvertes par des brevets, ou par des secrets professionnels, mais pas par le « copyright ».
Les faits peuvent donc être librement copiés, dès lors que l'assemblage de faits (qui, en tant qu'assemblage, peut constituer une œuvre) n'est pas servilement transposé.

Ne connaissant pas suffisamment bien le sujet, j'avais posté un e-mail dans la liste de diffusion Juridique de l'APRIL. Mais, j'ai du louper mon abonnement à cette liste car je ne reçois pas les e-mail :-(. Si un expert sur ces aspects de propriété intellectuelle passait dans le coin, merci de nous expliquer :

Dans quelle mesure est-il légal de reproduire des extraits de la norme C++ sur stackoverflow ?
http://stackoverflow.com/questions/2693199

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Pour illustrer cette série de dépêches C++, mes collègues m'ont dessiné des images.
C'est ce que j'appelle les illustrations francophones réalisées spécialement pour l'occasion.
Elles sont toutes disponible sur le dépôt Git :
https://github.com/cpp-frug/materials/blob/gh-pages/images/README.md
(mais je n'ose pas y déposer les fichiers XCF volumineux, vous pouvez me les réclammer)

Pour info, les illustrations des livres C++ n'ont font pas partie.
Le moteur de rendu de LinuxFr.org pourrait les afficher sur la même ligne :

![livre _The C++ Programming Language_](https://isocpp.org/files/img/tcpl4e.png) ![livre _A Tour of C++_](https://isocpp.org/files/img/tour.jpg) ![livre _The C++ Programming Language (Special 3rd Edition)_](http://www.pdfdrive.net/assets/thumbs/069/069cb03b9970368939ef71f49534cc4b-s.jpg)

Mais LinuxFr.org insère un retour chariot entre chaque images :
  

GitHub les affiche bien sur la même ligne :
https://github.com/cpp-frug/materials/blob/gh-pages/news/2016_n1_Coulisses-du-standard.md#documentations-c-de-r%C3%A9f%C3%A9rence-
Mais ce dernier alignes toutes les images sur la gauche, ce qui n'est pas toujours joli.

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Cette dépêche est figée (sauf gentillesse des modérateurs pour de grosses erreurs).
Alors merci de corriger les oublis, imperfections, fôtes, franglais, mensonges, maladresses, irritations… sur le dépôt Git :
https://github.com/cpp-frug/materials/blob/gh-pages/news/2016_n1_Coulisses-du-standard.md
(même des années après la publication).
Donc, c'est aussi là qu'il faut aller pour lire la version la plus à jour de cette dépêche ;-)

La rédaction de la dépêche suivante "C++17, Genèse d'une version mineure" se passe sur LinuxFr.org :
https://linuxfr.org/redaction/news/c-17-genese-d-une-version-mineure
(un compte LinuxFr.org est nécessaire pour accéder à l'espace de rédaction collaborative)
C'était la dépêche originelle qui a été tronçonnée en plusieurs articles, du coup elle en est déjà à 1241 éditions !
(j'avais commencé la rédaction fin juin 2016)

Un immense merci à tous ceux qui m'ont aidé à la rédaction de cette dépêche. Tout le monde n’apparaît pas parmi les auteurs en entête de dépêche car leurs contributions ont été apportées sur la dépêche originelle avant le tronçonnage ou proviennent du dépôt Git. Voici la liste complète des auteurs, même pour des changements mineurs :

• olibre ;
• duckie ;
• rom1v ;
• Oliver H ;
• cracky ;
• Lucas ;
• palm123 ;
• Adrien Dorsaz ;
• Martin Peres ;
• RyDroid ;
• ZeroHeure ;
• Benoît Sibaud ;
• tankey ;
• M5oul ;
• Anthony Jaguenaud.

J'ai beaucoup apprécié les modérateurs LinuxFr.org qui ont patiemment corrigé mes tournures de phrases. Pour anecdote, à deux fois au mois de juillet, j'avais cru avoir terminé la rédaction de la dépêche originelle (avant le tronçonnage) et j'avais donc posté un message pour une ultime relecture avant soumission : Benoît Sibaud avait tout relu, tout corrigé… et finalement ce n'était pas encore prêt ! Merci aussi aux nombreuses aides, notamment à Klaim et Édouard A du C++FRUG pour m'avoir donné de nombreux conseils par e-mail ;-)

Les illustrations francophones réalisées spécialement pour l'occasion sont sympas, non ?
Elles proviennent de mes collègues développeurs C++ dont Ziyue, Florent B et AKP :-D
https://github.com/cpp-frug/materials/blob/gh-pages/images/README.md
Tout est sous licence libre et je peux fournir les fichiers XCF si besoin…
Merci de partager vos dessins si vous vous avez des idées ;-)

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Merci pour la correction :-)

Et pour les liens

Si un modérateur pouvait corriger ce serait super sympa :-D

On essaye de filmer les rencontres à chaque fois et de les mettre à disposition sous licence libre sur DailyMotion (ou YouTube qui est moins contraignant). Je ne m'occupe pas de cette partie et je ne peux pas dire pourquoi choisir ces site de partage de vidéo, ni pour les licences, ni pourquoi les vidéos tardent à être diffusées…

D'autres liens plus ou moins actifs (plutôt moins que plus)

• https://www.youtube.com/results?search_query=cppfrug
• https://github.com/cpp-frug
• https://groups.google.com/forum/#!forum/cpp-frug
• http://www.meetup.com/Montpellier-CPP/
• http://francecpp.org/

On essaye de se motiver pour créer une association et de centraliser/mutualiser les énergies sur un site web francophone… Venez nous rencontrer à la prochaine rencontre C++ à l'école 42 le 31 mars 2016 pour unifier nos efforts :-)

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

À l'origine, le mot "Francophone" a été choisi pour indiquer que les présentations sont en "Français". C'était sans penser que cela pouvait être interprété comme "Rencontre C++ de la Francophonie" (ou "de la France").

Merci pour ta remarque :-)

Que proposes-tu à la place de "Rencontre C++ Francophone" ?
Peut-être "Rencontre C++ Parisienne" ou encore "Rencontre C++ Francilienne"…
Qu'est ce qui conviendrait le mieux ?
(Nous sommes d'accord, on évite l'expression "Rencontre C++ Française" car cela signifie clairement "Rencontre C++ de la France")

Par contre, on garde le mot "Francophone" pour l'association que nous souhaitons créer. Car l'objectif est de permettre à tous les passionnés francophones du C++ d'échanger en "Français" que ce soit dans le plus grand pays francophone par sa superficie (Canada) ou le pays francophone le plus peuplé (Congo-Kinshasa). :-)

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Bonjour,

S'inscrire sur le site meetup.com apporte quelques avantages :

• Commander suffisamment de pizza et de bières sans trop en commander.
• Choisir/préparer la salle et installer le nombre de chaises nécessaires.
• Suivre dans le temps les statistiques du nombre d'inscrits.
• Les inscrits peuvent donner leur impression et indiquer ce qui peut être amélioré.
• Retrouver une personne rencontrée pour continuer une discussion par exemple…

Cependant, l'inscription sur le site meetup.com n'est pas obligatoire : ceux qui n'ont pas une adresse e-mail anonyme ou qui ne veulent pas dévoiler leur identité au site meetup.com peuvent venir sans s'y inscrire. Nous espérons que cela représente une petite minorité afin de ne pas avoir de surprise dans l'organisation de l'événement ;-)

Pourtant, dans la précédente dépêche (dixième rencontre C++ FRUG), je n'avais pas oublié de le mentionner :

L’inscription sur le site meetup.com permet de préparer la salle selon l'influence.

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Autre coquille sur une des dernières phrases : L'AFNOR gère la commission pour la la France.

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Le lien "le dépôt Git de la prochaine version du C++" doit pointer vers https://github.com/cplusplus/draft
Merci aux modérateurs de corriger cela.

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Mes quelques photos sous licence libre:
https://commons.wikimedia.org/wiki/Category:Paris_Open_Source_Summit_2015

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Ayant mon propre nom de domaine, j'ai donc une adresse e-mail du style "o@monnom.fr" que j'utilise quand un site important me demande de renseigner mon e-mail (cela me permet d'économiser quelques touche de clavier).

Ma tentative de don a lamentablement échoué avec le message Votre adresse e-mail n'est pas correcte
(je m'y étais même repris à deux fois croyant avoir oublié le .fr final)

Néanmoins c'est un très beau projet que je soutiens à 100%… moralement et bientôt financièrement…

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Cela aurait pu être une conférence aux RMLL : "Appliquer au Sexe les Concepts du Logiciel Libre"

Nous avons bien eu une conférence "Le Guide du Connard du Logiciel Libre " qui nous avait bien fait rire.
https://2015.rmll.info/le-guide-du-connard-du-logiciel-libre?lang=fr

Je suis sûr que ce thème "sexe/amour libre" peut être présenté avec humour et avoir beaucoup de succès :-)

Prêt pour proposer une proposition au Paris Open Source Summit des 18 et 19 novembre 2015 ?
http://cfp.opensourcesummit.paris/fr/node/add/propositionintervention

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Pour info, "VMWare et le respect de la GPL" est un sujet abordé de temps en temps sur LinuxFr depuis longtemps :

• https://linuxfr.org/news/vmware-ne-joue-pas-le-jeu
• http://linuxfr.org/users/oaudry/journaux/vmware-et-la-gpl

Si VMWare doit au final publier son code source sous licence GPL, c'est Yann Hirou qui va être content :

• http://linuxfr.org/news/vmware-2-0-et-une-version-gpl

Vaut mieux tard que jamais !

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)