- Nouveau
- Tendances
- Classement
-
Tagsnewsletternewsletter46devdev45bonnes-pratiquesBonnes pratiques43phpPHP36programmationprogrammation34veilleVeille15teletravailTélétravail15architectureArchitecture13tddTDD13agiliteAgilité12javascriptJavaScript12design-patternDesign Pattern12codeCode11devopsDevOps10laravelLaravel9conferenceConférence8carriereCarrière8front-endfront-end7retour-d-experienceRetour d'experience7formationFormation6entreprenariatEntreprenariat6gitGit6cultureCulture6clean-codeClean Code6youtubeYoutube6craftCraft5refactoringrefactoring5videoVidéo5interviewinterview5organisationOrganisation5podcastPodcast5code-legacyCode Legacy4compagnonCompagnon4dddDDD4testingTesting4freelancingFreelancing4tech-leadTech Lead4optimisationOptimisation4javaJava3pythonPython3iaIA3humourHumour3reactReact3ethiqueEthique3emploiEmploi3ecologieEcologie3reconversionReconversion3debutantDébutant3remoteremote3cqrsCQRS3covid-19Covid-193securiteSécurité3retrospectiveRetrospective3clean-architectureClean Architecture3ci-cdCI/CD3vue-jsvue.js3blogBlog3architecture-hexagonaleArchitecture Hexagonale3rustrust3performancesperformances3nodejsNodeJS3programmation-fonctionnelleProgrammation fonctionnelle3productivteproductivté3slackSlack2donnees-personnellesDonnées personnelles2ecosystemeEcosystème2pair-programmingPair programming2evenementÉvènement2personal-brandingpersonal branding2produitProduit2gestion-du-tempsGestion du temps2changelogChangelog2cercleCercle2green-itGreen IT2hexagonalehexagonale2vscodevscode2pooPOO2webWeb2tinydbTinyDB1algorithmealgorithme1alignementAlignement1originesOrigines1dbDB1vie-priveeVie privée1androidAndroid1ctoCTO1apiAPI1csscss1restREST1pedagogiePédagogie1coup-de-gueuleCoup de gueule1vision-systemiqueVision systémique1prodprod1atddatdd1audioAudio1autonomieAutonomie1visualstudiovisualstudio1cloudCloud1vite-jsvite.js1slow-techSlow.tech1avenirAvenir1bddbdd1chansonChanson1bffBFF1blazorblazor1ports-and-adaptersPorts and Adapters1queerQueer1goGo1graphqlGraphQL1hibernatehibernate1hommageHommage1net.NET1mvcmvc1ideide1inclusionInclusion1ingenieurieIngénieurie1mutation-testingMutation testing1minimalismeMinimalisme1systeme-de-queueSystème de queue1jobjob1langagelangage1sqlSQL1licorneLicorne1livelive1lowtechLowTech1maisonMaison1buildbuild1theorie-des-contraintesThéorie des contraintes1devtoolDevTool1diversiteDiversité1dockerdocker1dojoDojo1open-sourceOpen Source1onlineonline1energieEnergie1entrainementEntrainement1thematuredevTheMatureDev1entretienentretien1entretien-d-embaucheEntretien d'embauche1event-sourcingEvent sourcing1extreme-programmingeXtreme Programming1flowflow1flowconFlowcon1react-nativeReact-Native1springbootspringboot1testtest1microsoftmicrosoft1
- Mes favoris
- Recevoir par email
- Partager un lien
Faire de la télémétrie, c’est long, compliqué, et il faut utiliser 46 outils différents. Bref, ce n’est pas à la portée de tout le monde… À moins que ?
L'article présente plusieurs comportements à éviter de collègues et chefs, néfastes pour une bonne pratique du télétravail en entreprise
Voilà qui donne le ton !
Merci du partage, un bon article au vitriole qui fait du bien !
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/...
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 !
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...
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 !
Venez partager vos connaissances, découvrir, les outils de développement logiciels autour des grandes chaines de développement, des grands IDE.
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.
Je viens de jeter un œil sur la battle "Github vs GitLab" c'est vraiment très bien fait bravo.