Hacker Timesnew | past | comments | ask | show | jobs | submitlogin

In my ideal world a software (or any other) team would agree that any decision, spec, design, procedure, etc., would all live in a wiki (e.g. download and install http://twiki.org). It's structured but very flexible.

The team would use IM, e-mail, etc. to discuss these things, but anything of substance would be kept in the wiki. The wiki would be interlinked with a source code repository (e.g. subversion), a bug-tracking system, and a large file-share (the share is only for storing common data sets, DVD/CD images, documentation, 3rd party source, large data files/file-sets too large to store in bug-tracking, support info, etc. ... BUT NOT DESIGN OR OTHER DOCS, except maybe snapshots of Perl-pod or doxygen or javadoc or other auto-generated documentation from source code). Everyone would only work on stuff in that federated system ... no critical docs floating around in e-mail or file shares -- everything's in the Wiki.

One would structure Wiki to track these things:

  * dev teams & their to-do lists & related stuff & diaries

  * research into systems with which software being
    developed must integrate

  * software procedures (how to build, continuously
    integrate, etc.) ... any new team member should 
    be able to consult this and know how to build,
    test, and deploy the product

  * products and product lines

  * releases

  * fun stuff, links to online videos, restaurant reviews,
    pictures from Friday afternoon margarita fest, etc.
I look forward to Google-Wave maturing ... they'll take the wiki concept to the next level.


Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: