Is it possible the VA would support parameterization using the variable
DUZ("AG") the way it has with VOE.
Jim Gray
----- Original Message -----
From: "Gary Monger" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Tuesday, January 17, 2006 8:06 PM
Subject: RE: [Hardhats-members] Attracting developers
One thing that keeps coming up is the UI. A modern UI will require
changes
to many packages, including Kernel, and Fileman. If these changes touch
components (routines, options, DDs, etc) that are later modified and
released by VA, then someone needs to merge the changes. Its possible
that
VA would incorporate some of the better releases, but not likely they
would
incorporate all of them. The code will diverge. Standing examples are
IHS
and CHCS. VOE will be another.
Essentially these are different products. They have a separate release
mechanism within their own organization. They manage the name and number
spaces for development against their product. If need be they merge in
releases from other organizations. This community will need something
similar, maybe not today, but soon.
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jim
Self
Sent: Tuesday, January 17, 2006 4:48 AM
To: [email protected]
Subject: RE: [Hardhats-members] Attracting developers
What sorts of projects? What modifications?
Please elaborate, this could be the start of an important discussion.
Gary Monger wrote:
I would voluntarily work with M.
I don't have a lot of spare time, and I usually get enough of development
during work. When I do something work related in my spare time, it
usually
has to do with increasing my marketable skills. There are a couple of
projects interesting enough to me that I would spend my free time working
on
them. But I'm not convinced the effort would be worthwhile.
I believe VistA will live at VA for years to come. I think for VistA to
really make it outside the VA it needs modifications significant enough to
force divergence from the FOIA code. How will this be handled? I can't
see
spending the time without this problem being addressed.
---------------------------------------
Jim Self
Systems Architect, Lead Developer
VMTH Computer Services, UC Davis
(http://www.vmth.ucdavis.edu/us/jaself)
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
