Click here to Skip to main content
15,890,947 members
Articles / Operating Systems / Windows

Moving to Windows 7 – First Impression

Rate me:
Please Sign up or sign in to vote.
5.00/5 (2 votes)
4 Nov 2013CPOL5 min read 7.8K  
Overall I like the look and feel and even performance. I am not happy with Microsoft ditching backward compatibility every time.

At work, we are upgrading to Windows 7 (64-bit). We were on Windows XP for a while. After initial adjustment, I am beginning to like it. I will be posting my experiences here, as I go through it. But, here are my first impression(s):

On the old machine, I was using Office 2000 for the last 4 years. Office 2010 is fancy!! I could create fancier documents in a giffy. Yes, the ribbon interface needs some learning to do, but once you get it, it’s nice!

Back to Windows 7, it’s look and feel is way better than my old XP. It seems equally stable as well. (Apparently, it’s built over the same kernel as Windows Vista, which was a disaster. I use Vista at home, lot of problems, but still going).

I always wonder, why they change something that works. Previously, you right click on Start Menu. You will see Explore option. Now, it’s called “Open Windows Explorer”. Makes you stumble a bit.

But the Windows explorer itself is better designed. I feel, they finally got the Search option right. You search in place in folder and when you clear search, it returns to the folder.

Control Panel is rearranged too. It starts in Category view, which kind of bundles various options. Luckily you can change the view to “Small Icons” or “Large Icons”. These bring back full listing like XP did. But even here, they renamed a few items. What used to be called “Printers and Faxes” for example, is now called “Devices and Printers”. If you are used to searching for options alphabetically, it takes a minute longer. Go figure.

Network icon on the tray icon has changed. It opens a “Network Sharing Center”. You will have to get used to it, but it’s definitely much better than the old way of drilling down Network properties.

Speaking of changing names, our good old “My Documents” is simply “Documents” and “My Computer” is just Computer. All other folders with “My” lost the prefix. Pictures and Videos used to be inside “My Documents”. Now, they are outside and easier to get to. I read that they have used Symbolic (or is it hard?) links (More on this later) to keep the old naming pointing to the same folders.

All users are now stacked under, easier-to-reach, C:\Users. No longer the “Documents and Settings” (What was that?). If you open C:\Users\<your user name> folder, you will see the old “My Documents” etc, which essentially point to the Documents etc. folders in Windows 7.

These were just my first impressions. Generally good. But there are problems though.

UAC (User Access Control)

Windows 7 (like Vista) uses UAC (user Access Control) – a newer security model. Essentially moving more and more towards Unix here. (I read that Microsoft hired ex-Unix gurus in building Windows 7). If you are coming from a free-for-all Windows XP, it’s a nightmare to deal with.

Normal users cannot access a lot of things, like Registry, Windows System directory, Program Files, etc. This means, if you are installing software, you need to login as Administrator. This was always the case, but more pronounced in Windows 7. Read on. Unlike before, it’s not enough if you login as Administrator, you need to “run the programs as Administrator”. This really got me. Each time, I try to install something that touches something in the system, it will ask me for Admin ID and Passsword. Puzzled me for a bit, until I read about RunAsAdministrator option. Apparently, Windows 7 always runs with the lowest permission possible, until you elevate the program permissions to the maximum available for the user id.

32-Bit Applications on Windows 7 (64-bit)

Not only that. They have extended this security model further in Windows 7 64-bit. If you are running a 32-bit application on a 64-bit OS, things change drastically. For one, if you are installing a 32-bit application, it is now installed in “Program Files (x86)”. (64-bit applications go into C:\Program Files!). What kind of naming is that? (x86)? We had tons of problems with “C:\Program Files” with a space in it. Now, another special character? This definitely caused enough grief with some 32-bit software. More later.

Also, your 32-bit applications no longer access C:\Windows\System32. They access another folder named SYSWOW64. (In case you are wondering what is WOW, like I did, it’s Windows on Windows). Contrary to what 64 may lead you to believe, it’s actually the System32 directory for 32-bit applications!!!! Talk about Naming issues!!? Why couldn’t they leave System32 alone and go for logical System64? So, anyways per Wikipedia post,

The operating system uses the <a title="%SystemRoot%" href="http://en.wikipedia.org/wiki/%25SystemRoot%25"><span style="color: rgb(0, 0, 255);">%SystemRoot%</span></a>\system32 directory for its 64-bit library and executable files. This is done for backward compatibility reasons, as many legacy applications are hardcoded to use that path. When executing 32-bit applications, WoW64 transparently redirects 32-bit DLLs to %SystemRoot%\SysWoW64, which contains 32-bit libraries and executables. 32-bit applications are generally not aware that they are running on a 64-bit operating system. 32-bit applications can access %SystemRoot%\System32 through the pseudo directory %SystemRoot%\sysnative.

Virtual What?

Another big topic in Windows 7 is the Virtual Store. When users are not allowed to access some registry key or file location (for e.g., C:\Program Files or C:\Windows), they are rerouted to a Virtual Store. It’s caused a rage in some forums and enough grief trying to debug our programs. For example, we recently got our users moved to Windows 7 (yes they did before us, talk about budget issues!!) our 32-bit Powerbuilder application couldn’t connect to the database. After debugging the issue, found out the normal user cannot access Windows Registry location where the software installation saved the connection information. Virtual Store came in between. User was reading Virtual Store location corresponding to the original location, which was empty and thus the issue. We resorted to using INI file for now!

There are several compatibility issues. Some programs need to be run in Windows XP mode, some need to be run as Administrator, some need to be installed outside C:\Program Files (x86). I will go over those in the next post.

So, overall I like the look and feel and even performance. I am not happy with Microsoft ditching backward compatibility every time (though they claim backward compatibility in every version, there is always a device or software that stops working, forcing us to buy more!).

References

Here are some links for further reading:

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


Written By
Software Developer (Senior) City of Los Angeles
United States United States
Originally a Physics major, fell in love with Microprocessors and switched to Computer Science 20+ years ago. Since then, dabbled in various languages including, PowerBuilder, Oracle, Java, C, C++, Perl, Python etc. Constantly striving for quality and performance too.

I try to help fellow developers with technology as a way of "giving back to the community". Blogging became a natural extension of that effort. Still learning to perfect that art. If one new programmer out there benefits from this blog, my time and effort are fully worth it.

The underlying theme in my blogs is power and beauty of programming (and technology in general). A well written program gives me the sense of awe you get when you look at a man made wonder like Angkor Wat. You experience poetry, art, mystique, power all at once. A program and the troubleshooting that ensues also gives you a feeling you get while reading a mystery novel!

Comments and Discussions

 
-- There are no messages in this forum --