My MSN

Click OK to add this content

 
Content Preview: rss
-+I'll move back to Google's Blogger
1640 days ago
Well, I've decided to move my blogs back to Google's Blogger and wait for Microsoft catching up.  The new link is http://yangcao88.blogspot.com/.
-+About Microsoft Management Secrets
1641 days ago
From Microsoft Secrets - by Micchael A Cusumano and Richard W. Selby : Many firms hire or promote people based solely on their managerial skills, not necessarily on how well they can combine their technical knowledge with an understanding of business and strategy.  Microsoft puts knowledge of the technology and how to make money with this knowledge first in choosing managers.  While this results in a shortage of middle managers with good people management skills, it has served Microsoft well in the highly technical world of developing computer software.  At the same time, through new hires and acquisitions, Micorosft continually broadens its existing skill base such as by adding new groups for consumer software and information-highway products and services.
-+Magic 15 with GetProcessesByName on Windows 2000
1659 days ago
My coworkers and friends, Ronnie Brown and Jerry Dennany , pointed it to me that static method Process.GetProcessesByName may return empty on Windows 2000 if the processName is longer than 15 characters.  The appeared reason is that both Windows Task Manager and Performance Monitor on Windows 2000 can only display the first 15 characters of a process.  But there are some exceptions to that rule that GetProcessesByName can find some of the processes with the name longer than 15.  So what's going on? I opened  Reflactor to check out how GetProcessesByName method is implemented in Porcess class.  Here is the part in my interest: ProcessInfo info1 = infoArray1[num1]; bool flag1 = false; if ((processName.Length < 15) !ProcessManager.IsNt) {     flag1 = string.Compare(processName, info1.processName, true, CultureInfo.InvariantCulture) == 0; } else if (string.Compare(processName, 0, ...
-+Comments on Performance of EntLib Logging
1676 days ago
Finally I got a chance return to my Blog again.  I guess I must be pretty bad on managing my time. I have been following the the comments on EntLib Logging performance vs log4net's, for I intend to use EntLib in our product.  Our product has very high requirement to logging performance, especially when debugging trace is turned on.  I'm quite familiar with log4net and I really like it, except the part of Remoting Appender that I think needs some refactory.  However, log4net has not been updated for almost 2 years and some useful features such as supporting WMI events are not there.  That's the reason for me to pay special attention to EntLib Logging. Although there are number blogs about EntLib Logging performance, I was hoping someone on the development team would give an "official" explaination on what is and is not.  Here we have Tom Hollander.  But to my disappointment, he's wiggling just like a classical programmer that "it works on my ...
-+Enterprise Library: Configuration Application Block - Something about ...
1735 days ago
It's really nice to read someone from the development team of Enterprise Library blogs about it, like Scott Densmore .  He has several blogs about Configuration Application Block , like this one: " Enterprise Library : Configuration Part 1.1.1 - Storage Provider ".  They give an easy introduction on how it works, which makes me feel more confortable to work with the product, besides just reading the documentation and over simplified code samples. However, I always think the major difference between a sales person and a developer is the former always tells you what works, the latter, on the other hand, reminds you what doesn't.  I'm pretty sure I'm a developer, a die hard kind. It brought to my attention when I saw IConfigurationChangeWatcher interface.  I was hoping to read something about the default implementation from the blogs.  Unfortunately, I didn't see any. It took me about 15 seconds to figure out what is dirty out there.  Here ...
© 2009 MicrosoftMicrosoft