You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: org-cyf-guides/content/contributing/minutes/index.md
+65Lines changed: 65 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -17,6 +17,71 @@ Attendees:
17
17
18
18
---
19
19
20
+
## 2025-07-16
21
+
22
+
Attendees: Ali Smith, Anna Aitchison, CJ Yuan, Daniel Wagner-Hall, Karen Klein, Jay Mayer
23
+
24
+
### ❗Actions from last time
25
+
26
+
-[ ] Barath (Carry-over): look at tic-tac-toe workshop explaining the breaking down of the problem
27
+
-[ ] CJ (Carry-over): look into a workshop around the structuring code around the idea of testability
28
+
-[ ] Jay (Carry-over): Rename / maybe modify module prep to prereqs
29
+
-[ ] Daniel (Carry-over): Find out if we can get an AI note-taker
30
+
-[ ] CJ (Carry-over): Look at new Google Data Analytics course, update Step 3 accordingly.
31
+
-[ ] Anna: Finish off GenAI ITD Step.
32
+
-[ ] Barath: Reach out to Chris Owen about [AI code review](https://github.com/ChrisOwen101/CodingCoach/).
33
+
-[ ] CJ (+ Ali): Put together draft self-review PR exercises.
34
+
-[ ] CJ: Write a ticket to remove Code In Place for the next ITP, and substitute with a self-learn "try a Codewars in Python" workshop/backlog, and discuss.
35
+
36
+
### 📝 Agenda points
37
+
38
+
#### Structuring code around testing
39
+
40
+
CJ has been looking into how we can set up a skeleton project structure for ITP exercises. This should encourage trainees to write tests for their logic that doesn't depend on the DOM, and ideally utilise ES Modules. We would like trainees to decouple the DOM and their app's logic, without getting bogged down in teaching sophisticated design jargon. May need to be split into different ITP modules to provide a gentle introduction to different concepts.
41
+
42
+
The [Piscine Days Calendar Project](https://github.com/CodeYourFuture/The-Piscine/tree/main/Project-Days-Calendar) is an example of organising a project using ES Modules.
43
+
44
+
#### AI in ITD (Step Two)
45
+
46
+
Anna shared the latest draft of a new AI step. We agreed this looks good. We could get valuable feedback from upcoming ITD participants by observing them completing the exercise on a call.
47
+
48
+
Discussed a self-check, where participants could use AI to improve their implementation of previous (non-AI generated) work.
49
+
50
+
A potential long-term goal for CYF Dashboard is the ability to 'quiz' participants to give automated feedback when an incorrect answer is submitted.
51
+
52
+
#### Feedback from June Piscine
53
+
54
+
A retro for Piscine June-2025 took place on 2025-07-15.
55
+
56
+
Overall, this Piscine went really well. There was a >50% pass rate! With curriculum iterations in Piscine and earlier, this went better than the first Piscine. However there are still some skills that need attention:
57
+
58
+
- Interviewing. Delivering an elevator pitch should be worked on during ITP. A workshop is ideal, because it gives trainees live feedback from volunteers.
59
+
60
+
- Demos. The first demo of Piscine is often the first demo ever given. Attending a few weekly demo calls could be mandatory to complete ITP - to practice giving demos and observing others. Any topic is welcome, the key skill is explaining something out loud. Recorded examples of good demos could be useful, but encouraging people to attend a call solves the same challenges in a better way. Attending 'out of class' is an unusual requirement, but not unfeasible. Karen is exploring alternative call times to reach as many trainees as possible.
61
+
62
+
- Dead code. People keep submitting Piscine projects with dead code (from single variables to whole files). We don't talk about this in ITP, or even point out that faded objects in VS Code are unused. Refactoring might be mentioned, but is rarely seen as a skill worth acquiring (relative to everything else a trainee has to learn). As an exercise, we could ask trainees to clean up some code. Should linting be set up to make these errors even more obvious?
63
+
64
+
- Creating new repos. This is a surprisingly big problem in Piscine. Collaborating well on GitHub is another aspect.
65
+
66
+
- Git SHA. Piscine submissions use a SHA to ensure no work after the deadline is assessed. There could be a wider misunderstanding about what a commit represents. The GitHub UI is a useful helping hand for obtaining a SHA.
67
+
68
+
### ❗Actions
69
+
70
+
-[ ] Barath (Carry-over): look at tic-tac-toe workshop explaining the breaking down of the problem
71
+
-[ ] CJ (Carry-over): look into a workshop around the structuring code around the idea of testability
72
+
-[ ] Jay (Carry-over): Rename / maybe modify module prep to prereqs
73
+
-[ ] Daniel (Carry-over): Find out if we can get an AI note-taker
74
+
-[ ] CJ (Carry-over): Look at new Google Data Analytics course, update Step 3 accordingly.
75
+
-[ ] Anna: Finish off GenAI ITD Step.
76
+
-[ ] Barath: Reach out to Chris Owen about [AI code review](https://github.com/ChrisOwen101/CodingCoach/).
77
+
-[ ] CJ (+ Ali): Put together draft self-review PR exercises.
78
+
-[ ] CJ: Write a ticket to remove Code In Place for the next ITP, and substitute with a self-learn "try a Codewars in Python" workshop/backlog, and discuss.
79
+
-[ ] Anna (+ Daniel): Explore workshops to improve interviewing skills at Piscine for ITP
80
+
-[ ] Unassigned: Write a small piece of code with dead code to clean up
81
+
-[ ] Barath (hopefully!): Look into exercises to setup a GitHub repo
82
+
83
+
---
84
+
20
85
## 2025-07-01
21
86
22
87
Attendees: Ali Smith, Anna Aitchison, Barath Vignarajah, CJ Yuan, Daniel Wagner-Hall, Jay Mayer
0 commit comments