This is simply crazy talk. He creates a list of genuine issue, e.g. over-engineering and slaps them under the moniker of "because TDD."

I don't know how many times production was saved because there was an automated test written via TDD that prevented bad code from going out. Too many times to count.

What the author is suggesting is to throw this out and go back to the days of broken production apps are okay. This has never bothered Facebook, and it will definitely bother engineers who want to take pride in their work.