Ruby-Interviews laufen auf zwei Ebenen ab: die Sprache selbst — Blocks, Module, die Method-Lookup-Chain — und dann Rails, wo es bei den meisten Fragen eigentlich um ActiveRecord und die Datenbank dahinter geht. Hier sind die am häufigsten gestellten Fragen, jeweils mit einer Musterantwort. Junior: Grundlagentheorie, Definitionen und einfache Praxisfälle.
Nur nil und false sind falsy — 0, '' und [] sind alle truthy. Darüber stolpert jeder, der aus JavaScript oder Python kommt. Das heißt, if list ist auch für eine leere Liste wahr, also musst du, wenn du „leer" meinst, explizit list.empty? schreiben.
nil? fragt, ob das Objekt nil ist. empty? fragt, ob ein String, Array oder Hash keine Elemente hat — und fliegt dir bei nil um die Ohren, weil nil kein empty? kennt. blank? kommt aus Rails und deckt beides plus Strings ab, die nur aus Whitespace bestehen, weshalb es bei Formulardaten meistens die richtige Wahl ist.
Ein Symbol ist unveränderlich und wird wiederverwendet — :name ist überall dasselbe Objekt. Ein String-Literal erzeugt jedes Mal ein neues Objekt. Nutze Symbole für Namen von Dingen (Hash-Keys, Status-Werte) und Strings für Text, den du anzeigst oder änderst.
Es definiert einen Getter und einen Setter für eine Instanzvariable, damit du sie nicht von Hand schreiben musst. attr_reader liefert nur den Getter, attr_writer nur den Setter. Standardmäßig zu attr_accessor zu greifen ist eine Angewohnheit, die du dir abgewöhnen solltest — die meisten Attribute sollten von außen nicht beschreibbar sein.
Ein Stück Code, das einer Methode mit do...end oder { } übergeben wird. In der Methode führt yield ihn aus, und block_given? sagt dir, ob überhaupt einer angekommen ist. each und map sind ganz normale Methoden — dahinter steckt keine besondere Syntax, nur Blocks.
Das Model hält die Daten und die Regeln dazu, der Controller nimmt den Request entgegen und entscheidet, was zu tun ist, die View rendert die Antwort. Die praktische Regel: Business-Logik gehört ins Model oder in ein Service-Objekt, nicht in den Controller, und eine View, die selbst die Datenbank abfragt, macht die Arbeit des Controllers.
Eine Migration ist eine versionierte Änderung an der Datenbank — eine Ruby-Datei, die du vorwärts laufen lässt. schema.rb ist der generierte Schnappschuss der aktuellen Struktur, den eine neue Maschine lädt, statt alle Migrationen seit Beginn der Zeit abzuspielen. Migrationen bearbeitest du; die Schema-Datei fasst du nicht von Hand an.
Im echten Interview sprichst du unter Druck. Cam stellt genau diese Fragen, bewertet jede Antwort und zeigt dir genau, was du verbessern musst.
Junior Ruby on Rails-Interview üben →