VTK/ARB: Difference between revisions
mNo edit summary
No edit summary
|Line 1:||Line 1:|
Revision as of 22:11, 26 October 2010
The VTK Architecture Review Board (ARB) is a group of individuals whose goal is to advance the technology in VTK by providing direction and oversight to the development of VTK. While the open-source nature of VTK allows natural progression via its many developers, the ARB seeks to balance the intentions of each small group of developers, ensuring that changes will benefit the community as a whole. The ARB serves the following functions:
- Maintain a roadmap of VTK including long-term plans.
- Make decisions on high-impact code changes to VTK.
Scope of ARB Intervention
Code changes with a high impact on developers and/or users should be reviewed by the ARB. The following are some guiding principles for deciding whether changes require ARB involvement:
- Will the change significantly affect backwards compatibility?
- Does the change cause a significant shift in the functionality and scope of VTK?
- Are there licensing issues with the code?
Smaller feature additions and bug fixes will not in general require ARB approval, although they should in most cases have an associated development plan (see the Managing the Development Process document).
The President organizes the meeting agenda and maintains the roadmap and the list of outstanding proposals requiring ARB intervention. He or she is also responsible for setting up ARB meeting times/places and ensuring that the goals of the meeting are accomplished. The president may invite individuals or groups who have submitted proposals to present their plans at ARB meetings.
The Secretary keeps records of each meeting, assists in the setup of the meeting location and technology (e.g. projectors, video conferencing, etc.) required, and facilitates communication of proposals to the ARB, as well as decisions from the ARB back to the community.
The ARB will meet on a schedule of their choosing and convenience, but at least once a quarter. The ARB may meet informally at any time as the need arises to evaluate proposals. (Meeting notes and scheduled meetings are listed here.)
Conflicts will be resolved by discussion and consensus where at all possible. When such an agreement is impossible, the members of the ARB will vote on the issue, with the President breaking any tie vote.
Membership, while initially determined by Kitware, will develop organically from the ARB itself. ARB members are responsible for nominating new members, who are elected by consensus or majority vote (with the president breaking any tie). Existing members may step down from the ARB at any point. Members who are unable to attend meetings after reasonable effort to contact them, or are found to be exceedingly counterproductive to the purposes of the ARB, may be dropped from the ARB by consensus or vote.
The following are the current members of the ARB. It is likely that many of these positions may change over time. The list below summarizes each members organization and expertise.
- Jim Ahrens, Los Alamos National Laboratories (Supercomputing: VTK, ParaView)
- Berk Geveci, Kitware Inc. (Supercomputing: VTK, ParaView)
- Bill Lorensen, Master and Commander (Medical Imaging: VTK, Slicer)
- Andrew Maclean, Centre for Autonomous Systems, University of Sydney (Geometry: VTK, Robotics, Software Process)
- Steve Pieper, Isomics (Medical Imaging: VTK, Slicer)
- Paolo Quadrani, CINECA System and Technology Department (Medical Imaging: VTK, MAF)
- Will Schroeder, Kitware Inc. (Geometry, Data Structures, Algorithms: VTK)
- Claudio Silva, University of Utah (Computational Sciences: VisTrails)
- Brian Wylie, Sandia National Laboratories (This is a rotating position with other lead VTK technologists from Sandia) (Informatics: VTK, Titan)
- Stephane Ploix, EDF (Supercomputing: VTK, ParaView, shared-memory parallelism)
This members only mailing list can be found at http://www.vtk.org/mailman/listinfo/arb