Less Than Dot is a community of passionate IT professionals and enthusiasts dedicated to sharing technical knowledge, experience, and assistance. Inside you will find reference materials, interesting technical discussions, and expert tips and commentary. Once you register for an account you will have immediate access to the forums and all past articles and commentaries.
Active Forum Posts
Tags
sql server 2008 sql server 2008 r2 business intelligence nunit sql friday sql server 2005 security performance excel asp.net mvc book mvc t-sql visual studio 2010 how to structuremap .net asp.net tip rhino mocks windows 7 sql server c# database sql sql server 2000 cloud computing trick google vb.netTop Forum Users
The top ranked users for the past 30 days:Google Ads
Silverlight Spinner
IT: Beyond the 'Right Now' Problem
In an IT department there is a tendency to classify operations as being reactive or proactive and, often, pressure to have more of the latter and less of the former. Pressure, that is, until a PC breaks down, a network connection drops, a data record goes missing, or any of a dozen other issues which will ultimately receive more attention than disaster recovery, employee development, business analysis, strategic planning and the rest of a long list of proactive tasks. Immediate, defined problems are far easier to focus on than tenuous concepts of proactive prevention.
Level of Pain
...Phone Number Primitive
I don't know how many times I've put together the same slow regexp to check if the user input is a valid phone number. I decided that this cannot go on and developed a simple phone number primitive. Now our main concern here is the performance of TryParse since it will be used the most. After running some performance tests the median timing was 400ns on a 3Ghz machine.
[Serializable]
public struct PhoneNumber : IEquatable<PhoneNumber>
{
private const int AreaCodeShift = 54;
private const int CentralOfficeCodeShift = 44;...
Internet Explorer 9 available for a test drive
Use the right collection part 2
Yesterday I made a post about using a queue instead of a list because the code was so much cleaner. I think it is very important that code is clean and easier to read. But then Denis asked about the performance differences between the 2 methods. I hadn't worried about the performance, because in my case the performance was good in both cases. But I aim to please my fellow LTDers, so I did a little performance test. And let me remind you that like most performance tests, this one is flawed as ...
:: Next >>





LTD Social Sitings
Note: Watch for social icons on posts by your favorite authors to follow their postings on these and other social sites.