markdown guide
 

1) No tests whatsoever,
2) things added without looking at the broader scope of things,
3) dead code,
4) methods or classes that do multiple things,
5) library or framework features used incorrectly.

 

1) Lack of readability, inconsistent code
2) Missing tests
3) Unit tests that are not testing the unit or worse, anything
4) Dependency on legacy libraries that are no longer maintained and become a liability
5) Model spread over the whole code base
6) No documentation whatsoever

 

Not a lot to add to existing replies, especially re tests but the main problem I find is no one actually knows how it works and most importantly what features are actually used anymore. It feels very frustrating to work with code you dont even know is useful.

 

Oh boy! And it's very scared to touch those codes.

 

Hard to follow abstraction. There is lots of legacy code where it's not clear what else will be affected if you make a change. This is especially problematic when code lacks documentation and sufficient test cases.

 

Functions that are hundreds of lines long.

No coding style or standards followed.

Lack of documentation and not knowing what the dependencies are for the system, not knowing what other service or function might break due to your changes.

But most importantly, the lack of automated testing. It becomes increasingly harder to ship your refactored code when you don't have the confidence that it will not break something else.

 

1) So big Classes, methods
2) tightly coupled methods.
3) no proper indentations.

Classic DEV Post from Mar 20

JavaScript predictions for 2019 by npm

npm, Inc., which runs the world’s biggest software registry has shared some very interesting read about insights and predictions about JavaScript for 2019

saif ali profile image
401 Not Authorized
Join dev.to

If crime-fighting half-man/half-sharks can do it, so can you.