Dans la boite, il pourrait y avoir une fiche avec d'un coté, les domaines (ou un seul ?) et de l'autres, des activités.
Savoir faire
- programmer devant les autres
- programmer pour les autres
- passer des tutos au docs officiel
- acquerir vocabulaire
- lire des messages d'erreurs
- comprendre les commandes que je tape
- assurer de ne pas tout casser
- déployer
Savoir être
- Parler à l'autre du code
- Faire assimiler un concept
- Oser dire je ne sais pas
- Adapter son niveau de dialogue
On a envisagé deux approches :
- Le rookie sait ce qu'il veut faire
- Le rookie ne sait pas encore ce qu'il veut faire
- Cryptologie/graphie
- Base de données
- Affichage
- Regexp
- Communication / Réseau
- protocole
- sérialisation
- Controle de version
- git
- csv
- svn
- Éditeur de texte
- Programmation orienté objet / fonctionnel
- OS
- Mécanique de contribution
- Navigateurs
- Bonne partiques vie privée.
- Machine learning / IA
- Hardware
- Algorithmie
- Déploiement
- Admin système
- Philosophie de programmation
- Environnement de travail
- comportement
- salaire
- Refactoring
- IOT
- Envoyer un mail crypté
- Crypter un message non informatique
- Coder un cripteur de messages
- Décrypter un message codé
- Kata code céasar
- Modéliser une base de données (BDD)
- Construire un BDD restaurant (pas forcement asiatique)
- Trouver élément
- Extraire informations (élément union, classe éléments)
- SQL
- Convertir .csv en BDD
- Syst gestion BDD (installer)
- Objet relation mapping (ORM)
- Vérifier conformité formulaire
- créer moteur recherche textuel
Philippe a listé une partie de ces compétences, celles qu'il est prêt à mettre en œuvre au Rookie club.
L'idée c'est de mettre dans une boite la liste des compétences des personnes ressources présentes.
deux niveaux :
- Je suis prêt à le faire, mais pas vraiment compétent
- Je suis prêt à le faire, et je suis compétent
J'ai aussi listé des compétences que j'ai, mais pas forcement envie de faire. Je suis ok pour en parler.
Parler des outils, des choses actionnable, c'est plus facile pour savoir quoi en faire... (Git plutôt que gestionnaire de version)
Rester sur un niveau d'abstraction bas ? Dire PostGreSQL ou SQL ? Les deux ?
L'outil est un bon point d'entrée ?
Afficher les deux ? Faire une cartographie à deux niveaux : les outils et les abstractions qui sont dessus.