As I'm reviewing these suggestions, it made me think a bit about what, exactly, the scope of a GSOC project should be. Obviously, it has to be tightly constrained - these are students and they only get a few months to work on something they likely have little or no previous exposure with.
So, if you ask me (and no one has
), the needs of FreeCAD *could* be roughly prioritized as follows:
1. Code maintenance
b. Standardizing the API across different parts
c. Eliminating or fixing dependency and packaging issues
2. Bug Fixes - fixing what doesn't work or was implemented incorrectly / incompletely
3. New module implementations (adding entirely new subsystems that are in really good shape, like PyFlow)
4. New feature implementations
Of course, within each priority are very complex problems as well as low-hanging fruit. Thus, an easy feature implementation would likely be a better candidate than a complex code maintenance issue, even if we need the code maintenance badly.
Still, I get the feeling we *really* need to just be fixing / maintaining what we've already got, especially if we want to be serious about releasing FreeCAD v1.0 in the near future... If I had to choose, I'd emphasize only the proposals that addressed #1 or #2. Werner and Kurt could use a few favors, after all.