Timeline for I can't program because the code I am using uses old coding styles. Is this normal to programmers?
Current License: CC BY-SA 3.0
7 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 12, 2012 at 10:23 | comment | added | Arkh | It's also an opportunity to gather content for thedailywtf.com | |
| Jun 12, 2012 at 9:38 | comment | added | deadalnix | @S.Robins Chasing bug without test is inefficient and exhausting and refactoring without unittest is very risky (and both combine nicely). This is exactly why such a situation is a nightmare. Massive legacy codebase aren't usually unittestable (full of global states, hardcoded dependencies on production system, or on other systems, no separations of concerns, massive code repetition, etc . . .). You'll have to go throw a first refactoring pass to make the code unittestable. I think we both agree on the coding aspect of the problem, but misunderstood each other. | |
| Jun 12, 2012 at 9:13 | comment | added | S.Robins | @deadalnix First jobs rarely offer the opportunity to choose the people you work with. Often you won't know how much people really care about code quality until you've worked with them for a while. My answer helps the OP understand this. Your statement about an inability to unit test before refactoring is patently wrong. Trying to refactor before unit tests increases overall risk. Chasing bugs without tests is inefficient and exhausting. People who care about code quality focus heavily on tests and clean coding technique. I don't get your implied objection, happy to chat about this offline :-) | |
| Jun 12, 2012 at 8:33 | comment | added | deadalnix | Well I did that once, and succeed at it. It is exhausting. I'll never do that again. This is really hard : you can't unittest BEFORE refactoring, code is weak so is likely to explode on your face at any moment, and you will face a very important resistance due to people's working habbits (among other problems). I know work only for people that care about code quality. | |
| Apr 16, 2012 at 12:46 | comment | added | Renato Dinhani | First, all answers here are good and helped me. This answer was not high voted or commented, but I really like it. I think that point of asking a lot of questions and not going on defensive are very important. I talked to my boss about some points I mentioned here, and as expected, I don't have the power to do big changes, but I feel that a bit will be changed for better after that. Thank you, S. Robbins and the others for the wise words. | |
| Apr 16, 2012 at 12:39 | vote | accept | Renato Dinhani | ||
| Jan 4, 2018 at 21:04 | |||||
| Apr 6, 2012 at 5:45 | history | answered | S.Robins | CC BY-SA 3.0 |