Un bref résumé à puces de mon expérience Makers de la semaine 1

Résumé de la semaine 1 — Quatre piliers du carré d'or

1. Développement piloté par les tests (TDD)
2. Conception orientée objet (OOD)
3. Débogage
4. Jumelage

• Rencontré la plupart de la cohorte en personne, ressenti comme une expérience unique car l'espace de bureau habituel des fabricants était en train de déménager.
• Tout le monde s'est avéré aussi amical que prévu et c'était génial de mettre des visages sur des profils lâches.
• A rencontré Dana (Chief Joy Officer !) et a découvert l'EQ - Intelligence émotionnelle
• Rencontré les entraîneurs - très enthousiastes et semblent vraiment excités pour nous.
• J'ai commencé à apprendre les 4 piliers de la programmation ou Golden Square.
• La programmation en binôme en personne était une nouvelle expérience
• Commencé avec beaucoup d'activités rspec. S'appuyant sur la dernière semaine de pré-cours, mais en mettant davantage l'accent sur les méthodes et les cours en particulier. Incroyable à quelle vitesse vous pouvez « oublier » vos côtelettes de codage, mais aussi à quelle vitesse elles vous reviennent.
• Beaucoup de renforcement positif instantané et de bons facteurs de satisfaction lorsque les problèmes sont résolus. Ne pourrait pas être plus éloigné de mon travail de la veille.
• J'ai appris à quoi ressemblera une journée moyenne chez Makers. Traitez-le comme une journée de travail de 9h30 à 18h. Très content du départ tardif !
• Terminer la journée en me sentant fatigué mais avec mon changement de vie renforcé comme une décision correcte. Je suis rentré à la maison et j'ai fait un gros câlin à ma femme et à mon fils. Je ne les avais pas vus depuis 48 heures. Bien dormi, pas de stress pour demain. Jours heureux. Apportez le deuxième jour.

• J'ai passé la matinée à travailler sur mes côtelettes de test rspec et à méthode unique.
• L'après-midi a été consacré à jumeler avec quelqu'un que j'ai aidé à rattraper un peu. Ce fut une excellente occasion de pratiquer le fork et le clonage de dépôts github et de renforcer mes propres connaissances.
• Grand point d'apprentissage : Concevoir des recettes - en prenant une histoire d'utilisateur/une note d'information et en la transformant en code fonctionnel en créant des tests, puis du code fonctionnel. Un champ de mines pour potentiellement trop réfléchir.

• Je le ressens aujourd'hui, et le reste de la cohorte aussi. J'ai eu un très bon tutoriel / atelier avec notre entraîneur principal, c'était très instructif mais j'ai senti que je me sentais très stupide vers la fin.
• La matinée a été lente alors que je travaillais sur un problème laissé de la veille. Terminé la matinée en se sentant un peu maussade mais prêt à affronter l'après-midi de front.
• Changement de partenaire de jumelage et premier enregistrement d'écran du processus de conception, de test et de codage — soumis au coach pour commentaires. Ça s'est bien passé et ça fait du bien.
• J'ai passé le reste de la journée à apprendre les processus de débogage.
  J'ai terminé la journée en me sentant mieux que lorsque je l'avais commencée.
• Sidenote: ce pays a vraiment un service ferroviaire épouvantable….
• Réflexion supplémentaire : nous avons été avertis que l'intelligence émotionnelle était extrêmement importante. J'avais besoin de me le rappeler le jour 3. Certains autres élèves progressaient assez rapidement, ce qui m'inquiétait même si je savais que ça ne devrait pas! Je sais très bien que tout le monde apprend à des rythmes différents. Il se trouve que je les ai rattrapés uniquement parce que j'ai trouvé la partie suivante moins difficile. De même, cela n'aurait pas eu d'importance si nous avions terminé le niveau de la journée ou non ! Rappel : nous sommes tous dedans et laissons l'ego à la porte !

• Tester un système de classes
• Apprendre à se moquer (doubles - quelque chose que vous devez savoir lors de l'exécution de tests, assez déroutant mais super utile)
• Test d'API
• Test Terminal IO (entrée/sortie)
• Beaucoup de tests en gros… ce qui est génial car cela rend votre projet gérable et garantit que si vous faites quelque chose qui casse le code, il est facile de trouver où il s'est cassé :D

• Finir de travailler sur mon projet à emporter
• Mon tout premier rétro ! Vous les avez à la fin des 'sprints' qui font partie des calendriers de projet à court terme où vous travaillez sur des fonctionnalités pré-assignées. Cela arrête l'épuisement professionnel et le sentiment d'être dépassé, et peut être trouvé dans des éléments tels que les cadres de gestion de projet agiles. Cela NE POURRAIT PAS être plus différent de mon travail précédent… ..
• J'ai probablement fait beaucoup plus de choses le jour 5 de la semaine 1, mais je termine cette page pendant que je me rends à Landaaan pour la semaine 5 ...... J'ai aussi menti, vous pouvez imaginer que la plupart de ce qui précède s'est déroulé deux semaines plutôt qu'une semaine parce qu'encore une fois… c'est devenu réel pendant la semaine 2 et j'étais mauvais et je n'ai pas fait ce blog !