<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Roger Silva]]></title><description><![CDATA[Senior Android Dev since 2012: built 10+ apps, led teams, wrote a book on CI/CD, speak at tech conferences, mentor devs, now exploring Kotlin Multiplatform, AI ]]></description><link>https://orogersilva.com</link><generator>RSS for Node</generator><lastBuildDate>Tue, 07 Apr 2026 20:29:32 GMT</lastBuildDate><atom:link href="https://orogersilva.com/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[My 6 favorite books as a Software Developer]]></title><description><![CDATA[In 2005, while preparing for the exam that allows us to enter university, I learned to read with great discipline. Initially out of necessity, I ended up developing other skills such as hyperfocus and a high capacity for concentration, especially to ...]]></description><link>https://orogersilva.com/my-6-favorite-books-as-a-software-developer</link><guid isPermaLink="true">https://orogersilva.com/my-6-favorite-books-as-a-software-developer</guid><category><![CDATA[software development]]></category><category><![CDATA[books]]></category><category><![CDATA[careers]]></category><dc:creator><![CDATA[Roger Silva]]></dc:creator><pubDate>Fri, 04 Jul 2025 16:41:34 GMT</pubDate><enclosure url="https://cdn.hashnode.com/res/hashnode/image/upload/v1751654485218/1c9b7875-91e9-4a59-8c3f-47200d4c68fd.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>In 2005, while preparing for the exam that allows us to enter university, I learned to read with great discipline. Initially out of necessity, I ended up developing other skills such as hyperfocus and a high capacity for concentration, especially to be used in moments of great importance.</p>
<p>Over time, the habit of reading became a hobby for me. At this point, I believe I have consumed more than a hundred books in my life (a few out of necessity, but the vast majority for pleasure). Many of them were about technology and software development, and many others were literature from the most diverse eras, styles, and cultures (which are not relevant to this post).</p>
<p>Since that year, twenty years have passed. Relevant to my profession, I have rated six books as “five stars” that I believe can also make a difference in any Software Developer’s career.</p>
<h2 id="heading-continuous-delivery-reliable-software-releases-through-build-test-and-deployment-automation"><strong>Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation</strong></h2>
<p><img src="https://cdn.hashnode.com/res/hashnode/image/upload/v1751655431667/f9ea3a02-b465-4371-b0a7-54e32a16586d.png" alt class="image--center mx-auto" /></p>
<p>The book provides an understanding of the best practices that enable frequent, automated, and consistent software delivery. Each stage that makes continuous delivery possible is covered in detail. It is considered one of the foundational books on how to develop (and deliver) software at medium and large scale.</p>
<h2 id="heading-clean-code-a-handbook-of-agile-software-craftsmanship"><strong>Clean Code: A Handbook of Agile Software Craftsmanship</strong></h2>
<p><img src="https://cdn.hashnode.com/res/hashnode/image/upload/v1751655544943/8113ef72-3943-4e5d-82e7-d952a18233d7.png" alt class="image--center mx-auto" /></p>
<p>I have come across source code written in terrible, poor, average, good, excellent, and exceptional ways. Unfortunately, there is still code today that is almost indecipherable — often in the form of a function (which should ideally be concise) but that contains more than one responsibility and poorly named variables. As a result, the cost of software maintenance is negatively impacted in such scenarios. Through recommendations and comparisons between well-written and poorly written code, Robert C. Martin (Uncle Bob) provides an understanding of why we do not write code for ourselves, but for others — especially for the people who, sooner or later, will have to maintain the software.</p>
<blockquote>
<p>“We do not write code for ourselves, but for others”.</p>
</blockquote>
<h2 id="heading-the-phoenix-project-a-novel-about-it-devops-and-helping-your-business-win"><strong>The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win</strong></h2>
<p><img src="https://cdn.hashnode.com/res/hashnode/image/upload/v1751655645685/d4f9d59b-8ae9-4241-bf08-ef75e36ad303.png" alt class="image--center mx-auto" /></p>
<p>A real-life drama set in an IT department. If you haven’t experienced it yet, you eventually will — and you’ll learn a lot from it. If you have, you’ll almost certainly find yourself laughing at how closely it resembles situations you’ve faced professionally. This book allows us to look at the day-to-day work of the company portrayed in its pages through a magnifying glass, so we can better understand how applying principles and practices helps us deliver value through software to our customers.</p>
<h2 id="heading-scrum-agile-product-development-for-success">Scrum: Agile Product Development For Success</h2>
<p><img src="https://cdn.hashnode.com/res/hashnode/image/upload/v1751655701436/13203468-1c32-48c8-a182-ad901604e263.png" alt class="image--center mx-auto" /></p>
<p>In 2014, I completed a <a target="_blank" href="https://en.wikipedia.org/wiki/Scrum_\(software_development\)">Scrum</a> <a target="_blank" href="https://drive.google.com/file/d/0B9fwg4IAPsICTVlSVzZOU2hpaDg/view?usp=sharing&amp;resourcekey=0-RwaBrVCPrCRqGdx-pqqDTA">certification</a>. The course instructor was the author of this book. I was struck by the quality of his teaching and his relevance in the community that shares the values of Scrum and other agile methodologies. With exceptional clarity, Rafael Sabbagh explains the Scrum framework and the tools it offers to enable the development and delivery of high-quality software. After more than ten years in my career, I still carry with me the lessons I learned in that course — and which are also shared in this book.</p>
<blockquote>
<p>More than just following the framework “by the book,” the most important part was learning the values of Scrum and apply them in the teams I work.</p>
</blockquote>
<h2 id="heading-staff-engineer-leadership-beyond-the-management-track">Staff Engineer: Leadership beyond the management track</h2>
<p><img src="https://cdn.hashnode.com/res/hashnode/image/upload/v1751655769051/5d5a32a7-89ab-4303-a155-afef992106f9.png" alt class="image--center mx-auto" /></p>
<blockquote>
<p>There is life beyond the senior level (and it’s not as a manager).</p>
</blockquote>
<p>This simple-looking book holds a wealth of high-quality information — especially for software development professionals who have reached a high level of seniority and, after some time, find themselves asking, “What now?” The book shows that project management is not the only possible path — far from it. In many IT departments I’ve worked in, there was often a need for a technical professional with a more analytical and qualified perspective to help guide the direction the company should take. However, these professionals work closely with development teams, contributing principles, artifacts, working dynamics, architectural proposals… It’s a more horizontal approach within the organization. Will Larson successfully reveals this rarely explored world to those who want to better understand what being a Staff Engineer really means.</p>
<h2 id="heading-androids-the-team-that-built-the-android-operating-system"><strong>Androids: The Team That Built the Android Operating System</strong></h2>
<p><img src="https://cdn.hashnode.com/res/hashnode/image/upload/v1751655861462/abc5da9e-ac96-4a9c-8a5b-2e1b99b9f8f5.png" alt class="image--center mx-auto" /></p>
<p>The book tells the story of the birth and day-to-day development of the operating system found on around 4 billion devices worldwide. It’s incredibly interesting to learn from this work what challenges were encountered — and how each of them was solved — in building the Android operating system. Chet Haase was part of this journey day in and day out and knows the details now shared across roughly 400 pages. From this book, I take away one lesson:</p>
<blockquote>
<p>Never criticize a fellow developer’s work, because you don’t know the context in which that code was written.</p>
</blockquote>
]]></content:encoded></item></channel></rss>