<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>All Posts - Geison Biazus</title><link>https://geisonbiazus.github.io/posts/</link><description>All Posts | Geison Biazus</description><generator>Hugo -- gohugo.io</generator><language>en-us</language><managingEditor>geisonbiazus@gmail.com (Geison Biazus)</managingEditor><webMaster>geisonbiazus@gmail.com (Geison Biazus)</webMaster><lastBuildDate>Thu, 27 May 2021 09:30:00 -0300</lastBuildDate><atom:link href="https://geisonbiazus.github.io/posts/" rel="self" type="application/rss+xml"/><item><title>Applying Clean Architecture in Go</title><link>https://geisonbiazus.github.io/posts/applying-clean-architecture-in-go/</link><pubDate>Thu, 27 May 2021 09:30:00 -0300</pubDate><author>Geison Biazus</author><guid>https://geisonbiazus.github.io/posts/applying-clean-architecture-in-go/</guid><description>&lt;h2 id="introduction">Introduction&lt;/h2>
&lt;p>One of the problems I frequently see on many software projects is the coupling of the code and how hard it is to make simple changes without undesired side effects. This happens mainly because developers tend to focus on building the features without thinking about how the codebase will evolve in the future, and also without taking into consideration that the libraries and frameworks they are using today might not be the best option in some months or years.&lt;/p></description></item></channel></rss>