Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
Isn’t this how software actual evolves, though. Agile? Don’t make me laugh. Applications evolve by devs working on them until they see they’ve added so much technical debt they get scared and jump. Then the next dev comes in and refactors the code, adds a few more features, and the cycle repeats.
-
Voxera113884yI would start by braking that class apart one way or the other.
But the first step would be to make sure what is public and private and then document any external dependency and any class level state.
I have had to do this several times :/
Once you know what it uses and what it presents you can try to map out what is used where without thinking about the inside.
At the best of times you find groups of public functions that are used together.
Then check for each group what internal state it touched and what external resources it uses.
Then you can make sure everything is testable, this will depend on the language.
Then write tests and then get to refactoring.
And the bonus is that once your done you do not only have better code but tests to keep it in line :)
Related Rants
When a dev leaves a project in the middle, and someone else has to continue their shit, that's the worst fucking thing ever!
3000+ lines of codes in just one class? Fuck!
I don't even know where to put my code, where to put debugger break points, where to... fuck fuck fuck!!! >_<
rant
messy code
java
android
class
debug
fuck
android studio