Dr Clèm's Blog

Tags: My Life

Identity

Friday Oct 20, 2017 13:40, last edition on Thursday Oct 26, 2017 13:56

Someone's identity evolves with time and can be multiple. For example, someone's identity for someone met in work place will be usually the name given by their parents. Sometimes, it can be the husband's family name. Whereas your friend or family can call you with a nickname.
On the web, this identity is a pseudo or an avatar. It is an email address. Each time a new account is created on a server, a new identity for this server is created. It means that a person can have multiple identities in one location, that is usually not the case in the real world.

Building identity

There are two paths to build virtual identities. If someone decides to take different pseudo for each created account, then this person gain a new identity each time. It is a simple way to protect your privacy. The second choice is to keep the same pseudo, avatar, email address, and so on, to build a strong and consistent identity, and not necessarily the same as in the real world.

My identity

I have many virtual identities. Some correspond to the real world one, this website is a perfect example as it includes my name a picture of myself. Others are not related at all and can be difficult to link to me. Let me give you some of my virtual identities.

As Clément Février or related

Mastodon
Twitter
Facebook
LinkedIn
Physical Review Journals
arXiv.org
Launchpad, although it was clement.analogue for more than 9 years.

As Analogue or related

Mozilla Add-ons
Mozilla Support
GitHub, but my real name is displayed.
FramaGit, but my real name is displayed.
GitLab, but a nickname is displayed.
Documentation Ubuntu-fr
Forum Ubuntu-fr

Others

Clèm on StackExchange
clement on Forum Analogue
Dr Clèm on this blog

and I can continue like that for a while.

The trend in my case is to use my real name when I need to be a public figure, which as needed when I run as deputy deputy for the parliamentary elections, or for work, the pseudo Analogue or related when it is linked to software, and my first name and nickname for more personal accounts.

Edit on October 25, 2917: Add new identities, update identiy from FramaGit and GitHub.
Edit on October 26, 2917: Add new identities (Ubuntu-fr)

Mastodon Follow me Mastodon Share
Comments
There is no comment yet.
Post a comment

* required field.

Your comment

*

About you

*

*

Dr Clément Février

Bonjour, Je suis Clément Février, docteur en physique théorique de l’université de Grenoble Alpes, ingénieur Recherche et Développement dans le domaine de l’imagerie médicale et de la chirurgie mini-invasive chez Surgivisio et soutien du mouvement La France Insoumise.


Dites les velotaffeur, vous avez entendu parler d'un casque qui a un feu avant, un feu arrière et des clignotants sur les cotés / avant arrière ? (Enfin un simple bandeau led de chaque coté se gère hein)
Genre un truc pour que les voitures voient qu'on tourne à droite ou gauche sans qu'on ai besoin de tendre le bras ?

Parce que bon, j'ai testé ce soir, passer sur les marquages au sol + les rails du tramway avec un bras levé sous la pluie, niveau stabilité on repassera ^^'

J'arrive pas à trouver :/ et les solutions existantes de clignotants sont seulement pour l'arrière

Si le coeur vous en dit vous pouvez partager ;)

#velotaff #boostappréciés :)

The only thing that really matter is, at the end of the day, to choose the correct method automatically without conditional statement at runtime. I really wonder is a workaround is possible.
I already tried to add "std::tuple< d1*, d2 > b_tuple" to class b, using some forward declaration, but, of course, std::get< i >(b_tuple) cannot compile since it will be known at runtime only.

But I allow complete refactoring code, even the b and d1 & d2. Templates, new classes and sub classes and even are fine (I already put 100-lines define to add iterator to enum and another one to allow enum inheritance, and my coworkers begin to hate me ^^)
For example, method "create" can become a class, or class b can be construct using a macro to make somehow the base class aware of derived ones
BASE(b, ...) std::tuple< __VA_ARGS__ > g_ ## b; class b