Sure there is. It may be team-context-dependent, but within the context of each team there’s certainly an optimization problem to be solved. Moreover, I think I’ll go out on a limb and suggest that there are likely commonalities between teams that make discussion of the issue quite fruitful.
You’re reading the OP in bad-faith, and I think you know it.
My philosophy is that my role as a mentor is to be trusted by my students, and, reciprocally, to trust my students.
But let me be clear - this trust I’m talking about isn’t a passive thing. I have to ask my students if they’re happy with their experience with me as a mentor. I have to spend a lot of time training my students in the preseason. I have to step back and give my students opportunities to fail. All of those things were hard for me to pull off last season, but I tried my best. And I like to think that I grew as a result - hopefully as much as my students did.
I personally agree with the other voices in this thread - the balance is incredibly situational. On 6844, there are some students where the balance is such where I need to be more active, and there are other students where I need to step back more - in the same meeting.
But can we please have a civil, thoughtful discussion here? The amount of invective on this thread is mind-boggling. I personally think that it’s both appropriate and constructive to discuss mentor/student dynamics in depth.
We design a new robot every year, but we can’t forget that we also design a new team every year as folks come and go.
No he’s not. Statements like this make that case by showing a premeditation of knowing the subject is going to not only cause controversy but that the person posting it clearly has an opinion and an agenda:
THIS POST IS FOR DISCUSSION AND NOT AN ACCUSATION NOR INTENDED TO BE POINTED TOWARDS ANY INDIVIDUAL OR TEAM
There’s a lot of talk on CD about mentor-built robots.
Mentor-coded robots are presumably harder to see
It feels weird to be putting this out on CD
I hope it doesn’t spark too much controversy
I’m not looking to set out some specific rules
I just want to see what everybody thinks
It’s pot stirring. Which is exactly what you accused me of doing presumably by comparing me to “edgy 4-channer” in your PM just moments ago.
This wasn’t posted in good faith and others have pointed it out already.
I think Andrew’s point is that it isn’t a blanket optimization for the whole team. Different KIDS need different mentorship. Not just overall teams needing different styles of mentorship.
It’s not even TEAM context dependent. It’s individual student/mentor interactions on a per problem space basis and can change drastically from moment to moment. It’s literally impossible to set up rules about it. Actually, Marshall might be a good person to ask about it, having interacted with many of the 900 students and watched the interactions between their mentors and them I’ve seen a wide range of levels of interaction varying based on the question and the student.
I’m reading with the context I have based on common practices in both the english language and discussion in this community as well as what I know of this student from interactions with their mentors. Words don’t exist in a vacuum, to claim otherwise is foolish. CD has played host to increasingly many “Mentor Built Robots” threads over the years. The naming similarities are either intentional or subconscious.
But since you want a nuanced discussion here:
OP - your core question is flawed, we have no reason to “notice” because that’s an internal thing to the team. Mentoring in general needs to be driven by student/mentor/problem interactions.
The more important question you SHOULD be asking is “how do we spot interactions which are counter the goals to our program” [1] For example - how do I, as a mentor, recognize that my particular style of communication is not effective with a student’s style of learning? What changes can I make? How does this change in the context of “what is best for the team” vs “what is best for the student”?
Instead of “Mentor Coded Robots, where’s the line” the question SHOULD be “how can mentors more effectively mentor students on software?”
[1] Notice, I said OUR. You can’t apply this question to other teams, you don’t have the proper context or history. Sorry, just because you saw a mentor do something doesn’t mean they do things all the time, there may have been things you didn’t see. [2]
[2] This is actually a common problem in FLL judging.
In my opinion, I don’t have much issue with mentors doing coding work like this as long as students are involved in the process and learning something. If a mentor decides to write code and distribute it, I can only hope that students on their team were able to see and understand how it was written and what it does. This way, the students gain a level of autonomy and don’t have to rely on the mentor being there if problems arise.
Maybe some teams need a code base from a mentor in order to start the process of knowledge being passed down by the students, or maybe something needs a quick fix during a competition. At the end of the day, as long as the students gain something positive, I’m happy.
I don’t understand why you’re constraining the problem so narrowly. There’s no need to be able to come up with a set of strict rules governing the thing in order for discussion of it to be worthwhile. Your take here reminds me of the fallacy of gray - in your zeal to emphasize how nuanced the situation is (I think most people here know it’s nuanced - obviously, I could be wrong) you exempt it from rational discussion entirely. I think this is a mistake.
As a mentor who has, in the past, essentially coded an entire robot for a team (in a situation where I still believe, in retrospect, that it was necessary), I simply do not agree with you that it is useless to frame the question in terms of “how much should the mentors do.” That is not the only angle from which one should look at the mentor-student dynamics, but it is an important one.
The OP read like “No offense, but…[sentence that offends].” Saying ‘this is not mentor shaming’ or ‘this isn’t intended to cause controversy’ does not make it so.
To broach this topic in a more diplomatic manor might be to ask: “How does mentor involvement in programming mesh with the high-level ideals of FIRST?” or “How does your team/mentors handle coding the robot to maximize FIRST goals?” Both of those introduces the same topic in a positive light, without implying that some level of involvement is too much or mentioning ‘mentor shaming’ or other negative subjects.
Yes, that does seem to be what OP is looking for.
Plot a function on the range of (0,1) [1] where the output is the appropriate percentage of mentor involvement. The variables include MentorCommunicationStyle, StudentLearningStyle, Problem, TimeAvailable, InspirationOfFailure[2], InspirationOfSuccess… and I’m sure I’m missing a few.
It’s a pretty crazy plot isn’t it?
That plot is worthless because the amount of effort to enumerate all the options and their impact. That’s your “optimal” line. It’s pointless. But that’s the answer to the OP’s questions. “Here look at this chart with a couple billion options and find your case”
I already suggested a more valuable discussion to have, how do we recognize and adapt mentor style and involvement. It’s a very related question but it moves the problem from “let’s draw lines in the sand” to “how can we inspire better”… Maybe I’m crazy for thinking one is worthwhile and the other is going to be washed away by the tide.
[1] I refuse to acknowledge white glove teams as acceptable in a Mentor based program. Don’t @ me.
[2] This could represent the cost of failure in inspiration, but it can also be a positive if the student in question learns that way.
Perhaps an analogy might help to demonstrate my point: how is the argument you’ve made here substantially different than, say, complaining about the existence of feminism because “there are so many other factors that we need to look at other than gender?”
That it is a complicated multidimensional problem-space does not itself mean that it is not fruitful to sometimes discuss one dimension in particular. That requires a more detailed argument than what you’re giving here.
That is more accurate than you believed. I’m complaining Feminism needs to exist because men are unwilling to look in the mirror and say “what can I do better?”
Inb4 someone quotes only a small fraction of this and jumps down my throat for complaining feminism exists…
keep frosty my friends 
One does not say “This is not X” and then proceed to lay out a series of statements that imply the opposite, if they do not want to say that X is true, especially on CD.
If you have to put “This is not X” in the post, you are at best acknowledging that you may be seen as doing X, and at worst trying a late cover-up. I suspect this time is closer to the first.
BUT…better than 90% of threads like this are, in fact, doing X.
I’m probably responding too late into this for it to be read by anyone that it may be useful to, and I may sound like a broken record, but I’m going to post anyway. I think there’s a subtle difference between what I’m saying and a lot of what I read, even if we’re in complete agreement.
I think when people bring up “mentor built” vs “student built” I think the heart of the matter is really what are the mentors responsible for and what are the students responsible. It still varies from team to team (and student to student), but I think this really addresses the issue.
My responsibilities as a “lead” mentor are:
Some other mentors might have very reduced responsibilities:
Ideally most or all mentors have 2-4 in the “lead” mentor responsibilities…but that’s just not going to happen for all mentors on all teams.
Student responsibilities vary greatly from student to student. Until they get to the point where they are wanting to contribute to the team, that is my focus as a mentor. Then, if they’re wanting to contribute to the team - the environment for them to learn from might be me stepping away and letting them run with it, or it might be me there solving the problem side by side. Sometimes depending on the problem it might even be me doing it entirely the first few times to show them.
TL;DR - when you hear mentor built vs student built, reframe to mentor responsibilities vs student responsibilities.
I cannot make this up.
The OP didn’t imply that, unless you chose to read that into it. I don’t think the OP was particularly well-constructed, but it wasn’t posed as a normative statement about what mentors ought to do. If the OP’s intent was to shame mentors who “do too much,” then the fact that everyone responded this way was more efficacious at spreading that sentiment than the OP ever would have been on its own. I’m a programming mentor who has done quite a bit of “hands-on” coding for my teams in the past, and I didn’t feel impugned by the OP.
If you have to put “This is not X” in the post, you are at best acknowledging that you may be seen as doing X, and at worst trying a late cover-up. I suspect this time is closer to the first.
The first case is a really important tool for being able to discuss fraught subjects productively, though, and I really don’t think it’s a good idea as a community to become hostile to it.
If you can’t see the difference between “the OP should not cause a reasonable person to feel shame” and “some people should be ashamed for the way they have responded to this thread,” I’m afraid that we might have trouble communicating further. These aren’t contradictory in any way, they’re totally different things.
The OP is aware of previous Mentor Built™ discussions, and is thus aware that the title Mentor Built™ is reserved for teams on which the speaker believes the mentors are building too much of the robot. The term is most commonly used to deride high performing teams.
The OP then asks members of the forum to draw a line (well with 13 questions its more of a hyperplane) in the sand between robots where one specific aspect of the robot is Mentor Built™ and robots where that aspect is not, and lazily re-brands it “Mentor Coded.”
The OP makes no attempt to separate the obviously derived new term from the originals derisive context, thus it is entirely reasonable for readers to assume that the OP has no intent of doing so.
When so many people “misinterpret” the OP, it’s the OPs fault, and they are either incredibly bad at communicating, or are just lazily covering their butts.
Since the OP recently graduated, and I know most mentors attempt to teach their students to communicate effectively, I’m betting on option two.
The term is often abused in this way - but I will profess that during my time on these forums, I’ve seen it used in good faith and misinterpreted as something malicious about as many times as I’ve seen it used genuinely in bad faith.
This is something where I think we, as members of the forum, entirely have the power to make the situation a whole lot better by adopting a policy of being charitable. As I mentioned in an earlier post, not only does doing that lessen the chance of sustained misinterpretation, but it also robs the ability of genuinely ill-intentioned posts to start drama in the first place.
The OP then asks members of the forum to draw a line (well with 13 questions its more of a hyperplane) in the sand between robots where one specific aspect of the robot is Mentor Built™ and robots where that aspect is not, and lazily re-brands it “Mentor Coded.”
The OP makes no attempt to separate the obviously derived new term from the originals derisive context, thus it is entirely reasonable for readers to assume that the OP has no intent of doing so.
Yeah, and this was a bad way to frame the post and the OP could have done better. Won’t argue there.
When so many people “misinterpret” the OP, it’s the OPs fault, and they are either incredibly bad at communicating, or are just lazily covering their butts.
Since the OP recently graduated, and I know most mentors attempt to teach their students to communicate effectively, I’m betting on option two.
I’m not sure what the value of assigning fault is, here - I don’t think it changes the fact that most people who are reading this and getting angry have the very simple option of just “not reading the OP as a callout when it contains numerous caveats saying that it is not one and moving on.”
I suppose one might object that doing that allows the OP to function as a sort of dogwhistle, and there’s something to that, I guess; but I’d really just ask, at that point, a dogwhistle to whom? I don’t think there’s some populous underclass of closeted-mentor-haters on Chief Delphi who need to signal to each other. Even if there were, why care about them?
I can see how it can be taken either way. FWIW, I’m 90% sure and certain that the disclaimer was not there prior to editing. Try reading the opening post, ignoring that the disclaimer exists. I just did that. There’s what I would consider a slight–very slight–implication due to the comparisons to mentor-built robots. Some people have hair triggers. Given the amount of flamewars I’ve seen in the last decade on this site caused by similar threads, I’m more aimed at using fire extinguishers!
I believe the proper way to ask the question would have been something along the lines of:
How much coding do your mentors and students do, and for whom? Is there a division of labor, and how much? What would your opinion be on (a few other broad scenarios involving different divisions of labor)?
I remember a few years back a kid (who came from an FLL background) posted a similar thing about a given team, but was highly specific enough that people quickly figured out the team. He was informed that this is FRC, not FLL, that there was nothing wrong with that, and that there was also nothing wrong with his team’s method of all-student work (though maybe a mentor would be nice). He acknowledged the lack of knowledge, and the thread ended faster than this one, as I recall.