exercism / exercism/discussions
Mentoring Continuation Request
- Dominant language
- No language data
- Stars
- 37
- Forks
- 5
- PR merge metrics
- No merged PRs in 30d
Description
# Mentoring Continuation Request
## Summary
Proposal to promote a lengthier interaction between a mentor and learner (aka Sticky Mentoring) by allowing a learner to request a specific mentor.
## Objectives:
Improve mentoring quality
Improve mentoring experience
## Housekeeping:
For the rationale relating Sticky Mentoring to the above objectives see [this](https://github.com/exercism/exercism/issues/4764) and, in particular the reservations raised by @F3PiX [here](https://github.com/exercism/exercism/issues/4764#issuecomment-475857056)
and my [response](https://github.com/exercism/exercism/issues/4764#issuecomment-483534143)
I hope that the proposal will make a contribution to the third objective, "Intentionally Growing Exercism" as outlined in the [Strategy Document]( https://exercism.io/strategy).
For background to proposals to improve mentor-learner relationship see https://github.com/exercism/exercism/issues/4658
## Proposal:
This issue introduces the idea of a Mentoring Continuation Request (MCR) whereby a learner can request that their solution to the next exercise be mentored by the same mentor as that of the current exercise. If the mentor accepts the request then, subject to a timeout, only the requested mentor will see the learner’s solution to the specified exercise.
The MCR can only be made for one exercise at a time. If a learner favours a single mentor for all their solutions they will have to make a request during each exercise.
For example, a mentor may start by mentoring _twofer_ from which time the learner can make the request that the same person mentors _leap_ (up next on the C# track). The request will not affect _gigasecond_ (third in the track). To have _gigasecond_ mentored by their preferred mentor they will have to make a similar request during the mentoring of _leap_ in respect of _gigasecond_.
The reason for adopting an approach where the learner has to make an individual request in respect of each exercise rather than the much simpler (to understand and implement) approach of assigning a learner to a mentor for the duration is to avoid mentors and learners feeling under any sort of obligation to continue the interaction.
## Proposed UI and Workflow:
TODO – it won’t be simple
## Mentoring Continuation Request Life Cycle State Diagram
TODO – it tames the complexity
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.