C# Potenzielle Interviewfrage ... zu schwer?

Question

Ohne diesen Code auszuführen, identifizieren Sie bitte, welche Foo-Methode aufgerufen wird:

class A
{
   public void Foo( int n )
   {
      Console.WriteLine( "A::Foo" );
   }
}

class B : A
{
   /* beachten Sie, dass A::Foo und B::Foo überhaupt nicht zusammenhängen */
   public void Foo( double n )
   {
      Console.WriteLine( "B::Foo" );
   }
}

static void Main( string[] args )
{
   B b = new B();
   /* welches Foo wird gewählt? */
   b.Foo( 5 );
}

Welche Methode? Und warum? Kein Mogeln, indem Sie den Code ausführen.

Ich habe dieses Rätsel im Internet gefunden; ich mag es und denke daran, es als Interviewfrage zu verwenden... Meinungen?

EDIT: Ich würde einen Bewerber nicht dafür beurteilen, wenn er dies falsch beantwortet, sondern es als Möglichkeit nutzen, eine umfassendere Diskussion über C# und CLR selbst zu eröffnen, damit ich ein gutes Verständnis der Fähigkeiten des Bewerbers erlangen kann.

Quelle: http://netpl.blogspot.com/2008/06/c-puzzle-no8-beginner.html

Answer 1

Ich würde das wirklich nicht als Interviewfrage verwenden. Ich kenne die Antwort und die Begründung dahinter, aber so etwas sollte so selten vorkommen, dass es kein Problem sein sollte. Die Antwort zu kennen zeigt wirklich nicht viel über die Fähigkeit eines Kandidaten, zu coden.

Beachten Sie, dass Sie dasselbe Verhalten auch erhalten, wenn A.Foo virtual ist und B es überschreibt.

Wenn Sie C#-Rätsel und Kuriositäten mögen, habe ich auch ein paar (einschließlich dieses).

Answer 2

Zu schwierig? Nein, aber was ist Ihr Ziel bei der Frage? Was erwarten Sie von Ihrem Interviewpartner? Dass sie diese bestimmte syntaktische Eigenheit kennen? Das bedeutet entweder, dass sie die Spezifikation/Sprache gut studiert haben (gut für sie) oder dass sie auf dieses Problem gestoßen sind (hoffentlich nicht durch das, was sie geschrieben haben, aber wenn sie es getan haben - Yikes). Weder Fall deutet wirklich darauf hin, dass Sie einen soliden Programmierer/Ingenieur/Architekten vor sich haben. Ich glaube, dass die Diskussion rund um die Frage wichtiger ist als die Frage selbst.

Wenn ich Kandidaten interviewe, stelle ich in der Regel eine verblüffend einfache Frage, die auf einer sprachlichen Eigenheit basiert - aber es ist mir egal, ob mein Interviewpartner sie kennt, denn diese sprachliche Eigenheit ermöglicht es mir, viele Möglichkeiten zu eröffnen, um herauszufinden, ob mein Kandidat methodisch ist, welchen Kommunikationsstil sie haben, ob sie bereit sind zu sagen "Ich weiß es nicht", ob sie in der Lage sind, spontan zu denken, ob sie das Design von Sprachen und Maschinenarchitektur verstehen, ob sie Plattform- und Portabilitätsprobleme verstehen - kurz gesagt, ich suche nach vielen Zutaten, die alle zusammen "haben sie es verstanden?" ergeben. Dieser Prozess dauert eine Stunde oder länger.

Letztendlich ist es mir eigentlich egal, ob sie die Antwort auf meine Frage kennen - die Frage ist ein Trick, um all die anderen Informationen indirekt zu erhalten, ohne jemals danach fragen zu müssen. Wenn Sie keinen wertvollen Hintergedanken bei dieser Frage haben, sollten Sie sie nicht einmal stellen - Sie verschwenden Ihre Zeit und die Zeit Ihres Kandidaten.

Answer 3

Kann Joel da nur zustimmen. Ich habe über 20 Jahre Erfahrung im Design und Codieren, und das Erste, woran ich dachte, als ich das sah, war: Es wird nicht einmal kompilieren.

Ich habe diese Annahme gemacht, weil ich versuche, Überlastungen zu vermeiden, die sich nur durch einen einzigen Datentyp unterscheiden, und beim Betrachten des Codes nicht einmal den Unterschied zwischen int/double bemerkte; ich ging davon aus, dass ein neuer Operator benötigt wird, um eine Neudefinition in B zu ermöglichen.

Tatsächlich hatte ich eine Bibliothek verwendet, die ein Mitprogrammierer zur Handhabung der Generierung einiger Textdateien erstellt hatte, die etwas verwirrend war, weil eine der Methoden 8 verschiedene Überladungen hatte und zwei davon sich nur durch den Datentyp des letzten Arguments unterschieden. Eine war string und die andere char. Die Wahrscheinlichkeit, dass der Wert, der für die String-Version des Parameters benötigt wurde, ein Zeichen lang war, war ziemlich hoch, also hoffentlich kannst du sehen, wohin das führt. Wir hatten riesige Probleme beim Debuggen, weil der Verwender der Bibliothek versehentlich den falschen Aufruf auslöste aufgrund von Unterschieden in Anführungszeichen, einfachen versus doppelten.

Moral der Geschichte, sei dankbar, dass der Kandidat die Antwort nicht kennt, denn dies könnte gute Codiergewohnheiten anzeigen.

Answer 4

Ein weiterer Stimmen gegen die Verwendung davon, aber aus einem anderen Grund.

Wenn man unter Druck wie diesem steht, würden viele wirklich gute Programmierer die falsche Antwort geben, aber nicht, weil sie die Konzepte nicht kennen oder es nicht herausfinden könnten. Was passiert ist, dass sie so etwas sehen und denken: "Aha, Trickfrage!", und dann weiter versuchen, sich in der Antwort zu übertreffen. Dies gilt insbesondere in einem Vorstellungsgespräch, wo sie nicht vom IDE oder Google oder einem anderen der anderen Hilfsmittel profitieren können, das ein Programmierer im alltäglichen Programmieren als selbstverständlich ansieht.

Answer 5

Nicht wirklich fair als Interviewfrage, da es ein bisschen eine Trickfrage ist. Die gute Antwort, die ich von einem Bewerber hören möchte, wäre eher in die Richtung "Das muss refaktoriert werden".

Es sei denn, Sie suchen jemanden einstellen, um an Compilern zu arbeiten, bin ich mir nicht sicher, ob Sie so tief in die CLR gehen müssen.

Bei Interviewfragen suche ich nach Dingen, die das Verständnis des Coders in ihrer Antwort zeigen. Das ist eher eine Eigenheit/Rätsel.