[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: The Debian vote taking machinery (Very Long)

>>"Aaron" == Aaron M Ucko <ucko@debian.org> writes:

 Aaron> Jason Gunthorpe <jgg@debian.org> writes:
 >> I do not think you will have time to complete and test a new vote
 >> infrastructure in time (we did this last time, it sucked).

 Aaron> Having implemented a production voting system myself,(*) I suspect
 Aaron> you're right; Murphy's Law definitely applies in full force.  That
 Aaron> said, Manoj's system seems like a win in terms of maintainability, and
 Aaron> I wish him luck should he go through with it.

	I guess I am an incurable optimist, then. Remember, this is
 not a complex system, with perhaps unknown linkages between
 subsystems. I am not opting to use a ``real'' database on this first
 implementation -- indeed, I am going to try and set up a interface
 layer that can be used to abstract away a backend (so we can, in the
 future, move to a real RDBMS).  For the first implementation, though,
 using just the file system, we have 3 weeks to test 5 scripts. And
 each of these scripts is simple by itself, and can be independently

	In other words, I am hoping that modularity, independent
 testing and implementation, idempotence, and designing data integrity
 into the system from the get go (each new mail does not touch the
 previous data received) shall save us from some of the bugbears of

	Of course, it may mean that I'll have to manually count votes,
 but hey.

 The church is near but the road is icy; the bar is far away but I
 will walk carefully. Russian Proverb
Manoj Srivastava   <srivasta@debian.org>  <http://www.debian.org/%7Esrivasta/>
1024R/C7261095 print CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

Reply to: