Bloat vokser hurtigere end computere

Så tilbage er primært sjusk og feature creep, et andet godt dansk ord, der betyder at der ukritisk bliver hældt flere og flere features i applikationer, og at når de først er kommet ind, så ryger de ikke ud igen.

En stor del af grunden til de sindsygt mange features i Office programmer (MS og OO.org begge), er at de er så brugt til så mange forskellige opgaver, at der skal være "features til alle".

Det kan godt være at mange features kun bruges af 10%, men for mange af dem er det nødvendige features.

Andre features bruges så af andre 10%, og så fremdeles.

Der er ikke rigtig nogen vej udenom, hvis man vil have et generelt tekstbehandlings program, et generelt regneark o.s.v., og de samtidig skal følge med de nye anvendelsesområder og -måder der kommer hen ad vejen.

Er da vist "en vej udenom". Hvis disse programmer kom med et godt plugin system, kunne specielle features loades som plugins for dem der har behov for dem, og dermed reducere den generelle bloat.

Selvfølgelig fylder flere funktioner mere, men de fleste funktioner burde altså kunne klares på nogle få byte. Vi er vant til at man stort set ikke kan få en executeable på under 1 MB, men sandheden er at det at fylde 1 MB med brugbar kompileret kode er en umenneskeligt stor opgave. Du kan fint skrive en fuldt funktionsdygtig tekst editor på 10 kB, og har du i stedet 1 MB kan du fylde et utal af features på. Folk har en tendens til at tro at bare fordi en enkelt MB fra eller til er så ubetydelig for dem selv så kan den nok heller ikke bruges til særligt meget.

Altså langt de fleste features i et moderne kontorprogram kan laves med så lidt resourceforbrug at det er fuldstændigt latterligt at putte dem i et selvstændigt plugin.

{quote} gså open source software såsom Linux Linux og Open Office bruger væsentligt flere ressourcer nu end for få år siden {/quote} Hmm. Jeg så en benchmark, der viste at Ubuntu 7.04 faktisk var et par procent hurtigere end den noget ældre 6.06 på samme hardware. Den nye 8.04 skulle være faldet et par % tilbage igen på identisk hardware, men altså ikke noget der skulle kunne æde Moore-forøgelsen.

Er det ikke kun fordi det moderne kontorprogram i forvejen er bloat'et?

Tag fx en feature som WordArt, det bruger jeg aldrig og det kunne passende være en plugin, og jeg tror ikke den er særlig resource mæssigt "tynd".

WordArt er nok en af de funktioner der kan sluge en anelse mere end så meget andet, men altså selve koden behøver stadigvæk ikke at være mere end et overskueligt antal kB, de grafiske elementer som genereres fylder selvfølgelig noget, men de ryger under alle omstændigheder først ind i rammen når de tages i brug.

Pointen er at der overhovedet ikke er brug for at fjerne features, langt størstedelen af bloaten kunne undgås ved bedre kodning.

Abiword og Gnumeric er gode eksempler på et ret solidt produkt, der ikke er så voldsomt stort - og i hvert fald Abiword lader sig jo udvide med plugins. Det er interessant, synes jeg - jeg er helt enig i, at en betragtelig del af funktionsmassen bør foreligge som plugins. Jeg sætter for eksempel meget pris på bibliografi-funktionen i OOo, men det var ikke strengt nødvendigt, at det er en del af programmet! Og det fører jo videre til "standing on the shoulders of giants"-argumentet: Med så omfattende et program - eller system, kunne man måske sige - er det jo ikke så nemt at rive tingene UD igen.

En af synderne er swap. Når nu der ikke er en rigtig øvre grænse på mængden af hukommelse har man som udvikler en tendens til at bruge løs.

Er det noget som udviklere typisk har, er det maskiner med masser af RAM og masser af CPU. De mærker derfor ikke selv problemerne.

Engang fandes der computerblade med konkurrencer i at lave de bedste programmer på kun 20 liniers basic. Det kunne der komme spil med musik og fin grafik ud af. Der var bootblock demo konkurrencer på Amigaen hvor man skulle imponere mest muligt med 1024 bytes maskinkode og data. Den slags burde man måske gøre noget mere i på læreanstalterne.

Moore's lov knaekkede i 2003, og forbruget af RAM er nu saa stort, at cachen (L1 og L2) laenge har vaeret flaskehalse, saa faktisk kan vi i de kommende aar formentlig komme til at se en slags tilbagevenden til de glade 1970'ere, hvor man havde behov for at kunne optimere den slags.

Men som allerede beroert i andre kommentarer, saa er de haarde kompetencer desvaerre gledet ud. De kan naturlig genvindes med en indsats igen, men betyder det, at bloat vil forsvinde? Intet tyder desvaerre paa det. Der vil stadig komme flere og flere middelmaadige programmoerer, og saa vil feature creep sikkert vaere nogenlunde proportional med bloat.

Hvem kan huske komplette systemer som Oberon (styresystem med netvaerk, mail, etc. paa ca. 200 Kb.), der kunne ligge paa en diskette? Og "store" (dengang store) Smalltalk-programmer, som fyldte 1 Mb. er jo pinligt smaa i dag, ikke sandt?

Jeg er pessimist. Jeg ved det kan goeres bedre, men omstaendighederne konspirerer imod det.

/Dennis