feat: add article about DX

Author: TechWatching

content/1.posts/66.developer-experience-thoughts.md

@@ -0,0 +1,59 @@
+---
+title: Thoughts about Developer Experience
+lead: Do not forget about DX when choosing a technology.
+date: 2025-02-24
+image:
+  src: /images/laptop_2.jpg
+badge:
+  label: Essay
+tags:
+  - thoughts
+  - dx
+---
+
+It's interesting how people often debate about the fastest framework, the most popular stack, the best programming language, or the most lightweight library, but they don't pay much attention to the developer experience 💻.
+
+Set up an effective development environment, work with stacks that have a good developer experience, and you will:
+
+* stay longer in the [flow](https://github.blog/developer-skills/career-growth/how-to-get-in-the-flow-while-coding-and-why-its-important/)
+
+* focus more on business problems
+
+* struggle less when issues occur
+
+* enjoy more your day
+
+
+This will make you a more productive and happier developer, and your company might be [more successful as well](https://www.pulumi.com/blog/software-developer-experience-devex-devx-devops-culture/).
+
+![Illuminated letters on the floor spell out "CODE HAPPY".](/posts/images/66.code_happy.jpg){.rounded-lg.mx-auto width=600}
+
+I don’t think we should choose a technology only because the developer experience is great. Of course, we should consider features, adoption, support, community, performance, etc. However, even if it's not the main factor, developer experience should still be part of the decision-making process.
+
+People won't always agree on what makes a good developer experience. There are many aspects to it, and not everything is equally important to everyone. A framework that I believe provides a good developer experience might not be as good for someone else, and that's fine. Everyone comes from different backgrounds, has experienced different technologies, has different tastes, and needs to find what suits them best.
+
+I have always been interested in useful tools, nice IDE plugins, and interesting tips to improve my developer experience. I try to share some of that on this blog, and I plan to do so even more in the future. I also want to talk more about technologies I have been using that have a good developer experience.
+
+For instance, I can mention:
+
+::div{ .grid .grid-cols-3 .items-center .w-full .gap-x-8 }
+![Screenshot of the Nuxt website showcasing version 3.15. The text highlights "The Intuitive Vue Framework," describing Nuxt as an open-source framework for building web applications.](/posts/images/66.dx_nuxt.png){ width="400" height="400" .rounded-lg .col-span-1 }
+::div{ .col-span-2 }
+### Nuxt
+
+The “Intuitive Vue framework” (as it’s called in the [Nuxt’s website](https://nuxt.com)) provides one of the best developer experience I have ever seen. There has been a real focus put on developer experience, which makes developing with Nuxt very enjoyable. It’s not only the framework but also the tools, check the [Nuxt DevTools](https://devtools.nuxt.com/) for instance, it’s just awesome. Of course, not everything is perfect but it’s nice framework and a good example of what a great developer experience can be. This blog is made with Nuxt by the way 😀.
+::
+::
+
+::div{ .grid .grid-cols-3 .items-center .w-full .gap-x-8 }
+::div{ .col-span-2 }
+### Pulumi
+
+With [Pulumi](https://www.pulumi.com/product/infrastructure-as-code/) you can author your infrastructure as code using programming languages like TypeScript/JavaScript, Python, Go, C#, or Java. The developer experience is nice because you don’t have to learn and use a clunky DSL (domain specific language) like HCL to write your infrastructure code. You can use a language your already know, benefit from its ecosystem and tooling, and . The developer experience is only [one of the reasons of using Pulumi instead of Terraform](https://techwatching.dev/posts/pulumi-vs-terraform#a-better-developer-experience) but I think it’s an important one because when doing IaC you don’t want to focus on the tools but on the complexity of configuring the infrastructure itself.
+::
+![Screenshot of Pulumi's website highlighting "Infrastructure as Code in any Programming Language" with a "Get Started" button. The page promotes authoring in any language for cloud deployment, featuring languages like TypeScript, Python, Go, C#, Java, and YAML.](/posts/images/66.dx_pulumi.png){width="400" height="400" .rounded-lg.mx-auto .col-span-1}
+::
+
+I’m not saying you should use these technologies, it depends on your context and preferences. These are just 2 examples of technologies that I love, partly due to their developer experience and why it matters.
+
+So, what’s next ? I want to start a new series of articles “.NET Aspirations” talking about [.NET Aspire](https://learn.microsoft.com/en-us/dotnet/aspire/get-started/aspire-overview). .NET Aspire primarily aims at improving the local development experience when developing modern .NET applications (distributed or not). That seems an interesting topic to keep talking about developer experience. See you in the next article, and keep learning.