<p>Estimating, implementing, and deploying software rapidly is a characteristic of powerful programmers, as <a href="https://www.kentbeck.com/">Kent Beck</a> mentions in his book <a href="https://www.oreilly.com/library/view/extreme-programming-explained/0201616416/">Extreme Programming Explained</a>. In this article, I will explore these three points, inserting my own opinions on each one.</p>
<h2>Estimation</h2>
<p>Estimating a software project is <a href="https://jacobian.org/2021/may/20/estimation/">difficult</a>, and there are various different techniques on how to estimate a software project. You can create a method, through your own experience, learn the method used by other companies but, you must pay attention that the central point is that you have a good idea of how much time the project will take. Projects have a beginning, middle, and end. Learn to estimate your work.</p>
<h2>Implementation</h2>
<p>For me, particularly, implementing is the most fun part of the project. And as with any job, we have to be pragmatic in the choice of language and tools. Being pragmatic in the choice does not necessarily mean using the same as everyone else, because, often, some tools continue to be strong in the market due to pure inertia. <a href="https://expressjs.com/">Express</a> is a good example of this. Besides there being many better options with better support (like <a href="https://fastify.dev/">Fastify</a>), many teams still start new projects with Express, even if it is not being maintained regularly, does not handle Promise rejections, etc.</p>
<p>Besides the issue of tool choice, it is necessary that you <strong>master</strong> the technology stack of your project, being able to implement the best solutions in the shortest possible time. At the tip of your tongue, you have to know a good pattern to apply in the project, a good backend framework, a good frontend framework or even a good full-stack framework. And the experience of development cannot be left out. For the implementation to be fast, the understanding of the project must be easy, its documentation adequate, and its tests need to validate the <strong>intention</strong> flows of the user who will use the system.</p>
<h2>Deployment</h2>
<p>Today, can you build an entire project and put it into production, by yourself? And I&#39;m not talking about uploading your project to a completely managed platform, like Vercel, but rather, about taking a Linux machine, installing the necessary tools, and exposing your application to the web. And no, this is not any kind of purism. If you are not a startup that can burn a few million reais per year, without worrying about the cost of your infrastructure, you should, at least, know how to start your application and keep it active between server restarts (preferably using containers), put it behind a reverse proxy (like <a href="https://www.nginx.com/">NGINX</a> or <a href="https://caddyserver.com/">Caddy</a>), configure a firewall, and make a backup of the database in three different places. You can still bring up multiple instances of your application and use the same proxy tool as a load balancer to distribute your application&#39;s access to the different instances that are running.</p>


Douglas Moura

Douglas Moura

#Patterns

The Powerful Programmer