AXTHEB: no zkuste si luštit nějaké hutné SQL napsané na jednom nekonečném řádku...

VOY: Přijde mi, že nechápeš, co se ti snažím popsat. Představ si, že vždycky když skončíš při čtení kódu alespoň na stém sloupci, tak se musíš zastavit a vědomě najít místo, kde začíná další řádek. Není to problém soft wrapu, není to problém toho, že by každý řádek byla tak dlouhý. Ta nutnost přepnutí kontextu nastane už na prvním dlouhém řádku (a na každém dalším).
A mimochodem existuje studie která ukazuje, že tohle přepnutí kontextu mají všichni, jen většina lidí to nevnímá (ale reálně je to unavuje)

MOAN_HARSHAW: Nevzniklo to ve vakuu, je to hodnota, která vychazí ze standardní velikosti písmen na psacím stroji a standardní velikosti papíru.
Nutno také říci, že v C byla maximální délka identifikátoru 8 znaků a v době, kdy tyhle standardy vznikly, tak C funkce neměly žádné modifikátory, které jsou dneska běžné (např. access modifikátory).
Alfo a omegou psaní kódu by primárně měla být čitelnost. Udržovat 80 znaků na řádek je jistě úctyhodné, protože krátké řádky se skutečně lépe čtou, ale pokud se kvůli tomu rozplizne kód vertikálně (např. hlavička funkce na 10 řádků), tak to rozhodně není ideální.
V dnešních standardech se proto místo délky řádku spíše řeší hloubka zanoření nebo počet výrazů na jednom řádku (např. max jeden boolean operátor na řádek, jedna deklarace proměnně na řádek), případně cyklomatická složitost a délka těla funkce.
To má tu výhodu, že se řeši to, co reálně snižuje čitelnost ale zároveň to umožňuje napsat delší řádek tam, kde to čitelnost nijak nesnižuje.

AXTHEB: Zrovna minuly tyden jsme resili pozadavek, ze uzivatele by radi jednu text area vetsi, protoze tam nekdy potrebuji napsat mensi slohovku. Jeden nas externi vyvojar navhnul, ze to muzeme udelat na 100% sirky obrazovky, ze je tam prece mista dost a ze pak se jim tam vejde dost textu.. :D Je to sice backend vyvojar, ale i tak.. :D

JARDABEREZA: Tomu se říká formatter a je to tak nějak základní nástroj hygieny zdrojového kódu. U nás to taky nejde poslat do repa, dokud nemáš c++ prohnaný clang-formatem a python ruffem.

VOY: JINX: Chápu, vy s tím problém nemáte, ale prostě jsou lidi, pro které přejít na další řádek o 100 písmen doleva znamená, že se musí soustředit na to, který řádek to je a to jim přeruší přemýšlení nad obsahem.

tech 80x25 nevzniklo ve vakuu, 80 znaku je tak nejak rozumny maximum delky radku pro anglictinu i v tisku. a jako jasne, text programu nejsou odstavce v knize, ale delsi radky se ctou blbe.

formatter vyresi, otazka je, kdo ho jak nakonfiguruje :)

VOY: ze nedelame v Turbo *.*, jo ? :]

MIKEE: To pak zmensuje mnozstvi informaci co mas aktivne videt na monitoru
this :) (c++ pun intended)

jsem pro to, zavest i vertikalni limit! a mel by byt uplne nahodou presne 25 radek... z historickych duvodu :D

VOY: souhlas ze 80 je malo, nicmene i s ultrawide ocenim radky do 100-120 znaku
napr. 3-way diff, kdy muzes bez problemu cist vsechny soubory vedle sebe, je docela pohodlny :)

SH_PANDA: ano, proto jsem psal, ze muzu doporucit ultrawide, ktery ma na vysku 2k, protoze bezne prodavanych 32:9 mi taky prijde uplne dementni

AXTHEB: tomu uplne nerozumim, vždycky jsem si myslel ze core problém je umet to spravne odradkovat tak aby to pri cteni davalo na první pohled smysl a člověk se v tom zbytečně neztrácel pri čtení.

VOY: Je to proto, že dlouhé řádky se obecně špatně čtou, pokud font extrémně dobře nevede oko. To platí u všeho včetně tiskovin.

Nicméně tyhle debaty jsou celkem liché, dobře nastavený formatter se o všechno postará :-)