Große JS-Dateien

[encoder]

Mit OOP hab ich nicht die besten Erfahrungen gemacht, denn ich arbeite alleine.

Ich hab gute Erfahrungen gemacht und meine Hausnummer ist größer als 7 - der Zusammenhang ist ähnlich 😁 Soll heißen OOP hat nichts mit der Anzahl Personen zu tun.
OOP kann sehr bei der Strukturierung von Code helfen. Man sieht direkt wo eine Funktion oder Methode zu finden ist, nämlich in der Klasse mit der sie aufgerufen wird.

Folding hat Fans und Gegner. Ich persönlich nutze es nicht.
Entweder Code ist da, dann will ich ihn auch sehen. Wenn er nicht sichtbar sein muss weil man ihn durch einen sprechenden Funktionsnamen ersetzen kann, kommt der Inhalt woanders hin.
Statt in einer einzigen Datei hin und her zu springen, springe ich lieber durch verschiedene Tabs. Da bleibt der Cursor jeweils da stehen wo ich ihn haben will. Aber das sind sehr persönliche Vorlieben, jeder wie er mag.

Codezeilen zählen tu ich nicht. Gesplittet wird dann wenn es nötig ist und das lässt sich absolut nicht an eine Zahl binden.
Es gibt Funktionen die mit 200 Zeilen noch perfekt sind, weil alles darin zusammengehört und man der Reihe nach sieht was passiert. Im Linux-Code gibt es welche mit noch viel mehr Zeilen, switch mit vielen case oder was auch immer. Warum sollte man das auseinander reißen? Andrerseits lagere ich selbst nur 4 Zeilen dann aus, wenn sich dadurch ein sprechender Aufruf ergibt, der mir an dieser Stelle lieber ist als der tatsächliche Code.

Bzgl. Konventionen denke ich, am besten hält man sich an etwas offizielles.
Ich habe kein Problem damit, gegen die Konventionen zu verstoßen wenn es der Übersichtlichkeit dient. Das Argument "wir sollten das nicht [so] sondern [in diesem speziellen Fall unübersichtlicher] schreiben weil es in der Konvention steht" halte ich für ungenügend.