Microsoft kontors spaghettikodemessige

VIS ALLE BILDER I GALLERI

Så det ser ut til at Microsoft har bestemt seg for å gå fra å oppdatere Microsoft Office hvert annet til tredje år til en oppgraderingssyklus for virvelvind som kan måles i løpet av uker. Dette skulle resultere i noe utrolig morsomhet når det oppstår rare.

Problemet med Microsoft-koden er at den for det meste har blitt dårligere til hva folk liker å kalle spaghettikode, et lappeteppe med underrutiner. Dette betyr millioner av kodelinjer uten tilsyn.

I kodingens gylne dager var det en person som bokstavelig talt kjente og forsto all koden. Denne personen kunne si nei til kode som kom inn, og visste at den ville innføre komplikasjoner og ødelegge den. Mange åpen kildekode-prosjekter har fremdeles tilsynsmenn, men Microsoft har enten avfyrt eller promotert disse menneskene bort, og erstattet dem med ledere som leter etter en vei ut.

Siden det er mange dyktige programmerere hos Microsoft, blir mye av spaghettikoden ganske enkelt forbigått, og etterlater zombiekode i de fleste av produktene. Dette vil ofte være udokumenterte halvdøde koder. Du kan ikke bare slette den fordi det kan være noe uoppsporbar og uklar subroutine, som refererer til den sjelden, og hvis den ikke er der, kan systemet krasje. Mange av skrueballkollasjene du opplever med Microsoft-programvare stammer fra denne typen situasjoner.

Naturligvis prøver krasjrapporteringen å løse dette så godt det kan. Imidlertid gjetter jeg at zombiekoden generelt sett er igjen på plass der den også kan krasje et system på grunn av manglende evne til å finne alle brikkene sine ordentlig eller finne ut hvordan du skal hjem.

Microsoft vil benekte at den har mye spaghettikode, men det er ingen vei rundt det på dette tidspunktet. Nøkkelen er å leve med det eller styre det. Jeg vil gjerne se at Microsoft ansetter en visepresident for spaghettikodeadministrasjon.

Denne spaghettikodeadministrasjonen kommer ikke til å bli lett hvis horder av Office-kodere skal oppgradere Office 365 på en mer regelmessig basis. De kommer til å løpe på uendelige problemer og legge til flere problemer i prosessen.

Jeg håper jeg tar feil, men dette ser ut som et fiasko som venter på å skje. Jeg kan se de fleste av disse oppgraderingene bli til feilrettinger og nødoppdateringer etter hvert som nyere og nyere kode støter på zombiekode fra mange år siden og skaper ødeleggelser.

Du kan tro at nå, Microsoft, som har 94 000 heltidsansatte pluss entreprenører, kan sette sammen et team som koder for hele produktet fra bunnen av. Selskapet prøver ofte denne typen ting, og det beste eksemplet var NT-teamet ledet av David Cutler som kvernet ut Windows 2000. Men når du ser under panseret, er det fortsatt spaghettikode.

VIS ALLE BILDER I GALLERI

Det er Microsoft-måten å falle tilbake på gammel kode. Ingen er helt sikre på hvordan det faktisk fungerer, så de tar koden fra det gamle produktet og slipper den inn i det nye produktet. Det fungerer bra, og det er lettere enn å oppfinne det på nytt. Snart har du det originale rotet omorganisert.

Til tross for at kodebasen visstnok endret seg etter Windows 2000, er jeg sikker på at mange av dere merker nøyaktig den samme rare feilen eller irritasjonen her og der som du fant med Windows 95, ja? Hvordan ser den figuren ut?

Hvis du graver deg rundt, vil du oppdage at Microsoft Office har mellom 30 og 60 millioner linjer med C ++ -kode bak den. Noen av modulene er absolutt godt kodede perler som er modne for å finpusse av nybegynnere. Andre deler av koden er i en jungel fylt med fare. Det er der moroa begynner.

La oss se på dette eventyret om et år og se hva som har skjedd. Det skal være veldig morsomt. Hvis vi er heldige, vil all den uaktuelle zombiekoden bli eliminert under de konstante oppgraderingene. Vi kan alltid håpe.

VIS ALLE BILDER I GALLERI