To give you little context: 230k users since november 2013, 1.4m monthly pageviews, 50% users MoM growth. So at this point we're having discussions whether if we still need to do hacks and monkey-patching our overall system or start doing massive refactors to our core funcionality code. What do you think? Have you experienced something like this?
Without having lots of data about your current system, business resources, business health, runway, expected growth, technical challenges, income, expenses, and other constraints it's very difficult for an outsider to come up with an informed decision on how best you can proceed given your unique set of circumstances.
Its really hard to say without being in your situation, but assuming that you keep growing, it sounds like there's inevitably going to be a point where you need to do some major infrastructure refactoring/quality of life changes. I think that you should plan for that. Looking at your current situation and trying to estimate when you'll need to make these changes for some feature down the line or some major goal should give you an idea of when they'll actually be necessary. That isn't saying keep accruing technical debt infinitely, but rather figure out a natural point of growth/stability where the changes make sense and the debt needs to be erased.
Debt provides leverage. If the burden will obviously prevent reaching 2 million page views per month then it might be time to restructure. If it might keep you from hitting 20 million, all the bottle necks on that path havent been built yet. So there's no way to solve that problem now and anyway growing by an order of magnitude is a more important problem to solve.<p>That's not to say that building a wall around new code to keep the mud out is a bad idea, but that's a response to growth.