MINDMAKERS Forum
Welcome, Guest. Please login or register.
July 31, 2010, 01:56:02 PM

Login with username, password and session length
Search:     Advanced search
NB: Spam bots are becoming smarter every day - we had to turn off regular registration. To become member, please send email to Kris Thorisson ([kris'_lastname] att ru dott is).
333 Posts in 96 Topics by 99 Members
Latest Member: peterwit
* Home Help Search Login Register
+  MINDMAKERS Forum
|-+  Projects
| |-+  Constructionist Design Methodology (CDM) (Moderator: thorisson)
| | |-+  Building broad architectures with a small team
« previous next »
Pages: [1] Print
Author Topic: Building broad architectures with a small team  (Read 4677 times)
thorisson
Administrator
Newbie
*****
Posts: 26


View Profile Email
« on: September 15, 2006, 01:10:23 PM »

As we have been working on the SuperRadioHost architecture (30+ modules) with only 3 people working on implementation we have realized that it can be difficult to build a broad architecture when all modules are not worked on at the same time. Because the breadth-first approach requires us to build, for each version of the system, some of the modules serially, it becomes harder to build each version than if we had e.g. 10 people who were in charge of 3 modules each. Ideally, it seems, one would want to match the size of the team to the size of the architecture in such a way that all modules for each version are ready at roughly the same time. Although doing pseudomodules and module stubbs clearly is clearly a solution to this problem, it is is only a partial approximation to the ideal.
Logged
Hrafn Thorri
Newbie
*
Posts: 5



View Profile WWW Email
« Reply #1 on: February 14, 2007, 12:26:08 AM »

Seeing how many will indeed find that they are short on manpower — perhaps it would not be such a bad idea to at least start planning an open-source development suite to aid in the development of broad, modular architectures. Such a suite could for example consist of easily modifiable pseudomodules to simulate unfinished modules, or GUI controls for sending messages manually (PsyProbe is great, but perhaps limited for these purposes). Even though some problems can only be solved "the right way" (by increasing the number of team members), I'm sure there are several problems that all small teams encounter which could easily be tackled given the right set of tools.
Logged
thorisson
Administrator
Newbie
*****
Posts: 26


View Profile Email
« Reply #2 on: February 14, 2007, 12:28:22 AM »

Hey Hrafn. That is a very good idea. Do you have any thoughts on what that suite would do for you, how it would be organized and what new features would be needed?
Logged
Pages: [1] Print 
« previous next »
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.4 | SMF © 2006-2007, Simple Machines LLC Valid XHTML 1.0! Valid CSS!