Benoit GANTAUME
Pertuis
Passionné par le code depuis ma tendre enfance, j'essaie de donner le virus du code bien fait avec artisandeveloppeur.fr.
Développeur, entrepreneur, webmarketeur, podcasteur, youtuber, enseignant, formateur, créateur, auteur sont autant de facettes de mon quotidien.
Ma dernière lubie ? Faire de compagnon un saas utile aux développeurs.
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...
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...
Restez à l’écoute du podcast !
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 😉
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.
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"
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.
Construire une fusée avec les principes de l'agilité ? Il semblerait que SpaceX ait rendu cela possible et que ce soit même plus efficace...
Pourquoi votre approche de la culture du télétravail le rend inefficace et comment changer votre approche pour y remédier
Le fond de l'article est bien résumé par certains commentaire. Les boites (française) tournent souvent très bien sans tous les niveaux hiérarchiques habituels. Les employés ne sont pas des enfants, ils travaillent très bien sans avoir quelqu'un sur le dos pour la plus part
Mais cela fait du bien à ceux qui souffrent de la situation et le lisent...
Ca leur permet aussi de se rendre compte que ce n'est pas normal.
Et du coup ça enclenche une réflexion et un début de changement.
Chacun son taff : moi je plante des graines.
A chacun de les faire germer.
Pourquoi votre approche de la culture du télétravail le rend inefficace et comment changer votre approche pour y remédier
Le fond de l'article est bien résumé par certains commentaire. Les boites (française) tournent souvent très bien sans tous les niveaux hiérarchiques habituels. Les employés ne sont pas des enfants, ils travaillent très bien sans avoir quelqu'un sur le dos pour la plus part
Mais cela fait du bien à ceux qui souffrent de la situation et le lisent...
Ca leur permet aussi de se rendre compte que ce n'est pas normal.
Et du coup ça enclenche une réflexion et un début de changement.
Chacun son taff : moi je plante des graines.
A chacun de les faire germer.
Un guide assez complet sur les concepts fondamentaux qui sous-tendent les systèmes de queue et comment il s'appliquent aux outils disponibles.
Si oui lequel ?
Et surtout : pourquoi lui ?
L'API de composition comme alternative à Vuex pour les cas simples de state management - pourquoi pas ? 🤔
Mais je reconnais que c’est peu intuitif et peu mis en valeur dans la documentation.)
Un retour d’expérience riche d’un CTO dans une startup en pleine croissance.
A lire pour tous ceux qui sont attirés par un rôle de lead, que ce soit tech lead ou CTO.
Est-ce que c’est une carrière qui attire ?
Disponible pour en discuter avec plaisir !
Restez à l’écoute du podcast !