Jak se pozná dobře napsaný kód

22.3.2009 09:18 | programování

Prohlížím si zdrojový kód Kokosu a srovnávám ho s tím, co jsem psal pro BubbleHeada. Je zajímavé sledovat, jak podobné problémy jsme řešili. Přicházím na to, že i problémy, které jsem původně měl za relativně složité, se často dají vyřešit velice jednoduše. Zatímco ze špatně navrženého kódu abych každou funkci páčil heverem, dobře navržený kód bývá jednodušší, přehlednější a nové možnosti mi sám vnucuje. Když se člověk nad kusem kódu nadře, je lepší se zamyslet, jestli to nejde jednodušej. („It’s not meant to be / a struggle uphill.“) Odtud ostatně lenost jako jedna z hlavních programátorských ctností. Teď už jen vystihnout tu hranici…        

Komentáře

[pht]

Zajímavý zápisek, ale trochu stručný.

[xkucf03]

+1, chybí ukázky kódu (samotnému se mi to nechce hledat)

[CET]

Jojo, taky jsem uz driv prisel na to, ze lenost je dobra vlastnost:) Nuti totiz cloveka delat veci efektivne:) A kdyz mam delat neco manualne stereotypne se opakujiciho (napr. nejakou sekvenci klaves 100 krat za sebou), tak mam tendence u toho usinat (a pripadne tam navic jeste napachat chyby), takze je pro me lepsi na to bud napsat skript (ikdyz bude psani trvat treba 3/4 casu jako to udelat manualne) nebo najit tool, kterej to udela sam:)

[Deleted [8409]]

Nebo člověk začne psat skript, do kterého vloží 2x víc času, než by to udělal manuálně Osobně jsem pro ten skript, občas to může působit i jako odreagování :)

[CET]

He, nechtel jsem to primo napsat, ale nekdy to tak taky muze dopadnout:) Ve vetsine pripadu se pak ale ukaze, ze udelat ten script i za cenu dvojnasobne dlouhe doby byl dobry napad, protoze prijde na to, ze se ta manualni cinnost mela udelat o trosku jinak a tudiz by se musela manualne delat uplne cela znovu, nebo minimalne provest ty zmeny, takhle se akorat lehce upravi skript a vysledek je ihned. V mym pripapade bych spis zjistil, ze od 10 opakovani jsem zacal delat ve spanku chybu a musel bych vsechno predelavat:)