Les groupes

Le premier objectif est de constituer des groupes de travail autour de 6 membres:

Se connaitre

Se décrire à travers un jeu de questions.

D'où je viens - qu'est-ce que j'aime.
Quels sont mes outils de travail de prédilection.
- plutôt Linux, Windows ou Mac.
- Je code, oui mais préférentiellement en : Python, Java, C/C++, R, MathLab, Smalltalk
Le langage C: un peu - beaucoup - passionnément - à la folie - pas du tout.
Mon éditeur de code: VisualStudioCode, ATOM, autre chose...
Git : ce sera la première fois, merde ! encore !, régulièrement, ne vous inquiète pas c'est moi qui merge, pfff j'ai même proposé des correctifs à git intégrés dans la dernière version.
Sur le projet, je me verrais surtout : fct-1 en support, fct-2 au coeur du truc, fct-3 sur les composants du monde, fct-4 en futur pro de RayLib.

Constitution des groupes

L'idée de former des groupes opérationnels et homogènes.

Brasser les intérêts au mieux - de façon à ce que chacun puisse contribuer sur les fonctionnalités qui le botte.
Répartir les 'experts' C - quel intérêt de regrouper tous ceux avec une bonne expérience dans un même groupe et de laisser les autres galérer. D'ailleurs, la notation individuelle intégrera une part de non-homogénéité des groupes (il faut apprendre à un moment donné à faire de la discrimination positive) et une part sur la performance globale de tous les groupes (vous n'êtes donc pas en concurrence, bien au contraire).
Minimiser la disparité sur les outils - moins vous aurez de disparité plus simple sera l'entraide au sein du groupe et la gestion des cas particuliers. Dans les faits il vous est imposé de travailler avec Gcc dans un terminal GNU-Bash et VisualStudioCode en éditeur, tachez de vous limiter simplement à deux systèmes d'exploitation sur le groupe.
Rajouter du fun - s'il vous reste des marches de manoeuvre après l'application des contraintes précédentes, choisissez des camarades avec qui vous partagez des points communs...

PreviousLib: Raylib NextGo go go!

Last updated 4 years ago

Was this helpful?

Se connaitre

Se décrire à travers un jeu de questions.

D'où je viens - qu'est-ce que j'aime.

Quels sont mes outils de travail de prédilection.

plutôt Linux, Windows ou Mac.
Je code, oui mais préférentiellement en : Python, Java, C/C++, R, MathLab, Smalltalk

Le langage C: un peu - beaucoup - passionnément - à la folie - pas du tout.

Mon éditeur de code: VisualStudioCode, ATOM, autre chose...

Git : ce sera la première fois, merde ! encore !, régulièrement, ne vous inquiète pas c'est moi qui merge, pfff j'ai même proposé des correctifs à git intégrés dans la dernière version.

Sur le projet, je me verrais surtout : fct-1 en support, fct-2 au coeur du truc, fct-3 sur les composants du monde, fct-4 en futur pro de RayLib.

Constitution des groupes

L'idée de former des groupes opérationnels et homogènes.

Brasser les intérêts au mieux - de façon à ce que chacun puisse contribuer sur les fonctionnalités qui le botte.

Répartir les 'experts' C - quel intérêt de regrouper tous ceux avec une bonne expérience dans un même groupe et de laisser les autres galérer. D'ailleurs, la notation individuelle intégrera une part de non-homogénéité des groupes (il faut apprendre à un moment donné à faire de la discrimination positive) et une part sur la performance globale de tous les groupes (vous n'êtes donc pas en concurrence, bien au contraire).

Minimiser la disparité sur les outils - moins vous aurez de disparité plus simple sera l'entraide au sein du groupe et la gestion des cas particuliers. Dans les faits il vous est imposé de travailler avec Gcc dans un terminal GNU-Bash et VisualStudioCode en éditeur, tachez de vous limiter simplement à deux systèmes d'exploitation sur le groupe.

Rajouter du fun - s'il vous reste des marches de manoeuvre après l'application des contraintes précédentes, choisissez des camarades avec qui vous partagez des points communs...