@DeaD_EyE: Soll diese ominösen Nicht-Antwort wieder irgendwen ”triggern”? Und glaubst Du wirklich jemand regt sich tatsächlich auf, nur weil eine Nachfrage kommt warum ``+`` statt idiomatischerer Python-Code?

@snafu Dafür war/ist mir die Aufgabe noch zu unklar.

@snafu: Vorgabe war das "Auto" nur "Auto" finden soll, aber nicht "Automat" oder ähnliches. Nach "Automat" sollte extra gesucht werden. Und \b hatte ich ja schon zweimal vorgeschlagen. Kann man natürlich auch umständlich schreiben wenn man möchte.

@Pedroski55: Was soll denn der positive lookahead in den Ausdrücken? Der ändert nichts am Ergebnis, verkompliziert nur unnötig die regulären Ausdrücke. Und das ist ziemlich deutlich nicht das was gefragt ist. Lies doch wenigstens die Frage(n) ordentlich durch.

@egon11: Was heisst einfacher? Und ist das an Leerzeichen aufteilen nicht _zu_ einfach, denn so wird man bei "Am Ende dieses Satzes steht ein Auto." das Auto nicht finden, weil "Auto" ≠ "Auto."

Deswegen erwähnte ich ja „word boundary“ bei regulären Ausdrücken. Allerdings würde das dann immer noch ...

@egon11: Warum denn dann `re` und nicht einfach `==`? Falls das Wort *in* einem Listenelement vorkommen können soll, dann ist das Beispiel schlecht gewählt, denn dafür reicht es ja nur ein Beispiel ohne die Liste zu zeigen und es sollte dann auch mehr als nur das Wort in dem zu durchsuchenden Text ...

@Kudde: Dann ergibt sich daraus für uns natürlich das Problem, dass wir nicht wissen was ihr bis dahin schon gelernt hattet. :-)

Wobei sich `capitalize()` ja durch Sachen ersetzen lässt, die auch bei den anderen Teillösungen von Dir verwendet werden, also wäre das kein Problem es richtig zu machen ...

@Dennis89: *Das* wäre doch nur ``R=S``, ich gehe ja davon aus, dass die Eingabedaten ``S="... der Satz ..."`` schon existieren und zähle nur die Bytes die für das erstellen von `R` aus `S` notwendig sind. Und nur den ersten Buchstaben vom zweiten Wort ”vergrössern”, kann man in 44 Bytes so machen ...

@Kudde: `capitalize()` ist falsch, man muss tatsächlich gezielt das erste Zeichen ändern. Siehe weiter unten in diesem Beitrag.

@Dennis89: Du änderst da ja nur das zweite Wort. Meine 107 Bytes beziehen sich auf alle Änderungen. Allerdings muss ich die korrigieren, denn `capitalize()` geht in der ...

@Dennis89: Allgemeingültig. Sonst wäre das hier ja die wahrscheinlich unschlagbare Lösung:

Womit wir dann bei JavaScript sind. Da führt nicht wirklich ein Weg drum herum. Damit braucht man dann aber auch den 204-Hack nicht mehr und kann auch bei den Buttons eine Rückmeldung an das Front-End senden ob der Aufruf erfolgreich war.

Also wenn der Satz an `S` gebunden ist, und das Ziel ist das Ergebnis an `R` zu binden, dann komme ich auf 107 Bytes. :-)

Edit: `title()` geht nicht, weil das nicht nur den ersten Buchstaben betrifft. Sollte zum Beispiel an der Stelle ein Wort mit Bindestrich stehen:
In [224]: "first-second".title ...

Mit der Bash geht das erstaunlich einfach:
#!/bin/bash

readonly Sentence='Das licht des Mondes beleuchtet DIE Nacht.'
readarray -t -d ' ' Words <<< "$Sentence"

Words[1]=${Words[1]^} # Upcase the first character of the second word.

Words[0]=${Words[0]^^} # Upcase the first word.

Words[-2 ...

Bei generischem JSON nach Markdown würde ich wahrscheinlich einfach das JSON lesbar formatieren und dann in einen fenced code block setzen, in der IMHO angebrachten Hoffnung, dass das Markdown-Backend das kann. Beides recht einfach in Python. Beispielsweise ein Filter in den man JSON rein pipen kann ...

@DL3AD: Wenn GET gecached werden darf, dann wäre es sinnvoller POST zu machen. Sonst kann es passieren das GET nichts bewirkt, weil der Browser das gar nicht erst macht, weil er ja noch eine Antwort im Cache hat.

Warum GET und POST? Und kann das eventuell Probleme geben weil AFAIK der Browser solche Antworten zumindest bei GET cachen darf‽

@StMan: In der `login()` wird `Error` und alles was davon abgeleitet wird, behandelt. Wo auch immer `Error` her kommt. Das ist keine der Standard-Ausnahmen von Python. Der `TypeError` der durch den falschen Aufruf ausgelöst wird, ist aber eine Ausnahme aus der Standardbibliothek und ist und kann ...

@StMan: Ich würde das für den Anfang erst einmal in einem Modul halten bis es deutlich wird, dass es zu viel wird, entweder weil es vom Quelltext her zu viel wird, oder weil sich deutlich abzeichnet, dass man eine thematische Aufteilung machen kann.

Wobei man nicht anfangen sollte jede Klasse in ...

@StMan: Anmerkungen zum Quelltext:

Womit prüfst Du denn Typannotationen? Die `login()`-Funktion gibt keine Zeichenkette zurück, da sollte also eigentlich ein Fehler beim prüfen gemeldet werden. Falls Du die Typannotationen nicht mit einem Programm prüfst, solltest Du besser auch keine machen, denn ...

Rust ist mir zu neumodisch. Ich springe erst mal vom Altair BASIC aus den 70ern zu Turbo Pascal 1.0 nach 1983. Unter CP/M. Weil ja noch gar nicht so klar ist, ob sich dieser komische IBM PC wirklich durchsetzen wird. =:o)
TYPE
TWord = RECORD (* Describes a word in the sentence *)
startIndex ...