I think that the "real developer" discussion is a sort of "strawman fallacy" that moves the discussion from "good and bad software". I knew engineers that build very bad software, and self-taught guys with strong knowledge of software development. There's no a rule, but certainly there are good and bad pieces of software.
But despite the specific concerns about software environments and communities, computer science created a lot of patterns and tools to measure the quality of software. And they are usually based on practice and years of experience, like the SOLID principles1. I think the challenge is to take the existing principles and try to implement them in any software development environment. Of course, there's always a little of "faith" involved in these decisions. You have to "believe" that certain principles lead to good software, and you need to trust someone with more experience than you in order to learn that.
So I think it is very important you never believe the statement "you're not a real developer", but it is equally important to accept that sometimes your opinion is not based on experience while other people positions are, and learn until you are able challenge other people positions based on facts.
We're a place where coders share, stay up-to-date and grow their careers.
We strive for transparency and don't collect excess data.