Agile

Télétravail : développer un produit sans frontières ? REX, trucs et astuces

Comment construire un produit lorsque l’équipe est répartie sur 3 continents ? Comment collaborer, en pratique ? Quels sont les pièges qui attendent au tournant ? Nous vous proposons ici un ensemble de bonnes pratiques issues du terrain, mais attention : cet article ne contient pas LA vérité du développement de produit en remote, mais UN retour d’expérience d’une organisation adaptée aux contraintes de notre projet. “Chacun chez soi, et les rituels seront bien maintenus !”   Un peu de contexte : 1 équipe, 4…

Lire la suite
devops

Test-driven development sur votre infrastructure avec ansible – Compte-rendu du talk de Sebastián Caceres et Tanguy Patte à La Duck Conf 2020

TDD ANSIBLE

Dans ce talk, Sebastián et Tanguy nous expliquent comment faire du TDD sur du code d'infrastructure avec ansible. L’infrastructure as Code devenant la norme pour la création d’infrastructure, nous souhaiterions profiter des bonnes pratiques du Software Craftsmanship pour garantir un code d’infrastructure de qualité. TDD Une des pratiques associée au Software Craftsmanship est le TDD ou Test Driven Development. Pour rappel cette pratique consiste à :  Ecrire un test. Vérifier qu’il échoue. Ecrire le code pour faire passer ce test. Vérifier qu’il passe. Remanier le code…

Lire la suite
Data Science

Données déséquilibrées, que faire ?

Dans un problème de classification, il arrive souvent d’avoir des datasets très déséquilibrés. On parle d’un dataset déséquilibré lorsque le ratio des observations d’une classe par rapport à l’ensemble des observations est très faible. Cette notion de déséquilibre de classes est relativement fréquente dans plusieurs secteurs comme le secteur médical ou le secteur bancaire et elle est problématique lorsqu’elle n’est pas traitée. En adoptant une approche naïve de classification, autrement une approche qui ne prend pas en compte ce déséquilibre des classes, on risque fortement…

Lire la suite
Archi & techno

No-code/low-code : les trois bonnes raisons de s’y mettre

Le développement pour tous

Dans notre précédent article, "Le low code comment ca marche" , nous avons expliqué comment les outils de low-code/no-code permettent de construire des applications de manière interactive en utilisant des modelers visuels.  Dans cet article, nous allons présenter comment ces outils peuvent être regroupés en trois familles de solution no-code/low-code qui répondent aux besoins de trois profils d’utilisateurs bien distincts : l’entrepreneur, le collaborateur, le développeur professionnel . Pour chacun des cas nous présenterons les opportunités amenées par chaque famille d'outils et répondrons à deux…

Lire la suite
Archi & techno

Sécurité dans les pods : Isolation et RuntimeClass

Kubernetes

Cet article s’appuie sur la notion d’extensions de Kubernetes déjà abordée ici, et détaillera plus particulièrement la Container Runtime Interfaces (CRI). Il s'adresse à une population familière avec Kubernetes. Vous le savez sans doute déjà : Kubernetes permet l’orchestration de milliers d’applications dispersées sur des dizaines de serveurs. Et lorsque vient la question de la sécurisation on doit en plus considérer un nombre croissant de niveaux : depuis la machine jusqu’à l’API exposée sur Internet, en passant par le cluster. Je vous propose une manière…

Lire la suite
Agile

Le piège culturel : le comprendre et en sortir

Les missions que nous faisons sont toujours l’occasion d’une rencontre de cultures différentes, entre OCTO et ses clients ou ses partenaires. Cette rencontre est généralement très enrichissante mais peut parfois devenir en soi un problème. C’est dans ce cas que ce que j’appelle le piège culturel peut apparaître et singulièrement compliquer la vie des personnes impliquées. La "culture" Avant tout, prenons un moment pour parler de ce terme, particulièrement polysémique et souvent mal employé ou compris. J’ai ressorti mon Robert préféré et je vous conseille…

Lire la suite
Software Craftsmanship

Un test peut en cacher un autre – Tests unitaires – P1

Introduction L’article d’introduction débute en listant certaines différences entre ma vision en terme d’architecture applicative ou encore de rédaction des tests, que je peux avoir avec d’autres développeurs. À travers elles, j’évoque les difficultés qu’ils peuvent rencontrer à identifier précisément quoi tester et comment. Deux phrases extraites de l’article de Ian Cooper ont été mises en avant : “Le code issu d’un refactoring ne requiert pas de nouveaux tests” “Je vous recommande d’utiliser ports/adaptateurs et d’écrire les tests en outside-in depuis le use case” Ces…

Lire la suite
Archi & techno

Interview Laurent Sollier « OCTO est plus que mon employeur, c’est aussi une société humaine qui pousse à réfléchir sur des sujets qui sont autres que nos activités professionnelles. »

Alors que Laurent travaille chez OCTO depuis seulement 1 an, il a été invité à faire un talk sur le No-Code/Low-Code aux côtés d'Alain Faure. Il nous raconte son expérience pour en arriver jusqu'à sa participation à La Duck Conf.

Lire la suite
No Code / Low Code

Interview Alain Faure et Dominique Lequepeys : « L’avantage principal du no-code/low-code est de démocratiser le développement d’application. »

Pourquoi s’intéresser au no-code, low-code ? Nos Octos Alain et Dominique vous embarquent dans leurs réflexions. Pouvez-vous nous raconter en deux mots votre parcours avant OCTO et chez OCTO ? Alain : J’ai passé toute ma carrière dans le développement d’applications d’entreprise. De grosses applications dont le développement se compte en millions de lignes. J’ai travaillé côté ESN, côté client dans une grande banque et aussi chez un vendeur de progiciel. Chez OCTO je suis toujours dans la technique : évolutions de systèmes, intégrations de…

Lire la suite
Software Craftsmanship

Accélérer le développement : une histoire de plomberie

Moi: Après avoir passé 5 jours dans l'équipe de développement, je pense qu'il serait judicieux de former et accompagner les développeurs à la mise en place de [la pratique X]. (remplacer [la pratique X] par : Test-Driven Development (TDD), Pair/Mob programming, Tres Amigos, ...)  Le DSI: [La pratique X] ?  Moi: Oui, [la pratique X], tu sais celle qui consiste à faire gnagnagni et gnagnagna.  Le DSI: Cela me semble très coûteux, et… on a vraiment pas le temps ! Moi: Pourtant, au vu de…

Lire la suite