[Osdev-meeting] Mail de d2

23 Apr 2002 15:33:30 +0200

--=-=-=
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: quoted-printable

22 Apr 2002 21:55:23 +0200, tu as dit :=20

 > Bonjour,
Bonjour Thomas,

 > Aujourd'hui, David Decotigny nous a envoye un message de commit fort
 > interessant concernant l'organisation de l'Os dev meeting. Comme tout
 > le monde ne recoit pas les messages de commit, j'ai recopie le mail
 > ici :

Effectivement, merci. Je ne sais pas trop ce que tu entends par =AB message
de commit =BB, donc :-)

 > --- Debut mail ---

<snip>

 > Pour la phase d'accueil, si y'a une 50aine de personnes, ca peut etre
 > pas mal de faire intervenir les gens par equipe de dev ou en solo si
 > ils viennnent en electron libre, qu'ils se presentent, sans ordi sans
 > rien : decrivent leur projet brievement en groupe, oralement et tout a
 > fait informellement, puis se presentent eux-meme a tour de
 > role. Apres, 2eme phase : les "shows" de presentation des projets pour
 > ceux qui veulent : slides, show de la mort, demo, ... En insistant
 > bien sur 1/ les originalites meme si c'est pas termine (par exemple :
 > fonctionnement en equipe distante/locale, perfs de l'OS, modele,
 > features, portabilite, ...), 2/ les trucs qui marchent, 3/ les trucs
 > qui restent a faire. Ca ferait une entree en matiere qui permettrait
 > de savoir qui est qui, que fait quel OS, comment ca marche (en gros),
 > comment il est developpe, etc.

=C7a me semble =EAtre n=E9cessaire si on veut pas passer le temps de la ren=
contre =E0
r=E9p=E9ter les m=EAmes choses chacun de son c=F4t=E9 concernant son projet=
, et rester
omnibul=E9 sur son truc en faisant de l'advocacy sans s'int=E9resser aux au=
tres
projets. En ce qui concerne HurdFr, on aura d=E9j=E0 r=E9fl=E9chi - et on a=
 d=E9j=E0 -
r=E9fl=E9chi =E0 ces pr=E9sentations, et une conf' devrait avoir lieu avant=
, donc ce
sera rod=E9 :-)

 > Concernant le show, je pense que fournir une serie de points sur
 > lesquels les shows peuvent partir est important (quel OS pour la
 > machine hote, quel langage, quel modele [monolith/micronoyau/autre],
 > quelle machine cible, debugging, infos techniques :
 > multi-processus/tread, vm, temps-reel, ...) =3D> une sorte de
 > mini-plan. Sinon ca va se barrer dans tous les sens, et on risque de
 > pas trop voir ce qui se cache derriere (surtout si les mecs ont pas
 > l'habitude).

Oui. AMHA, il faudra une esp=E8ce de carte d'identit=E9 assez d=E9taill=E9e=
 et r=E9fl=E9chie
que chaque projet devra remplir - et Dieu sait que ce n'est pas une t=E2che
=E9vidente tant les projets sont divers, qui devra =EAtre compl=E9t=E9e par=
 une
pr=E9sentation =E0 l'oral plus =AB libre =BB, o=F9 chaque projet pr=E9sente=
ra ses sp=E9cifi-
cit=E9s, motivations, pourquoi, comment, etc.

 > Apres ca, certains peuvent faire des presentations plus techniques et
 > detaillees (2eme jour ?) sur les features originales de certains
 > OS. Eventuellement en s'y mettant a plusieurs equipes de dev sur 1
 > point particulier (genre : VMM SVR4, gestion mm mode protege
 > x86, ...). Ca, je pense que c'est le genre de truc a prevoir sous la
 > forme d'un calendrier a l'avance, histoire que si plusieurs equipes
 > presentent le meme truc, elles le fassent ensemble, ou alors 1 seule
 > seulement s'en occupe.

Effectivement, c'est que quelque chose auquel nous n'avions pas pens=E9, et=
 =E7a me
para=EEt une extr=EAmement bonne id=E9e. En ce qui concerne HurdFr, le Hurd=
 =E9tant un
truc assez gros avec beaucoup de projets autour, chaque membre a en quelques
sortes son domaine d'activit=E9 - tel =B5-noyau, telle partie, tel projet .=
. - donc
=E7a nous va parfaitement. D'autant plus que =E7a serait extr=EAmement int=
=E9ressant
pour tout le monde vu qu'=E0 priori, on a tous des connaissances en OSDev, =
et que
donc c'est plut=F4t de la technique et des internals qui nous int=E9ressent=
 ..

 > D'ailleurs, je pense a un truc, pour les mecs qui viennent et font
 > partie d'une equipe de dev, ca serait bien (et ca pourrait aider a la
 > "selection") qu'ils envoient une description breve du travail de leur
 > equipe (caracteristiques de l'os, histoire, combien de developpeurs,
 > comment est developpe l'os, pedigree des developpeurs [etudiants,
 > pro,...], maturite de l'OS). Pour ceux qui viennent en electron libre,
 > demander leurs experiences en terme de patches par exemple ou de
 > comprehension sur divers OS libres ou non libres peut aussi etre pas
 > mal.

=C0 remplir avant ? Hmm, mmm'ok. Effectivement, =E7a permettrait notamment =
de mettre
=E7a sur un site quelconque et d'attirer les gens qui sont attir=E9s par ce=
rtains
projets dont ils ont d=E9j=E0 entendu parler o=F9 dont la description les i=
nt=E9resse
fortement - le FOSDEM[1] a bien march=E9 comme =E7a. En revanche, je pense =
qu'on
devrait bien pr=E9ciser que toute personne int=E9ress=E9e par l'OSDev, avec=
 exp=E9rience
ou non, est la bienvenue, m=EAme si une exp=E9rience et des connaissances s=
eront
probablement requies pour bien comprendre ce qui se dit.. Selon le public, =
il
est aussi possible de faire des pr=E9sentations sur des sujets d'OSDev asse=
z g=E9n=E9-
raux, comme les diff=E9rents algos d'ordonnancement du CPU (sujet =F4 combi=
en
complexe..), et autres joujous. En fait, c'est =E7a qu'il faudrait d=E9fini=
r: quel
public ? Tous ? D=E9j=E0 exp=E9riment=E9s ? Accessibles =E0 tous ? Des endr=
oits/moments
pour tous et d'autres pour gens plus exp=E9riment=E9s ? Je suis pas s=FBr d=
e ce point.

 > Pour les journees qui suivent, le truc de reve, c'est que ca suscite
 > ET du brain storming, ET du codage de bourrin.

Aucun probl=E8me de ce point de vue l=E0, je peux assurer que m=EAme dans u=
n an il
nous restera du code =E0 faire et des id=E9es =E0 avoir ;-)

 > On peut imaginer qu'au debut les equipes evoluent un peu de leur cote, m=
ais
 > que les presentations du debut suscitent des interets, et qu'au cours du
 > coding, une emulation joue, que des equipes aillent voir les autres
 > equipes parce qu'elles aimeraient en savoir plus sur un point qu'elles
 > trouvent interessant, etc... Bref, au debut, ca va peut-etre
 > ressembler a une coding party. Mais si on est optimiste, on peut
 > imaginer que les presentations du debut auront eveille la curiosite de
 > quelques uns, qui veulent alors en savoir plus... c'est la que le
 > brain storming peut intervenir.

Effectivement. Il faudra voir la disposition des locaux =E9galement: s'il y=
'a
possibilit=E9 d'avoir plusieurs petites salles pour les projets dont pas ma=
l de
d=E9veloppeurs sont pr=E9sents (les =AB developers' room =BB du FOSDEM) et =
genre deux
grandes salles, une ou on conderait en commun comme des bourrins et l'autre=
 o=F9
on s'arracherait la t=EAte =E0 propos de tel point ou tel point d'OSDev - v=
ous
inqui=E9tez pas pour =E7a, chez HurdFr on s'emporte souvent mais g=E9n=E9ra=
lement on en
vient pas aux mains :).

--=-=-=
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

 > Bref, en gros, j'ai l'impression que c'est le debut qui devrait etre
 > structur=E9, afin de mener les gens a s'interesser, a vouloir en savoir
 > plus, a eveiller la curiosite des autres. Apres, faut esperer qu'une
 > fois lance, le woodstock du coding qui suit pourrait devenir du brain
 > storming inter-equipe. C'est peut-etre un peu idealiste tout ca. Car
 > ce qui est a craindre, c'est que ca derape en "mon OS est mieux que le
 > tien. D'abord.". Et la ca serait con. Si l'etape de presentation est
 > bon enfant, faut esperer que la suite "ideale" (cf supra) viendra
 > d'elle-meme.

--=-=-=
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: quoted-printable

Franchement, je pense pas que =E7a risque de devenir comme =E7a. Premi=E8re=
ment parce
qu'on aura probablement tous des projets radicalement diff=E9rents, qui ne =
visent
pas le m=EAme public et n'ont pas la m=EAme infrastructure - le Hurd et KOS=
, par
exemple, n'entrent pas franchement en concurrence. Pour avoir r=E9guli=E8re=
ment ces
derniers temps rencontr=E9 des gens sp=E9cialistes/passion=E9s d'OSDev, y'a=
 rarement
concurrence. Except=E9 avec *quelques* d=E9veloppeurs Linux, mais il est tr=
=E8s facile
de les ignorer.  En tous cas, on pourrait =E0 mon avis =E9viter =E7a en org=
anisant des
trucs communs qui feraient se s=E9parer les =E9quipes et m=E9neraient =E0 d=
es
discussions plus int=E9ressantes. Non, je parle pas de truc a la camp de sc=
out,
mais plut=F4t d'un sujet de code marrant, ou avec des contraintes tr=E8s sp=
=E9cifiques
- genre, une VM int=E9grable avec juste des trucs =E0 rajouter autour - rie=
n =E0
modifier dedans - pour pouvoir l'int=E9grer dans tous les projets, etc. =3D=
) Id=E9es
bienvenus.

 > PS : si il manque des 'h', c'est normal (mon clavier est pourri)

En ai pas vu. [Note trollesque: Hhkb ownz.]

 > --- Fin mail ---

 > Evidemment, je suis pleinement d'accord avec d2 et ce sur tous les
 > points. Je dirais meme qu'il faut s'arranger pour :
 > 1. que les gens se connaissent avant (mailing list, chats ?)

No pb. Je suis g=E9n=E9ralement sur IRC, alors, si un chan se cr=E9e, je pe=
ux =EAtre
l=E0-bas en permanence. #hurdfr existe sur OpenProjects, #hurd aussi.
OpenProjects me semble =EAtre le r=E9seau indiqu=E9 - c'est le r=E9seau de =
pr=E9dilection
des projets libres, et il offre une bonne infrastructure, stable, sans spam=
 et
lamerz qui viennent de tous coins =E0 toutes les heures.  Quant =E0 la ML, =
sans
probl=E8me, celle-l=E0 me va, maintenant que j'ai retrouv=E9 mon Gnus ch=E9=
ri et une
config mail potable..

 > 2. que l'ambiance reste bonne enfant et pas "mon OS est mieux que le
 > tien".

Again, no pb. Je pense pas t'avoir jamais r=E9pliqu=E9 =E7a concernant KOS,=
 et m=EAme
concernant Linux je pense qu'il y'a des choses int=E9ressantes.. (m=EAme si,
=E9videmment, je suis pas d'accord *de base* avec la fa=E7on dont Linux est=
 fait)

 > Qu'en pensez-vous a HurdFR ?

J'en pense =E7a. Je ne peux pas dire pour les autres. J'en discuterai avec =
Ga=EBl
(kilobug) et Mathieu (ghent) demain puisque je les vois, et si j'ai quelque=
=20
chose =E0 rajouter, je mailerai ici. =3D)

OSDevement,=20=20

[1]: http://www.fosdem.org

--=20
Manuel Menal

--=-=-=--