Un guide complet sur les design pattern en JavaScript.
Dernièrement, je constate que la CI (Continuous Integration) est un skill relativement rare chez les développeurs, même pour des profils expérimentés. Sans en être un expert absolu, je voulais en livrer ma vision et quelques…
Le problème est que dans certaines organisations les dev n'ont pas le droit de toucher à la CI. Ensuite même s'ils ont la main, comme c'est souvent quelque chose d'obscure qui s'éloigne du code, loin du langage utilisé pour le produit en tout cas, ce sont souvent les même profils qui prennent les choses en mains. Enfin, la CI ce n'est pas du développement de produit, d'un point de vue projet il faut y passer le moins de temps possible, ce n'est qu'un coût sans RoI. C'est comme ça qu'on évite de former l'équipe au technologie de la CI et à la configuration faites par l'équipe, ou pour l'équipe par le touche à tout de l'équipe.
Comment fixer son tarif d'indépendant ? Combien facturer ses clients en entreprise ? Quelques éléments de réponse pour lutter contre l'uberisation de nos mét…
Dimitri Baeli a une méthode très simple pour amener l’équipe à écrire des tests. Il la partage avec nous dans cet épisode que j’ai adoré enregistrer et réécouter.
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.
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/...
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.
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 !
Accorder plus ou moins de crédit bancaire selon son comportement sur le web, c'est pas juste en Chine...
Une raison de plus de s'interroger sur les outils qu'on utilise...
C’est une question d’échelle et de finesse.
Tu parles de casier judiciaire. Il faut faire des choses graves pour en arriver là.
Dans ce cas on parle d’actions banales.
Je suis dérangé que des institutions privées aient autant d’influence sur les masses, à une aussi large échelle.
Sans compter l’enjeu politique : quelle marge de manœuvre reste aux citoyens ?
Que se passera-t’il quand un gouvernement beaucoup plus radical prendra le pouvoir ?
Je me demande si la résistance aurait pu exister avec tous les outils de surveillance qui existent aujourd’hui. Je ne le crois pas, et ça ne me rassure pas vraiment...
Le problème c'est que ces institutions privées sont déjà surpuissante, et en réalité, il n'y a aujourd'hui pas grand chose qui peut les arrêter. Même les pays ont du mal à faire face, l'exemple du moment étant le procès antitrust de Facebook, qui pour l'occasion s'est allié à Google... ^^
Au niveau Politique, c'est une excellente question ! Pour ce qui est de la marge de manœuvre des citoyens, cela dépend de ce qui est intégré dans cette notation, est-ce que toute la navigation compte ? Seulement certain élément ? Est-ce que c'est la paiement ou non de ses abonnements en ligne ? La vente d'objet ?
Pour la résistance, je suis plutôt du genre défaitiste ! Mais pour le coup, je pense que oui, les personnes se seraient organisé autrement, rappelons-nous qu'à l'époque il n'y avait même pas Internet et que le téléphone passé par des centres d'appels (si je ne me trompe pas).
Aujourd'hui, il est "très simple" de surveiller une plateforme comme Facebook, mais il est très difficile de suivre toutes les mini plateformes qui sortent tous les jours.
Je suis tombé sur cet Album des enflures de la tech.
J'ai adoré !
C'est dans le blog des méthos je propose un KPI : Le nombre de lignes de code que la société est encore obligée d'utiliser alors que le développeur qui les a écrites est parti sans les documenter et sans montrer ce qu'il a fait au responsable du développement.
methodologies-logicielles.sodevlog.com/...
Cette question du KPI pour mesurer la qualité logicielle d'une boite m'importe assez.
Encore une année qui se termine !
C'est aussi la fin de la saison 5.
C'est l'heure du bilan !
www.notion.so/...