- Nouveau
- Tendances
- Classement
-
Tagsbonnes-pratiquesBonnes pratiques21codeCode10teletravailTélétravail9tddTDD8design-patternDesign Pattern5entreprenariatEntreprenariat5veilleVeille5devopsDevOps4compagnonCompagnon4front-endfront-end4carriereCarrière4gitGit4architectureArchitecture4agiliteAgilité4organisationOrganisation3humourHumour3formationFormation3javascriptJavaScript3emploiEmploi3retour-d-experienceRetour d'experience3videoVidéo3blogBlog3vue-jsvue.js3dddDDD2cultureCulture2donnees-personnellesDonnées personnelles2cqrsCQRS2covid-19Covid-192freelancingFreelancing2ci-cdCI/CD2changelogChangelog2gestion-du-tempsGestion du temps2hexagonalehexagonale2reconversionReconversion2personal-brandingpersonal branding2optimisationOptimisation2nodejsNodeJS2youtubeYoutube2webWeb2devtoolDevTool1pythonPython1reactReact1restREST1ctoCTO1craftCraft1retrospectiveRetrospective1rustrust1coup-de-gueuleCoup de gueule1conferenceConférence1securiteSécurité1slackSlack1clean-codeClean Code1algorithmealgorithme1systeme-de-queueSystème de queue1apiAPI1chansonChanson1tech-leadTech Lead1tinydbTinyDB1vie-priveeVie privée1vite-jsvite.js1maisonMaison1licorneLicorne1langagelangage1jobjob1mutation-testingMutation testing1javaJava1iaIA1mvcmvc1net.NET1goGo1performancesperformances1phpPHP1flowconFlowcon1flowflow1evenementÉvènement1ethiqueEthique1entretien-d-embaucheEntretien d'embauche1entretienentretien1podcastPodcast1entrainementEntrainement1productivteproductivté1ecosystemeEcosystème1programmation-fonctionnelleProgrammation fonctionnelle1dojoDojo1audioAudio1
- Mes favoris
- Recevoir par email
- Partager un lien
Dropbox va licencier. Du chômage pour les devs ?
A priori non au contraire : les personnes licenciées sont celles qui aidaient à gérer les bureaux physique. En passant au virtuel d’abord ils vont redéployer les ressources sur le produit. Donc moins d’administratif et plus de dev...
En tout cas c’est comme ça que je comprends l’article. Et vous ?

Voilà ce que j'ai pu observer depuis le premier confinement, avec ce qui a marché ou non pour moi au niveau de l'organisation du travail à domicile. En espérant que ça puisse aussi vous aider.

Être efficace en télétravail passe par une modification de la culture d'entreprise. Dans cet article nous étudierions les outils de communication
Les 3 conseils à mettre en place pour passer d'un travail classique à un job en remote
Enocre une ressource sur l'archi hexa, ça fait pas de mal !
Mais je manque d'arguments et de ressources pour détailler cette nuance :/
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é)
Salut à tous,
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 ?
@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!
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 ?
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...

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/...
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 !
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.
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 !)
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 ?
Pourquoi devrais-je l'étudier selon toi ?
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.









