I would say it depends on what you want to hire them for and what their purpose is in your organization.
Someone who understands C ++ but not C (which is easy to do these days) will fall into this type of category. They can potentially be a great employee. However, I would say that this is a warning, so depending on their resume, this will be one label against them in my book.
However, if they work on fairly simple projects and do not require the development and development of critical parts of your code base (at least at an early stage), they may be in order.
I would not, however, hire someone who was engaged in design or who did not work on critical systems that did not understand basic concepts like this. Any developer that I hire who will work on high-level C ++ projects should understand memory management, the basic concepts of C and C ++, templates and general programming, as well as all the basics, at least to a reasonable extent. language in which they will use.
Misunderstanding the concepts of how string literals work will be a big drawback - even if they use std :: string or the like, I want them to understand how this works under it, at least to some extent, as well as others the options are there. Understanding the concepts helps to understand the rationale for newer, more enjoyable technologies, as well as understand the trade-offs that arise when using them. It also helps to understand the design decisions made and apply them to your own projects.
Reed copsey
source share