I can't speak for other CTOs, but when I'm hiring developers to be part of the core team I primarily look for two things, 1. having worked on complex problems and 2. having worked on more than one platform/language/framework.
Almost anyone can learn some basic skills and throw together a simple mobile app, or a CRUD web application and such. It's when you get beyond that that real skill and creativity comes in... when you run into problems of scale, when you run into the limitations of the framework and so on. Solving those kinds of problems is what separates a good developer from a mediocre one, not how many languages they know or how many trivial RoR apps they've built.
That said, it takes the perspective of having worked on more than one framework to really understand that there's more than one way to solve a problem, and to actually know the strengths and weaknesses of platform X. That's why I am wary of one-trick ponies, no matter how good they are at that one trick.
Programming languages are not THAT different from each other, and a good programmer in language X can typically figure out the basics of language Y in days and learn the idioms and patterns in a few more weeks.
My advice to you would be to work on more complex problems rather than just scratching the surface of a lot of things. It hardly matters what it is, what platform it's on or what tools you use. For example, you could try to solve some pending issues with a popular open source project and get a pull request accepted which will teach a lot of valuable skills---working with other people's code, navigating large unfamiliar codebases, writing code that other developers can easily understand etc.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I can't speak for other CTOs, but when I'm hiring developers to be part of the core team I primarily look for two things, 1. having worked on complex problems and 2. having worked on more than one platform/language/framework.
Almost anyone can learn some basic skills and throw together a simple mobile app, or a CRUD web application and such. It's when you get beyond that that real skill and creativity comes in... when you run into problems of scale, when you run into the limitations of the framework and so on. Solving those kinds of problems is what separates a good developer from a mediocre one, not how many languages they know or how many trivial RoR apps they've built.
That said, it takes the perspective of having worked on more than one framework to really understand that there's more than one way to solve a problem, and to actually know the strengths and weaknesses of platform X. That's why I am wary of one-trick ponies, no matter how good they are at that one trick.
Programming languages are not THAT different from each other, and a good programmer in language X can typically figure out the basics of language Y in days and learn the idioms and patterns in a few more weeks.
My advice to you would be to work on more complex problems rather than just scratching the surface of a lot of things. It hardly matters what it is, what platform it's on or what tools you use. For example, you could try to solve some pending issues with a popular open source project and get a pull request accepted which will teach a lot of valuable skills---working with other people's code, navigating large unfamiliar codebases, writing code that other developers can easily understand etc.