Video: ЛАЙФХАКИ MICROSOFT OFFICE (November 2024)
Dus het lijkt erop dat Microsoft heeft besloten om Microsoft Office om de twee tot drie jaar bij te werken naar een wervelwind-upgradecyclus die in weken meetbaar is. Dit zou moeten resulteren in een ongelooflijke hilariteit als gekheid ontstaat.
Het probleem met Microsoft-code is dat het meestal is verslechterd tot wat mensen graag spaghetti-code noemen, een lappendeken van subroutines. Dit betekent miljoenen regels code zonder toezichthouder.
In de gouden dagen van codering was er één persoon die letterlijk alle code kende en begreep. Deze persoon kan nee zeggen tegen binnenkomende code, wetende dat het complicaties zou veroorzaken en het zou verpesten. Veel open-sourceprojecten hebben nog steeds toezichthouders, maar Microsoft heeft deze mensen ontslagen of gepromoveerd en vervangen door managers die op zoek waren naar een uitweg.
Aangezien er veel getalenteerde programmeurs bij Microsoft zijn, wordt veel van de spaghetti-code gewoon omzeild, waardoor de meeste zombie-code in de meeste producten achterblijft. Dit is vaak een semi-dode code zonder papieren. Je kunt het niet zomaar wissen, omdat er misschien een niet-traceerbare en obscure subroutine is, die er zelden naar verwijst en als het er niet is, kan het systeem crashen. Veel van de screwball-crashes die u ervaart met Microsoft-software komen voort uit dit soort situaties.
Natuurlijk probeert de crashrapportage dit zo goed mogelijk op te lossen. Ik vermoed echter dat de zombie-code over het algemeen op zijn plaats blijft waar het ook een systeem kan laten crashen door het onvermogen om alle onderdelen goed te vinden of om uit te zoeken hoe ze naar huis kunnen terugkeren.
Microsoft zal ontkennen dat het veel spaghetti-code heeft, maar er is op dit moment geen oplossing voor. De sleutel is om ermee te leven of het te beheren. Ik zou graag zien dat Microsoft een vice-president voor spaghetti-codebeheer inhuurt.
Dit spaghetti-codebeheer zal niet gemakkelijk zijn als hordes Office-coders Office 365 vaker gaan upgraden. Ze zullen eindeloze problemen tegenkomen en meer haperingen toevoegen in het proces.
Ik hoop dat ik het mis heb, maar dit ziet eruit als een fiasco dat staat te gebeuren. Ik zie dat de meeste van deze upgrades veranderen in bugfixes en noodpatches wanneer nieuwere en nieuwere code jaren geleden tegen zombiecode botst en chaos veroorzaakt.
Je zou denken dat Microsoft, met 94.000 fulltime werknemers plus aannemers, nu een team zou kunnen samenstellen om het hele product helemaal opnieuw te coderen. Het bedrijf probeert dit soort dingen vaak en het beste voorbeeld was het NT-team onder leiding van David Cutler, dat Windows 2000 heeft uitgegeven. Maar als je onder de motorkap kijkt, is er nog steeds spaghetti-code.
Het is de manier van Microsoft om terug te vallen op oude code. Niemand weet precies hoe het werkt, dus nemen ze de code van het oude product en plaatsen deze in het nieuwe product. Het werkt goed en het is gemakkelijker dan het opnieuw uit te vinden. Binnenkort heb je de oorspronkelijke rotzooi herschikt.
Ondanks het feit dat de codebasis vermoedelijk na Windows 2000 is veranderd, weet ik zeker dat velen van jullie hier en daar exact dezelfde rare bug of ergernis opmerken die je met Windows 95 hebt gevonden, ja? Hoe komt dat overeen?
Als je rond graaft, zul je ontdekken dat Microsoft Office tussen de 30 en 60 miljoen regels C ++ code eronder ligt. Sommige modules zijn zeker goed gecodeerde edelstenen die kunnen worden aangepast door nieuwkomers. Andere segmenten van de code bevinden zich in een jungle vol gevaar. Dat is waar het plezier begint.
Laten we dit avontuur over een jaar opnieuw bekijken en kijken wat er is gebeurd. Het zou heel grappig moeten zijn. Als we geluk hebben, wordt alle oude zombie-code verwijderd tijdens de constante upgrades. We kunnen altijd hopen.
BEKIJK ALLE FOTO'S IN GALERIE
