Corentin Leffy

Rennes

Actuellement développeur Android freelance, j'aime le code élégant, celui qui parle de lui même.

❤️Mes langages de programmation préférés sont le Kotlin et Dart. J'essaie d'ailleurs d'en apprendre un par an (l'année 2020 était dédiée à Dart).

🥋 En équipe, j'aime organiser des katas pour permettre à chacun d'apprendre et de transmettre ses connaissances en programmation. J'adore tout particulièrement les katas de refactoring 😍

Retour d'experience

J’ai décidé de partager avec vous mes pires (ou meilleures anecdotes suivant le point de vue) en tant que développeur, histoire de rigoler un petit peu.


Partagé par Axel Shaïta
il y a presque 4 ans
5

Derniers commentaires :
Corentin Leffy il y a presque 4 ans
Ces anecdotes sont géniales !
Force à toi pour le coup du boîtier GPS ! Tu as été vraiment patient et plein de ressources 👍
Malheureusement, le coup de la "fausse" démo qui doit être livré sous peu, tous les développeurs y ont droit un jour... 😔
Axel Shaïta il y a presque 4 ans
Merci ! Oui le coup du boîtier GPS j'ai beaucoup transpiré, mais avec du recul c'était une bonne (mauvaise) expérience qui m'a beaucoup apporté par la suite. La "fausse" démo c'est malheureusement un classique…
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Agilité
DevOps
Git

Venez partager vos connaissances, découvrir, les outils de développement logiciels autour des grandes chaines de développement, des grands IDE.


Partagé par Bruno Raby
il y a environ 4 ans
4

Derniers commentaires :
Ghislain Durand il y a environ 4 ans
J'utilise gitea.io en production (auto-hébergé) depuis plus d'un an et j'en suis très satisfait :
aucun bug bloquant, des mises à jours régulières et upgrade facile, peu gourmand en ressources (contrairement à gitlab) et performant, largement suffisant pour gérer une petite équipe et plusieurs projets en parallèle.
Bruno Raby il y a environ 4 ans - modifié il y a environ 4 ans
@Benoit merci pour ta remarque et ton accueil. Les autres merci pour le partage de gitea.io c'est toujours bon de connaitre une solution pour s'affranchir des gafams. Je vais ajouter un petit paragraphe à mon article pour présenter cette solution.

Je viens de jeter un œil sur la battle "Github vs GitLab" c'est vraiment très bien fait bravo.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
Git

Lorsque l’on utilise Git, surtout quand on est débutant, on ne sait pas toujours comment nommer correctement ses branches ou ses messages de commits. Pourtant il est primordial pour s’y retrouver dans un projet, de respecter une convention de nommage.


Partagé par Axel Shaïta
il y a environ 4 ans
4

Derniers commentaires :
Axel Shaïta il y a environ 4 ans
@Corentin Leffy J'ai pas mal utilisé cette convention que je trouve, comme tu dis, très visuelle. J'en fais d'ailleurs mention très brièvement dans mon article.

@Marc Bouvier C'est exactement cette convention ! Effectivement elle est de plus en plus suivie car pas mal d'outils se basent sur celle-ci pour automatiser la génération des changelogs ou le versionning (en se basant sur semver.org/lang/fr/)
Baptiste Pottier il y a environ 4 ans - modifié il y a presque 4 ans
@benoit Oui, nous l'utilisons depuis une année en mode "souple", c'est à dire que nous gardons une branch develop en plus de la master, là ou certain "extremistes" ne gardent que la master (et franchement on s'interroge à ne pas pousser jusque là tellement c'est pratique).
Les gains sont :
- l'obligation de travailler propre (il faut penser au copain)
- obligation de faire de petit commit
- incitation forte au feature flag
- Jamais de gros diff, jamais de branch qui se meurent ou qui durent des jours et des jours voir plus (sympa à merger ...)

On peut très bien savoir faire cela avec des branches, mais alors elles n'ont plus d’intérêt (si on merge toutes les heures, autant faire dans develop).
A chaque onboarding, le nouvel arrivant est dérangé mais très vite il adore (et on utilise les tags!) c'est queque chose qu'il faut pratiquer pour véritablement en comprendre l'avantage (comme le TDD sur ce point)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
Code
Design Pattern
Java
Vidéo

Depuis quelques mois, José Paumard diffuse des cours en ligne sous forme de petits chapitres très courts (en moyenne 5 min par vidéo) et d'une poignées de live codings plus longs.


Partagé par Marc Bouvier
il y a environ 4 ans
11

Derniers commentaires :
Marc Bouvier il y a environ 4 ans
Mise à jour toute récente avec une playlist supplémentaire (www.youtube.com/... pour l'introduction à Java avec en invité Jean Michel Doudoux, bien connu pour son cours "développons en java" (jmdoudoux.developpez.com/...
Sébastien Macé il y a environ 4 ans
Quelle qualité ces cours ! Si j'avais eu ce contenu lorsque je me suis reconverti à Java il y a 7 ans, le temps que j'aurais gagné ! En prenant le temps de suivre ces cours je découvre une à une les petites lacunes que j'avais par-ci par-là. C'est là qu'on voit qu'être autodidacte avec juste des bouquins dont la plupart sont en anglais c'est tout de même difficile. Rien ne vaut un cours de qualité comme celui de José Paumard.
Merci encore pour ce partage.
Pour les cast codeurs je connais mais je n'écoute plus trop leur podcast que je trouve trop technique, axé sur les nouveautés... tu m'as quand même donné envie de m'y remettre.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Carrière
Reconversion

J'ai l'impression qu'il y a un espèce de courant de fond qui pointe du doigt un gros problème dans le système de reconversion : il y a un trou entre la sortie d'école et une réelle employabilité.
Freddy pousse ici un coup de gueule et s'en est pris plein la tête...
Il est visiblement plus simple de taper sur le messager que se remettre en question...
Vous en pensez quoi ?


Partagé par Benoit GANTAUME
il y a environ 4 ans
3

Derniers commentaires :
Benoit GANTAUME il y a environ 4 ans
@Freddy Sallaberry Je trouve son article bon joueur.
Il défend sa crémerie sans dénigrer le message.
Il reconnaît même que le problème est réel.
Freddy Sallaberry il y a environ 4 ans
Je suis entièrement d'accord avec toi, je le rencontre semaine prochaine pour échanger 😊
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques

Je programme depuis 15 ans maintenant. Récemment, le manque d’attention de l’industrie du logiciel en matière d’efficacité, de simplicité et d’excellence a commencé réellement à me peser, au point d’être déprimé par ma propre carrière et l’informatique en général.


Partagé par Marc Bouvier
il y a environ 4 ans
3

Derniers commentaires :
Benoit GANTAUME il y a environ 4 ans
Effectivement, la tâche semble énorme. Sans parler des résistances naturelles...
J’en viens à me demander si c’est même possible, que ce soit sur le plan technique ou économique.
C’est peut être aussi un bon moyen de se rassurer et ne rien changer...
Romain Fallet il y a environ 4 ans
Salut,

Lorsque je suis tombé sur cet article de Nikita en 2018. J'ai tout de suite adhéré au propos et lui ai proposé la traduction en français.

Cet article a vraiment changé pas mal de chose sur la vision que j'ai de l'industrie logicielle dans la société et sur ma façon de travailler. Les implications de ingénierie logiciel sont énormes. Outre l'aspect commercial, un logiciel pourri a des implications écologiques et sociales désastreuses.

Pour moi le point central autour de la question tourne autour de la formation. D'abord, d'un point de vue technique :

Comme dans toutes les industries, des gens intelligents se sont confrontés à ces problèmes depuis que la programmation existe et des bonnes pratiques existent et sont documentées : la connaissance est là.

On peut faire du code fiable et durable, même avec l'écosystème JavaScript qui est si souvent décrié, ce n'est pas une question de "comment", on sait comment le faire.

Pour moi, si on en est là aujourd'hui, c'est qu'on ne prend pas suffisamment le temps pour se poser et aller chercher cette connaissance. Et ce n'est pas une critique, souvent, on ne dispose pas de ce temps.

Et pour moi l'enjeu est là : faire tout pour rendre cette connaissance plus accessible et au plus grand nombre, réduire la friction, le temps nécessaire pour l'obtenir et la comprendre, qu'elle parvienne aux développeurs quels que soient leur niveau d'expérience.

Je constate avec étonnement que même chez des développeurs expérimentés, la notion d'architecture qui consiste à séparer le code métier du code technique (que l'on retrouve notamment dans les principes du Domain Driven Design) est encore largement méconnue, ou quand elle l'est, bien mal appliquée. C'est d'ailleurs une notion que je n'ai intégrée que très récemment personnellement.

Outre la formation technique, il y a aussi la sensibilisation autour de sujets plus fondamentaux : la collaboration métier-technique, la responsabilité écologique et sociale, l'éthique. Nous avons l'Ordre des Médecins, l'Ordre des Avocats, pourquoi pas l'Ordre du Logiciel ?

Et l'avantage c'est que tout un chacun peut participer à cette sensibilisation. Se documenter sur le sujet, en parler sur des forums comme celui-ci, former un développeur junior, échanger avec son porteur de projet, ses collègues, lancer un projet de refactoring, utiliser une nouvelle technologie plus performante...

Contribuer à une meilleure industrie est vraiment à la portée de tous. Je parlais de l'écosystème JavaScript tout à l'heure, nous avons aujourd'hui Deno qui est fraichement sorti de l'oeuf, écrit en Rust, déployé via un seul executable avec une façon révolutionnaire de gérer les dépendances et qui tend à corriger un certains nombre de problèmes de sécurité et de performance qu'on peut avoir avec NodeJS.

Contribuer est facile, la question est de savoir si on veut continuer de participer à la médiocrité ou si on a la volonté d'apprendre et de rendre les choses meilleures. Les choses ne changeront pas facilement, ni rapidement, mais la plus petite contribution est je pense un pas de plus dans la bonne direction !
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Artisan Développeur utilise des cookies afin de t'offrir les meilleurs services. En poursuivant ta navigation, tu acceptes l’utilisation de cookies. En savoir plus