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...DNN at CodePlex?DNN at CodePlex?
Previous
 
Next
New Post
6/2/2006 8:33 PM
 

What do you guys think of the new sf.net clone by Ms aka www.codeplex.com?

Will you consider registering a DNN project?

Could it be an oportunity to upgrade DNN's development process?
Current Beta seems to show that DNN improvement is becoming increasingly complex to cope with by the core team left alone. The Platinum Release Forum, Public Bug tracker, and all the many dedicated forums get filled up with loads of requests, and I can imagine the pain it must be for the handful of core members on the grill to spend hours acknowledging the ambient burdenning, handling most of the code analysis and dealing with all the code transactions by themselves.

Now that DNN is so big, and as that new portal will provide a source control plateform targeted at .Net and tightly integrated with VS2005 (I guess that's the progress to expect from sf.net and gotdotnet ) safely hosted and maintained in MS DataCenters (another burden less), and sharing the place with other friendly project (what about the Atlas toolkit?), would you consider making the move to widen code access, and maybe even allow targeted developers (platinum sponsors?) to submit transactions to be moderated by the core team?

I'm not sure about the granularity that CodePlex will provide in managing external contribution, but if proven flexible enough, that would in my opinion save a lot of time and energy to the core, since I'm pretty sure many long time DNN users would be happy contributing a few well documented transactions rather than filling up the forums trying to be read, and core developers could monitor all that from their IDE without having to run between the various forum places.

 Of course, that would require a special focus on discipline and management, and the opening process should be kept progressive, but haven't we reached the point when there are so many things to deal with, so many requests to consider, that there is little place left for management and strategy inside the core team, whom initial small group synergy may be turning into permanent suffocation. My suggestion is then to try and leave the dirty job to all those happy to do it, rather monitoring and moderating external contributions, thus saving time for the real stuff.

Well all this is just about redistributing the roles and leveraging the users contributions while the project scales up, which surely is one of your main concern.

Thanks for (re)considering that issue with regards to the current situation and oportunities.


Jesse
CTO - Aricie
 
New Post
8/29/2006 8:28 AM
 

I'll second the motion. 

Being a normal peon having never experienced how it really works, I find Gemini extremely confusing and time consuming. I realize that everything had to be changed around when the core was modified into separate projects, but I have yet to figure out how to create an issue for a specific project.

Having joined the Store Team, I find the majority of issues are reported in the forums. It would be nice to drag the forum thread onto a freetextbox of a bug tracking system, then the issue can be resolved with the supporting material from forum itself.

On the other side of the coin, for many projects I use a simple bug tracking application available from http://www.gotocode.com/apps.asp?app_id=1& It does not support the complexities of source control and such but it does do the job in some cases.

One other alternative would be to start a Issue Tracking module for DotnetNuke itself. For example, you could add a mechanism in the Log Viewer to automatically submit an error log message to the tracking system for later evaluation and/or resolution. Or, in host or admin mode, a link in the control panel could log the actual page along with any information to help resolve the issue.

Just a thought or two.


Dwayne J. Baldwin
 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...DNN at CodePlex?DNN at CodePlex?


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