Live data from Hacker News

Office is too slow, so Microsoft is making it load at Windows startup

pcworld.com

891–900 of 1001 posts

Re: Office is too slow, so Microsoft is making it load at Windows startup

#891

What's old is new again. Microsoft introduced the "Office Startup Assistant" or "Office Startup Application" (osa.exe) in Office 97, it sat in the system tray and loaded the main office DLLs at startup: https://web.archive.org/web/20041214010329/http://support.mi... OpenOffice.org (predecessor of LibreOffice) copied this feature, which they called "QuickStarter", I don't know exactly when, but no later than 2003: htt…

Equivalently useless back in 2004.

Notably, a solution to the current issues with modern office is to use a copy of Office 97.

20+ page XLS uses ~7MB and loads effectively instantly (on a frankly horribly performing laptop that can usually barely run demos on HN)

Re: Office is too slow, so Microsoft is making it load at Windows startup

#892
post #192

I use Office software at work daily and I don't understand how that piece of shit can be so fucking slow. It's a serious productivity sink too; I often procrastinate small tasks just because I know half of the time doing it is spent waiting for various part of the office to load and that is somehow very stressful. I realise it is not a huge amount of time per se, but the psychological effect of the piece of crap stop…

People question why I use vim and live in the terminal. Well... because everything opens up instantly, and I can run email, spotify, my editor, debugger, pdf reader, file browser (with image previewing), and everything I need while using less than a gig of ram and barely any CPU usage. Not only that, but I get to make the things work in the way I want them to, not have to constantly hunt down random menus. If I'm eve…

How are you doing Spotify?

Re: Office is too slow, so Microsoft is making it load at Windows startup

#896
post #671

Earlier quoted context omitted.

Niklaus Wirth wrote about this in 1995, in his essay A Plea for Lean Software. About 25 years ago, an interactive text editor could be designed with as little as 8,000 bytes of storage. (Modern program editors request 100 times that much). An operating system had to manage with 8,000 bytes, and a compiler had to fit into 32 Kbytes, whereas their modern descendants require megabytes. Has all this inflated software bec…

Aside from slowness, feature creep leads to poor quality, i.e. tons of bugs and user confusion with ever-changing graphical interfaces. If software was simpler, we could afford to offer some formal guarantees of correctness. Model check protocols, verify pre and post conditions à la Dafny, etc. There's too much change for the sake of change.

> There's too much change for the sake of change.

+1 to this. Like a lot of issues, I think the root is ideological, but this one in particular very clearly manifests organizationally.

The companies building everyday software are ever bigger— full of software engineers, designers and various kinds of managers who are asked to justify their generous salaries. At an individual level I'm sure there's all sorts of cases, but at a general level there's almost no other option but to introduce change for the sake of change.

Re: Office is too slow, so Microsoft is making it load at Windows startup

#897
post #671

Earlier quoted context omitted.

Niklaus Wirth wrote about this in 1995, in his essay A Plea for Lean Software. About 25 years ago, an interactive text editor could be designed with as little as 8,000 bytes of storage. (Modern program editors request 100 times that much). An operating system had to manage with 8,000 bytes, and a compiler had to fit into 32 Kbytes, whereas their modern descendants require megabytes. Has all this inflated software bec…

Aside from slowness, feature creep leads to poor quality, i.e. tons of bugs and user confusion with ever-changing graphical interfaces. If software was simpler, we could afford to offer some formal guarantees of correctness. Model check protocols, verify pre and post conditions à la Dafny, etc. There's too much change for the sake of change.

> There's too much change for the sake of change.

+1 to this. Like a lot of issues, I think the root is ideological, but this one in particular very clearly manifests organizationally.

The companies building everyday software are ever bigger— full of software engineers, designers and various kinds of managers who are asked to justify their generous salaries. At an individual level I'm sure there's all sorts of cases, but at a general level there's often almost no other option but to introduce change for the sake of change.

Re: Office is too slow, so Microsoft is making it load at Windows startup

#898
post #143

Team X is responsible for feature Foo; feature Foo is slow; team X introduces Foo-preload, metrics go up, person responsible gets a bonus. Multiply that by tens (or even hundreds) of teams and your app startup (either on desktop or mobile) is now a bloated mess. Happened to Office, Facebook iOS and countless others. One solution is to treat startup cycles as a resource similar to e.g. size or backend servers.

Office codebase is soon going to probably be older than most people that work on it.

I'm told from MS friends that there are still files with the intact 1987 changelog in Word; as well as workarounds for dot matrix printers that were released 40+ years ago.

Also, the Office codebase is significantly larger than Windows (and has been for a while), that was surprising to me.

Re: Office is too slow, so Microsoft is making it load at Windows startup

#899
post #192

I use Office software at work daily and I don't understand how that piece of shit can be so fucking slow. It's a serious productivity sink too; I often procrastinate small tasks just because I know half of the time doing it is spent waiting for various part of the office to load and that is somehow very stressful. I realise it is not a huge amount of time per se, but the psychological effect of the piece of crap stop…

People question why I use vim and live in the terminal. Well... because everything opens up instantly, and I can run email, spotify, my editor, debugger, pdf reader, file browser (with image previewing), and everything I need while using less than a gig of ram and barely any CPU usage. Not only that, but I get to make the things work in the way I want them to, not have to constantly hunt down random menus. If I'm eve…

I was going to agree until I realised that I’ve aliased emacs to open emacsclient and do exactly what office is planning on doing.

you win this one vim, but I’ll get you next time.

Re: Office is too slow, so Microsoft is making it load at Windows startup

#900

What's old is new again. Microsoft introduced the "Office Startup Assistant" or "Office Startup Application" (osa.exe) in Office 97, it sat in the system tray and loaded the main office DLLs at startup: https://web.archive.org/web/20041214010329/http://support.mi... OpenOffice.org (predecessor of LibreOffice) copied this feature, which they called "QuickStarter", I don't know exactly when, but no later than 2003: htt…

I came here looking for this. It's an old idea, from the days when spinning rust was the limiting factor - precache the binaries. If you ever tried Office 97 on a PC of 10+ years later, it's amazing how fast and lightweight it was. Instant startup, super snappy. And those apps were not lacking in features. 95% of what you need out of a desktop word processor was in Word 97.

The worst thing Office ever did was effectively kill WordPerfect, and I will die on this hill.

Reveal Codes was an order of magnitude more useful than whatever crap MS continues to pass off as formatting notation to this day 20+ years later, and that's before we even get into Word being over-helpful and getting ahead of you by doing things with autoformat you never wanted to have happen.

Yes, I know WordPerfect is still around, but fat chance being able to conveniently use it anymore.

Post reply on HN