If you read the boards or watch the tweets, you will see comments like “I hate DotNetNuke” and “Why would you NOT use DotNetNuke”. You find extremist, some polite and some not so polite, on both sides. To understand why we hear such disparagent remarks, we need to know what questions are being answered. For instance;
- Your background is LAMP (Linux, Apache, MySql, PHP)
- You have many years experience
- You have all the tools necessary to put together a Drupal site in no time at all
- Someone says, “I want this done in DotNetNuke” (which you have never seen)
- After 5 hours of trying to do something that normally takes you 5 minutes.
- Someone says “How do you like DotNetNuke? Isn’t it great?”
- You might answer… “I HATE DotNetNuke”
Obviously, you could turn this around to “hate Drupal” or many other software packages just as easily. In reality, the question being answered was NOT “Does DotNetNuke meet the business need?” but rather how much did you like working with something outside your core competency.
When evaluating DotNetNuke (DNN) or any software for that matter, the question that should be answered is “Does it fulfill or help fulfill the business requirements in the best/most cost effective manner?” I have heard people say that they ALWAYS use DNN for their projects. I am immediately reminded of the old warning/saying that “if the only tool you ever use is a hammer, then all your problems start to look like nails”. That warning out of the way, it is possible that someone might only accept projects that are a good fit for DNN or whatever tool set they may be using. There is nothing wrong with only accepting projects that fit your core competency; as long as every project does not look like the preverbal nail.
If a company came to me with a project, and part of the requirements were that the web application had to run on their in-house servers (LAMP based) and was to be maintained by their existing staff, I doubt that DotNetNuke would be high on the list as the web application framework of choice.
By the same token, what would be the response if the requirements emphasized most by the client were the ability for people to enroll, and for different users or classes of users be granted access to different sections of the site? For people familiar with DotNetNuke, they know that DNN’s membership, and roles based security would put it as a top runner, and could save the client hundreds of hours worth of development cost.
I want you to tell me (and my readers) what business requirements have tipped the scales for you. Please leave a comment and tell us what business requirements have caused you to choose or reject DotNetNuke!