|
#271
|
||||
|
||||
|
Re: [FIRST EMAIL] Stop Build Day Survey
Sorry if I missed any previous explanations. I just read that 1 post and didnt see any indication of a previous one.
|
|
#272
|
|||
|
|||
|
Re: [FIRST EMAIL] Stop Build Day Survey
Quote:
Quote:
The lead mentor that doesn't want to build past stop build day's "excuse" could be as simple as, "No because I don't want to fill out that paperwork, and the build season is over." Without a Stop Build Day, their "excuse" is "No because I don't want to." The outcome might be the same, but the perception is vastly different. |
|
#273
|
|||
|
|||
|
Re: [FIRST EMAIL] Stop Build Day Survey
It was intended to point out the difficulty of implementing any sort of effective and equitable policy to reduce work after bag day.
|
|
#274
|
|||
|
|||
|
Re: [FIRST EMAIL] Stop Build Day Survey
Quote:
"We aren't having robotics today" is a perfectly fine reason for not working on a robot every anytime a student wants to. |
|
#275
|
|||||
|
|||||
|
Re: [FIRST EMAIL] Stop Build Day Survey
Quote:
|
|
#276
|
|||
|
|||
|
Re: [FIRST EMAIL] Stop Build Day Survey
Quote:
From where our robot ended at the end of build season to IRI, there was not much that changed (we ended up adding a mechanism to try and scale, but this definitely was an afterthought). Our biggest improvement came at the end of our first district event, when we were able to spend time dialing in our shooter. Then look at it from a mentor's perspective. If I'm not here, the team can't work and I'm letting my team down. |
|
#277
|
||||
|
||||
|
Re: [FIRST EMAIL] Stop Build Day Survey
I am still on the fence about Stop Build Day. But I feel like I have to discuss one of the arguments against eliminating it. I believe the core of Efoote's argument is (and please correct me if I'm wrong):
Removing SBD will put undue pressure on teams who do not currently work past SBD. If it is removed, then (because "everyone else works up until competition") they will feel like they need to work up until competition in order to keep up. Personally, I want to be a team that builds two robots or continues to work up until competition if SBD were removed. We don't currently, but I want to start taking this step so that we can be more successful. I can easily many lower resource teams seriously fearing that pressure to "extend their build season". And yes, a team can choose to only work the 6 weeks and then stop until competition . . . but how many teams currently artificially limit their seasons like this? I'm sure there are a few, but I can't imagine more than a few limiting themselves to 6 weeks if SBD is removed. The work will expand to fill the time. Removing SBD will mean less work for teams that build a second robot (they can focus their efforts on one robot if they want), but more work on lower resource teams who only build one robot. |
|
#278
|
|||||
|
|||||
|
Re: [FIRST EMAIL] Stop Build Day Survey
By not building two robots and working until competition, you're already not keeping up.
|
|
#279
|
||||
|
||||
|
Re: [FIRST EMAIL] Stop Build Day Survey
I think it's a magnitude issue, not just keeping up or not keeping up.
|
|
#280
|
||||
|
||||
|
Re: [FIRST EMAIL] Stop Build Day Survey
Not keeping up with who? Most teams at the regionals I've been to don't build two robots. Some do, but most (more than half) do not. My team has won in two separate years, as alliance captain, without ever building a second robot. Is winning a regional occasionally not keeping up?
|
|
#281
|
|||||
|
|||||
|
Re: [FIRST EMAIL] Stop Build Day Survey
Quote:
Quote:
It's almost as if you're saying teams who WANT to have access to their robot outside of a bag (teams who build two robots) should have a handicap (build a second robot) so the rest of the competition who is content with their current performance doesn't have to feel bad about not working as hard. -Brando |
|
#282
|
||||
|
||||
|
Re: [FIRST EMAIL] Stop Build Day Survey
Quote:
For example, if you go to a NorCal Regional there are lot of well performing teams there with tons of experience from their 2 robots, hence teams who do not build 2 robots are at a disadvantage and that is shown through rankings and who ends up winning events. When you take a look at your regionals the caliber is much lower, hence game play is lower and one robot can make it to the top. A great fair threshold is how these teams perform at champs and who ends up in the top of their division and on Einstein. A large majority of those teams build 2nd robots and do not "stop" their build season once 6 weeks are over. Iterative design is how you become the best. So I'd have to agree with Adam. You are not keeping up if you want to be the best of the best at a worldwide scale unless you do not stop working until comp with 2 robots (or more). |
|
#283
|
||||
|
||||
|
Re: [FIRST EMAIL] Stop Build Day Survey
Quote:
|
|
#284
|
||||
|
||||
|
Re: [FIRST EMAIL] Stop Build Day Survey
For the vast majority of FRC participants, being the best of the best at a worldwide scale is not in their vocabulary. Using the rationale of the very top echelon in terms of on-field success is not a representative sample for the FRC population as a whole. What it takes to "keep up" with these teams should not be a primary driving factor in determining what is the healthiest decision for the entire FRC team base.
|
|
#285
|
||||
|
||||
|
Re: [FIRST EMAIL] Stop Build Day Survey
Quote:
Does anyone actually have any data that shows how many FRC teams build two robots currently? Or any data that breaks out every team's schedule before and after SBD? Because a lot of people are making statements that imply that they do. I know a TON of teams that don't build second robots, and don't participate on CD, but are still very successful within their definition of success. But a lot of the posts on here, quite frankly, make it sound like people look down on those teams, see them as somehow less than other teams and needing a change in the rules in order to "improve" to where other teams are. Is it not enough to acknowledge that these teams are inspiring students, having fun, and leave it at that? |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|