FlorianP

FirstOrDefault kills me. Why would it possibly be null? And if it is null, you're then going to do what? Throw an exception. No thanks. codeopinion.com/code-review-re…

Pas cool les gens #Codeurs2023 , c'est vrai qu'on a que ça à faire en tant qu'orga... 😢

Allez on reprend @codeursenseine avec le parcours de Célia Lixon qui allie la pratique du sport a haut niveau et son travail ! #codeurs2023

#codeurs2023 on part vers la CICD. Hâte de découvrir les axes abordés

C'est parti pour la première conf a @codeursenseine #codeurs2023

There is no way to avoid or replace the hard work of thinking. When you write a test you are thinking about how to specify behavior. When you make the test pass you are thinking about how to implement that specification. When you refactor you are thinking about how to communicate both the specification and implementation to others. You cannot replace any of these thought processes with tools. You cannot generate the code from tests, or the tests from code, because that would cause you to abandon a critical thought process. And may God help you if you use a tool to do the refactoring for you. The purpose of a tool is to enable and facilitate thought; not to replace it.

Si vous n'avez pas eu l'occasion d'écouter ce super talk, je le conseille vivement ! Il est accessible et plein de bonnes choses ! #ddd #softwarecrafts #cleancode

@benjilegnard Et quid des interactions dans l'équipe ? Chacun peut s'occuper de "former" le junior. Par contre, il est important selon moi que les middle s'abreuvent des seniors, et que les seniors laissent la place aux middle. Chacun a sa place dans une équipe.

Les devs junior c'est bien, tu peux les former aux pratiques de l'équipes Les devs seniors c'est trop fort, c'est autonome et ça peut former les autres Les devs en milieu de carrière c'est pénible, assez d'expérience pour avoir des OPINIONS, mais pas assez pour avoir les bonnes

@Console_buche Ceci. Plus la simple courtoisie de ne pas attaquer directement le sujet que l'on veut aborder. Lorsqu'on s'adresse à qqun à l'écrit, on ne connait pas son état d'esprit ni ses préoccupations.

J'suis énervé ce matin. On est devs les amis, mais on est pas des fucking robots. Un "bonjour", un petit mot de liaison, ça coûte rien et ça change tout. Surtout à l'écrit quand on échange au quotidien. C'est un délire de faire l'informaticien.ne sans émotion? Beep boop.

Follow along to learn how to cache your data from an HTTP request! #DEVCommunity #dotNET dev.to/serhii_korol_a…

Qu'est-ce qui pourrait mal tourner .... 🥲 les DSI en PLS

@dotnet Hello, is there a way to share the certification after i've obtained it ? @freeCodeCamp #csharp

Announcing the release of the new Foundational C# Certification in collaboration with freeCodeCamp. The certification is completely free, globally available, and includes a full 35-hour C# training course hosted on Microsoft Learn. Get started at msft.it/60199TYZv

Ca c'est vraiment cool ! Depuis que la 70-483 n'est plus dispo. On va aller regarde cela de près ! #Microsoft #dev #certification

@ardalis I only allow regions for nested functions. It doesn't hide it if you use your IDE correctly. However, it doesn't apply to properties for example (regions means that class if too huge #codesmell)

How do you find anything in huge code files? #dotnet #regions

@francoistonic @progmag Bonjour François, est-ce que ce meetup sera accessible à distance ?

Appel à tous les dévs ! Le 7 novembre nous proposons un meetup @progmag "Ma 1ere session de live coding". 25 minutes de présentation. Si tu n'as jamais speaké en conférence c'est le moment de se lancer. CFP ouvert : tu peux nous envoyer ta proposition : ftonic@programmez.com

Je termine la lecture de cette très bonne série de @DorraBartaguiz & Mathilde Salthun-Lassalle de chez @ArollaFr Je recommande vivement à toute personne se sentant mal dans un projet en difficulté où le delivery prend le dessus sur la production. arolla.fr/blog/2022/03/v… #craft

The Open-Closed Principle cc @unclebobmartin

#logiciel #developpement Ne retournez ou ne passez jamais null dans vos fonctions. Cela augmente la complexité cognitive et induit un risque de bug plus élevé. #cleancode

Quand j'y pense, je suis étonné que le pair prog soit + connu qu'utilisé. Il répond pourtant à des problématiques récurrentes. #agile #softwarecrafts #programming

@AurelienBoudoux N'est pas grave * Désolé

@AurelienBoudoux Oui, c'est un principe qui ne se suit pas au pied de la lettre. La duplication de code n'est grave, tant qu'elle est partagée par des modules différents. Imaginons un service partagé qui calcule un prix. 2 modules, l'un doit un jour calculer en HT, pas l'autre. Les pbs arrivent.

Plus j'avance, et plus je me rend compte que le principe DRY (don't repeat yourself) est vraiment à prendre avec des pincettes tellement il peut mener à un couplage fort qui va se cristalliser très rapidement...