Selon le GIEC, il nous reste 3 ans pour léguer un monde « vivable » à nos enfants. Sacré challenge ! Alors comment agir vite et fort dans notre univers numérique ? Une seule solution : sortir du cadre et hacker le système. C’est que propose la démarche slow.tech. En associant low et high tech, elle permet de diviser par un facteur 4 à 10 nos impacts numériques. De l’usage ingénieux d’un smartphone pour remplacer un cabinet d’ophtalmologie en passant par l’association d’un chien et d’une IA pour détecter un cancer, les écoconcepteurs de la slow.tech détournent les codes et les patterns habituels pour faire mieux avec moins. Prêt.e à emprunter cette « voie du milieu » ? Le hacker qui est en toi doit se réveiller !
Découvre l'opérateur between de sql qui va te simplifier l'ecriture de condition sur une plage de valeurs.twitter.com/hack4code #sqlServer #mysql...
Comment, un entreprise ou une start-up qui croit de manière exponentielle, peut-elle maintenir une culture d’entreprise cohérente ?
Tu connais la difficulté de travailler avec des fichiers trop long.
Sais-tu que grâce à VS Code tu peux couper ton écran en deux et ainsi voir deux parties de...
Comment trouver le bon équilibre, dès la conception, entre la partie UX et la partie dev ?
Est-il possible d’itérer de manière synchrone et de tester les concepts métiers ?
Rejoindre le cercle : artisandeveloppeur.fr/cercle/
Après la Battle vous interrogant sur la compatibilité entre qualité de code et start-up, Thomas Pierrain nous propose un debrief en live.
Pour découvrir l'accélérateur de carrière : ad302.fr/tc226i
Pour faire ton diagnostic de pratiques gratuit : ad302.fr/vA9131
Lorsque l'on a trop de code dans une fonction, il est possible d'en extraire une fonction, afin de rendre l'ensemble plus lisible (code plus cours), plus com...
Le code de qualité est-il une évidence pour tous les développeurs ?
Déjà, merci pour ce podcast, c'est toujours des sujets intéressant avec des intervenants qualitatif et ça fait plaisir ^^.
Ensuite, merci à Xavier d'apporter son témoignage sur le sujet.
Je suis dev web depuis 10 maintenant et j'ai eu l'occasion de changer d'entreprise plusieurs fois.
J'ai eu l'occasion de pratiquer pendant 1 an les tests unitaires mais surtout les tests fonctionnelles. Ce n'était pas du TDD car on faisait les tests après avoir coder nos solutions, mais j'ai quand même pu comprendre l'intérêt de la démarche et surtout de comprendre que ce n'était pas du temps perdu.
Mais voilà, j'ai fais 8 boîtes différentes et seulement 1 seules d'entre-elles encadrait le code de l'application avec des tests. C'était d'ailleurs la seule entreprise ou presque à avoir en tête les principes agiles, les bonnes pratiques, à mettre en pratique les design pattern de manière propre et justifiée.
Force est de constaté que si l'entreprise ne possède pas cet état d'esprit à l'origine et la force de s'y tenir sur le long terme, c'est vraiment pas possible de faire attention à la qualité de son travail de manière rigoureuse et complète.
En tout cas, c'est mon ressentit
Et encore, tu as eu de la chance : je suis pas sûr qu'une boite sur 8 utilise les tests automatiques (je ne parle même pas de faire du TDD).
Si c'est important pour ta pratique, je t'invite à en faire un critère de choix pour tes futurs jobs.