Difference between revisions of "Education Courses"
(→Contents) |
(→Contents) |
||
Line 77: | Line 77: | ||
- provide a buildfix (patch) | - provide a buildfix (patch) | ||
− | - avoid general | + | - rules for commiting |
+ | |||
+ | - avoid general build breaker(s): portability rules | ||
+ | |||
Line 85: | Line 88: | ||
- source code distribution: where find what | - source code distribution: where find what | ||
+ | |||
+ | - rules for code review | ||
+ | |||
+ | - become a Domain Developer | ||
+ | |||
+ | |||
Source code analyze ( + examples ) : | Source code analyze ( + examples ) : | ||
− | - vcl content and design -> use Mac OS X port | + | - vcl content and design -> use Mac OS X port as example |
- svx content and design | - svx content and design | ||
Line 101: | Line 110: | ||
− | + | Manage a new feature implementation | |
+ | |||
+ | |||
[[Category: Education]] | [[Category: Education]] |
Revision as of 14:56, 12 November 2007
Return to Education Project
FIXME: DRAFT, define a better look, sort every point .. add missing
Rules
We must know, as preliminary, what is teached in the most common situations in most of the schools
FIXME : TABS
- Chinese education system for computing
- US System education system for computing
- French system education system for computing
- Other ...
Who will help, contribute for the courses
How present them
Courses must have pre requisites
Courses must follow objectives :
- knowledge
- know how
- experimental know how
Authors of courses must be visible
A clear progression must be defined
Define, for every courses, developers who can be contacted as technical contacts
Create applications illustrating the courses, including code sample
Contents
1) not project / applications dependant
- Structure of the project
Projects, organisation, life, decisions .. etc
- Tools:
source code: checkout (cvs / git / svn ) , extract infos ( cvs log ..etc ) , organisation
cwstools: cwsquery, create a cws, cws life: QA, validate, resync a cws
Build OpenOffice.org: dependencies, configure time, needs for every OS, architecture
examples: AquaBuild
- Source Code
extract cws, create patches, apply them, propose patches
- interactions with tools:
buildtime, dependencies management (build.lst) , solver (d.lst)
- Build issues: acquire skills, share and teach them
- known typical issues: build typical issues ( makefile relevant); code issues: fix warnings
- how find info: IssueZilla, IRC
- provide a buildfix (patch)
- rules for commiting
- avoid general build breaker(s): portability rules
- Writing code
- Coding Guidelines
- source code distribution: where find what
- rules for code review
- become a Domain Developer
Source code analyze ( + examples ) :
- vcl content and design -> use Mac OS X port as example
- svx content and design
- scp2: content and design
Feature implementation: how write specs, the process, integration process
Example of feature implementation: Native FilePicker on Mac OS X, for Aqua version of OpenOffice.org
Work in progress: new print dialog box
Manage a new feature implementation