hi rooot,

imo ist das wie du selbst schreibst zur berücksichtigung kleiner auflösungen so. aber der gedanke mit dem dina4-blatt gefällt mir irgendwie auch, nur wozu code ausdrucken.

2011-02-06T12:18:47 roooot

in PBB wird mal empfohlen, die Anzahl der Zeichen pro Zeile auf 78 festzulegen.

was ist PBB und hat man dort keine begründung genannt?

strike
Last edited: 2011-02-06 17:04:07 +0100 (CET)

die begründung steht in Perl Best Practices.
ich hole mal etwas aus.

der sinn von PBP ist nicht, die regeln auswendig zu lernen, sondern die vorschläge zu lesen und die begründung(en) zu verstehen, nachzuvollziehen und wenn nötig auch einfach nicht zu akzeptieren.
es geht nicht darum, regeln zu befolgen, sondern darüber nachzudenken, warum man etwas macht und dass man es konseqent macht.

das ist das häufigste missverständnis von PBP.
das problem an der sache ist, dass man sich dafür das buch kaufen muss. oder man findet jemanden, der das buch selber gekauft und gelesen hat und einem die antwort schön verkürzt hier darstellt.

was ich mitgenomen habe: bei breitem code muss man die augen zu oft hin und herbewegen, um zusammenhängenden code zu lesen.
wenn ich ein diff nebeneinanderstelle, reicht bei 78 zeichen ein doppelt breites terminal aus. wenn der code breiter ist, ist ein diff nur noch schwer zu entziffern. für leute, die z.b. keine tools wie vimdiff kennen, mag das nicht ersichtlich sein, aber vimdiff ist sehr effizient und für mich ein unersetzliches tool geworden.

wenn ich den code irgendwo poste und er breiter ist, zwänge ich jedem meine breite auf. sobald der code woanders als in deinem eigenen superbreitem fenster erscheint, werden deine superlangen zeilen umgebrochen oder abgeschnitten und das ganze ziemlich enttäuschend.
forum-codeboxen, präsentationen, pdf, sogar ausgedruckt habe ich manchmal code (für eine bewerbung). schön sind dann immer die situationen auf vorträgen, bei denen die leute das ganze möglichst gross auf den beamer werfen wollen und dann daran scheitern, dass ihre zeilen länger sind und keiner was lesen kann.

es gibt nur ab und zu mal eine ausnahme, bei der ich über 78 zeilen gehe. und damit das auch immer klappt, lasse ich nicht bei 78 zeilen automatisch umbrechen, sondern lasse von vim einen beigen vertikalen balken einblenden, so dass ich die grenze immer im auge habe.

nochmal: es lohnt sich, das geld für das buch auszugeben. das fatalste wäre wirklich, nur die regeln kennen zu wollen.
das buch zusammenzustellen war sicher kein zuckerschlecken, da das thema teilweise sehr trocken sein kann, und dafür ist ein gut lesbares buch herausgekommen, und der autor möchte gerne auch davon leben.

2011-02-06T12:18:47 roooot

Ist das irgendwie historisch bedingt (maximale Breite, die ein Bildschirm mit einer bestimmten Auflösung anzeigen konnte?)

Ob das bei dem von Dir genannten PBB (ich weiß nicht, was damit gemeint ist) mit reinspielt weiß ich nicht.
Aber: JA, 80 ist eine historische Zahl!
Historisch gab es immer 80er Datensätze und 80er Anzeigebreiten bzw. 40er. Man hat das damals als non-plus-ultra in der DV verwendet, denn mehr war nicht handhabbar und auch nicht speicherbar.
Hab hier sogar noch eine 80er Lochkarte, Lochkarte noch ein Begriff?
Kann ich gern mal einscannen, falls sowas mal jemanden interessiert :)

Edit: Das hat sich übrigens lange gehalten! Die nächste Steigerung erhielt man erst mit dem DTA-Format und der Einführung der 5 Zoll Riesendiskette (erste portable Festplatte damals!) und zwar 128er Struktur.

Und auch das hat sich bis heute gehalten, nur dass die Disketten mittlerweile endlich abgeschafft sind :)

Und der dritte Evolutionsschritt in dieser Reihe ist dann jetzt quasi die unbegrenzte Speicherung von allem was man kriegen kann :) Ein HTML oder XML wäre früher undenkbar gewesen bei 1 MB Festplatten mit Keilriemen :)

Edit 2: Da komme ich ja sowas von ins Schwärmen :) Ich habe damalso noch solch eine Keilriemenfestplatte ausgebaut und verschrottet. Hatte auch mit als erste einen SCSI-Festplattenturm bestehend aus 5 Festplatten, die (schon im RAID!!!) ein Gesamtvolumen von 100 MB ergaben! Das war der Hammer. Könnt Ihr heute eigentlich mit dem Begriff SCSI noch etwas anfangen? Das waren auch schöne Zeiten, muss ich sagen!!
Last edited: 2011-02-06 17:52:44 +0100 (CET)