Codigo Limpo Epub May 2026
<h2>Conclusion: Professionalism</h2> <p>Clean code is not perfectionism—it’s respect for your future self and your teammates. Leave the codebase better than you found it. Refactor continuously, review each other’s work, and never accept “it works” as a substitute for “it’s clean.”</p>
<div class="good"> <pre>// Instead of using Gson directly everywhere: public interface JsonParser { <T> T fromJson(String json, Class<T> type); } // Implement with Gson, Jackson, or System.Text.Json later.</pre> </div> codigo limpo epub
<h2>3. Comments: Don’t Compensate for Bad Code</h2> <p>The proper use of comments is to explain <em>why</em>, not <em>what</em>. Clear code needs few comments.</p> Getters should not perform complex calculations
<ul> <li><strong>Rigidity</strong>: A small change breaks many parts → increase cohesion, reduce coupling.</li> <li><strong>Fragility</strong>: Changes cause unexpected failures → add tests, encapsulation.</li> <li><strong>Opacity</strong>: Code is hard to understand → rename, refactor, add explanatory variables.</li> <li><strong>Feature envy</strong>: A method seems more interested in another class’s data → move the method.</li> <li><strong>Long parameter list</strong>: Wrap parameters into an object (DTO).</li> </ul> Follow the <
<ul> <li><strong>Law of Demeter</strong>: Don’t chain deeply: <code>customer.getAddress().getCity().toString()</code> is fragile. Prefer <code>customer.getCityAsString()</code>.</li> <li><strong>Hybrids (half-object, half-structure)</strong>: Avoid adding business logic inside getters/setters. Getters should not perform complex calculations.</li> </ul>
<h3>Rule 3: Make meaningful distinctions</h3> <div class="bad"> <code>getUserInfo()</code> and <code>getUserData()</code> — what’s the difference? </div> <div class="good"> <code>getUserProfile()</code> vs <code>getUserCredentials()</code> </div>
<h2>8. Unit Tests: First-Class Citizens</h2> <p>Tests must be kept as clean as production code. Follow the <strong>F.I.R.S.T.</strong> principles:</p> <ul> <li><strong>Fast</strong>: Run in milliseconds.</li> <li><strong>Independent</strong>: No test depends on another.</li> <li><strong>Repeatable</strong>: Same result in any environment.</li> <li><strong>Self-validating</strong>: Boolean output (pass/fail).</li> <li><strong>Timely</strong>: Written just before the production code (TDD).</li> </ul>
