Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Do not use MVC for DNN module developmentDo not use MVC for DNN module development
Previous
 
Next
New Post
10/3/2016 1:24 PM
 
Rodney Joyce wrote:

I've gone a step further- after being a DNN developer for over 10 years I have decided to part ways with DNN. There's just not enough support for developers.


I am now rewriting my PokerDIY.com site into a pure Angular app (learning ng2 and Typescript at the same time). (You can see an early Angular App version here:  http://www.pokerdiytournamentma.../).............


 

I have seen several module vendors leave the business. I have a couple of modules from one of them (Gumbosoft). I think the cost of providing support has killed them and that's from revenue after dnnsoftware's commission. The module doesn't work right and the developer has to spend time figuring out if it's the module or DNN is at fault. If you sell a module for say $80 the developer time spent  troubleshooting the issue would have wiped out the profit plus sometimes more. Only vendors who sell in big volume survive.

 

I have noticed a ton of modules in the store which haven't been updated in years. This tells me the developers have lost interest in spending any more time updating their modules and just left it in the store in squeeze as much money before they die from  better up-to-date competing modules.

Either I create a commercial DNN module, a software product for a niche market and give up 30% from every sale vs create a SaaS product and keep all the money and have recurring revenue. The SaaS route is much more appealing. One advantage from using an app store is that no marketing money needs to be spent vs adverting your SaaS product. With the SaaS product you can use whatever technology you like and you're not tied to host's technology.




 
New Post
10/6/2016 10:45 AM
 

I have to agree with Rod. With the exception of a few older sites that we manage (which we will hopefully upgrade in the future) we have moved on from DNN. Apart from not supporting the latest technologies, there is just too much legacy crap in DNN that makes modern development too hard & too slow. It is just as quick to build most things from scratch using MVC these days & it means that we have the ability to give out customers exactly what they want without being tied down to the old ways of doing things (for example the old membership provider - we are almost in 2017, it's time to move on!).

Now to be fair, this legacy stuff holding developers back is not just related to DNN, it's all CMS's (including WordPress). The amount of old technology you are stuck using, the amount of updates that you have to do etc just is not worth using a CMS these days when you can write stuff extremely quickly using technologies like MVC & Entity Framework.

My suggestion to DNN is to take what you have learnt & start again from scratch using the latest technologies that are going to be around for the next 10 years! I would suggest that you continue to support the current version of DNN for the next few years for current customers, but your main focus NEEDS to be on a modern CMS that is based on modern technologies, not a mish mash of everything like DNN is doing at the moment - as can been seen by the shrinking community, it just does not work.. Pull out asp.net core, create a flexible/modern user manger & page manager that works across all platforms - it's a great start & that's where the future is! 

EDIT: And just one other thing - involve the community when building the new platform. The community is made up of many, many talented people who have great ideas & can contribute great things. Don't separate us by doing what DNN Corp has done at the moment by having things like separate areas/blogs. Respect & start working with the community as we are not the enemy ;)

 

 

 

 
New Post
10/6/2016 1:01 PM
 
I wouldn't put Wordpress in the same league as DNN in terms of legacy code. Wordpress get a lot of updates. It h as a much more active developers working on the core. Lots of marketplaces (DNN has just one) selling and offering thousands of themes and plugins. I never heard that Wordpress's code is holding back the developers.
 
New Post
10/6/2016 6:14 PM
 
The main issue we are currently facing with DNN: community contributions are not accepted, even bug fixes take months to years to get accepted - if ever. There are 17 pull requests just from me currently pending and I don't feel motivated to contribute more.

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
10/6/2016 9:18 PM
 
I think they just slow... or very slow. Otherwise no one else would contribute and I see recent pull requests from other regulars.
 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Do not use MVC for DNN module developmentDo not use MVC for DNN module development


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out