Wie geht man mit absurden technischen Tests für Vorstellungsgespräche um (z.B. eine unangemessen große Aufgabe mit einer kurzen Frist)?

Indem ich von ihnen wegging.

GS (Goldman Sachs) wollte einmal ein kleines Codebeispiel von mir, das bis zu einem Börsenauftragsbuch-Simulator lief. Nichts allzu Besonderes, es sei denn, sie spezifizierten volle Testabdeckung und PRODUKTIONSCODEQUALITÄT. Für etwas so Kritisches läuft es auf eine Woche Arbeit hinaus, in der jeder einzelne Edge-Fall getestet wird, denn diese Art von Code ist extrem kritisch.

Ich schickte dem Anwerber ein Angebot und sagte ihm, wenn er nicht zahlt - kein Spiel.

Einige Unternehmen haben dumme Ideen und stellen lächerliche Tests auf. Ihr Beispiel ist ähnlich - es gibt keinen verdammten Weg, dies in 2 Stunden zu tun, wenn man es nicht bereits vorbereitet hat. Ich wage zu behaupten, dass dies ein Grenzbetrug ist. Es ist wahrscheinlich nur ein Zeichen komischer Inkompetenz.

Denken Sie daran, dies ist IT - und IT ist ein Verkäufermarkt. Tonnen von Arbeitsplätzen - keine Spezialisten. Benehmen Sie sich so. Machen Sie keine Geschäfte mit Idioten. Ich lehne jede Kodierungsarbeit ohne PRIOR-Interviews ab, denn es gibt eine andere Seite: All diese “interessanten, herausfordernden” Projekte sind sowieso immer wieder das gleiche dumme Ding. Ich will erst einmal wissen, ob ich MEINE Zeit vergeuden will, denn ich liebe es, Projekte, die mir gefallen, auch wirklich zu machen, und Personalvermittler haben heutzutage überhaupt keine Ahnung, worum es bei Projekten geht.

Denken Sie daran, wenn ein Unternehmen ein Vorstellungsgespräch mit Ihnen führt, dann führen Sie auch ein Vorstellungsgespräch mit dem Unternehmen.

Verwenden Sie alberne Tests als Screening-Instrument.

Wenn der TEST Ihnen unangemessene Ziele und Zeitvorgaben setzt, Raten Sie, was Sie auf der Stelle erwarten können.

Nehmen Sie es nicht persönlich, ein schlechter Test ist kein nützlicher Gradmesser für Ihre Fähigkeiten. Wenn sie sagen, dass Ihre Arbeit nicht gut genug war, und Sie wissen, dass sie es war, dann werden sie Sie bei der Arbeit offensichtlich auch nicht schätzen.

Nochmals, es liegt nicht an Ihnen, sondern an ihnen.

Rückblickend ist 20/20. Das sollten Sie beim nächsten Mal sagen:

“Als Faustregel gilt: Ich mache keine Hausaufgaben, wenn ich nicht vorher mit dem Kunden spreche.”

“Sind Sie der Kunde? Nein, dann verbinden Sie mich mit dem Einstellungsmanager des Kunden. Und nein, wenn Sie für die Personalabteilung arbeiten (Sie sind nicht der Kunde, es sei denn, Sie möchten, dass ich eine personalbezogene Bewerbung erstelle).”

“Ok, was macht diese Person für Ihr Unternehmen? Wird er/sie die Person sein, der ich unterstehe, falls Ihr Unternehmen mich einstellen sollte? Ok, ja. Ich möchte mit dieser Person sprechen”

Wenn Sie endlich mit dieser Person sprechen, dann sagen Sie etwas wie:

“Ok, haben Sie meinen Lebenslauf gelesen? Angenommen, der Personalverantwortliche will das Projekt immer noch nicht überspringen, dann könnten Sie sagen:

"Das Problem ist, dass ich mich schon einmal verbrannt habe.

Zum einen weiß ich nicht, ob ich das Projekt einfach von Grund auf neu aufbauen oder nur einen Teil des Codes wiederverwenden soll, den ich herumliegen habe? Einmal habe ich das Projekt in ein paar Stunden von Grund auf neu erstellt, aber ich wurde kritisiert, weil ich keine produktionsreife Anwendung hatte.

Und ein anderes Mal gab es eine kleine Versionsabweichung, und ihre IT wusste nicht, wie sie die Konfigurationsdatei anpassen sollten, damit mein Projekt funktioniert.”

Aber was auch immer Sie tun, geben Sie diese Erklärung nicht dem Personalverantwortlichen. Erklären Sie es nicht und rechtfertigen Sie sich nicht vor dem Personalverantwortlichen. Es ist sinnlos, sich vor einem Gatekeeper erklären zu wollen. Je mehr Informationen Sie einem Gatekeeper geben, desto wahrscheinlicher wird er/sie diese Informationen gegen Sie verwenden, da ein Gatekeeper absichtlich nur sehr selten die Macht hat, Zugeständnisse zu machen, aber andererseits besteht seine/ihre Rolle eher darin, nach Gründen zu suchen, um Kandidaten auszusortieren.

Angenommen, Sie haben mit dem eigentlichen Entscheidungsträger gesprochen, dem Einstellungsmanager, dem Sie eigentlich unterstellt sind, und vorausgesetzt, Sie erhalten von dieser Person gute Schwingungen, dann könnten Sie sagen:

“Ok, ich bin bereit, das Projekt mit nach Hause zu nehmen, aber ich wäre lieber dabei, wenn mein Projekt installiert und evaluiert wird.

Meinen Sie, wir könnten einen Zeitpunkt festlegen, zu dem ich mit meinem Code reinkommen und wir es gemeinsam auf einem der Rechner Ihres Entwicklers einrichten könnten? ”

“Wie wäre es mit diesem kommenden Mittwoch? […] Werden Sie dort sein? Wird einer der Entwickler auch dort sein? ”

Aber noch einmal, tun Sie das nur, wenn Sie von dieser Person gute Schwingungen bekommen. Vertrauen Sie Ihrem eigenen Bauchgefühl. Wenn Sie aus irgendeinem Grund das Gefühl haben, dass sie dieses Projekt, das sie mit nach Hause nehmen, als faule Methode benutzen, um viele Dutzende von Bewerbern zu prüfen, dann tun Sie das. Oder wenn Sie aus irgendeinem Grund das Gefühl haben, dass sie versuchen, eine kostenlose Arbeit aus Ihnen herauszuholen, damit sie diese in Produktion geben können, und nicht mit den Hausaufgaben einverstanden sind

Dasselbe gilt, wenn Sie auftauchen und sie Ihr Projekt nicht installieren/überarbeiten wollen, wenn Sie dort sind. Wenn sie wollen, dass Sie ihre Hausaufgaben machen, müssen sie auch etwas Zeit in Sie investieren. Es ist ein Zeichen des gegenseitigen Respekts.

Und wenn Sie aus irgendeinem Grund diesen Respekt nicht bekommen. Zum Beispiel, wenn sie den Ingenieur, den Sie treffen sollten, in allerletzter Minute mit einer Person aus der Personalabteilung ausgetauscht haben. Seien Sie höflich, aber streng. Geben Sie ihnen nicht Ihr Projekt mit nach Hause. Sagen Sie ihnen, dass Sie das Vorstellungsgespräch gerne verschieben und gehen Sie.

Ich mag es nicht, in meinen Antworten auf andere Antworten zu verweisen, da die Antworten von sich aus verständlich sein sollten. Die Antwort, über die am meisten abgestimmt wurde, läuft jedoch im Grunde darauf hinaus: “Das Unternehmen ist ein Haufen Idioten. Laufen Sie vor ihnen weg”. Das gibt dem OP nichts, um sich selbst zu verbessern, und nichts, um sich in Zukunft zu ändern. Ich sehe Bereiche, die der OP verbessern könnte, unabhängig davon, ob das Unternehmen etwas falsch gemacht hat oder nicht, was wir als Antwortende eigentlich nicht wissen, da wir nur eine Seite der Geschichte gehört haben.

Soweit ich sehen kann, haben Sie nicht vor dem Beginn der Aufgabe mitgeteilt, dass Sie fest daran glaubten, dass sie nicht in zwei Stunden erledigt werden kann.

Hier ist die Abfolge der Ereignisse, wie ich sie sehe:

1. Sie wurden gebeten, eine Codierungsaufgabe zu erledigen
2. Als Sie die Herausforderung erhielten, begannen Sie mit der Kodierung von 3, anstatt Ihre Bedenken mitzuteilen. Sie überstürzten die Herausforderung, indem Sie an den Ecken und Kanten schnitten
3. Sie reichten ein minderwertiges Projekt ein, das ohne viel Tüftelei nicht funktionierte
4. Nach Erhalt der Rückmeldung begannen Sie, Ihre Arbeit zu rechtfertigen

So stelle ich mir das Unternehmen vor:

1. Der Kandidat akzeptierte alle Bedingungen der Herausforderung

2. Der Kandidat reichte das Projekt pünktlich ein

3. Das Projekt hat nicht funktioniert

4. Unser leitender Entwickler sagte, der Code sei von sehr schlechter Qualität

5. Der Kandidat fing an, Ausreden für seine Arbeit zu erfinden

Stellen Sie sich vor, Sie befinden sich in einer Arbeitssituation und Ihr Vorgesetzter/Teamleiter bittet Sie, eine Aufgabe in unangemessener Zeit zu erledigen. Wenn Sie nicht sofort mitteilen, dass Sie nicht so viel Arbeit in so kurzer Zeit erledigen können, dann ist jeder Misserfolg Ihre Schuld, weil Sie die ursprünglichen Bedingungen akzeptiert haben. Sie sind der Experte, nicht sie, und sie verlassen sich darauf, dass Sie mit ihnen kommunizieren.

Ich kann nicht betonen, wie wichtig es ist, dass beide Seiten ein gemeinsames Verständnis der Situation haben. Sie hatten eine unüberwindbare Kluft im Verständnis, weil Sie die Gelegenheit verpasst haben, diese anzusprechen. Wenn Sie das nächste Mal ein Problem haben, teilen Sie es sofort mit, sonst denkt die andere Seite, alles sei in Ordnung! Wichtige Informationen nicht mitzuteilen, ist Lügen durch Unterlassung, und jede Form der Lüge ist unprofessionell. Wie sie auf die Informationen reagieren, liegt in ihrer Verantwortung, nicht in Ihrer.

Ich empfehle die Lektüre von The Clean Coder: A Code of Conduct for Professional Programmers von Robert C. Martin (Onkel Bob), insbesondere:

• Kapitel 2: Nein sagen
• Kapitel 3: Ja sagen
• Kapitel 10: Schätzung
• Kapitel 11: Druck

Wenn das Unternehmen Ihre Bewerbung ablehnt, weil Sie vor Beginn der Aufgabe um Rückmeldung und Klärung gebeten haben, haben sie Sie nicht herausgefiltert, Sie haben sie _als ein Unternehmen herausgefiltert, für das Sie nicht arbeiten wollen.

Ich bin einigen intelligenten und einigen dummen Tests (SQL/BI) begegnet und habe aktiv einen dummen Test verlassen und erklärt, dass das, was sie wollten, der falsche Ansatz war.

Ich habe auch Tests gesehen, die eigentlich Versuche eines freien Projekts waren, mit “Musterarbeit”, die im Wesentlichen eine neue Lösung war. Wieder lehnte ich es ab, diese zu beenden.

Es kommt vor, ich verbuche es als Erfahrung und mache weiter. Ich plane Interviews immer für die Zeit nach Feierabend, so dass es für mich keinen wirklichen Verlust gibt.

Nun, Sie sagen ihnen genau das, was Sie Ihrem Chef sagen würden, wenn er mit dieser Aufgabe konfrontiert würde.

Entweder wissen sie nicht, was sie tun, dann lernen Sie viel über die Firma, oder sie wollen sehen, dass Sie keine Zeit (Firmengeld) verschwenden, indem Sie Dinge schlecht machen, anstatt mit der Person zu sprechen, die nicht das technische Wissen hat, um dies zu beurteilen.

Es gibt zwei Ergebnisse, Sie bestehen mit Bravour, weil Sie das Richtige getan haben, oder Sie sind der Kugel ausgewichen und müssen nicht in zwei Monaten wiederkommen und uns erzählen, wie Ihr Chef unmögliche Dinge verlangt ;)

Hier ist mein Ansatz:

1. Kommunizieren Sie mit Ihrem Ansprechpartner im Unternehmen, dass Sie es in der Zeit nicht für möglich halten und was Sie tatsächlich planen.

2. Wenn Sie Zeit haben, auf eine Antwort zu warten, warten Sie; wenn nicht, tun Sie, was Sie vorhatten, und dokumentieren Sie Ihre Entscheidungen im Detail

3. Skizzieren Sie idealerweise, wohin Sie den Rest davon mitnehmen würden.

Beachten Sie, dass sehr wenige Interviewer tatsächlich kalibrieren und testen, dass eine Aufgabe 2 Stunden dauert. Wenn Sie die Aufgabe wirklich wollen, sollten Sie sie in einer bestimmten Zeitspanne auf einen gewissen Grad an Vollständigkeit bringen.

Wie Sie festgestellt haben, übertrumpft die Qualität normalerweise die zeitliche Anpassung, es sei denn, sie verfügen über strenge Mechanismen, die sicherstellen, dass alle Kandidaten innerhalb der Zeit passen.

Das riecht nach einem gefälschten Test, um Ihre Persönlichkeit abzubilden, insbesondere wie Sie mit absurden und stressigen Ereignissen umgehen. Sind Sie der Typ, der sich

1. ärgert und dann geht oder
2. derjenige, der im Stillen versucht, es zu klären, oder
3. tatsächlich versucht, mit dem Management zu argumentieren und zu erklären, was unvernünftig ist, oder
4. so gestresst ist, dass Sie nicht wissen, was Sie tun sollen, oder
5. derjenige, der vorgibt, es klären zu wollen, aber ebenso absurde erfundene Ergebnisse zurückgibt, weil genau das jeder verdient, der mit einer solchen Aufgabe aufwartet?

Meiner Expertenmeinung nach würde niemand jemals behaupten, dass es sich dabei um so etwas wie zwei Stunden Arbeit handeln würde, wenn man es richtig macht. Ich würde zumindest ein paar Tage einplanen, um die Architektur richtig zu machen usw.

Verzeihung, aber Sie verstehen nicht, worum es geht.

Betrachten Sie es aus der Sicht des Teams. Sie wollen jemanden, der sich mit ASP.NET, MVC, REST auskennt, mit einer Datenbank spricht und mit der mäßig fortgeschrittenen Funktion eines Textfeldes zur automatischen Vervollständigung vertraut ist.

Könnte ich diese Dinge erledigen? Ja, irgendwann. Schließlich habe ich von all diesen Dingen gehört, also könnte ich sie in meinem Lebenslauf auflisten. Ein Experte wie Sie wird in der Lage sein, ein funktionierendes System unter dem Zeitlimit zu verkabeln, weil Sie ständig mit diesem Stapel zu tun haben, aber ich müßte Stunden damit verbringen, in den Handbüchern zu wühlen.

Ein Lebenslauf ist ein Stück Papier, auf dem die Auflistung von Aufzählungspunkten trivial ist. Eine schlechte Einstellung ist schlimmer als keine Einstellung. Ich nehme an, Sie hatten keine persönliche Empfehlung von jemandem aus dem Team, also sucht der Einstellungsleiter nach einer Kompetenzdemonstration. Es stimmt zwar, dass ein wirklich produktionsreifes System viel länger dauern würde, aber der Test fragte nicht nach der Produktionsreife, weil es darum ging, was Sie mit mehr Zeit getan hätten. Der Erfolg des Tests zeigt, dass Sie alle Ebenen fließend beherrschen und - was noch wichtiger ist - dass Sie wissen, wie Sie Prioritäten setzen können. Machen Sie, dass es funktioniert und dann machen Sie es hübsch!

Ein zweistündiger Test ist nicht die Zeit für Architektur-Raumfahrt.

Außerdem sind Sie mit ziemlicher Sicherheit nicht der erste Kandidat, der diesen Test sieht. Das Team hat seinen Filter mehrmals verwendet und vielleicht auch mehrmals gezwickt, und mindestens ein Entwickler ist durchgekommen. Wenn Sie - wie es in den letzten Jahren in Mode gekommen ist - in rechtschaffener Empörung die Nase rümpfen oder sie “erziehen”, warum es ein schlechter Test ist, werden Sie ihrer Ansicht nach in die Kategorie der Deppen fallen. Puh!_ sie werden denken, ein weiterer Zauderer oder eine weitere Primadonna, mit der wir nicht umgehen müssen.

Wie damit umgehen? Betrachten Sie es aus der Perspektive Ihres potentiellen Kunden. Anstatt sie als absurd abzutun, geben Sie den Vorteil des Zweifels an. Notieren Sie für einen zweistündigen Test kurz Ihre Annahmen, machen Sie den Sonnentag zum Anlass für die einfache Demoarbeit, und dokumentieren Sie in der verbleibenden Zeit, wie Sie ein echtes System robust machen würden.

Wie andere Antworten zumindest angedeutet haben, könnte die Motivation hinter dem Test einleuchtend sein, insbesondere wenn der Test:

1. gut auf die tatsächlichen Arbeitsanforderungen zugeschnitten ist;
2. weniger wichtige Elemente minimiert;
3. eindeutig kein Versuch ist, “freie Arbeit” zu bekommen; und möglicherweise
4. Kommt mit zumindest einigen Hinweisen darauf, wonach die Gutachter “suchen”;

Bei einer früheren Arbeit entwarf und verwaltete ich einen wohl “absurden” Programmiertest. Es handelte sich dabei immer um einen Full-Stack ASP.NET/SQL Server-Entwicklerjob auf Senior-Level, und die Aufgabe bestand darin, eine sehr einfache Webanwendung mit einer Seite und zwei oder drei einfachen gespeicherten Prozeduren zu erstellen. Der Kandidat führte den Test vor Ort mit Standardwerkzeugen durch:

1. Visual Studio (Version nach Wahl des Kandidaten innerhalb der letzten zwei oder drei Versionen);
2. SQL Server Management Studio; und
3. Ein Webbrowser, nicht nur zum Testen, sondern auch zum Nachschlagen von Dokumentation, Ressourcen usw,

Ich stellte dem Kandidaten eine grundlegende “Shell”-Lösung zur Verfügung (in jeder der erlaubten Visual Studio-Versionen), und ich erstellte die Datenbank und Tabellen im voraus.

Ich gab dem Kandidaten eine einseitige Beschreibung und sagte ihm, daß ich in zehn Minuten zurückkommen würde, um jede Frage dazu zu beantworten; danach hätte er eine Stunde Zeit, um die Aufgabe zu erledigen.

Als ich nach zehn Minuten zurückkam, teilte ich der Kandidatin nach Beantwortung aller Fragen mit, dass sie, wenn sie nicht sicher sei, dass sie jeden Teil der Aufgabe innerhalb der Stunde erledigen könne, sich auf einen Teil der Aufgabe konzentrieren solle, den sie in der zugewiesenen Zeit erledigen und zum Laufen bringen könne. Ich erwähnte auch, dass sie, wenn sie während der Stunde weitere Fragen hätte, mich zwei Kabinen weiter finden und fragen könnte.

Da ich den Test geschrieben habe, konnte ich ihn von Anfang bis Ende in etwa fünfundvierzig Minuten abschließen. Ich hatte absolut nicht erwartet, dass die Kandidaten den gesamten Test in einer Stunde absolvieren würden. Das “absurde” Zeitlimit wurde aus drei Gründen eingeführt:

1. Wir wollten sehen, ob der Kandidat auch nur halbwegs vernünftig die Anforderungen der Stelle verstanden hatte. Denken Sie daran, dass dies für eine leitende Position galt. (Weit mehr als die Hälfte der Zeit lautete die Antwort “nein”)

2. Der Kandidat sollte in der Lage sein, die grundlegenden Anforderungen zu analysieren und sie in überschaubare, diskrete Aufgaben aufzuteilen.

3. Eine Verlängerung des Tests über eine Stunde hinaus würde mehr Zeit in Anspruch nehmen, ohne dass die Kandidatin/der Kandidat uns viele zusätzliche Informationen geben würde, wenn überhaupt.

Am Ende der Stunde bat ich die Kandidatin/den Kandidaten, mir zu zeigen, was sie/er hatte, ob sie/er irgendeinen Teil einer laufenden Lösung vorzuführen hatte usw. In der Regel brauchten wir zu diesem Zeitpunkt etwa fünf Minuten, um die Arbeit durchzugehen, dann führte die Kandidatin ein Einzelgespräch mit dem Manager. Während dieses Gesprächs sah sich das Entwicklungsteam an, was der Kandidat eingereicht hatte. Wir haben uns wirklich auf diese Aufgabe gefreut, denn sie war nie langweilig.

Wenn der Kandidat eine laufende Lösung hatte, die den vorgesehenen Teil der Gesamtaufgabe bewältigte, hat der Kandidat diese Phase des Interviews mit ziemlicher Sicherheit bestanden. Selbst wenn die Lösung noch nicht lief, würden wir, wenn wir substanzielle Fortschritte und Beweise für die Kompetenz des Kandidaten sehen könnten, den Kandidaten normalerweise immer noch in Betracht ziehen. Wir überprüften immer den Browserverlauf der Kandidatin, um zu sehen, auf welche Ressourcen sie zugriff.

Zu den Gründen, aus denen die tatsächlichen Kandidaten nicht erfolgreich waren, gehörten:

1. Nach der vollen Stunde haben sie buchstäblich nichts mehr produziert. Ich muss leider sagen, dass diese Situation mehrfach vorkam:

2. Plagiieren von Code aus der aktuellen Stelle des Kandidaten und der Versuch (und das Scheitern), ihn so zu ändern, dass er den Anforderungen des Tests entspricht. Als wir dies vermuteten, verriet die Browser-Historie dies.

3. Unfähigkeit, einen Verbindungsstring zu bilden, um die Anwendung mit der Datenbank zu verbinden. Dies mag ein wenig unfair erscheinen, aber denken Sie daran, dass wir nach Kandidaten auf höherer Ebene suchten, die über Erfahrung in der SQL-Server-Entwicklung auf höherer Ebene verfügten. Wir haben sicherlich nicht erwartet, dass der Kandidat sich daran erinnert, wie man eine Verbindungszeichenfolge erstellt, aber wir haben erwartet, dass der Kandidat in der Lage ist, diese schnell nachzuschlagen. ConnectionStringBuilder wäre auch absolut in Ordnung gewesen, aber niemand hat es je benutzt. Das allererste Beispiel aus https://www.connectionstrings.com/sql-server/ hätte absolut gut funktioniert.

Es gab noch einen weiteren Teil des Interviews mit dem Manager und dem Entwicklungsteam zusammen, und wir stellten Fragen zur Lösung der Kandidatin, wie sie an den Rest des Projekts herangegangen wäre, usw.

Zusammenfassend rate ich dazu, die Beweggründe des Arbeitgebers für einen “absurden” Test zu bedenken, bevor man ihn aus heiterem Himmel ablehnt.

Diese Antwort macht keine Aussage darüber, ob diese Art von Tests eine gute Sache sind oder nicht (oder ob ich sie gutheiße), sondern konzentriert sich auf die konkrete Frage.

Wie kann ich entscheiden, ob ich technische Tests übernehmen soll, die ich für absurd halte (e.

Wie Sie es in der realen Welt tun würden:

• Teilen Sie mit, wie lange die Aufgabe vernünftigerweise dauern würde.
• Legen Sie Ihren Plan dar, was Sie in der gegebenen Zeit tun wollen (d.h,
• Tun Sie so viel wie möglich und so wenig wie möglich, was Sie vertragen können. Konzentrieren Sie sich darauf, vor einer Komplettlösung eine funktionierende Lösung zu erhalten.
• Dokumentieren Sie klar und deutlich, wo Sie Abstriche machen, was die Auswirkungen sind und welche TODOs sich daraus ergeben.

All dies würde mir als Arbeitgeber oder Kunde sehr dabei helfen, zu beurteilen, ob ich mit Ihnen zusammenarbeiten möchte.

Je nach der Managementstruktur des Arbeitgebers/Kunden könnte derjenige, der Sie beschäftigt (d.h. Ihr direkter Vorgesetzter/Kunde) sehr wohl in einer Position sein, in der er nicht beeinflussen kann, welche Art von Arbeit Sie erhalten. Matrix-Management gibt es… in diesem Fall würde ich jemanden, der mit solchen Situationen mit Gnade umgehen kann, einem Helden vorziehen, der den größten Code aller Zeiten liefert, aber nicht in der Lage ist, über Zeit- und Qualitätsgrenzen zu kommunizieren…

Das genaue Maß, ob man sich für mehr Qualität oder für mehr Inhalt entscheidet, hängt davon ab. In Ihrem Fall zum Beispiel werden Sie wahrscheinlich vor allem daran interessiert sein, dass sie sehen, dass Sie Qualitätsarbeit liefern können. Sie könnten also einige Funktionen einschränken (durch die Verwendung von Platzhaltern usw.), aber die Qualität Ihres Codes hoch halten. In ähnlicher Weise würden Sie dasselbe tun, wenn die Arbeit, sagen wir, sicherheitsbezogen wäre. Wenn es sich aber um einen völlig unkritischen Konzeptbeweis für etwas handelt, dann könnte man eher in die andere Richtung gehen. Dokumentieren Sie all das (lapidar), und Sie sind auf dem besten Weg.

PS: Ich vermeide gerne “verrückte oder schlechte” Urteile. D.h. Sie sollten sich nicht darum kümmern, ob der Kunde einfach nur verrückt ist, oder darauf aus ist, Sie zu kriegen (d.h. Sie umsonst arbeiten lassen), allein nach dem Umfang der Aufgabe zu urteilen. Die wirkliche Menge, die für Sie zählt, ist Ihre Zeit, und das wurde festgelegt. Solange Sie damit einverstanden sind, die zwei Stunden in einen potentiellen neuen Kunden zu investieren, sollte es keine Rolle spielen, ob die Aufgabe leicht zu erledigen ist, oder ob es sich um eine Arbeit unter hohem Druck handelt, oder nur um zwei Stunden Smalltalk in ihrem Büro.

Es ist absolut nichts falsch an dem 2-stündigen wahnsinnigen technischen Test. Alle anderen Kandidaten müssten den gleichen Test machen, so dass sich Ihre Wahrscheinlichkeit, die Stelle angeboten zu bekommen, nicht von einer einfachen Programmierübung für Anfänger unterscheidet. Es gab keine Voreingenommenheit; Sie wurden darum gebeten, es einfach deshalb zu machen, weil Sie sich um die Stelle beworben hatten.

Sie sind der Verkäufer auf dem Arbeitsmarkt, und es liegt in Ihrer Verantwortung, den Käufern so weit wie möglich entgegenzukommen. Sie haben wenig Verhandlungsmacht, außer dass Sie sich um eine andere Stelle bewerben. Sicherlich ist ein Programmtest, den alle Kandidaten machen müssten, nicht unangemessen, unabhängig davon, ob Sie tatsächlich konkurrenzfähig sind oder nicht. Wenn Sie für die Stelle hoch qualifiziert sind, aber nicht in der Lage sind, den Test zu absolvieren, würden auch andere Kandidaten nicht in der Lage sein, ihn zu absolvieren. Wo liegt also das Problem?

Sie versuchen Ihr Bestes. Ärgern Sie sich darüber, dass Sie nicht für die Stelle angeboten wurden? Das Unternehmen muss jemanden einstellen, so dass jemand anderes vielleicht einen besseren Job gemacht hätte. Der Punkt für einen unmöglichen Programmiertest ist es, den besten Kandidaten zu finden. Ob der beste Kandidat die Übung absolviert, ist irrelevant.

wie kann ich entscheiden, ob ich technische Tests übernehmen soll, die ich für absurd halte

Sie sollten sich bei jedem technischen Test wohl fühlen, wenn Sie glauben, dass Sie die Fähigkeiten für die Stelle haben und alle anderen Kandidaten sie machen müssten. Machen Sie niemals einen verrückten Test, wenn Sie glauben, dass es ein Versuch für freie Programmierjobs ist oder/und Ihnen aufgrund von Voreingenommenheit (z.B. Rassismus) gegeben wurde.

PS: Ich habe nie erwähnt, dass OP nicht “gut genug” ist. @Mosaik-Heckler