Comment justifiez-vous vos compétences ?

D'abord une curiosité intellectuelle et un besoin d'apprendre, de comprendre. Une veille technologique de longue date et tout le temps personnel consacré à cela. Apporter des solutions, des nouveautés et les mettre en “exploitation” avec le corollaire que cela implique, une expérience du “terrain”.

Etes-vous “Force de Proposition” ?

Le terme ne veut pas dire grand chose, mais si vous évoquez mes capacités à prendre l'initiative, proposer de nouvelles idées créatives, audacieuses, astucieuses, je suis votre homme ! Je résiste aussi très bien à la pression, surtout quand elle est inutile, sans perdre de vue l'objectif.

Etes-vous mobile ?

Oui, comme précisé dans ma page d'accueil ! Une réflexion partagée sur les frais de déplacement peut s'avérer nécessaire.

Un exemple de pragmatisme ?

Savoir reconnaître l'échec d'un projet et l'arrêter avant qu'il ne se transforme en gouffre budgétaire par entêtement. Analyser l'échec et proposer un plan B si le projet est maintenu.

Administrateur Base de Données ?

Oui, aussi. C'est une compétence de mon profil, mais pas la seule.

Auriez-vous un profil DevOps ?

Oui, mais Non, pas que ! La théorie voudrait qu'un DevOps = Développeur + Administrateur Système ou l'inverse !. En pratique, c'est un Administrateur Système qui a certaines compétences en programmation le plus souvent. D'ailleurs la définition de poste caractérisera le métier “principal” recherché, plus proche d'un Administrateur Système que d'un Développeur généralement ! L'approche fonctionnelle est bonne si les équipes sont étoffées, aussi bien du côté Dév. que du côté Admin.Sys et qu'il y ai une vrai volonté du management de mettre en place un “juge arbitre” inter-équipe. C'est aussi la preuve d'un manque de compétences transversales au sein d'un département et de l'hyper spécialisation fonctionnelle dans le domaine précis de chacun des collaborateurs. Dans une petite équipe, le DevOps, c'est l'Administrateur Système qui s'y colle, plus facile de trouver un Administrateur IT avec une bonne approche en programmation que l'inverse ! Le gap est parfois trop important pour un Dev. Même dans les Full-Stacks. Un DevOps, aujourd'hui, doit aussi savoir parler de sécurités: couches réseau, couches matérielles, couches applicatives. C'est le DevSecOps ! Si l'on étudie les offres d'emplois, il faudrait rajouter la couche “Base de données” pour la définition finale du poste de DevDataSecOps. (tant qu'à faire !)
Personnellement, DevOps est plus une fonction qu'un métier. C'est un ensemble de pratiques, d'outils et une philosophie culturelle. L' “entité” DevOps peut-être multicéphale, gérée au sein d'une équipe, avec plus de portée !

ETL, EAI, vous pouvez développer ?

ETL collecte les données de sources multiples pour l'alimentation structurée d'un Data-Warehouse.
EAI assure les communications inter-applicatives d'une entreprise en toute “agilité”. Pas pour tout le monde ! (l'agilité)
Globalement ces 2 outils préparent et consolident les données d'entreprise aux applications décisionnelles.

Big Data ?

Collecte de données complexes ou non, à flux continu dans de très grand volume ! Infrastructure particulière, dédiée et souvent séparée des bases de données traditionnelles, relationnelles ou non. Il faut partir du concept que plus la masse de données est importante plus la réponse sera pertinente ! Si la question est cohérente ! Machine Learning, IA, … Le domaine des Data Scientist et Data Analyst.

Scrum ?

J'ai découvert à l'instar de M.Jourdain que je faisais du Scrum sans le savoir ! Plus sérieusement l'approche Scrum tente de normaliser (c'est une démarche !) le travail d'un Directeur ou Chef de projets auprès de ces équipes. Certains prétendent qu'un poste de Scrum Master est plus compétent qu'un poste de chef de projet parce qu'il doit savoir gérer son projet, manager ces équipes et organiser des réunions de travail en collaboration avec le représentant client ! ????? J'ai dû rater un changement de paradigme quelque part ! Chef de projets de longue date et adepte d'outils de gestion avec des produits comme Slack ou Asana, ( même Lotus Notes, il y a longtemps ! ), si changer la phrasologie¹⁾ vous rassure, je veux bien parler le Scrum, organiser des mélées, courir entre les réunions, gérer le To-do de l'équipe (à faire, en cours, fait) et ce, conformément au Guide Scrum (Cadeau!).

et ITIL ?

Recueil de bonnes pratiques de management d'un Service Informatique. Beaucoup devrait s'inspirer du schéma directeur ! Malgré le discours, ce n'est pas une norme à proprement parlé. Utilisé par les cabinets d'audits pour trouver des failles dans votre organisation, même si tout fonctionne bien ! Ou encore à tous ceux qui manquent d'imagination pour organiser un Service Informatique.

A quoi peut servir OAuth2 ?

C'est un protocole de l'univers Web qui assure l'identification et sécurise les accès et échanges de données. Utilisé au niveau des APIs de communications.

Pouvez-vous préciser vos KPIs ?

Il faut bien comprendre la problématique et l'objectif recherché avant de mettre en place des indicateurs et ce qui vaut pour un contexte, ne vaut pas forcément pour un autre. Et comme toute analytique, on peut faire dire n'importe quoi aux données, question de présentation ou objectif de la mission. Pour info, lors d'audits, j'ai fait annuler certains KPIs qui ne signifiaient strictement rien, sauf prétendre à leurs utilités et générer de la donnée. En pratique, en dehors des relations humaines, je ne connais pas de KPIs qui permettent de mesurer la psychologie d'une équipe, les changements subtiles dans les relations entre individus parfois destructrices d'un service ! La baisse de productivité ? Les hommes aussi ont des cycles… Plus la pyramide managériale est importante dans un service, plus le haut de la pyramide a besoin de savoir ce qui se passe en bas, sans y mettre les pieds et trouver des excuses aux rallonges budgétaires… Sans réalisme, ces données n'ont de valeurs que celles que l'on veut bien leurs donner. Le premier des KPIs, les feuilles de temps ! N'en déplaise à certains objecteurs réfractaires ou perclus de mauvaises habitudes. C'est qui le chef ?

Vos connaissances en termes de Frameworks ?

Librairies ou Frameworks ? Certains confondent, car la définition reste floue : ensemble d'outils et composants logiciels. Bien sûr, impliqué dans des développements Web, impossible de ne pas être au courant. Frameworks Back-end ou Front-end ? Phalcon, Laravel, Symphony, Django, Angular, React, Node.js, Vue.js, JQuery, Rails, Pure.css, … la liste n'est pas exhaustive. C'est un choix initial à un projet, à un langage retenu, mais surtout à la culture et compétence du service. Cela c'est le discours, dans les faits, c'est souvent une cacophonie entre les projets mono-développeurs. Avec les partisans d'une solution plutôt qu'une autre… et parfois avec une idéologie qui frise une gentille hostilité ! ( de type Pepsi vs Coca-Cola )

Avez-vous d'autres compétences en Langage ?

Dire non serait mentir. Mais je ne recherche pas non plus la position de Tech.Leader ou encore cocher un maximum de case. J'ai décrit dans mes compétences les langages où je me sens le plus à l'aise. J'ai utilisé dans ma carrière plus d'une vingtaine de langages différents comme de l'Assembleur et qui se rappelle encore des langages Clipper ou Pascal ! …Google est mon ami… Procédural, Déclaratif, Orienté objet, Evénementiel, Spécialisé, Compilé, Interprété, j'ai déjà fait un tour d'horizon, non exhaustif, et je garde une vrai curiosité à prendre connaissance des nouveautés. En résumé je m'adapte assez rapidement à des langages que je pratique peu ou pas du tout en développant une compétence, mais pas forcément une expertise immédiate.

Une remarque sur le sujet ?

Malgré les puristes ou afficionados, quel que soit la qualité ou les performances d'un langage, c'est le développeur qui fait la différence par la qualité de son code. Et sa capacité à travailler en équipe en respectant la charte de développement établie. Beaucoup oublient que la facilité de maintenance doit rester un objectif majeur. Et tout manager doit aussi savoir qu'un développeur aime rester dans sa “zone de confort” en n'utilisant que son langage préféré. Ce qui bloque parfois le changement en entreprise et conduit à une obsolescence du S.I. faute d'une veille technologique évolutive, sans omettre l'incidence d'investissements budgétaires non-réalistes. L'exemple du Cobol peut argumenter en partie mon propos.

D'autres compétences ?

Diplôme d'Electronicien, BTS. Ma formation initiale. Le monde de l'IoT m'est aujourd'hui très familier. Que cela soit de la Domotique (particulier) ou de l'Immotique (entreprise). Non précisé car secondaire pour moi, j'ai déjà automatisé la gestion énergétique bureautique d'une entreprise, la surveillance vidéo et le contrôle d'accès, ce dernier étant interfacé à la gestion horaire des employés. (Résistance à la pression et accompagnement du changement nécessaires pour cette dernière démarche.)

…