is something wrong with me ?
-
mark merrens wrote:
Yes, there is something wrong with you.
it might be true. But a kind of questions tells you a lot about other person's knowledge and what you are getting your self into.
mark merrens wrote:
Did you bother to ask any questions
yep i did . They asked a question about generations in memory management. i explain them the concept and asked how the question was relevant and his answer was if you know the how generation works you can control how and which object should go to which generations.
That's not what you should be asking. At a minimum, ask 3 questions at the end of the interview. Have them written down. Ask them and expect good answers. You might ask "What are you expecting from me in the first 90 days?" or "Can I see where I'll be working?". The former will tell you how organized they might be and/or if they even thought about what you will really be doing and what they want from you, the second will demonstrate an interest but will also show you all the other poor bastards you have to work with. :-)
"If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." Red Adair. Those who seek perfection will only find imperfection nils illegitimus carborundum me, me, me me, in pictures
-
mark merrens wrote:
Yes, there is something wrong with you.
it might be true. But a kind of questions tells you a lot about other person's knowledge and what you are getting your self into.
mark merrens wrote:
Did you bother to ask any questions
yep i did . They asked a question about generations in memory management. i explain them the concept and asked how the question was relevant and his answer was if you know the how generation works you can control how and which object should go to which generations.
CS2011 wrote:
you can control how and which object should go to which generations
Mmmhh... I don't know much about managed memory, but I do not see what the point may be. Optimizing code for .NET :-D ?
~RaGE();
I think words like 'destiny' are a way of trying to find order where none exists. - Christian Graus Entropy isn't what it used to.
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
IMHO, wrong decision. You cannot generalize group based on individual. Of course, they all may be same but that is not right. I would have stated in the interview up front that I, personally, believe that we should be focusing on real World problems that I may have to solve during the job rather than knowing definitions. I have shared my opinions many a times in an interview and was rejected. No, I do not quote that as a reason but it is really awesome coincidence. But I do feel it is not really a good thing to do in interview. Never piss off the interviewer. :) I have had privilege to taking interviews as well and I found certain people with all kinds of MS certifications not being able to tell solutions to basic real World problems. For instance, I once asked, "Well, we have plenty of extension methods with LINQ that make is easy to iterate as far as lines of code is concerned. We also have TPL in .Net 4.0 that enables parallel processing. If possible, what do you think we can use if we are to use .Net framework 2.0 and achieve the same? If not, then what do you think would be an optimal way to get close?" Hence, I tend to stay away from definitions as much as possible. Instead, I try and give small requirement that actually asks for the person to actually use the definition that is readily available on web.
My CP workspace: Incredibly trivial and probably useless code samples[^]
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
CS2011 wrote:
I always had problem with theoretical questions in interview.
The fact that someone is technically competent doesn't mean that they can competently communicate. And more significantly it doesn't mean that they can ask questions that objectively judge skills. Some people recognize that but, probably and unfortunately, most do not. Sort of sad to see a technical interviewer fumble about because they suddenly realized that the interviewee knows vastly more than the interviewer and perhaps even knows a more correct answer. Of course it is even worse when a technical interviewer wanders off into matters that are not technical and which may not even be legally discussed in an interview.
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
"The definition" can say a lot about you. I had interviewed two times before and I asked theoretical questions. It is easy to recognize answer by the book. Definitions learn by heart does not make much sense to the learner. Definitions used simple words are just reproduction of what interviewee understands (best case, happened to me twice). Definitions with more complicated words (but self reproduced and not learned by heart) may mean more experience in that area. (happened once). The shorter it takes to answer, the more recently interviewee used that theory before. Not knowing the theory itself can also tell how the interviewee acts when it does not know how to do something. If (s)he admits and seeks help it is suitable for team work. If (s)he tries to simulate knowledge, it'll probably simulate work. If (s)he admits, but don't seek help (s)he is probably prefer to work alone. It is amazing how much information you can get for someone by just answering a simple theoretical question.
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
Yes there is something wrong with you ;) What's wrong with being asked to explain what MVVM is if you're going to work in a job where MVVM is being used? They're looking to see if you understand the principals, not just if you can memorise definitions. If the team is using MVVM with DI and asked you to solve a problem, you could probably solve it quite well using winforms and binding to datatables - but that wouldn't show that that you could work in their environment. Being a good dev isn't just about coding solutions to problems, it's much more than that.
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
I had an interview where they asked me to explain MVC. I said "Isn't MVVM the latest thing?" Then there was the time time they asked "How would you reverse a string in C?" I went up to the white board and wrote "strrev". Got a good laugh. (Then I wrote the algorithm.)
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
I think that's definitely a huge warning sign. If the interview is too simplistic, there is a good chance that you can get stuck on a system with tons of buggy poorly written code. I would definitely make sure I asked about their development process, what they consider quality code and how they maintain that level of code in their system, etc. I'd also ask them to describe the best and worst features of their code base. Also, ask about improvements/refactorings driven completely by the development team. How do they make sure their system stays up to date with best practices? What kind if training has the team received? How much control do developers get over their systems and how easy is it to get the plugins that you need? I think that's a good start.
Curvature of the Mind now with 3D
-
I think that's definitely a huge warning sign. If the interview is too simplistic, there is a good chance that you can get stuck on a system with tons of buggy poorly written code. I would definitely make sure I asked about their development process, what they consider quality code and how they maintain that level of code in their system, etc. I'd also ask them to describe the best and worst features of their code base. Also, ask about improvements/refactorings driven completely by the development team. How do they make sure their system stays up to date with best practices? What kind if training has the team received? How much control do developers get over their systems and how easy is it to get the plugins that you need? I think that's a good start.
Curvature of the Mind now with 3D
It takes me less than five minutes to decide whether to hire someone or not. Several studies suggest that the hiring decision is actually made in the first 20 seconds. (Then it takes weeks to get it through management and HR.) It's pretty much the same when I'm being interviewed, a process I'm doing right now. Once I decide I do want to work at a place, I'll engage in a longer conversation (which often makes me more enthusiastic for the job), but it's not really needed.
-
That's not what you should be asking. At a minimum, ask 3 questions at the end of the interview. Have them written down. Ask them and expect good answers. You might ask "What are you expecting from me in the first 90 days?" or "Can I see where I'll be working?". The former will tell you how organized they might be and/or if they even thought about what you will really be doing and what they want from you, the second will demonstrate an interest but will also show you all the other poor bastards you have to work with. :-)
"If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." Red Adair. Those who seek perfection will only find imperfection nils illegitimus carborundum me, me, me me, in pictures
I agree completely with Mark here. The point isn't to test the interviewers knowledge on what you think is important technical knowledge at that point in time. Its to test the companies requirements from you. What are your expected goals in the next 3 months? What are their key performance indicators used? What technologies are you expected to be working in or proficient in? What is your expected role within the company? If they are actually part of the SDLC process, then you can ask what their average working day is like. There are a ton of relevant questions that will show them how professional you yourself are, and also give you extremely relevant information in return on whether the company will be a good fit for you. Any monkey can show of technical knowledge, and even learn it. Always remember, don't burn bridges. You don't know who they are connected to or if a few year later you may want a job with them, and their resources department has you red flagged an uncooperative.
-
That's not what you should be asking. At a minimum, ask 3 questions at the end of the interview. Have them written down. Ask them and expect good answers. You might ask "What are you expecting from me in the first 90 days?" or "Can I see where I'll be working?". The former will tell you how organized they might be and/or if they even thought about what you will really be doing and what they want from you, the second will demonstrate an interest but will also show you all the other poor bastards you have to work with. :-)
"If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." Red Adair. Those who seek perfection will only find imperfection nils illegitimus carborundum me, me, me me, in pictures
Yeah... the second is specially important to catch a feel of the environment. Is it engaging? Stimulating? Or just a bunch of monkeys pushing buttons? :~
To alcohol! The cause of, and solution to, all of life's problems - Homer Simpson ---- Our heads are round so our thoughts can change direction - Francis Picabia
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
Well, I have different sort of problems with those kind of questions: I don't memorize definitions. I've been asked what SOLID is, and damn it, I always get stuck in the L :doh: The point is... I apply all SOLID concepts on my daily work, but it really gets in my nerves when someone asks me to define the principles. This applies to a lot of things and I believe I failed some interviews because I can't memorize things well. It's very hard to be asked questions that test my problem solving capabilities (which I excel at), but I wouldn't turn down a job because of the questions the interviewer asked. I'm more concerned about what type of work I will be performing, the environment and the earnings.
To alcohol! The cause of, and solution to, all of life's problems - Homer Simpson ---- Our heads are round so our thoughts can change direction - Francis Picabia
-
I had an interview where they asked me to explain MVC. I said "Isn't MVVM the latest thing?" Then there was the time time they asked "How would you reverse a string in C?" I went up to the white board and wrote "strrev". Got a good laugh. (Then I wrote the algorithm.)
That reminds me of an interview I had last time I was out looking. Them: how would you reverse a string? Me: I'd use the standard functionality already in the library. Why would I rewrite it? It's already provided, and the people who wrote that are probably better at developing software than me. Them: What if it wasn't there. Me: Well, ok, blah blah blah about null-checking, maybe making it an extension method, etc, etc. I got home and phoned the headhunter, saying I didn't think it had gone too well. Twenty minutes later, she called back, saying they loved me, and wondering if I could come back that afternoon to meet with the CTO or VP or some such. I ended up not taking that position; I didn't think it was as good a fit for me personality-wise as where I ended up. But, one shouldn't judge an organization by the kinds of questions they ask, necessarily. They're just trying to get some kind of insight into your analysis/thought process.
-
No what's worse is when the interviewer ALSO got the questions and definitions from the same source on the internet. Actually had it happen once. Looking back now, I could have probably told them an Array was what Dark Helmet used on people's jewels when they went over his helmet. [^] Or could have gotten away with defining Friend Classes as the parts of code written with the Paired Programming technique. Someone mentioned knowing between Private and Public.. That's easy! Private is the code I am not willing to share with anyone.. Public is the code I got off CodeProject ;P
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
You can't do that! You can't ask someone for a solution of the problem because it's a work, but you're not working, you are trying to have a possibilty to give a solution, means you are trying to have the job first and then give a solution! Wow, what did I wrote I don't know, but it's correct..... this is how developer mind working...hahaha...
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
CS2011 wrote:
what is MMVM
I had one interview that they told me I answered wrong, it turned out their answer was wrong. I didn't mind not getting a callback.
Psychosis at 10 Film at 11 Those who do not remember the past, are doomed to repeat it. Those who do not remember the past, cannot build upon it.
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
I'm not sure I agree with the wording of the objection. Theoretical questions are not only fine, they are a good idea. A candidate who has no concept of computer science theory or the abstract concepts involved in software development will produce code that has no governing or organizing principles behind it, and who will make decisions with no awareness of why one choice is better than another. I don't think it is "theoretical" that is objectionable. It is keyword and buzzword-based interviewing, and arbitrary arcane fact-based interviewing, that is the problem. A lot of technical interviews with non-technical or semi-technical people, or with technical people who haven't thought about what is an effective method of interviewing, go down a sheet asking things like "How many years experience do you have with REST?" "How many years experience do you have with ASP.NET custom controls?" "What is the third option on the file menu in Visual Studio?" This kind of interviewing makes me far less interested in the job, not only because it means the management may not be the greatest, but because everyone they've already hired went through the same, ineffective interview filter and therefore the team I'd be working with is unlikely to be inspiring. But I've had occasion to ask people about theory, say, to explain the basic ideas that make up object-oriented programming, and it can sometimes very quickly take someone who looks good on paper and discover the reality. You have to do that kind of thing in order to get a sense of whether the person understands what the acronyms he has pasted onto his resume actually mean...because there are as many candidates out there who are nothing more than a collection of buzzwords and keywords as there are hiring managers who are the same.
-
I always had problem with theoretical questions in interview. recently i was interviewed for a SW Architect position and all the question he asked was theoretical like what is MMVM, What is solid principal and DI. I did answer the question and got the offer but i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that. My thinking is if you want to know if someone knows thing give him a problem ask to design a solution. Any one who has access to internet can tell you the definitions.
CS2011 wrote:
and all the question he asked was theoretical like what is MMVM, What is solid principal and DI... i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that
Since I don't interview candidates as a full time job, I keep a list of interview questions that I pull from. Some questions are theoretical, some not. They don't really reflect how the team works together, but are tools for me to assess how well the candidate will fit in and how much they might need to pick up. Trying to judge how my team works by the questions I ask would be a mistake. If you want to know, ask me. If I'm only asking theoretical questions, asking why is a fair question from a candidate. Are you sure you didn't reject that offer because of an incorrect assumption about how the team works that you based simply on which questions they asked to assess your knowledge and fit?
We can program with only 1's, but if all you've got are zeros, you've got nothing.
-
CS2011 wrote:
and all the question he asked was theoretical like what is MMVM, What is solid principal and DI... i rejected it saying i was not OK with the way interview went and kind of question i was asked and would not like to work with a team like that
Since I don't interview candidates as a full time job, I keep a list of interview questions that I pull from. Some questions are theoretical, some not. They don't really reflect how the team works together, but are tools for me to assess how well the candidate will fit in and how much they might need to pick up. Trying to judge how my team works by the questions I ask would be a mistake. If you want to know, ask me. If I'm only asking theoretical questions, asking why is a fair question from a candidate. Are you sure you didn't reject that offer because of an incorrect assumption about how the team works that you based simply on which questions they asked to assess your knowledge and fit?
We can program with only 1's, but if all you've got are zeros, you've got nothing.
patbob wrote:
Are you sure you didn't reject that offer because of an incorrect assumption about how the team works that you based simply on which questions they asked to assess your knowledge and fit?
Well you might be correct. Some theory and some not i can understand but when every single question asked is theoretical..Well that's different story. In my personal experience person taking interview will be your boos (most of the case if not all and again in my experience) and i really didn't wanted to report to someone who is more interested in theory rather then checking out if a personal has some real problem solving skills.