Architecture
Bonnes pratiques
Design Pattern
hexagonale

Enocre une ressource sur l'archi hexa, ça fait pas de mal !


Partagé par Benoit GANTAUME
10 jours
16

Derniers commentaires :
dav 3 jours - modifié il y a 3 jours
Bonne remarque :) Je ne suis pas du tout expert sur le sujet, donc ma réponse est à prendre avec des pincettes. Pour moi c'est une question de nuance. Certaines classes n'auront aucun TU directement associés, car elles seront complétement couvertes par d'autres tests. D'autres seront complètement couvertes par des tests spécifiques si leur fonctionnalité est complexe.
Mais je manque d'arguments et de ressources pour détailler cette nuance :/
Julien Sere 3 jours
@xtrembaker, lorsque j'ai une méthode un peu tricky comme tu dis, c'est surrement un élément important/complexe de ton business. Je te recommande alors de sortir cet élément dans une classe distincte dédié à l'implémentation de cette algo. ca te permet donc de dégager une partie "complexe" de ta classe mère, de sans doute mieux respecter le principe de single responsability
Ca te permettra de faire peut etre apparaitre mieux dans ton code un concept métier (si méthode compliqué c'est bien que c'est un point sensible métier normalement)
En le mettant dans une classe dédié, tu pourras aussi le remplacer plus simplement (par exemple ca devient facile de remplacer l'appel de cette classe dédié par une interface et ca ouvre la porte à la possibilité de switcher facilement d'implémentation, imagine que tu as une idée pour améliorer l'algo en question ou améliorer sa vitesse, bim ca devient possible facilement par le fait que tu ai extrait l'algo dans une classe dédié)
Pour ajouter un commentaire, vous devez vous connecter ou créer un compte.
Emploi
job
Télétravail

Salut à tous,

Je viens de lancer un job board dédié aux développeurs et qui regroupe que des annonces 100% remote.

J’ai toujours eu l’impression que trouver du travail full-remote était super compliqué et que c’était pas assez mis en avant (surtout en France).

C’est gratuit, et vous pouvez recevoir les annonces concernant les technos qui vous intéressent par e-mail.

C’est tout frais, donc toute remarque est bienvenue!


Partagé par Xavier Coiffard
10 jours
6

Derniers commentaires :
Salut,
Ton site est intéressant. Je trouve aussi que c'est compliqué de trouver du travail en remote. Les catégories (js, ruby...) sont-elles prédéfinies ?
Par exemple, je suis intéressé par du C++ et il n'y a pas cette catégorie.
Prévois-tu de rajouter une boîte de recherche pour filtrer les résultats en fonction de mots-clefs ?
@Damien: Ah oui tu as raison, plus les offres s'accumulent et plus ça sera utile! Je met ça dans la todo

@Marc: Oui c'est prédéfini, j'ai mis les langages sur lesquels j'ai des offres pour l'instant. Mais ça rejoins le com' de Damien, un champ recherche!
Pour ajouter un commentaire, vous devez vous connecter ou créer un compte.
Bonnes pratiques
Carrière
Entretien d'embauche

Je viens de mettre à jour cet article que j'avais écrit il y a quelques temps.
Je garderais les mêmes questions !
Et toi ?
Quelles questions poses-tu en entretien ?


Partagé par Benoit GANTAUME
11 jours
9

Derniers commentaires :
Merci Maxime pour ton retour. Clairement si tu sens que ça met mal à l'aise, il vaut mieux lever le pied et appuyer un peu moins.
Après, la question que je me pose est la suivante : est-ce que tu as envie de bosser dans ce genre de contexte ?
Au moins si tu dis oui, tu sais à quoi t'attendre...
Bruno Raby 4 jours
Oui, effectivement ces questions sont techniques et appuient là où cela "pourrait faire mal" pour l'entreprise dans laquelle vous postulez. Elles sont destinées à vous rendre compte avec le plus de justesse possible dans "quoi vous mettez les pieds". A mon avis, il ne faut pas les poser toutes les unes à la suite mais vous devez vous adapter en fonctions des réponses données.
Pour ajouter un commentaire, vous devez vous connecter ou créer un compte.
Architecture
hexagonale
mvc

C'est un talk que j'ai découvert de Codeur en Sein qui parle de comment passer d'une architecture MVC vers une architecture clean/hexagonale.

Bon visionnage


Partagé par Charles Dimitri
11 jours
4

Derniers commentaires :
Marc Bouvier 10 jours
Globalement, je trouve qu'il est préférable de partir des Use Case en TDD et de faire emerger les ports quand on a besoin d'interagir avec l'extérieur.

Pour approfondir, je pense que tu trouveras des gens intéressés par ces questions sur le slack de Wealcome de Michaël Azerhad.

join.slack.com/...
Merci Marc pour ce lien
Pour ajouter un commentaire, vous devez vous connecter ou créer un compte.
Bonnes pratiques
Clean Code

Aujourd'hui, je vais te montrer les pires bouts de code que j’ai jamais vus. Des sataneries qu'il ne faut surtout pas produire !


Partagé par Benoit GANTAUME
11 jours
5

Derniers commentaires :
Salut,
Par personnellement, mais j'ai vu ça en coaching d'équipes.
Fuir est une option rapide.
Défendre sa cause est plus long et plus impactant sur à terme. Mais il faut en avoir la patience et l'envie.
Si tu aimes le côté évangéliste, c'est intéressant à faire. Si tu veux juste coder dans de bonnes conditions, tu as probablement plus vite fait de changer d'environnement.
Salut,
Je n'ai pas pris la peine de défendre mon point de vue car je suis le principal développeur. Les personnes opposées étaient les chefs de projet, qui ne touchent que très ponctuellement au code... et qui étaient beaucoup intéressées à définir la place de l'accolade pour le "if" (retour à la ligne ou pas ?! ça c'est un grand débat !)
Pour ajouter un commentaire, vous devez vous connecter ou créer un compte.
Culture
DDD
Design Pattern
Programmation fonctionnelle

Qui a dit que le DDD et le logiciel en général ne pouvait être composé que de classes, d’héritage, et qu’une modélisation sans comportement était forcément un modèle anémique, un anti-pattern par définition ?

Dans cette vidéo, Scott Wlaschin nous montre comment on peut définir un modèle métier si riche grâce à l’approche fonctionnelle, qu’il permet d’éviter de réduire la nécessité d’écrire des tests.

J’ai personnellement dévoré cette conférence :)


Partagé par Romain Fallet
14 jours
6

Derniers commentaires :
@Charles Dimitri : qu'est-ce que tu en as retiré ?
Pourquoi devrais-je l'étudier selon toi ?
Anh-Vu Tran 10 jours
Toutes les vidéos de Scott Wlaschin sont excellentes ! La première vidéo que j'ai vue de lui m'a donné envie de voir toutes les autres qui sont mentionnées sur son site.
En plus d'être très bon dans son domaine (no pun intended !), c'est un super pédagogue qui sait expliquer simplement des concepts compliqués sans les vulgariser/dénaturer.
Pour ajouter un commentaire, vous devez vous connecter ou créer un compte.
Freelancing
Organisation
Télétravail

Une organisation tellement a contre courant qu’elle vaut le coup de s’y intéresser de près !


Partagé par Benoit GANTAUME
14 jours
10

Derniers commentaires :
J'aime bien ce type d'organisation !
GitLab aussi a une organisation assez atypique.
Pour ajouter un commentaire, vous devez vous connecter ou créer un compte.
Humour
personal branding
Retour d'experience
Youtube

Si tu as dans l'idée de créer du contenu, de t'exposer un peu, je t'encourages à écouter cette vidéo.
Que ce soit une conf, un article, une formation, une vidéo, un livre ou un podcast, tu trouveras toujours des gens contents et des pas contents...
Ecoute surtout les contents.
Mais parfois, ça peut être drôle d'écouter les rageux...


Partagé par Benoit GANTAUME
15 jours
3

Derniers commentaires :
Ludovic Dine 14 jours
Oui je pensais que ce billet était peut-être pour annoncer un podcast sur le sujet :-p
Tu n’as pas complètement tord ! Mehdi viendra cette saison sur le podcast. Et on parlera effectivement de cette vidéo !
Restez à l’écoute du podcast !
Pour ajouter un commentaire, vous devez vous connecter ou créer un compte.
Architecture
DDD
Retrospective

Un article très sympathique sur les différentes "tendances" de conception autour du modèle objet à travers le temps.
Depuis Merise jusqu'à l'introduction du DDD, je vous recommande sa lecture 😉


Partagé par Damien Palagi
15 jours
5

Derniers commentaires :
Romain Fallet 14 jours
Ce commentaire a été supprimé par son auteur.
Bruno Raby 11 jours - modifié il y a 11 jours
I use to work on ZX 80 at university ;-)) Merci pour ce partage ce qui me plait c'est que vous faites la synthèse de l'évolution avec une vision
Pour ajouter un commentaire, vous devez vous connecter ou créer un compte.
algorithme
entretien

Je ne suis pas forcément fan des entretiens techniques dans lesquels on pose des questions d'algorithmiques surtout lorsque celles-ci n'ont aucun rapport avec le poste en question. Malheureusement, c'est une réalité, de plus en plus d'entreprises font passer ce genre d'entretiens aux candidats et ce n'est plus exclusivement réservé aux FAANG. J'ai donc décidé pour cette année de commencer une série d'articles concernant les questions d'algorithmiques les plus fréquemment posées en entretien. C'est également une bonne occasion de (re)découvrir les bases de notre métier qu'est l'algorithmique et la résolution de problème. Pour ce premier article, j'ai décidé de commencer avec les listes chaînées qui sont l’une des structures de données linéaires les moins maîtrisées par les candidats contrairement aux tableaux.

Et vous, avez-vous déjà eu des entretiens dans lesquels des questions d'algorithmiques ont été posées ?


Partagé par Axel Shaita
15 jours
4

Derniers commentaires :
Anh-Vu Tran 14 jours - modifié il y a 14 jours
Pas tout à fait d'accord, le but n'est pas de réimplémenter mais de comprendre pour savoir quand utiliser les bonnes structures de données.
De là en découle une complexité en temps et ou mémoire.
Cela permet de prévoir et prendre les bonnes décisions quand la volumétrie et/ou le nombre d'utilisateurs augmente.
Et quand ca déborde sur une architecture simple malgré les bonnes optimisations, on repense une archi plus complexe qui puisse répondre aux nouvelles contraintes.
C'est donc la base à maitriser pour aller plus loin.

EDIT: le temps que j'écrive, d'autres réponses ont popé ^^ Je répondais exactement à la même phrase que Benoît "il vaudrait mieux faire gagner du temps à tout le monde et poser des questions pertinentes pour le poste"
@Benoit @Anh-Vu
Je partage votre point de vue. Je n'ai rien contre poser une question d'algorithmie, de complexité... si la question sert à un échange. Ce qui me gène plus c'est refuser des candidats sur le seul principe d'échouer à répondre à ces questions.
Bon pour la liste chaînée ayant été formé sur le C je suis biaisé et considère que ça fait parti du minimum culturel pour un dev. Mais mettons que ce ne soit pas le cas. Refuser un candidat parce qu’il ne réussi pas à implémenté une liste chaînée parce qu’il ne sait pas ce que c'est et n'en a jamais vu de telle implémentation c'est dommage. Discuter avec lui, l'aiguiller sur une piste et ce rendre compte qu'en reformulant le problème il arrive à implémenter une solution par liste chaînée, c'est mieux.
Après ça dépend de l'objectif de l'entretien aussi. Si on veut des gens très pointus sur tout ça fait un bon filtre.
Pour ajouter un commentaire, vous devez vous connecter ou créer un compte.
Artisan Développeur utilise des cookies afin de vous offrir les meilleurs services. En poursuivant votre navigation, vous acceptez l’utilisation de cookies. En savoir plus