public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download: 
* Re: [gentoo-dev] [Gentoo Phoenix] recruitment process
  @ 2010-04-04 15:16 99%     ` basile
  0 siblings, 0 replies; 1+ results
From: basile @ 2010-04-04 15:16 UTC (permalink / raw
  To: gentoo-dev

[-- Attachment #1: Type: text/plain, Size: 2046 bytes --]

Sebastian Pipping wrote:
> On 04/03/10 21:00, Jesus Rivero (Neurogeek) wrote:
>   
>>    Maybe if we could find the way to make the knowledge found in
>> quizzes be more "exciting" to new devs, then we could still have a
>> strong recruitment process without the burden of completing the
>> quizzes. So, what I propose is to transform the "quizzes" part of the
>> process into a list of tasks the prospect should complete in order to
>> gain the necessary ability to "pass". This ability could be measured
>> in points or just by task completed.
>>     
>
> Nice idea!
>
>
>   
I am a dev in training.  My mentors are now looking over my end quiz.  I
am also an IT professor and teach software engineering.

The learning process was somewhat lacking in that I found myself often
just searching for answers rather than performing some exercise.  It
would help if we had exercises where the prospective dev is guided
through writing some ebuild and then commits it to some "play" overlay. 
He/she can do this over and over until the ebuild works, and then
answers quiz questions.  I effectively did this -> I wrote some
helloworld-xxx.tgz tarballs with various issues and then wrote ebuilds
to build/install the package, committed them to a git overlay I set up, etc.

Also, when I asnwered the quiz questions, I documented the references
where I found the answers and I documented a link to my ebuilds on my
git repo.

The learning flow should go something like this:

1) Read this documentation, eg. http://devmanual.gentoo.org/ section on
Eclass Writing and Tool References

2) Write an ebuild/eclass to do something, with skeleton howto steps,
eg. name transformation like versionator (don't worry if its already
been done)

3) Commit to the play overlay

4) Test the ebuild/eclass

5) Answer ebuild questions

6) Go back to step 1 and address the next issue.

-- 

Anthony G. Basile, Ph.D.
Chair of Information Technology
D'Youville College
Buffalo, NY 14201
USA

(716) 829-8197




[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

^ permalink raw reply	[relevance 99%]

Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2010-04-03 13:40     [gentoo-dev] [Gentoo Phoenix] recruitment process Ben de Groot
2010-04-03 19:00     ` Jesus Rivero (Neurogeek)
2010-04-03 21:48       ` Sebastian Pipping
2010-04-04 15:16 99%     ` basile

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox