Joining
|
Size: 3792
Comment:
|
Size: 4593
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 22: | Line 22: |
| || [[http://wiki.ubuntu.com/dhillonv| dhillon-v10]] || UTC -5 || | |
| Line 34: | Line 35: |
| * Compiling code from source * Competence with Subversion * Basic version control knowledge * 42 |
* '''Version Control''' * Competence with Bazaar (bzr) and Launchpad * Competence with Subversion (svn) and Whube * Basic version control knowledge * '''Programming''' * Compiling code from source * Difference between compiled languages and interpreted languages * Object Oriented Programming (OOP) Knowledge * Data Structures (Arrays, Hashes, Queues, Stacks, etc.) * Loops (for, do..while, while, etc.) * '''Debugging''' * Basic GDB (GNU Debugger) knowledge * '''License''' * Documentation / Licensing (GPLv3) * '''42''' |
| Line 39: | Line 51: |
| Line 41: | Line 54: |
| * Basic version control skills, applied with Subversion | * Basic version control skills, applied with '''Subversion''' and '''Bazaar''' |
| Line 48: | Line 61: |
| * Understands data structures of programming * Understands the debugging process * Able to investigate a problem and creatively tackle it. * Possesses the desire to expand one's creative and programming knowledge to the greatness of '''42'''. |
1. Mentor System
New drone prospects will be adopted by a Tertiary Adjunct. The Collective is based on a tight ring of trust. As such, joining requires hard work and dedication. The Tertiary Adjunct will serve as the Collective's eyes and ears with regards to the new drone's status with the team and their ability level during the assimilation process. New drones will be expected to preform simple tasks regarding application design, programming concepts, and must demonstrate an aptitude with Subversion. Tertiary Adjuncts will be required to take accountability for their newly-assimilated drone, until such a time as they prove their credibility to the Collective. All work done by the new drone will be buffered through the Tertiary Adjunct, meaning the Tertiary Adjunct will be responsible for doing code reviews. This is necessary to ensure high quality code, and to avoid "whoopsies".
To be recognized as a drone awaiting assignment, put your name in the table below. Once you have been assigned to a Tertiary Adjunct, your name will be moved to the second table. Please ensure your name is a link to your wiki page. Later, this will be replaced with a web interface.
Drone |
Timezone |
UTC -8 |
|
UTC +8 |
|
UTC -4 |
|
UTC -6 |
|
UTC -5 |
|
UTC -8 |
|
UTC -5 |
Tertiary Adjunct |
Drones |
2. Accepting New Drones
When a new drone has shown their dedication to the Collective, a second member will be asked to step forward and vouch for the new drone. After a team vote, any Collective member will have a chance to speak out in both support of or opposition to the new drone. After a discussion (without the prospective drone present) a vote takes place. With a 3/4 vote in favour, barring any lead opposing assimilation, the new drone will be fully assimilated.
3. Coding Standards
To make code reviews as easy as possible, and to ensure that all members of the Collective can easily read all code we produce, certain standards of coding must be adhered to. These standards cover everything from commenting requirements to variable and function naming to how code is to be formatted. The full coding standard documentation is currently in progress and will be made available when complete.
4. The "Quiz"
A demonstration of basic development knowledge will be required of all new drones. These skills include, but are not necessarily limited to, the following:
Version Control
- Competence with Bazaar (bzr) and Launchpad
- Competence with Subversion (svn) and Whube
- Basic version control knowledge
Programming
- Compiling code from source
- Difference between compiled languages and interpreted languages
- Object Oriented Programming (OOP) Knowledge
- Data Structures (Arrays, Hashes, Queues, Stacks, etc.)
- Loops (for, do..while, while, etc.)
Debugging
- Basic GDB (GNU Debugger) knowledge
License
- Documentation / Licensing (GPLv3)
42
4.1. Skills We Look For
As with the "quiz", skills we look for in new members of the Collective include, but are not necessarily limited to, the following:
Basic version control skills, applied with Subversion and Bazaar
- Check out code, commit changes, merge conflicts
- What files should and should not be placed under version control
- Ignoring specific files
- Creating and applying patches
- Finding differences between two arbitrary checkouts
- Able to avoid the most common programming pitfalls, especially ones creating security problems
- Understands data structures of programming
- Understands the debugging process
- Able to investigate a problem and creatively tackle it.
Possesses the desire to expand one's creative and programming knowledge to the greatness of 42.
BeginnersTeam/FocusGroups/Development/Joining (last edited 2010-01-15 09:24:47 by adsl-76-241-121-249)