|
From: | Jim Busser |
Subject: | Re: [Gnumed-devel] Gnumed governance junta plus development guidelines |
Date: | Sun, 9 May 2004 23:44:17 -0700 |
Syan's point about mini-projects prompted Karsten to reply with the reminder about FIXMEs in various code and I found, among the old postings, other todos that I can feed back to the list in order that we determine their status and ongoing pertinence.
I thought it may be useful together together what has been suggested / decided about naming conventions. I have saved snippets into a text file after having weeded through 45 emails in the archive and to these I can add the couple of naming guidelines that appeared in the developer manual mainly to do with i18N. The snippets are a jumble of bits and pieces so will need some work once I post it for us to determine which parts remain true and which others could be important / helpful to add.
I am still learning how / where to extract additional educational information from gnumed itself. Thanks to the epydoc extract that Hilmar sent me, I will be able to inspect whether the python code itself contains commenting that informs about how things ought to be done more generally --- unless anyone already knows the answer to be probably no, that the comments just say what is being done and little that would relate to a generalizable strategy or guideline. In the latter event, I would get to it eventually only to learn more about the code.
I also will only slowly be getting more familiar with SQL but, having poked around with a tool I downloaded, am I correct to think that the sql files themselves contain commenting or other text content that may inform the development process and be worth abstracting?
On May 9, 2004, at 8:42 PM, Ian Haywood wrote:
On Mon, May 10, 2004 at 12:15:03PM +1000, richard terry wrote:Karsten Hilbert wrote:Key area coordinators for GnuMed (referencing also our wiki RoadMap):I note I've been left off the wxPython front end list. Am I still involved here, even in the conceptual/design area?I don't pretend to be interested/ability to do the sophisticated coding,but I can still oversee the functionality/design.I'm sure this is not intentional.IMHO there is still a lot of work in GUI design to be done, we need some way of organising the modules into a coherent system, currently things pop up where-ever individual developers think is appropriate (e.g. I have put the referrals writer under "Patient Details", Sebastian has put the lab journal as a main notebook tab)Ian
[Prev in Thread] | Current Thread | [Next in Thread] |