In case anyone didn't see it down at the bottom, this comment was left on the post: Ryan (& Everyone Else) – My name is Mike Vernal, and I manage the engineering team for Facebook Platform. I understand and am legitimately sorry for the frustration you guys are experiencing. I think there were three themes in this post — frequency of change, bugs, and documentation. I wanted to give you some more context on all three…
Very interesting. As an FB developer, some of the bugs they introduce (and re-introduce) are baffling. Their QA process always appears non-existant. I'd like to believe him, but would have to see it first. We often file bugs that sit there forever, and some parts of their platform break on a weekly cycle, if not more often.
For this reason, newer employees had to do a cycle of QA/support/dev, where you found out that there would always be one customer whose entire use case was the one case you didn't test for, and that makes your toolkit fail horribly. I'm not excusing these bugs, and Facebook is certainly a more complex platform to build on top of, but I can certainly see how a QA team could be working nonstop and appearing to accomplish nothing.
(Also note that since leaving this job better testing tools have come out/become more popular. The Ruby community especially is very oriented toward automating "mutate this test until it fails".)