Not much about the person, but maybe something about the environment and circumstances.<p>There is a world of difference between the best and worst code I wrote that has nothing to do with my personality or expertise.
A lot. A classical research question, as well as a practice I suppose, is to try to deduce the author of a particular program, whether in source or in binary. Cf.:<p><a href="https://news.ycombinator.com/item?id=39135165">https://news.ycombinator.com/item?id=39135165</a>
In a team I was a part of some years ago I had the distinct feeling of being able to tell which one of my teammates wrote what code.<p>Something in the favorite methods to solve problems, variable names and so on (it was in Python where you have 100 ways to solve 1 thing!)<p>I think something very distinct and easy to pick is how they think, at least in the board term of OOP vs functional.<p>I’ve seen Go code being forced to do OOP and functional JS… it’s fascinating!
If they ever had to inherit someone elses code.<p>Code with detailed comments and include some whys, really care, and have had the nightmare of others leaving.<p>Although I knew one person who was notorious for just throwing their predecessors code out and re writing it. It is tough to interview to exclude that type.
Most important thing - if he likes to engineer (like most of developers regardless of experience) or solving the problem (rare kind at any seniority level).
How they approach problems in the language the code is written. Variable names are also an indicator of the level of effort they put in from my experience.