Honestly, I have never had a problem googling .NET and COM-related stuff.
"So I was installing .NET and it failed because I didn't have the right drivers for my SCSI card."
"What? I've never needed disk drivers to install .NET, which version was it? 1.1?"
"No, it was 2003"
or...
"Can you install .NET on my PC?"
"Sure, done"
"Where's Word and Excel?"
"What?"
Then also, we had Office .NET, Visual Studio .NET (with Visual Studio .NET 2003 added later), and pre-release versions of what was to ship asWindows Server 2003 were known as Windows .NET Server for a while.
Web services (the SOAP and XML kind) were the next big thing back then, at least as far as Microsoft was concerned, and so the entire software stack was promoted as conceptually centered around that - hence the .NET name. Kinda ironic, what with the rise of cloud computing later, when .NET brand was already toned down to refer to the framework specifically, and the consequent need to invent "Azure".
Somewhat more indirectly, it also surfaced in low-level native APIs used to host CLR inside an app, with names like ICorRuntimeHost - if I remember correctly, COR here stands for Common Object Runtime. Also seen in mscorlib.dll (the assembly containing the most fundamental types, which is the top node in any CLI assembly dependency graph) and mscoree.dll (EE = execution engine).
Oh, and C# was COOL (C-like Object-Oriented Language).