Le selfie, créateur d'attention par excellence.

Je me suis récemment posé la question, qu'est-ce-que réellement le selfie, d'où vient-il, quel est son avenir?

Le selfie, pour self-portrait (autoportrait en anglais), est un procédé par lequel le sujet de la photo qui est en partie son créateur, se met en scène par l'image, dans des contextes particuliers.
Si la pratique ne date pas d'hier (le premier selfie étant né en 1839 avec le chimiste Robert Cornelius http://www.7sur7.be/7s7/fr/1531/Culture/article/detail/1746042/2013/11/24/Le-premier-selfie-de-l-histoire-date-de-1839.dhtml), le terme selfie apparaît en 2002 sur un forum et a été intronisé en 2013 par le célèbre dictionnaire d'Oxford.

Il est aussi primordial de noter que, bien avant l'apparition et la généralisation du premier appareil photo portatif en 1888 (Brownie de Kodak), certains peintres tels que Van Gogh, Goya, réalisaient déjà des autoportraits comme moyen de s'identifier.

Ainsi, depuis les années 2000, la pratique s'est étendue par simplification avec l'avènement des smartphones et, notamment de ceux avec caméra frontale.
Donc, le selfie n'étant qu'un procédé, il a des caractéristiques polymorphes, et peut par définition, se décliner sous plusieurs formes, à l'infini:
- Belfie "photographier ses fesses"
- Boobfie "photographier ses seins"
- Felfie (farmerselfie) "poser en photo avec un animal"
- Healthie "se prendre en photo en étant malade"
- Selfie at funerals "se prendre en photo lors d'un enterrement"
- Duck face
- Sparrow face
Etc... Les déclinaisons sont infinies.

Jadis, l'image était déjà un moyen de communication, mais depuis peu, elle est devenu un moyen d'expression sociale servant à attirer l'attention.
Parce qu'un selfie, n'est rien d'autre que le récit d'une partie de son histoire personnelle.

Comment exploiter le selfie?

Faire un selfie simplement parce qu'il faut le faire, lorsque celui-ci n'exprime aucun besoin de cohésion sociale, n'a aucune utilité applicative.

Comme cet internaute se prenant en photo devant auschwitz le pouce levé, et qui s'est par la suite excusé publiquement, expliquant l'ignorance de son geste par un effet de mode (http://www.theguardian.com/commentisfree/2013/aug/29/selfies-holocaust-memorial).

Le secret du selfie réside donc dans l'expression immédiate d'une utilité de cohésion, par l'identification à une communauté.

Le futur du selfie, l'entreprise!

Ceci est mon interprétation personnelle sur le futur du selfie.

Aujourd'hui toutes les entreprises ou presque, utilisent des supports textes ou visuels (commerciaux) pour communiquer sur les réseaux sociaux, mais ceci pose souvent un problème d'authenticité dans lequel de moins en moins de consommateurs s'identifient, moi y compris.

En revanche, si chaque entreprise offrait à ses collaborateurs un outil universel de selfie (cabine photo par exemple), les mettant en scène sous divers contextes au sein même de l'entreprise, cela offrirait une magnifique base de données d'images permettant de communiquer plus efficacement sur divers sujets tels que:
- La parité hommes/femmes au sein de l'entreprise
- La mixité culturelle
- L'attention portée à chacun des collaborateurs par l'expression
- L'indice de bonheur des collaborateurs
- La gestion de carrière des collaborateurs
...

Les déclinaisons seraient multiples, pourvues d'authenticité et d'humanisme.
Les marques communiqueraient désormais à travers leurs collaborateurs, replaçant ainsi l'humain au centre de la stratégie d'entreprise.

Et pour accompagner cette tendance, il faudrait un réseau social professionnel précurseur, qui regrouperait cette gigantesque base de données d'images à la Instagram, un réseau social professionnel d'un nouveau genre, se démarquant de très loin de Linkedin ou Viadeo.

Qui portera cette tendance si elle répond à un réel besoin? L'avenir nous le dira.

Arrêtons de croire que le candidat est toujours seul fautif des expériences passées!

Pour la plupart d'entre vous qui êtes en recherche d'emploi ou de candidats (je me centre sur ces derniers), vous avez sans doute dû faire l'expérience d'une mécanique fortement encrée dans les traditions qui est, la prise de contact avec les anciens employeurs.

Cette démarche, issue du principe de causalité, affirme que dans les mêmes conditions, les mêmes causes produisent les mêmes effets, c'est la théorie du déterminisme.

Ainsi, dans le respect de cette tradition, l'identification des causes des précédentes ruptures de contrat d'un candidat, voulues ou pas, est soumis à l'identification obligatoire des conditions réelles ayant menées à ces causes.

Donc, sans une cartographie des conditions exactes des précédentes ruptures de contrat, il est impossible d'avoir une cartographie réaliste du passé d'un candidat, pour ainsi se débarasser soit même de la croyance selon laquelle un candidat est toujours seul fautif des ruptures passées.

Il existera toujours des infinités de conditions à une rupture, comme, mépris ciblé et acharné d'un collègue avec plus de pouvoir, dirigeant instaurant un régime de terreur conduisant à un fort taux de turnover, dirigeant peu informé sur le métier mais imposant des impératifs peu réalistes, candidat peu compétent, peu social, trop extraverti ou introverti, dirigeant ayant racheté une boite juste pour se servir de sa trésorerie au détriment des salariés... les causes sont nombreuses, mais la responsabilité toujours partagée, il n'y a jamais un seul et unique responsable, même un employeur qui l'affirmerait serait dans le mensonge.

Par conséquent, la perfection n'appartient à aucun parcours professionnel, et, l'histoire nous prouve que c'est parfois du chaos que naissent des parcours et des destins d'excellence, pour ceux qui s'accrochent et évoluent.

Quel est le meilleur moyen de procéder à cette démarche?

Il est d'abord nécessaire de demander l'autorisation au candidat. Vous n'aimeriez pas que l'on fasse une intrusion dans votre passé ou vie privée, ou même sur votre historique financier, et ce, pour quelque raisons que ce soit, sans avoir à vous justifier.
Faites de même si vous souhaitez vous renseigner sur le passé d'un candidat, demandez-lui la permission, c'est le minimum de respect à avoir dans une collaboration humaine, que d'instaurer un dialogue et d'ouvrir le débat.

Ensuite, sachez que si une expérience s'est mal passée (souvent avec courtoisie), ce qui sera le cas dans la majorité des ruptures pour x ou y raisons, vous n'obtiendrez que très rarement des conditions objectives dans lesquelles l'ancien employeur avouera lui même, une part de responsabilité, hors, il est nécessaire de demander à l'ancien employeur de vous donner sa part de responsabilité.
Si il n'en avoue aucune, il est fort probable que votre renseignement vous soit inutile, surtout si votre candidat a évolué humainement depuis.

Enfin, la décision finale vous revient, souvent au ressenti, mais, il est nécessaire avant celà, de vous libérer des croyances qui n'ont rien à faire en milieu professionnel, et, surtout de ne pas douter de vos propres capacités à développer une atmosphère propice à la stabilité et l'équilibre de vos collaborateurs au sein de votre propre entreprise.

What is CABIN principle?

CABIN principle, created by Edouard Kombo, means Concrete ABstract INterface, it is the foundation of The Troll Inception framework. 

This principle comes from a personal understanding about the notion of an object in web developement.

We strongly believe that an object is only an interface implemented by an abstracted shape we can concretely use, nothing else, nothing more.
 
That means, a class that doesn't extends an abstracted class that implements itself an interface can't be considered as an object, you can call it a trait, a ghost, a shape or like anything you want, but not as an object.                    

What is RSSPOCOM?

RSSPOCOM is a contract defined by interfaces within the InterfaceFactory package developed by Edouard Kombo.
 
Based from the CABIN principle, it is a collection of generics and specifics interfaces that incorporate specifics and generics actions that can be used actually in every applications and projects.
 
The principle is that, each of these interfaces must be implemented once and only once in all of your abstracted files.
 
It helps working more friendly with DRY, SOLID and GRASP principles.
These are the generic actions behind RSSPOCOM principle:

1. Read/Write                        
2. Security
3. Set/Get
4. Pipo (PullIn/PullOut)
5. Open/Close
6. Communication
7. Origination
8. Movement

Présentéîsme professionnel, une fausse bonne idée.

La raison pour laquelle j'écris ces quelque lignes, est quelque peu personnelle, mais servira je l'espère, à révolutionner les mentalités.

Cet après-midi, ma compagne excédée par un sentiment de solitude me lance quelque reproches: "tu es tout le temps sur ton ordinateur, ta tablette, on communique de moins en moins, je suis d'accord que s'impliquer dans son avenir professionnel est primordial, mais la famille, ta femme, elle existe et je veux que l'on partage un peu plus de temps à deux. Je ne demande pas la lune, juste ta présence.".

Ce cri d'alarme résonna dans ma tête, m'amenant à une auto-réflexion par une vraie remise en question.
J'ai pris ma voiture et ai conduit une bonne heure, comme pour chercher l'évasion au coucher du soleil, avec les champs à perte de vue.
Ca faisait longtemps, je suis revenu plus frais, léger, humble, en équilibre mental, réalisant à ce moment là que je m'étais crée une bulle pleine de croyances que je confondais à l'adoption d'un caractère responsable et travailleur.

Mais alors, l'efficacité est-elle en partie une question d'équilibre?

Si en accordant un peu plus de temps à ce qui compte et dont j'ai besoin, je retrouve mon équilibre, alors cela veut dire que L'équilibre dépend d'une bonne gestion de ses ressources mentales dans le temps.
Ainsi, par définition, l'efficacité est la résultante d'un effort mental dans un temps imparti.

Par conséquent, l'overtime continu créerait donc un déséquilibre mental dans nos vies.
Ainsi, le présentéisme dans le sens où, il est caractérisé par une présence soutenue en milieu professionnel, au delà des heures prévues, doit être utilisé avec précaution.
Il ne s'agit pas de compter ses heures à la minute près, cette attitude serait anti-productive et presque associable.
Il s'agirait plutôt de savoir gérer son temps de manière intelligente pour ne pas créer un déséquilibre à retardement dans le futur.

Pourquoi?

1. Parce que vous n'embaucherez et n'accepterez jamais de collaborer en âme et conscience avec un déséquilibré à moins d'en être un vous même.

2. Parce qu'un collaborateur déséquilibré nuit au travail d'équipe et communique moins efficacement.

3. Parce que contribuer à l'équilibre de vos collaborateurs vous assure des collaborateurs plus sains, positifs, épanouis, fidèles, donc efficaces et surtout moins chers.

Pourquoi faire autrement?

Ok, peut-être êtes-vous un puriste assimilant avec vigueur le non dépassement d'horaires à un travail de fonctionnaire fainéant, n'ayant aucun intérêt pour son travail?
C'est peut être vrai, mais c'est peut être faux aussi, et cette particularité est le propre de la croyance.

Les croyances divisent, n'ont pas et ne doivent pas avoir leur place en milieu professionnel.

Le management de la montre, oui, mais avec précaution.

Le management dit de la montre consiste à exercer une pression psychologique sur le collaborateur, suscitant en lui la crainte de l'exclusion, et, l'incitant ainsi à s'investir plus longtemps au sein de l'entreprise.

Ce management est nécessaire, voir obligatoire, lorsque la livraison de résultats dans les temps impacte directement la santé économique de l'entreprise.
Toutefois, lorsque aucune urgence ou obligation ne se présente, la persistance de ce type de management peut conduire à créer un déséquilibre à retardement dans la vie des collaborateurs.


Enfin, je terminerais par deux citations personnelles.

Parce que l'efficacité ne peut se mesurer autrement que par le résultat d'une gestion du temps réfléchie, il n'y a ni sagesse, ni gloire à créer un déséquilibre de nos capacités mentales, et à aimer cela.
Cela s'appelle de la folie et la folie est une maladie mentale.

ILN (Intuitive Language Notation) configuration language

I really like YAML language for object configuration, but I was thinking about something more basic, something simpler, easy accessible without have to take some hours to completely learn a syntax.

I thought about a file extension, ILN for Intuitive Language notation.
The principle is simple, very simple for now.

When you have something inside a ILN config file:

db.driver: \TTI\DbUtil\PdoDriver
    __construct:
        hostname: localhost
        username: root
        password:
        database: test
        port: 3603

The first instruction is the alias of the namespace.
The second instruction separated by 4 spaces is mandatory the name of a method.
The other instructions separated by 4 spaces too, are the arguments of the method they're in, specified in the same order as in the real class.

If you have to comment some configurations, you just have to write like this:

#cache.driver: \TTI\CacheUtil\MemCache
#    __construct:
#        cache_hostname: xxxxx
#        cache_port: xxxx

You can add multiple dependencies for a driver:

db.driver: \TTI\DbUtil\PdoDriver
    __construct:
        hostname: localhost
        username: root
        password:
        database: test
        port: 3603
    setTable:
        name: blog

You can also include aliases like this:

db.driver: \TTI\DbUtil\PdoDriver
    setTable:
        name: %cache.driver%

You can also add type to variables like this:

db.driver: \TTI\DbUtil\PdoDriver
    setTable:
        name: array| 'table' => 'blog'

 
That's all for the moment.

But at this point, it is fully clear and easily reachable.
You are able to do some dependency injection, and use a service container in your application.

You can concretely use it with ILN Parser, you can download via composer:

require: "edouardkombo/parser-strategy": "1.0.0.*@dev"

I was thinking about adding some instructions later to handle Observer design pattern for events handling. It will come soon.

It is just a beginning, always in the spirit of having fun by coding our applications.

Thanks.

The Troll Inception - Objective Reality Php Framework

The Troll Inception is an objective reality php "solution" NOT A FRAMEWORK, based over the CSS (Code Similar Situations) principle, and a strict personal notion of object, all thought by Edouard Kombo.

Because you don't have to learn a framework, but only good development practices, TTI is not a framework, but a concentration of good practices made extremely intuitive and playful!

The initiative behind TTI was to rethink the notion of object based from the CABIN principle (http://le-code-vulgarise.blogspot.fr/2014/01/principe-cabin-pour-la-construction-d.html).
We truly believe a true object is only an interface, implemented by an abstracted shape you can concretely use. That's all!
That means, a concrete class that doesn't have a contract with an abstract class and an interface, can't be considered as real object, but rather as a trait, or "lost son", or anything else, but not as an object.

Based from this notion, we developed two powerfull collection of generic classes that is a standard base for true objects, and, that can be used in any of your projects to fully respect SOLID and GRASP principles.

"InterfaceFactory" and "AbstractFactory" collection of classes, are the heart of The Troll Inception solution.
AbstractFactory is a collection of abstracted classes that have very single responsibilities implemented by specifics and generic interfaces grouped in the InterfaceFactory.

Together, they offer powerfull possibilities and constraints for better closed development practices in your applications development.

Coupled with the CSS principle (http://le-code-vulgarise.blogspot.fr/2014/01/what-is-css-principle.html) and the Objective Reality (http://le-code-vulgarise.blogspot.fr/2014/01/what-is-objective-reality-design-pattern.html), TTI offers you a new generation of framework that can involve agile development.


The Troll Inception STORY (CSS and Objective Reality implementation)

You play Roar, a troll cave, lost in the Breeze forest by his stupidity. To survive, he has to conquer and dominate this forest.
Roar has several tools at its disposal, like a torch, a map, an eagle that will guide him to the best routes he can teleport to, via the magical portal, an ancestral passort...
The goal is to reach all routes and respond, to affirm your territory.
When Roar responds, he may beat the asian forest spirit, "Foucking Law".
Foucking Law has one powerful wild beast, CodeCeption, which will test Roar as many possible times, like a ghost.
Everytime Roar responds successfully to Foucking Law, he wins 5 Chicken points.

These points will help you estimate more precisely the technical debt a project will introduce.


How is it applicable?
 
You start to play with objective reality in the heart of your application, just by renaming variables as living objects or characters of the story telling.
This way, all the application you are designing, is easily printable in your subconscious mind.
You are playing with it, and it is now easier for other developers to play with it too.


How to download the Troll Inception Project?

Go on Github, just here: https://github.com/edouardkombo/TheTrollInception