"Our founding engineers had learned from their experience working at Google and Facebook that to ensure a performant and stable application, they would need to build their own framework"
I didn't believe that was an actual quote from the article until I read it. It sounds like a joke and I can't imagine anyone reasonable would say that.
There are definitely good reasons to build your own framework but performant and stable applications isn't one of them. Usually it's a solution looking for a problem.
In fairness the decision was made in 2009. I still don’t think it was the right decision but it feels a lot more understandable to have made that choice when looking at the frameworks available in 09 rather than 2020.
I never worked at Asana but I heard it was both, it had code sharing between client and server, some server-side javascript before node.js (I think it was based on JSC) and something similar to isomorphic javascript before this term was coined by Airbnb. If you look at Meteor, a lot of similar ideas migrated there.
At Google or Facebook that makes sense. If you encounter much larger scale than pretty much any other company, it's hard to find libraries that work for you. So the observation was correct but they should've concluded that this is just a result of scale and complexity, not a general strategy.
There are definitely good reasons to build your own framework but performant and stable applications isn't one of them. Usually it's a solution looking for a problem.