Remy Porter beschreibt in einem am 7. Oktober 2026 bei The Daily WTF veröffentlichten CodeSOD-Beitrag ein Java-Beispiel aus einem von Robert geleiteten Team. Ein Junior hatte gefragt, wie sich Kommandozeileneingaben lesen und auswerten lassen. Ein langjähriger Senior-Entwickler, der gern als Mentor auftritt, antwortete mit einer Anwendung namens ScannerTool.

Das Programm verwendet Optional<Character> als Schlüssel einer Map. Die Werte sind Map.Entry-Objekte mit einer Meldung und einem Boolean. Vorgesehen sind Einträge für A, B und eine leere Eingabe. Die Hauptschleife fordert wiederholt A oder B an und ruft nextCharacter() auf. Diese Methode erzeugt einen UTF-8-Scanner für System.in, liest eine komplette Zeile und gibt deren erstes Zeichen in einem Optional zurück. Bei einer leeren Zeile liefert sie Optional.empty().

Porter merkt an, dass nextCharacter() tatsächlich das erste Zeichen der nächsten Zeile liest. Der Name ist deshalb ungenau. Scanner ist außerdem ein vollständiger Parser für verbreitete Datentypen und für diese Aufgabe überdimensioniert. Die verschachtelte Konstruktion verwendet Map.Entry als Ersatz für Tupel. Porter verweist darauf, dass Standard-Java keine allgemeinen Tupel anbietet. Eine mögliche Tupel-Unterstützung im javax-Namensraum von Enterprise Edition ordnet er nicht sicher als allgemeine Lösung ein. Der Beitrag präsentiert den Code als Extremfall von Überkonstruktion für eine Eingabe mit zwei zulässigen Zeichen.