View Single Post
  #13   Spotlight this post!  
Unread 15-06-2015, 08:58
dubiousSwain's Avatar
dubiousSwain dubiousSwain is offline
The ride never ends
AKA: Christian Steward
FRC #5420 (Velocity)
Team Role: Mentor
 
Join Date: Oct 2011
Rookie Year: 2011
Location: USA
Posts: 304
dubiousSwain has a reputation beyond reputedubiousSwain has a reputation beyond reputedubiousSwain has a reputation beyond reputedubiousSwain has a reputation beyond reputedubiousSwain has a reputation beyond reputedubiousSwain has a reputation beyond reputedubiousSwain has a reputation beyond reputedubiousSwain has a reputation beyond reputedubiousSwain has a reputation beyond reputedubiousSwain has a reputation beyond reputedubiousSwain has a reputation beyond repute
Re: Open Invitation to help design a programming game for FRC

Quote:
Originally Posted by faust1706 View Post
Software is generally considered a failure if it fails to adapt to allow for an unforeseen, but plausible, use for the user.

For the most teams, their code cannot adapt. Their autonomous routine cannot adapt. The code fails to generalize across seasons.
If we want people to make adaptable code, we have to create a challenge that requires adaptability. If we want code to be generalized, we must design a challenge where modularity is a bigger advantage than the cost of the time taken to code it. FRC games are neither of these things. Doing these things definitely makes good code, but they aren't required for FRC. We can't compare the code we want submitted to what we think "should" be written for FRC. We have to make people do these things by showing the advantages of doing them, not berating people who don't.
__________________
2015 MAR District Champions




Reply With Quote