View Single Post
  #3   Spotlight this post!  
Unread 09-09-2016, 18:10
gblake's Avatar
gblake gblake is offline
6th Gear Developer; Mentor
AKA: Blake Ross
no team (6th Gear)
Team Role: Mentor
 
Join Date: May 2006
Rookie Year: 2006
Location: Virginia
Posts: 1,934
gblake has a reputation beyond reputegblake has a reputation beyond reputegblake has a reputation beyond reputegblake has a reputation beyond reputegblake has a reputation beyond reputegblake has a reputation beyond reputegblake has a reputation beyond reputegblake has a reputation beyond reputegblake has a reputation beyond reputegblake has a reputation beyond reputegblake has a reputation beyond repute
Re: paper: Stop the Stop Build - Counterpoint

Quote:
Originally Posted by JB987 View Post
Blake,
Much of your point here is based on the attribution of poor choice/time management on the part of struggling teams. In many cases, teams are limited in time they can spend each week and are limited as far as access to build facilities by school or district fiat. Additional weeks to work directly on their robot could help them better deal with time limitations...who knows, maybe even give them time to add an autonomous element to their performance
I understand.

However, there are skilled and experienced FRC people (who are excellent teachers/mentors) and teams that can show other teams how to turn one long, hard weekend into a decently-sophisticated, working robot.

If instead of using skilled /experienced people and a long, hard weekend, a team that has been struggling learns project management skills, plans and executes pre-season preparation/practice; then during the season, thinks up, designs, and executes a robot (including simple autonomy ) that is within their abilities and that fits comfortably within the 45 days; I predict success.

What will make or break them (for this part of being a team) is whether they can learn to set very modest goals initially, and only incrementally-increase the sophistication of their goals AFTER they have proven they can handle the modest goals.

With that in mind, unless they are simply limited by outsiders to truly ridiculously small amounts of time per week, I'll bet a very nice dinner that any *motivated* team that has learned to manage a project well, can build a good-enough FRC robot in 45-days (and build a better one the next season).

Basically, the struggling team needs to learn to accomplish (on average) in each of the 45 days (on a simple robot+controls), roughly what the fast-and-furious folks accomplish in each hour (on a reasonably sophisticated robot) during their 48 hour sprints. OBTW, to help the struggling team, they can get detailed design/implementation info for previous-season robots and controls from several sources.

If a struggling team's time-available-to-work is so tightly constrained that they can't accomplish what I described, regardless of how well they manage their project/time; then it would be a *good* idea (not a bad idea) to rethink the entire subject of competing in FRC. FTC, VRC, etc. are almost certainly better choices for them in that situation.

Bottom line: How to build an FRC robot+controls in under one week is well known. With preparation, building a rugged, dependable, allies-like-to-see-you, cookbook-ish, simple bot built in 6 weeks (with time set aside for practicing) for a given season has got to be do-able, unless the team is in a situation that is simply incompatible with FRC. The next season they can adjust their goals.

Blake
PS: Again, all of this is in the context of not letting the tail wag the dog. A simple robot that easily understood and altered is an excellent robot, if the team uses it, and the competitions, to inspire people to consider looking into STEM(ish) careers seriously. The team doesn't have make people into STEM graduates, or overwhelm audiences with the FRC equivalent of a space shuttle. Instead they just need to open peers' eyes to the fact that a STEM career can be rewarding, is worth considering, and is within their grasp.
__________________
Blake Ross, For emailing me, in the verizon.net domain, I am blake
VRC Team Mentor, FTC volunteer, 5th Gear Developer, Husband, Father, Triangle Fraternity Alumnus (ky 76), U Ky BSEE, Tau Beta Pi, Eta Kappa Nu, Kentucky Colonel
Words/phrases I avoid: basis, mitigate, leveraging, transitioning, impact (instead of affect/effect), facilitate, programmatic, problematic, issue (instead of problem), latency (instead of delay), dependency (instead of prerequisite), connectivity, usage & utilize (instead of use), downed, functionality, functional, power on, descore, alumni (instead of alumnus/alumna), the enterprise, methodology, nomenclature, form factor (instead of size or shape), competency, modality, provided(with), provision(ing), irregardless/irrespective, signage, colorized, pulsating, ideate

Last edited by gblake : 09-09-2016 at 18:46.
Reply With Quote