Koukam, ze cenzor stale zasahuje a nebo to mate proste rozbity. Pane Kasik, tak dozvim se uz kde je pravda?

Co to je za kryptické poznámky? Jak mám vědět, co máte na mysli?

Co to je za kod, kdyz se v nem necisluji radky?

Kde někdo mluví o (ne)číslování řádků? Navíc řádky jsou v článku u ukázky číslované...

To byl hezký článek. Schválně jsem ho přečetl až do konce, jestli se tam pro mne najde něco užitečného. A nic.

Pochopil jsem, že jde o programování. A pak už ani slovo

"Ani jednou, přátelé!"

Šťastný to muž, který se potýká s kódy plnými přebytečných komentářů

Zřejmě je placen podle jeho délky. Za normostranu.

Krásný téma, to bude flame jako řemen

Samozřejmě, že si 99% programátorů uzpůsobuje pomůcky všeho druhu, mně osobně trvá po reinstalaci nastavení systému na můj standard cca. 2 dny. S využitím cloudu

Dneska v podstatě všichni programátoři fungujou v týmu, takže osobní barevný zvýraznění ohromně pomáhá v přehlednosti..... když už člověk musí číst a opravovat ty prasečiny

Už programuji jen svátečně, ale když jsem kdysi to dělal, tak v týmu si každý řešil svoje funkce a ty se přidávali přes parametry. Nikdy nikdo se nesnažil, že by v jednom souboru se motali dva programátoři. Leda výjimečně když se něco zkoušelo a seděli dva u jednoho PC:

A přitom stačí programovat v jazycích, kde je barva součástí syntaxe, jako je třeba colorForth (k názvu jazyka si domyslete barvy ), a dilema zvýrazňovat/nezvýrazňovat je rozhodnuto za vás.

Nadpis:

Programátorům záleží na barvičkách. Pomáhají jim vyznat se v chaosu

Vidite... a v projektu nad par tisic radek, aby si clovek drzel inteligentni organizaci, aby to prave ten chaos nebyl. Proste dobre napsany kod, by nemel byt chaoticky.

Nedokazu si predstavit jak by v projektu se 100k radek pomohli barvicky ve vyznani se v chaosu, pokad ten kod nebude mit jasnou strukturu, logiku a organizaci.

Když spolupracujete s bandou průměrných ( hůře) programátorů, fakt to pomáhá, ne každej má tu kliku, aby neustále narážel na krásnej kód

Akesson mi promluvil z duše, to tvrdím odjakživa, a nikdy jsem takový názor dřív neviděl. A to programuju od 10ti let, takže teď to je asi 25 let, dost aktivně. Kód člověk musí nalít do hlavy (pokud z ní už od napsáni vypadl), být v hack mode, jinak se v tom člověk jen plácá a má výkonnost až 100x menší. Obrazovka je tam jen pro synchronizaci obsahu mozku a file-u, na obrazovce s kódem nejde pracovat.

Kód normální člověk nemůže nalít do hlavy, protože a) ve středně až více velkých systémech je ho enormně mnoho b) v týmech se programátor potýká nejen s vlastním, ale i častěji s cizím kódem.

Programování je široký pojem. Dělat si něco sám a pracovat jako profesionální programátor jsou dvě věci.

A ještě jedna poznámka. Možná není od věci se zamyslet, jestli mám standardní barvocit. Pokud ne, pak můžu považovat podbarvování za zbytečné.

No proč mi pořaád připadá, že se zvýraznňování určitých slov dalo použít i ke kontrole titulků a obecně textu na všech českých internetových médiích. Pak by autora možná trklo, že nadpis nedává žádný smysl, je neúplný, nebo vede zaměrně k mylnému výkladu. A to je právě to , čemu se programátor snaží vyhnout.

Který nadpis?

Obarvovani kodu je podle me velice uzitecna vec, zrychluje orientaci v kodu, snizuje mnozstvi preklepu atd - proste celkove zefektivnuje praci. Nesmi byt ale prehnane.

Osvedcilo se mi pouzivat vzdy default nastaveni, protoze kdyz pak clovek presedne k jinemu stroji kde je to nastaveno jinak tak je to spis kontraproduktivni - je to stejne jako treba klavesove zkratky.

Jedinou "nevyhodu" vidim v tom, ze kdyz si clovek zvykne na urcite IDE vcetne obarvovani kodu, tak se mu pak bez nej dela hur. To ale plati pro jakehokoli naradi vcetne kladiva...

Co se tyce komentaru, preferuji kdyz je kod napsan tak, aby muselo byt komentaru co nejmene - nektere veci je lepsi rozepsat, komentovat veci ktere jsou zrejme na prvni pohled je nesmysl.

já si zásadně komentuji šířeji podprogramy a skoky, je to jehčí pro získání představy