Vous venez de terminer le tuto officiel de #Django et vous désirez faire un nouveau pas en avant significatif ? Utiliser l'ORM de Django est une bonne entrée en matière, mais prendre le temps d'apprendre comment concevoir une base de données relationnelle est essentiel pour être productif sur le moyen terme. La base de donnée est le coeur de votre application. C'est là que des connaissances solides feront le plus de différence. Le paquet django-extension fait partie de tous mes projets Django. Sa commande python manage.py shell_plus, avec l'option --print-sql ou la variable de configuration SHELL_PLUS_PRINT_SQL = True, permet d'afficher automatiquement la requête générée lorsqu'un QuerySet est exécuté. Visualiser les requêtes produites par l'ORM est un excellent moyen de se familiariser petit à petit avec les bases de données relationnelles. En complément, je vous recommande la lecture de deux livres de Claire Churcher, chez Apress, qui m'ont accompagnés depuis des années: - Beginning Database Design: From Novice to Professional 2nd ed. Edition amazon.fr/Beginning-Database… - Beginning SQL Queries: From Novice to Professional 2nd ed. Edition amazon.fr/Beginning-SQL-Quer…

:) williamkennedy.ninja/javascr…

The Django 5.2 pre-releases are already our most downloaded preview releases ever! Thank you to everyone who has taken the time to try out the previews and provide feedback 💚

Finally got time to do some tests between 2 stacks : - @djangoproject @htmx_org @Alpine_JS django cotton - DRF @nuxt_js They're really close in term of DX, even though I must say nuxt has some really nice tools for developpers. With the first stack, a solid foundation and good conventions from the start are crucial for things to run smoothly. Django htmx Alpine django-cotton is a minimalist stack, which is its main advantage. Anyone who knows Python and a bit of HTML, CSS, and JS can jump on board in just half a day. However, you’ll need to make a lot of decisions. To get something that really works well, you’ve got to have a good grip on HTMX and establish solid conventions for your URLs and views. With the 2nd stack (drf Nuxt), you’re diving into something way more structured, so the learning curve is definitely steeper. You really need to master JavaScript, TypeScript, Vue, and Nuxt. That's a lot of concepts to grasp, and way more code and files to get to the same end result. Once everything's up and running, though, I think the development speed and experience is pretty similar. The Vue and Nuxt ecosystem is cool, but for about 90% of projects, you don’t really need more than what libraries like @daisyui_ and some alpine components can offer. Right now, I’m not sure which stack to prefer. Using JavaScript front-end frameworks feels like I have to fire up a nuclear power plant just to serve HTML, and I love so much the simplicity of htmx and alpine : only using what is needed, works well and I can get back into the project in two years and easily understand what’s going on without anything breaking. Django's templates though need a major update ! Without a package like the awesome django cotton or other similar packages to have a good component system, it gets hard to make something efficient with htmx.

10 ans après sa 5ème édition, la 6ème édition du livre qui m'a tout appris sur python il y a plus de 25 ans sort le 5 mars chez O'Reilly: "Leaning Python" de Mark Lutz learning.oreilly.com/library…

My Flask Mega-Tutorial ebook is now also available from The Pragmatic Bookshelf store, without DRM! I'm super excited to offer this additional channel for those who do not want to be locked in to Kindle. pragprog.com/titles/d-mgflas…

Beaucoup ne savent pas estimer, car ils n'ont pas d'idée précise du temps que prennent les features qu'ils savent déjà réaliser. Du coup, ils ne peuvent pas non plus procéder par analogie. Je recommande de prendre l'habitude de mesurer et de documenter, avec p. ex. un outil à la Toggl. Avec une meilleure conscience du temps en général, on progresse et on estime mieux.

En vendant mes journées à 600€, je faisais autour de 110k € de chiffre d'affaires chaque année. En arrêtant de vendre mon temps pour plutôt vendre un résultat, j'ai réalisé à quel point c'était délirant. Les clients prêts à payer 10k € pour 3 semaines de taff, ça court pas les rues. Un projet à 3k €, c'est déjà une belle vente. Du coup, pour retrouver les 110k € de chiffre d'affaires annuel, faut vendre 37 projets à 3k €. Si t'as de la chance et/ou que tu fais bien ton taff, tu vas vendre plusieurs projets au même client. Disons que t'as besoin de 20 clients. Bah faut aller les chercher les 20 clients, avec tout ce que ça implique en prospection, cycle commercial, communication, suivi projet, etc. Alors y'a pas 36 solutions. Déjà, c'est pas bête de revoir ses exigences. On peut pas s'attendre à changer de mode de fonctionnement pour trouver d'autres avantages et garder les avantages de l'ancien aussi. Le beurre et l'argent du beurre, toussa toussa. Donc 110k € à l'année, c'est ambitieux quand tu découvres un nouveau monde. Ensuite, faut être honnête avec soi-même. Si t'as besoin de conclure 2 ventes par mois qui représentent 10 appels prospects que t'as décroché après 30 DM tout en livrant les prestas commandés... C'est chaud, super chaud. Je sors des chiffres au hasard et je parle de DM, mais tu peux remplacer par ce que tu veux : prospects qui viennent d'eux-mêmes, pub, etc. L'idée c'est qu'une vente, c'est une certaine quantité de ressources en amont. Si c'est pas tenable, t'as 2 solutions : 🔹 Vendre moins, plus cher 🔹 Vendre plus, moins cher Souvent, c'est pas un choix. Ça dépend de ce que le marché veut et ce que tu es prêt à faire. Par exemple, perso j'ai le choix d'essayer de toucher des éditeurs de logiciels dans la finance (vendre moins, plus cher) ou les petites entreprises dans la finance (vendre plus, moins cher). Ce qui correspond à deux approches radicalement différentes. Ce tweet est déjà long alors je vais m'arrêter là mais si ça intéresse, y'a d'autres sujets inévitables que j'ai plus la place de plug ici : 🔹 Se nicher pour que les clients n'aient pas d'autres choix que de passer par toi 🔹 Productiser ses services pour vendre plus en moins de temps RT, like et commente ton IBAN pour la suite. (je plaisante) (et je partage mes apprentissages, j'ai pas cracké le forfait encore)

Attention cependant de ne pas prendre comme critère principale le nombre d'offres d'emplois. J'ai des demandes de missions freelance très régulièrement sur @htmx_org parce que peu de gens l'utilisent. Du coup toutes les offres viennent à ceux qui le connaisse sans même rechercher. Autrement dit on peut voir ces chiffres différemment en les mettant en perspective : 👉 Jobs sur WelcomeToTheJungle : 🔹React : 400 (et 50,000 développeurs qui vont postuler dessus) 🔸Svelte : 12 (et 10 développeurs qui vont postuler dessus) Mes ordres de grandeur sont totalement imaginaires, mais c'est pour illustrer. C'est le problème qu'on voit avec JavaScript. Oui il y a beaucoup de missions, mais comme tout le monde est formé dessus, il faut vraiment être meilleur que tous les autres et savoir se mettre de l'avant pour se distinguer.

Dans le wepynaire live de ce soir à 19h sur Zoom, on parle de "Comment simplifier drastiquement les tests de vos projets django avec Pytest et FactoryBoy ?". Voici un document que j'avais écrit sur le sujet à l'attention de mes étudiants en présentiel à la Haute Ecole d'Ingénierie et d'Architecture de Fribourg: docs.google.com/document/d/1…

Lors du live de ce soir à 19h sur zoom.placepython.com, je vous montre Comment simplifier drastiquement les tests de vos projets #Django avec Pytest et des bibliothèques comme Factory Boy ou Model Bakery. Pour ceux qui ne peuvent y assister, le lien dans ma bio vous permet d'accéder aux rediffusion de l'ensemble des WePynaires.

After basically ignoring every trend in Python tooling for the last ten years, I've recently become a full-blown uv convert. Here's an unreasonably long write-up on why, and how you can adopt it in your own projects: saaspegasus.com/guides/uv-de…

Un shadcn/ui made in #rails sans React ? shadcn.rails-components.com Je vais étudier une adaptation pour django-components.

Voici le #Django developer durvey 2024: surveys.jetbrains.com/s3/x-d…

Lors du Wepynaire de ce soir à 19h, nous parlerons de l'infrastructure de cache de #Django et de #Wagtail (qui apporte à également ses propres outils). Pas besoin d'inscription, vous pouvez y assister simplement en vous connectant sur zoom via zoom.placepython.com. L'inscription (lien dans ma bio) vous donne accès aux rediffusions des 20 ateliers.

Lors du Wepynaire de ce soir à 19h, nous parlerons de l'infrastructure de cache de #Django et de #Wagtail (qui apporte à également ses propres outils). Pas besoin d'inscription, vous pouvez y assister simplement en vous connectant sur zoom via zoom.placepython.com. L'inscription (lien dans ma bio) vous donne accès aux rediffusions des 20 ateliers.

Témoignage d'un dev #Django qui a choisi @WagtailCMS pour son blog.

Petit aperçu du back-office pour la partie publication de mon app web. C'est d'ailleurs l'article en cours de rédaction qu'on voit dans la vidéo. #Django #Wagtail #Python

Justement, le wepynaire de demain soir à 19h porte sur... htmx. Une petite vidéo sur le sujet