Chez Meritis, nous sommes convaincus que la transformation numérique passe avant tout par la transmission de la connaissance et des bonnes pratiques. C’est pourquoi ce blog se veut un lieu d’échange que vous ferez vôtre, nous l’espérons. Il est aussi le résultat d’une belle et intense aventure humaine qui a créé des liens, suscité des vocations, provoqué des changements.
Si vous travaillez comme moi dans un environnement mêlant data engineers, data scientists et data analysts et que le choix de votre plateforme s’est porté sur la plateforme cloud de Google, il y a fort à parier que vous ayez accès à beaucoup de données sous BigQuery.
Pour le salon Big Data 2017, j’ai décidé cette année d’assister aux conférences payantes, en espérant y voir plus de choses techniques. Bien m’en a pris, ce sont celles qui m’ont le plus intéressé. J’y ai découvert un tout jeune top projet Apache, Apache Beam, un modèle de programmation qui permet aux développeurs de créer des pipelines de traitement de la donnée sans se soucier du moteur d’exécution.
Une confirmation est un accord entre deux contreparties financières ou non financières permettant de décrire une opération effectuée entre elles et les engagements qui en découlent. Pierre angulaire de l’économie financière, les marchés financiers ont heureusement depuis longtemps codifié le processus de confirmation jusque dans le choix du contrat type et du média. Voici donc un court article synthétisant les différentes formes et supports de confirmations aujourd’hui utilisés. Nous verrons notamment que bien que l’électronique soit le futur, le papier fait de la résistance.
Dans le premier article sur les fonctions nous avons parlé de quelques unes des possibilités qu’offrent les fonctions mais il serait difficile de faire la différence avec un langage procédural non fonctionnel tel que le C sans aller un cran plus loin. Comme je l’ai déjà dit les fonctions sont vraiment centrales. Elles sont elles aussi une vraie source d’originalité. Nous allons donc aborder des pratiques plus avancées et plus originales de la programmation fonctionnelle.
Le concept de VAR (Value at Risk) a été introduit dans les années 80 dans le domaine des assurances. Depuis, il a été popularisé par la banque JP Morgan au cours des années 90, adopté par la réglementation bancaire Bâle II puis adopté par Solvency II pour les assurances. Il s’agit d’une mesure facilement compréhensible applicable à beaucoup de situations et qui permet de quantifier le risque. La VAR indique le maximum de perte potentielle, pour un intervalle de confiance et une période de temps donnée.
Devenir chef de projet représente pour beaucoup une excellente opportunité. Néanmoins si, comme moi vous étiez juste développeur, vous n’avez pas forcément été préparé pour cela et vous allez certainement commettre plusieurs erreurs. Je vais vous citer plusieurs erreurs issues de mon parcours personnel, que j’ai pu faire et que j’ai dû corriger.
Meritis lance OpenRAG, un outil open source permettant de comparer les performances de plus de 20 architectures RAG (Retrieval-Augmented Generation). Objectif : aider les équipes techniques à faire des choix …
Meritis poursuit son expansion stratégique avec l’acquisition de Neofin Adisory, cabinet de conseil reconnu pour son expertise en gestion des risques, réglementation bancaire, compliance et finance durable. Une nouvelle étape …
Chez Meritis, entreprise labellisée B Corp™, nous sommes intimement convaincus que le sport dépasse largement le cadre de la compétition : il est un formidable vecteur de valeurs, de cohésion, …
