3 ms·

That's not the case, as there is another project in the same company with very good codebase made by one team, however, the one written by another team, sucks :

• 16s 16y ago
  Another risk... has a re-write been brought-up before and shot down? Did everyone agree (reluctantly) to make the best of it and continue with the code base? If that happened and you bring this up again, it may not end well. Management may see it as you undermining the project, not "being on board", etc. So unless you feel really compelled to do this, and you can do a good, objective quantification (here is why a re-write will make us more money) as why it must be done, don't bring it up. Also, telling mgt that a whole team in the company produces bad code may not be in your interest and it certainly won't make that team your friend going forward.
  • dicarsio 16y ago
    The code was written by outsourced people. And yes - another developer already talked about a rewrite, but it was postponed. Thing is, if we postpone and add lots of features, it will cost more to do it later! We can always rewrite portions of it, and make it more stable, but I truly believe in a rewrite - while the project is "young". Another factor is the lack of budget in the project =/