Ah ah ah rigolo va. C'est rigolo ca me fait penser au "Seigneur des anneaux" tous ca…
Que veux tu que j'y fasse. Tu viens nous sortir que l'administration pourrait faire un job aussi efficace que Azure/AWS/GCP dans un domaine hyper-technique qui n'est absolument pas son point fort.
Les 3 clouds précités ont par exemple :
- du hardware construit spécifiquement plutôt que des PCs
- tout une infrastructure bas niveau pour optimiser les ressources
- des prix de gros chez les fabricants vu la quantité de systèmes qu'ils achètent régulierement
- des teams d'experts en hyperviseurs - stockage - etc… qu'ils ont mis des années à former
Et tu veux que l'administration francaise arrive avec ses sabots et sorte un truc qui soit à peu près comparable, c'est simplement pas réaliste.
Surement pas avec l'administration et ca tu le sais pertinemment!
L-O-L
AWS a des prix fixes basés sur l'usage. Ils ne font pas de prix particuliers pour les clients selon leur nom ou pédigrée. L'administration est traitée exactement comme les autres clients.
Mais bon, tu ne connais visiblement rien de AWS (c'est une habitude chez toi de parler de ce que tu ne connais pas en fait) et préfères jeter des affirmations sans la moindre once de vérité, comme d'hab.
Je note que tu oublies allegrement de citer les autres points qui sont les plus valides
Faut dire que c'est en grande partie des conneries et de la bouffe pour troll, mais vu que tu insistes :
a) Google dit de manière explicite qu'il ne touche pas aux données dans GCP (tout comme Azure et AWS). Les utilisateurs de GCP paient pour l'utilisation, leur donnéees ne sont pas là pour payer à leur place. Si ils s'amusaient à ausculter les données des sociétés dans leurs cloud aucune boite ne les utiliserait, que ce soit en Europe ou aux USA.
b) choix à faire comme je disais: combien on est prêt à payer pour éviter cela
c) Ben… non. Le Cloud Act est spécifiquement limité aux données de citoyens US. C'est déjà trop à mon goût mais ce n'est pas ce que tu racontes.
Donc la reponse est bien celle que je pensais et la strategie des acteurs du Cloud est bien de fournir un service qui est totalement faisable (et fait) en interne dans beaucoup d'administration. Cela n'amene absolument rien de particulier sauf que c'est "sexy"
Toi visiblement tu n'as jamais compris le concept d'économies d'échelle et d'agilité.
Cela n'amene absolument rien de particulier sauf que c'est "sexy" et comme vendu a perte (pour le moment) cela semble etre un investissement interessant
Ce n'est absolument pas vendu à perte. AWS fait des bénéfices et j'imagines qu'Azure aussi.
Cela sera comme pour le format Microsoft OXML ou les personnes n'ayant aucun scrupules ont gagne
Ah oui, fallait bien que tu ressortes tes frustrations d'une manière ou d'une autre !
Mais évidemment que techniquement parlant, l'administration pourrait investir massivement et créer sa propre infrastructure. Donc techniquement parlant, rien de ce que AWS-Azure-GCP font n'est pas réalisable ailleurs.
C'est simplement une question de temps et d'argent. Recréer cela prend des années (engager assez de gens ayant l'éxperience pour construire le truc, définir l'architecture, la monter, se tromper 2-3 fois avant d'avoir la bonne architecture,…) et des sommes énormes pour la construire et la maintenir.
C'est un choix : faire un investissement massif sur probablement plus de 5 ans avant d'avoir un truc utilisable, ou utiliser une solution qui existe mais qu'évidemment on ne controle pas totalement.
Il y a les gens obsédés par leur intérpretation personnelle du libre qui voient le monde entier sous cet oeil là.
Et il y a les gens pour qui l'IT est une chose banale qui n'est pas leur centre de vie principal, et qui eux cherchent à baisser leurs couts, ou simplifier leur développement et deploiements, …
Donc oui, toi, AWS-Azure-GCP ne te satisfera pas. Le reste de la planète visiblement ils aiment bien par contre.
L'énorme majorité des boites qui passent sur les clouds de Google-Amazon-Microsoft ne le font pas juste pour faire tourner quelques VMs et stocker des fichiers.
C'est énormément plus que cela ces clouds. Faire tourner des VMs et offrir du stockage c'est une infime partie de ce qu'ils font.
Si ce n'était que ça, oui surement, il faudrait se poser la question de gèrer les machines soi-même ou pas. Mais ce n'est pas le cas.
Mais pour les données, c'est très clair, il faut chiffrer à la source toute donnée déposé sur un support appartenant à une entreprise américaine.
On dirait que tu considères qu'un cloud c'est juste des VMs, du réseau et du stockage. C'est bcp plus que cela, avec plein de services de plus haut niveau qui facilitent la vie.
Alors effectivement les administrations peuvent décider de s'en passer, mais c'est le seul autre choix qu'elles ont. Il n'y a aucune boite européenne qui offre un équivalent sérieux.
Ensuite tu serais surpris du nombre de boites européennes qui ont leur données dans les cloud US. Elles insistent pour mettre leurs billes dans des datacenters Europens (voir dans leur pays spécifiquement) mais le fait que la boite soit US ne dérange pas la plupart d'entre elles (mais il y a bien évidemment des cas).
Moi je ne mettrai rien en open source, ca fait 5 ans que je ne bosses plus pour MS hein :)
Mais il faut être sérieux, les installations locales n'ont rien à voir avec ce que les cloud provider offrent.
Si on prend AWS (et les autres offrent la même chose hein…) ils s'occupent de la redondance, des failles HW, des migrations de systêmes transparentes quand le HW lâche, évitent de devoir faire du provisioning HW, … et sur AWS/Azure/GCP les services dispos sont sans commune mesure avec ce qu'OpenStack offre (lambda, GuardDuty, etc… ).
Posté par pasBill pasGates .
En réponse au journal sécurité et MACs.
Évalué à 3.
Dernière modification le 03 octobre 2018 à 22:52.
Non ce qu'il y a sur cette page c'est … de la merde.
Un problème dans l'appli DropBox, et il met ça sur le dos d'Apple
Une fonctionnalité de wipeout à distance, documentée publiquement, clairement connue, qui est utile aux entreprises est considéré comme une 'porte dérobée'
Le seul truc à peu près décent est la fonctionnalité permettant à Apple d'enlever une app.
Et je ne suis pas un fan d'Apple hein, loin de là, mais faut arrèter de déconner.
Maintenant, le rapport avec linux : j'entends souvent dire que cet OS est sûr, qu'il n'est pas une cible intéressante pour les virus/pirates (du fait de sa rareté et de sa qualité open-source), mais est-ce qu'il ne mériterait pas une conférence de ce genre ?
Il ne faut pas croire tout ce que tu entends, cette légende est totalement fausse, tout comme celle qui concernait le Mac.
Les gens qui gèrent le recrutement sont rarement compétents dans les domaines techniques, et leurs heuristiques ne fonctionnent pas dans ces cas là.
Euhhhh…. Je sais pas comment c'est en France, mais aux USA c'est les membres de l'equipe que le gars rejoindrait qui l'interviewent. Et ce n'est pas que les mastodontes genre Amazon/Facebook/Microsoft qui font cela, c'est très répandu.
Et de même pour virer quelqu'un cela commence par le bas : les collègues, le chef direct, … et cela remonte.
Tu veux parier combien qu'il ne se comportait pas de la même manière dans sa boite ?
Quand à ta comparaison, je te dirais que personne sur ce thread n'oserait te comparer toi et ton comportement dans no discussions aux gens qui envoyaient des patchs à Linus. L'un avait pour objectif de verser sa haine et frustration sur un forum, l'autre avait pour objectif d'amener des changements dans un OS. Tu dépassais les limites allégrement, tu recevais ce que tu méritais.
Une société qui perd 20 employés moyens à bon qui ne supportent plus de travailler avec un gars brillant, elle perd, elle ne gagne pas. Notablement parce qu'un gars brillant ne remplacera jamais 20 personnes en terme de productivité.
il y en a plein des asocial qui ont fait avancer le monde, si tu les mets de coté tu t’arrête et tu vivras au pays des bisounours où tout le monde est gentil; mais à l’arrêt…
Ah oui il y en a, plein c'est moins sur. Maintenant, est-ce que tu veux te taper les procès et pertes d'employés que cela coûte ? La réponse est non.
Ce que Linus a fait, si il l'avait fait dans une boite US (et en Europe aussi probablement hein), la boite aurait eu 2 choix :
a) le virer
b) se taper des procès de la part de plusieurs employés pour avoir crée des conditions de travail dangereuses (santé psychique…)
Vu le coût des procès aux USA, je peux te dire que cela aurait été a) assez vite, peu importe qu'il ait donné son nom à un OS. Ce qui était accepté il y a 20 ans ne l'est plus aujourd'hui.
C'est incroyablement vrai. Pour avoir bossé dans des groupes ou certains ingénieurs feraient passer Torvalds pour un débutant en ce qui concerne les OS, je peux te dire que la différence entre un génie qui détruit la collaboration autour de lui et un autre qui l'aide à se développer est énorme, et le premier est effectivement quelqu'un dont il faut se débarasser car il fait du tort au projet, peu importe son aura technique.
Mais ça c'est la belle théorie, en pratique tout le monde fait des opérations entre entiers signés / non signé de différentes tailles, personne ne s'amuse à créer une infrastructure pour faire cela sûrement avec des types propres car c'est très contextuel et ancré dans les habitudes.
Et quand tu revois ce code pour y trouver des failles et autres, les infos de la notation hongroise sont extrêmement utiles.
Je passes plus de temps à lire le code des autres qu'à en écrire et vraiment, la notation hongroise aide. Je suis bien plus efficace sur ce genre de code que sur le code sans cette notation.
m_dwX -> membre de la classe, unsigned 4-bytes integer
m_iX -> membre de la classe, signed 4-bytes integer
g_wX -> variable globale, unsigned 2-bytes integer
m_sX -> stl string, 1 byte par caractere
m_wsX -> stl string, 2 bytes par caractere
m_oX -> objet quelconque membre de la classe
m_spoX -> shared pointer d'un objet quelconque membre de la classe
etc…
Il faut évidemment se limiter, perso j'ai le scope et les types courants.
[^] # Re: Maintenant, c'est clair
Posté par pasBill pasGates . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 2. Dernière modification le 16 octobre 2018 à 18:20.
Justement !
Ils le disent clairement quand ils le font, et ils le disent clairement quand ils ne le font pas.
Quand tu utilises GMail, le service gratuit, les termes te disent assez clairement pourquoi c'est gratuit : la pub
GCP, tu paies pour, et ils te disent clairement qu'ils ne touchent pas à tes données.
Je veux dire, faut revenir sur terre, plein de grosses boites sont dessus, et elles ne sont pas stupides hein…
[^] # Re: Maintenant, c'est clair
Posté par pasBill pasGates . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 3. Dernière modification le 16 octobre 2018 à 02:04.
Que veux tu que j'y fasse. Tu viens nous sortir que l'administration pourrait faire un job aussi efficace que Azure/AWS/GCP dans un domaine hyper-technique qui n'est absolument pas son point fort.
Les 3 clouds précités ont par exemple :
- du hardware construit spécifiquement plutôt que des PCs
- tout une infrastructure bas niveau pour optimiser les ressources
- des prix de gros chez les fabricants vu la quantité de systèmes qu'ils achètent régulierement
- des teams d'experts en hyperviseurs - stockage - etc… qu'ils ont mis des années à former
Et tu veux que l'administration francaise arrive avec ses sabots et sorte un truc qui soit à peu près comparable, c'est simplement pas réaliste.
L-O-L
AWS a des prix fixes basés sur l'usage. Ils ne font pas de prix particuliers pour les clients selon leur nom ou pédigrée. L'administration est traitée exactement comme les autres clients.
Mais bon, tu ne connais visiblement rien de AWS (c'est une habitude chez toi de parler de ce que tu ne connais pas en fait) et préfères jeter des affirmations sans la moindre once de vérité, comme d'hab.
Faut dire que c'est en grande partie des conneries et de la bouffe pour troll, mais vu que tu insistes :
a) Google dit de manière explicite qu'il ne touche pas aux données dans GCP (tout comme Azure et AWS). Les utilisateurs de GCP paient pour l'utilisation, leur donnéees ne sont pas là pour payer à leur place. Si ils s'amusaient à ausculter les données des sociétés dans leurs cloud aucune boite ne les utiliserait, que ce soit en Europe ou aux USA.
b) choix à faire comme je disais: combien on est prêt à payer pour éviter cela
c) Ben… non. Le Cloud Act est spécifiquement limité aux données de citoyens US. C'est déjà trop à mon goût mais ce n'est pas ce que tu racontes.
[^] # Re: Maintenant, c'est clair
Posté par pasBill pasGates . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 2.
Toi visiblement tu n'as jamais compris le concept d'économies d'échelle et d'agilité.
Ce n'est absolument pas vendu à perte. AWS fait des bénéfices et j'imagines qu'Azure aussi.
Ah oui, fallait bien que tu ressortes tes frustrations d'une manière ou d'une autre !
[^] # Re: Maintenant, c'est clair
Posté par pasBill pasGates . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 3. Dernière modification le 15 octobre 2018 à 20:19.
Les PMEs que tu vois sont une goutte d'eau dans le vase d'AWS.
AWS depuis quelque années attire les grosses boites, mais avant cela, c'était (et est toujours) le berceau des startups technologiques.
Les boites qui veulent construire vite, qui simplement utilisent les APIs d'AWS plutôt que se taper le déploiment de systèmes de queue, d'éxecution, …
C'est cela le pain et le beurre d'AWS, quoique depuis quelque années les gros (banques, …) se mettent à bouger dessus aussi.
[^] # Re: Maintenant, c'est clair
Posté par pasBill pasGates . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 5.
"Possible" ?
Mais évidemment que techniquement parlant, l'administration pourrait investir massivement et créer sa propre infrastructure. Donc techniquement parlant, rien de ce que AWS-Azure-GCP font n'est pas réalisable ailleurs.
C'est simplement une question de temps et d'argent. Recréer cela prend des années (engager assez de gens ayant l'éxperience pour construire le truc, définir l'architecture, la monter, se tromper 2-3 fois avant d'avoir la bonne architecture,…) et des sommes énormes pour la construire et la maintenir.
C'est un choix : faire un investissement massif sur probablement plus de 5 ans avant d'avoir un truc utilisable, ou utiliser une solution qui existe mais qu'évidemment on ne controle pas totalement.
[^] # Re: Maintenant, c'est clair
Posté par pasBill pasGates . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 1.
Alors oui,
Il y a les gens obsédés par leur intérpretation personnelle du libre qui voient le monde entier sous cet oeil là.
Et il y a les gens pour qui l'IT est une chose banale qui n'est pas leur centre de vie principal, et qui eux cherchent à baisser leurs couts, ou simplifier leur développement et deploiements, …
Donc oui, toi, AWS-Azure-GCP ne te satisfera pas. Le reste de la planète visiblement ils aiment bien par contre.
[^] # Re: Maintenant, c'est clair
Posté par pasBill pasGates . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 6.
https://www.expeditedssl.com/aws-in-plain-english
Et cela ne contient pas tout.
[^] # Re: Maintenant, c'est clair
Posté par pasBill pasGates . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à -1. Dernière modification le 12 octobre 2018 à 23:39.
Mais il faut revenir sur terre hein…
L'énorme majorité des boites qui passent sur les clouds de Google-Amazon-Microsoft ne le font pas juste pour faire tourner quelques VMs et stocker des fichiers.
C'est énormément plus que cela ces clouds. Faire tourner des VMs et offrir du stockage c'est une infime partie de ce qu'ils font.
Si ce n'était que ça, oui surement, il faudrait se poser la question de gèrer les machines soi-même ou pas. Mais ce n'est pas le cas.
[^] # Re: Maintenant, c'est clair
Posté par pasBill pasGates . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 1.
On dirait que tu considères qu'un cloud c'est juste des VMs, du réseau et du stockage. C'est bcp plus que cela, avec plein de services de plus haut niveau qui facilitent la vie.
Alors effectivement les administrations peuvent décider de s'en passer, mais c'est le seul autre choix qu'elles ont. Il n'y a aucune boite européenne qui offre un équivalent sérieux.
Ensuite tu serais surpris du nombre de boites européennes qui ont leur données dans les cloud US. Elles insistent pour mettre leurs billes dans des datacenters Europens (voir dans leur pays spécifiquement) mais le fait que la boite soit US ne dérange pas la plupart d'entre elles (mais il y a bien évidemment des cas).
[^] # Re: Maintenant, c'est clair
Posté par pasBill pasGates . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 2.
Moi je ne mettrai rien en open source, ca fait 5 ans que je ne bosses plus pour MS hein :)
Mais il faut être sérieux, les installations locales n'ont rien à voir avec ce que les cloud provider offrent.
Si on prend AWS (et les autres offrent la même chose hein…) ils s'occupent de la redondance, des failles HW, des migrations de systêmes transparentes quand le HW lâche, évitent de devoir faire du provisioning HW, … et sur AWS/Azure/GCP les services dispos sont sans commune mesure avec ce qu'OpenStack offre (lambda, GuardDuty, etc… ).
[^] # Re: Maintenant, c'est clair
Posté par pasBill pasGates . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 1. Dernière modification le 11 octobre 2018 à 18:51.
Merci de me faire rire (et je bosse pour un concurrent à Azure hein !)
La réalité est qu'en Europe il n'y absolument aucun équivalent sérieux à AWS/Azure/GCP , alors tu veux qu'ils fassent quoi l'administration ?
[^] # Re: Ca existe
Posté par pasBill pasGates . En réponse au journal sécurité et MACs. Évalué à 3. Dernière modification le 03 octobre 2018 à 22:52.
Non ce qu'il y a sur cette page c'est … de la merde.
Un problème dans l'appli DropBox, et il met ça sur le dos d'Apple
Une fonctionnalité de wipeout à distance, documentée publiquement, clairement connue, qui est utile aux entreprises est considéré comme une 'porte dérobée'
Le seul truc à peu près décent est la fonctionnalité permettant à Apple d'enlever une app.
Et je ne suis pas un fan d'Apple hein, loin de là, mais faut arrèter de déconner.
[^] # Re: Ca existe
Posté par pasBill pasGates . En réponse au journal sécurité et MACs. Évalué à 1.
On sent la frustration et la haine qui transpirent à travers les tags html.
Perso je paries que Steve Jobs lui a piqué sa copine quand ils étaient au lycée.
[^] # Re: Ca existe
Posté par pasBill pasGates . En réponse au journal sécurité et MACs. Évalué à 0. Dernière modification le 01 octobre 2018 à 18:58.
Merci pour ce grand moment de fou rire. Sinon, on était en train de parler de sécurité, t'as rien là dessus ?
[^] # Re: l'effet communauté et âge des utilisateurs
Posté par pasBill pasGates . En réponse au journal Journal qui dénonce [E13S20]. Évalué à 10.
En il y a toujours, je ne suis pas encore mort ;)
[^] # Re: Ca existe
Posté par pasBill pasGates . En réponse au journal sécurité et MACs. Évalué à 4.
Les vers dont tu parles n'utilisent pas de failles mais trompent simplement l'utilisateur, tout comme Android et ses malwares…
# Ca existe
Posté par pasBill pasGates . En réponse au journal sécurité et MACs. Évalué à 9.
Il ne faut pas croire tout ce que tu entends, cette légende est totalement fausse, tout comme celle qui concernait le Mac.
Ce genre de conf existe, il y en a même plusieurs par an à travers le monde, en voila une: https://events.linuxfoundation.org/events/linux-security-summit-north-america-2018/
[^] # Re: patch linus
Posté par pasBill pasGates . En réponse au journal Linus confie momentanément les rênes du noyau à Greg KH. Évalué à 5.
Euhhhh…. Je sais pas comment c'est en France, mais aux USA c'est les membres de l'equipe que le gars rejoindrait qui l'interviewent. Et ce n'est pas que les mastodontes genre Amazon/Facebook/Microsoft qui font cela, c'est très répandu.
Et de même pour virer quelqu'un cela commence par le bas : les collègues, le chef direct, … et cela remonte.
[^] # Re: patch linus
Posté par pasBill pasGates . En réponse au journal Linus confie momentanément les rênes du noyau à Greg KH. Évalué à 1. Dernière modification le 20 septembre 2018 à 18:04.
Je t'ai même dit que cela arrivait mais que c'était très rare.
[^] # Re: patch linus
Posté par pasBill pasGates . En réponse au journal Linus confie momentanément les rênes du noyau à Greg KH. Évalué à 1.
Tu veux parier combien qu'il ne se comportait pas de la même manière dans sa boite ?
Quand à ta comparaison, je te dirais que personne sur ce thread n'oserait te comparer toi et ton comportement dans no discussions aux gens qui envoyaient des patchs à Linus. L'un avait pour objectif de verser sa haine et frustration sur un forum, l'autre avait pour objectif d'amener des changements dans un OS. Tu dépassais les limites allégrement, tu recevais ce que tu méritais.
[^] # Re: patch linus
Posté par pasBill pasGates . En réponse au journal Linus confie momentanément les rênes du noyau à Greg KH. Évalué à 2. Dernière modification le 19 septembre 2018 à 20:16.
Tort ? Non certainement pas.
Une société qui perd 20 employés moyens à bon qui ne supportent plus de travailler avec un gars brillant, elle perd, elle ne gagne pas. Notablement parce qu'un gars brillant ne remplacera jamais 20 personnes en terme de productivité.
Ah oui il y en a, plein c'est moins sur. Maintenant, est-ce que tu veux te taper les procès et pertes d'employés que cela coûte ? La réponse est non.
Ce que Linus a fait, si il l'avait fait dans une boite US (et en Europe aussi probablement hein), la boite aurait eu 2 choix :
a) le virer
b) se taper des procès de la part de plusieurs employés pour avoir crée des conditions de travail dangereuses (santé psychique…)
Vu le coût des procès aux USA, je peux te dire que cela aurait été a) assez vite, peu importe qu'il ait donné son nom à un OS. Ce qui était accepté il y a 20 ans ne l'est plus aujourd'hui.
[^] # Re: patch linus
Posté par pasBill pasGates . En réponse au journal Linus confie momentanément les rênes du noyau à Greg KH. Évalué à 1.
Eh je ne parlais pas de moi hein :)
Mais des gars genre Cutler ou Lucowski on va dire qu'ils ont un certain passé et un certain CV.
[^] # Re: patch linus
Posté par pasBill pasGates . En réponse au journal Linus confie momentanément les rênes du noyau à Greg KH. Évalué à 2.
Je te suggères de lire http://www.brendangregg.com/blog/2017-11-13/brilliant-jerks.html
C'est incroyablement vrai. Pour avoir bossé dans des groupes ou certains ingénieurs feraient passer Torvalds pour un débutant en ce qui concerne les OS, je peux te dire que la différence entre un génie qui détruit la collaboration autour de lui et un autre qui l'aide à se développer est énorme, et le premier est effectivement quelqu'un dont il faut se débarasser car il fait du tort au projet, peu importe son aura technique.
[^] # Re: Pourquoi un tiret bas?
Posté par pasBill pasGates . En réponse au journal Ⓒ✙✙ Le tiret bas (underscore) au début des variables membres ?. Évalué à 2.
Mais ça c'est la belle théorie, en pratique tout le monde fait des opérations entre entiers signés / non signé de différentes tailles, personne ne s'amuse à créer une infrastructure pour faire cela sûrement avec des types propres car c'est très contextuel et ancré dans les habitudes.
Et quand tu revois ce code pour y trouver des failles et autres, les infos de la notation hongroise sont extrêmement utiles.
Je passes plus de temps à lire le code des autres qu'à en écrire et vraiment, la notation hongroise aide. Je suis bien plus efficace sur ce genre de code que sur le code sans cette notation.
[^] # Re: Pourquoi un tiret bas?
Posté par pasBill pasGates . En réponse au journal Ⓒ✙✙ Le tiret bas (underscore) au début des variables membres ?. Évalué à 1.
m_dwX -> membre de la classe, unsigned 4-bytes integer
m_iX -> membre de la classe, signed 4-bytes integer
g_wX -> variable globale, unsigned 2-bytes integer
m_sX -> stl string, 1 byte par caractere
m_wsX -> stl string, 2 bytes par caractere
m_oX -> objet quelconque membre de la classe
m_spoX -> shared pointer d'un objet quelconque membre de la classe
etc…
Il faut évidemment se limiter, perso j'ai le scope et les types courants.