in reply to Perl Test
This sounds like a management strategy that is doomed to failure. How can you effectively manage something when you haven't taught the skills to your engineers (or hired them, or hired a tech lead) and then try to tell them that they are doing it right or wrong? I would look at yourselves first and tried to see if you have done a good job managing a situation, because right now it seems like you are managing in retrospect, which isn't good.
That being said, if everything is working, you could judge based on the survival of projects and whether or not certain projects have needed to be team projects or extended. If projects can be easily extended and worked on by multiple people, that's a really good sign for any language.
|
|---|