Building stuff as a Software Engineer Clean Code / Testing / Architecture

Joined October 2019
👋 Hi. I'm Rodrigo, a Senior Software Engineer Below you will find some of my threads; a sample of the content that you will access by following me My DMs are open so don't be shy and drop by to say hi
7
5
2
24
Come and learn how to migrate to another testing library without leaving your project unprotected. I’ll be working on the second part this week. Incremental Testing Library Migration: A Step-by-Step Guide: Part 1 { by @_rodrigomd } from @hashnode blog.rodrigomd.dev/increment…
55
It’s very easy to be busy but much difficult to be productive I prefer focus work
you can work 12h a day and have no life and STILL produce bad work locking in is a state of mind
102
One thing I miss after the AI trend is to work with Juniors They had always a fresh point of view, were very informed regarding new topics and had a ton of energy; and they were always eager to learn new things it was always a win win situation to work with them
1
64
I truly admire tech leaders back then without AI So many things to write an summarize, emails to compose, proposals, diagrams… ugh
1
126
I just came back to Twit… now X only to congrats @mcsee1 for his new book “Clean Code Cookbook”🎉🎉 I’ll get a copy as soon as I finish my current reading list 😅
1
1
293
Measuring a Software Engineer's productivity by counting lines of code instead of value created, it's like measuring the delivery guy by tracking kilometers instead of deliveries. Anyone can hack such vanity metrics, causing damage for both the company and the employee.
6
7
3
100
14,191
The biggest irony is that agile actually contributed to the degradation of software quality. We are supposed to experiment, get quick feedback and refactor. The experiments go straight to production, we never look for that feedback, and we never have time to refactor.
53
47
6
315
37,141
⭐ avg. software engineer when encountering a problem -> how to solve the problem. ⭐⭐ good software engineer -> analyze the root cause and prevents the problem from happening again. ⭐⭐⭐⭐ great software engineer -> how to avoid the problem in the first place, not solve it.
4
3
1
22
2,335
If you prefer debugging over testing is because you didn't invest time in testing in the earlier stages of the project Now you've thousands of lines of code without coverage, and to test anything you've to mock a ton of services Do yourself a favor and add tests from the start
2
10
419
PRs were created to protect the code from contributions from people outside the team of maintainers If your team is the project owner and can fix any error ASAP, then why delay the code from being delivered, especially when it's published to dev env first?
2
1
8
1,656
Avoid logic in your test code! - if-else statements - for/while loops - switch cases They can easily lead to bugs in tests. Once you feel the need for these, it's a smell that you test more than one thing. Get rid of them by splitting up your test into multiple test cases.
10
14
90
10,167
Replying to @Franc0Fernand0
First, make it work. Then make it right. And finally, make it fast.
2
7
"...consider the case of the developer who claims ten years of experience, but in reality it was one year of experience repeated nine times. That doesn’t count as experience." What you do during your years of experience is what matters, not the number of years.
1
10
Replying to @sarah_edo
Developers have 3 ways to communicate with one another in a codebase: -Naming -Punctuation -Indentation/Formatting Can only do so much with the latter two. Best believe the naming should be good! I heard this recently on some YouTube video ^
1
3
Don’t miss this!!!
🚀 ANNOUNCEMENT 🚀 Everything about Test-Driven Development this time on the space! 😈 🔥 🎀 What is TDD 🎀 Why do TDD 🎀 Arguments against TDD 🎀 TDD when writing E2E Tests 🎀 Is TDD a silver bullet Link to the space, set a reminder NOW -> xitter.cf/i/spaces/1zqKVPoVPjLJB
2
4
Code reviews can be very beneficial, but they're conducted once the code is done or almost done To increase productivity and reduce risks and failures, you've to aim to receive feedback much earlier
1
1
8
⚛️ React tip: you should almost never fetch inside render. Start fetching as early as possible, e.g. on route change or when an event occurs (click, submit, etc.). Mental model should be: ✅ Read from fetched data in render NOT: ❌ Start fetching in render
35
97
4
882
There are so many ways of being helpful as a dev without even writing code - Warn on new dependencies' releases - Be up to date on the latest topics on software - Writing documentation - Mentoring
2
1
5
Maintain customers updated on discussions of their interest Actively search for improvements opportunities
1