:: 18.06.2008 11:13:21
Personally, I don't see what the difference is between a "normal" CMS and a CMS from developers, for developers, so it is difficult to say what I would expect from such a CMS ;-)
:: 18.06.2008 11:31:36
- No install routine -> Simple configuration
- No WYSIWYG, just Markdown and/or Textile
- Leave tickets and software roadmaps out, because you destroy the simplicity, you cannot develop such tools in a reasonable time and there is good software for it out there. So better think of a good solution to integrate applications in the CMS. Or viceversa. See Drake or Jake. Let me create a page in your CMS and enter PHP code that will be executed or written out there persistantly, so I'll get my ticket thing in there myself.
- Expandable. Let me add additional infos to the pages. If I don't do it with additional db fields, have a look at Felix GeisendA¶rfer's Expandable Behavior (http://www.debuggable.com/posts/unlimited-model-fields-expandable-behavior:48428c2e-9a88-47ec-ae8e-77a64834cda3)
- Good, commented code. Bad code and debugging or adding something getting a bad dream is the worst for developers.
Just some ideas...
:: 04.09.2008 13:27:04
Don't kill me... but: a really simple Wiki-like tool for capturing notes, docs, etc, from developer TEAMS. Wiki's are great for dev docs, especially during development (compliance not-withstanding), but the VAST majority of Wiki solutions have way more functionality than necessary. Google Code's is pretty nice, and I like how a table of all the related pages is always right there so you can add articles without having to bother thinking about ways of linking them together so they can be easily found and not orphaned. It would be nice to be able to easily associate these "Wiki" pages with other CMS object types, like add a Wiki page to a blog post, file download, heck even another Wiki page, and the CMS will always create a standard link/icon in the same place relative to the associated item.
:: 04.09.2008 13:27:27
The blog feature, I realize, can be used for capturing that kind of thing too, but devs in the biz world work in teams and only one of them would be authorized to edit a blog post and the rest would need to comment, its nicer if everyone can just mess up and spam a page together at whim.
Then, streamlined login for developer teams. As a matter of fact, do everything in your power to support as many commercial/open-source SSO solutions as you can in your login "module". So, if I'm logged into Windows and using IE8, it would be great if there was a way to configure it to just know who I am based on my Windows credentials, or whatever SSO solution I may have available.
Sorry, some of this may be off a bit, I'm just trying to brainspam quickly to help you out and keep you encouraged!