View Full Version : FIX-IT WINDOW Proposal
David Brinza
30-11-2007, 22:52
FIRST allows teams to work on spare, replacement and upgrade parts for robots after shipment and between events via FIX-IT WINDOW rules. In 2005, FIX-IT WINDOWs opened at the end of the regional competition events (Sat 5pm) and ended the following Monday at 5pm. That window created a serious hardship for teams that travelled many hours to/from the events. In the past two years, the maximum number and duration of FIX-IT WINDOW sessions were prescribed: no more than 2 sessions, each with a 5-hour maximum duration. This much-improved, yet somewhat arbitrary, allocation of FIX-IT WINDOW sessions can still create difficult situations for teams due to conflicts arising from school use policies, scheduled mentor "day-job" hours, etc.
A lot more flexibility for teams would be gained by allowing no more than three sessions with a cumulative total of 10 hours in a given week. If the twice weekly 5-hour session works better for your team, you could still do this.
Any opinions on alternative FIX-IT WINDOW schedules?
NOTE: The 4th choice is ambiguous!!
A vote here could imply either UNRESTRICTED work is allowed, or NO work is allowed except at competitions.
If you select this choice, please post a reply indicating your intent.
You should state your case for your choice as well, since these are about a different as can be.
ChuckDickerson
30-11-2007, 23:17
Man-hours. X number of man hours to use however you want between ship date and your regional(s). For example: Say FIRST allows each team 100 man hours. The team can allow 10 people to work 10 hours, or 25 people 4 hours each, or 2 people 50 hours each, or even 5 people 10 hours each and another 2 people 25 hours each, etc. Sure it isn't enforcable but neither are the current fix-it windows. The number of man hours is debatable.
AdamHeard
30-11-2007, 23:56
Man-hours. X number of man hours to use however you want between ship date and your regional(s). For example: Say FIRST allows each team 100 man hours. The team can allow 10 people to work 10 hours, or 25 people 4 hours each, or 2 people 50 hours each, or even 5 people 10 hours each and another 2 people 25 hours each, etc. Sure it isn't enforcable but neither are the current fix-it windows. The number of man hours is debatable.
Hmmmmm I think that might be a bad idea. Teams with CNCs could have 2 people work for 50 man hours and get a lot done.
Hmmmmm I think that might be a bad idea. Teams with CNCs could have 2 people work for 50 man hours and get a lot done.
Though, to be fair, that's true of the current fix-it window rules as well. As with all things, resources dictate how much we can accomplish in six weeks, ten hours or at a regional.
David,
I like your idea. I just still have a problem with the 10 hour limit for software work. I believe, as many of you probably also figured out, that the two 5 hour sessions are meant to simulate roughly 5 hours that teams get to work on their robots on Thursday and Friday. But in reallity, I know that many teams, including us, work well more than 10 hours on the robot at a competition. This is even more pronounced for SW since you do not need access to the actual robot to write SW. You only need occasional access to the robot to test the SW. You could theoretically work about 30+ hours on SW during the competition (equal to the hours that the pits are open).
ChuckDickerson
01-12-2007, 19:58
Teams with CNCs could have 2 people work for 50 man hours and get a lot done.
Very true but how is that any different in the regular build season? This is exactly my point. What is the purpose of 1 or 2 or 3 or whatever 5 hour or 10 hour or whatever fix-it windows. Teams with limited resources (fewer members, only hand tools, etc) are placed at a disadvantage to those with more resources (100 team membersm zillion dollar CNC shops, etc.). By FIRST limiting the fix-it windows by clock time it in no way levels the field. At least with man hours you can't just have more people working in the time period to get more done.
My vote is "other" -
10 hrs accumulated total - allocated any way you'd like.
For example,
1 team might choose to use all 10 at one time, and be done with it,
while some may choose to allocate equal portions over X days,
and others may choose to split it up in unequal time allotments
So, depending on each teams dynamics (size of team, available equipment, and workspace, time availability of mentors and students) it would best allow all teams the capability of using the fix-it window as they wish to.
Mike
Mike Martus
02-12-2007, 08:45
Eliminate the fix it window.... Are we about education or not? Why should learning stop at any time during the competition and for that matter, before or after.
In OCCRA (Oakland County Competitive Robotics Association League) we have no restrictions and the education, and improvements in the robots are fantastic. Students are often heard saying "this experience is much better than FIRST... by far more fun".
Not popular I am sure, but my 2 cents.....
just wondering if it would be better to drop the fix-it-window and go to something like ,"you can't change more then 25 percent of your robot ". better minds could figure out how to divide robot and/or percentage based on game. would it be for each event or whole season? maybe one official picture at first event uncrating.
the only reason i bring this up, it seemed that i saw a few teams carrying in alot of the robot at the comps. mainly ramps.it seemed to me that should be in crate already.
or would this to be a rule that you couldn't enforce? i do believe that writing code should be unrestricted and not part of the above idea.
galewind
02-12-2007, 09:55
The problem that I have, personally, with the fix-it window is that the programming is supposed to be done simultaneously with the manufacturing of parts, and the coordination of that is sometimes near impossible, and quite frankly, unrealistic. Noting that the coding of specific features of the machine and the autonomous testing cannot be done until after specific components of the machine are built, I would propose that FIRST do something along the spirit of these two ideas:
1) Make separate fix-it windows for programming
2) Make the "put the computer down" deadline X amount of days after the ship deadline in order to compensate for not being realistic in coding until after the design of the robot is laid out.
As it stands, those teams who build separate identical robot bases or full robots stand to benefit from the fix-it windows because they have a full machine to work on coding with while the manufacturing crew has the ability to work on assembling the spare parts. Additionally, if a prototype base is designed before build, teams can learn to work with sensors on this prototype base so that code is already written BEFORE build starts.
When teams don't have these resources, during build, the programming crew often gets pushed by the wayside when it comes to testing because, after all, if you don't have a finished robot, you can't test it.
I believe that building and coding are two separate beasts that COULD have rules created around them that are separate (but don't necessarily have to if you have strong enough project management skills).
I'm not really... convinced that we would have to do either of these things, but i'm just throwing it out.
Don Wright
02-12-2007, 10:14
Eliminate the fix it window....
+1
JohnBoucher
02-12-2007, 11:28
Eliminate the fix-it window. I presume we have it because some teams were not playing by the existing rules so FIRST bent them a little to satisfy everyone.
I presume that those teams will still do what they want. Allow the teams to decide what message they give their students. Play within the rules or win at all costs.
I don't think this is something FIRST can solve.
Eliminate the fix it window....
I agree.
1. It can't be and isn't enforced.
2. As Mike said, "Why stop the learning."
3. "The students are most energetic at ship date, and we want them to stop because of a fix-it-window." Paul Capioli
4. Teams that build a second robot have an advantage. NOT. We have done it and we waste all our time building the second robot and end up worse in the end, but the students are still learning.
5. Teams make large changes to fix problems. We are all learning from our mistakes. Note: Most teams are worse off because they can't get the new change working at the event.
6. As long as we all have the same amount of time, who cares.
7. All businesses are in this same type of competition with each other, and they don't have fix-it-windows.
8. May the best team win. We are all still learning.
These are my experiences after being in this for 7 years and still learning. We have yet to win anything, but we have fun. FIRST has done a great job every year designing a game that has many ways to win, simple to complex, but we always have too many rules. It is allot better then back in the day when we had to count screws and buy parts from certain companies. Let’s all state our views and help make this decision. The competition has come a long way for the good.
Billfred
02-12-2007, 12:04
Eliminate the fix-it window. I presume we have it because some teams were not playing by the existing rules so FIRST bent them a little to satisfy everyone.
I presume that those teams will still do what they want. Allow the teams to decide what message they give their students. Play within the rules or win at all costs.
I don't think this is something FIRST can solve.
I've never really been thrilled with the concept of the Fix-It Window, for similar reasons to the above. As written for the past few years, they've just been too inflexible to allow for a lot of otherwise-valid methods of getting things done.
That said, I can see the need for some kind of regulation to keep teams from shipping the RC and a kit frame, then prototyping during the regionals and bringing the whole upper half of the robot to the event with them. I propose the following:
-Teams may bring up to 25 pounds of fabricated items (as defined in the 2007 manual) to the event.
-Fabricated items brought to the event must have similar functionality to a component or mechanism shipped in the crate. (The tube gripper may look completely different, but it must still be a tube gripper.)
-COTS and KOP items are still allowed in unlimited amounts.
DonRotolo
02-12-2007, 12:12
Eliminate the fix it window....
In OCCRA (Oakland County Competitive Robotics Association League) we have no restrictions and the education, and improvements in the robots are fantastic.
I take it that you mean there is no fix-it "window" - one can do whatever they need, whenever. *
I disagree, in that there needs to be limits on how much teams can do during the competition season - otherwise teams going to the NJ regional (1st week) have a disadvantage over teams going to, say Manhattan (5th? week) - specifically, 5 extra weeks on which to perfect a mechanism that was only conceived after the team actually got to see the Game being played.
The argument that learning never ceases is, in this case, eclipsed by the need for a level playing field.
Not a fact, just my opinion.
Don
* And if I totally misinterpreted it, then, never mind...:D
David Brinza
02-12-2007, 13:07
just wondering if it would be better to drop the fix-it-window and go to something like ,"you can't change more then 25 percent of your robot ". better minds could figure out how to divide robot and/or percentage based on game. would it be for each event or whole season? maybe one official picture at first event uncrating.
the only reason i bring this up, it seemed that i saw a few teams carrying in alot of the robot at the comps. mainly ramps.it seemed to me that should be in crate already.
or would this to be a rule that you couldn't enforce? i do believe that writing code should be unrestricted and not part of the above idea.There is already a rule that limits the total weight (25 lb) of parts that can be brought to the competition, so that satisifies the hardware part.
FIX-IT WINDOW software development restrictions have been contentious since inception. Writing "practice" code for a practice robot seemed acceptable to some teams and totally contrary to the intent of the rule by others. The 2006 "cease software development" CD thread here (http://www.chiefdelphi.com/forums/showthread.php?t=44144).
I also favor unrestricted software development after ship.
Jonathan Norris
02-12-2007, 15:10
Eliminate the Fix-it window. Or allow teams a much longer fix-it window.
Every year on Thursdays at every regional you see a large portion of the teams making major changes, building major components, and programing as quickly as they can. If allowing more time between regionals to give teams and opportunity to design improvements, test them, and build them and improve the quality of their robot why not. If we want a true competitive balance in FIRST, why not give a team every opportunity to improve the performance of their robot.
I know in my teams case last year we had to use the fix-it windows to make major changed to our robot, and I know how much more time would have helped us improve the quality of our robot. During the BAE regional we determined that how we had designed our arm it was going to be too difficult to score (think of 1251 last year, but harder to control...). So we stopped using our arm and played some mean defense. But every minute between matches we spent changing the design of our arm and manipulator system. We came up with a new design of the arm, with a single main joint, an extension, and a new roller-claw manipulator. We were not able to finnish the construction of the manipulator by the end of the competition (and we needed new banebots gearbox's anyway) so we decided to use our fix-it windows between BAE and Waterloo.
Back at the school we built the new manipulator and were able to do some crude testing, but truthfully what we had time to build was more of a prototype then a final product, if we had the time we would have rebuilt it after testing to make it more robust. We brought our new manipulator to waterloo on thursday, we fixed our turret in place cut off a joint for the old manipulator and cut down our extension and attached the new roller-claw. The design was great, it immediately made us a top scorer at the regional even with our major problem with consistency. The manipulator was great at sucking in the tubes, and could rotate them about 300 degrees on to the legs. Because the new manipulator was built under such time constraints we made sacrifices that came back to haunt us, it broke in some fashion during almost every match. During the quarter and semi-finals it consistently failed us. (edit: it did win us design awards at both Waterloo and GTR)
So the moral of my little story here is that I know that if we had more time between regionals we could have been even more effective and more successful at the Waterloo Regional (maybe even get to challenge 1114 in the finals again). I understand why the fix-it window is in place to stop teams from rebuilding the majority of their robot between regionals, but in reality all that team wants is to spend extra time and work to improve their robot why not let them?
Bharat Nain
02-12-2007, 15:25
For reasons stated above, I am all for eliminating fix-it window's.
Pavan Dave
02-12-2007, 15:54
I'd say eliminate the "fix-it" window but submit a copy of your code to FIRST. What FIRST would do with this code is they would check its file size, and check it to make sure you don't write jibberish in some files to get away with more room. Than you could make as many parts anything up to 25 lbs, and 50-100kb limit mod to the code or something. You would have to submit it wednesday night and you would be okayed to use it for the competition. Than when you get your 25 lbs weighed in, you must show your code to the same person who checks weight and you will be required to show that FIRST has approved your "post season" code modifications.
I disagree, in that there needs to be limits on how much teams can do during the competition season - otherwise teams going to the NJ regional (1st week) have a disadvantage over teams going to, say Manhattan (5th? week)
I think that the more time the teams have to work on there robot the better they are going to be, so teams that go to only one regional are really disadvantaged. One regional teams only have one week to improve there robot where teams that went to say 4 regionals have 4 weeks; big difference. If a one regional team could watch and learn from the other regionals that they can afford to go to and they can make changes, it will make the teams more equal. I believe teams should have as much time as possible to work on there robots; in the end they are learning.
Another thing, I think teams should be able to make major design changes to there robots. We all want to be competitive, and the best designs in the real world are usually stolen designs. We need to be able to learn from others and improve on the designs. I think this breads enthusiasm in teams and gives them hope, especially if they completely missed the object of the game. Who wants to have to play the game and waste a whole year just because team members were forced or the team picked the wrong design?
To me this whole competition is about trying your best and doing everything you can to be the best. This is attitude our nation needs.
I'd say eliminate the "fix-it" window but submit a copy of your code to FIRST. What FIRST would do with this code is they would check its file size, and check it to make sure you don't write jibberish in some files to get away with more room. Than you could make as many parts anything up to 25 lbs, and 50-100kb limit mod to the code or something. You would have to submit it wednesday night and you would be okayed to use it for the competition. Than when you get your 25 lbs weighed in, you must show your code to the same person who checks weight and you will be required to show that FIRST has approved your "post season" code modifications.
Why limit learning.
The parts weight rule has been in for a couple years and never enforced. I don't agree with it. I do believe the assembly’s that are brought in should be completely disassembled though. I agree greatly with that rule, and it is easy to enforce.
Billfred
02-12-2007, 16:02
I think that the more time the teams have to work on there robot the better they are going to be, so teams that go to only one regional are really disadvantaged. One regional teams only have one week to improve there robot where teams that went to say 4 regionals have 4 weeks; big difference. If a one regional team could watch and learn from the other regionals that they can afford to go to and they can make changes, it will make the teams more equal. I believe teams should have as much time as possible to work on there robots; in the end they are learning.
I believe it was 2006 that I inquired on Q&A about the topic of those who go to multiple events getting the chance to fiddle with their robots more; the rationale FIRST gave back was that while teams got more time with their robots, they also had far more opportunities to have their robots beat upon on the field. It makes sense--even in a total lovefest like 2001, putting your robot on the field puts your robot at risk of breaking stuff. Teams that compete more will either have to spend more time fixing their robots or spend more weight building more durable parts.
I believe it was 2006 that I inquired on Q&A about the topic of those who go to multiple events getting the chance to fiddle with their robots more; the rationale FIRST gave back was that while teams got more time with their robots, they also had far more opportunities to have their robots beat upon on the field. It makes sense--even in a total lovefest like 2001, putting your robot on the field puts your robot at risk of breaking stuff. Teams that compete more will either have to spend more time fixing their robots or spend more weight building more durable parts.
I agree with you, but teams that compete more get allot more gooood practice. I think that is more of an advantage. FIRST Robotics = 50% robot + 50% driver(s). Just my opinion. I just really want the people involved to learn as much as possible, and give them as much time as possible to learn.
Aren_Hill
02-12-2007, 16:24
another one for eliminating it.
1. It will promote teams using CAD systems in order to make parts without the robot present. Rather than lots of teams strategy of cut till it fits
2. Everyone gets better, how can that be bad
Last year after St Louis we used the fix it windows to make a completely new arm for chicago. Lets just say it would've worked alot better with more time.
4. Teams that build a second robot have an advantage. NOT. We have done it and we waste all our time building the second robot and end up worse in the end, but the students are still learning.
I have to disagree with you here. It is becoming increasingly difficult to be successful on the field in FRC without a practice bot. Had we not had one in 2006 or 2007, there's absolutely no way we'd have won two regionals each year, or been even above average. Both years we put the robot in the crate having had zero drive practice, and in the case of 06, a non functional robot.
Pretty soon I don't think anyone who goes to fewer than two regionals, and doesn't have a practice robot will be able to really do very well. It's pretty much becoming an arms race.
I don't like the fix-it windows now. I think they're very awkward for the teams, and unenforceable to start with. I do believe that there has to be some sort of restrictions to what you can and can't do, or some teams will literally build an entirely new robot. I'm all for having chances to fix/modify things that didn't work quite the way they were expected, or making spare/replacement parts that have the same functionality as the previous part.
Eliminate Fix-it windows or make it simple like the 100 man hours rule as previously stated.
Also, single regional teams will always be at a disadvantage, that's we try really hard to go at least two each year.
In reference to the 25 lb. limit of parts brought into the venue:
The parts weight rule has been in for a couple years and never enforced.
Inspectors have regularly scrutinized and weighed Team 1114's spare parts since this rule was introduced. Perhaps this isn't the case at all regionals.
----
Back to the topic of fix-it-windows, I am completely in favour of eliminating the rule entirely, allowing to teams do whatever work they wish after ship. In general I detest unenforceable rules, as they usually end up punishing those who obey them. There is no way to know if a team has stopped working after ship. The teams who obey the fix-it windows are thereby punished for being honest, as the teams who blatantly ignore the rules obtain a competitive advantage. What's the punishment for violating the fix-it window?
What would happen if an inspector discovered that a team broke the rule? Last year there was a team who posted on CD, saying that they took part of their arm to their shop during an evening of their regional to repair it. (They were unaware of the rule prohibiting this.) Clearly this is illegal, but how would they be punished? (They were no reprecussions for this incident, and rightfully so. You can't just makeup a punishment if there isn't one listed. )
Being a team who firmly believes in the honour code, it's frustrating to know that teams regularly get away with breaking these types of rules. Along with the reasoning that Mike put forth, I would be ecstatic to see the rule disappear.
kramarczyk
02-12-2007, 19:34
Loose the fix-it window definition.
In industry I am not familiar with any kind of "tools down" period during product development, so why are we doing it here? FIRST has already got a finite constraint on time between kick-off and the comps, so why create a sub constraint? I don't think that success on the field is related to number of hours worked. In fact, I suspect that consistently successful teams probably work fewer, higher quality hours. Limiting work hours probably only hurts the teams that are still working out the bugs in their process.
synth3tk
02-12-2007, 22:11
Also, single regional teams will always be at a disadvantage, that's we try really hard to go at least two each year.
Thank you. As much as we try, funds don't permit us to currently attend more than one regional, therefore we have whatever time that we're allowed at our only chance. I've got a headache right now, but my basic view is that it should stay, and the way it is.
It has been suggested that the Fix-it Window restrictions be removed and teams be allowed to work on whatever they wished for any amount of time up to the competition. I am very much opposed to this for several reasons:
1. FRC is a competition. It is much more a sports-like competition than a contract bid competition. It is artificial by its very nature. In sports, there are game rules, sallary caps, divisions based on team resources, and other restrictions. FRC is the same way - there are attempts to level the playing field to facilitate competition. The Fix-it Window is one of these rules.
2. There is a very good reason that FRC has a "Build Season" of limited time. Many mentors, teachers and other volunteers are able and willing to commit countless hours to teams for a restricted time period. If teams are allowed to work endlessly on their robot until the final regional or championship, the Build Season effectively stretches for three and a half months! Even now, the Fix-it Window extends Build Season by up to 70 hours over a month and a half. This becomes a MAJOR issue between "have" and "have not" teams - those who have multiple mentors who are able to give lots of time and those who are being held together by a single mentor/coach who also has a 70 hour/week day job.
3. If there is no "put your tools down" time after the robot ships, why ship the robot at all? Why not simply allow teams to bring the robot to the event in whatever way they can. Why have a "ship date"? (For that matter, why have a restriction on the number of motors a team can use?)
4. FIRST already has a program that allows for endless work on the robot: FTC. There are also many other programs (BBIQ) that similarly have no restrictions on build time.
In the end - either eliminate the Fix-it Window and not allow any work on the robots OR keep it restricted.
-Mr. Van
Coach, Robodox
It has been suggested that the Fix-it Window restrictions be removed and teams be allowed to work on whatever they wished for any amount of time up to the competition. I am very much opposed to this for several reasons:
-Mr. Van
Coach, Robodox
I completely understand your point, but your case does not apply to the all teams. Many teams have a lot of mentors, parents, teachers, engineers that can split the time up.
I am in a similar situation as you, we are a very small team (1 teacher and 2 main engineers with ~20 students) if one of us can't put the time in the others show up. We do the best we can for the students, and that is what they get.
Some teams can get the students more involved and have them help run the team. I don't beleive the learning time of students should be limited/restricted by the team that has the least amount of help to work on the robot.
I am more willing to work with the students for more months and put in less time per day. Work all day and night for 6 weeks is what kills you. Over the years we have become good at limiting our time per day, but meet every day. We used to meet 3 days a week for longer times and that was harder to me. We average 3 hours a day of student work time. In the 7 years that I have been doing this, that is what has worked for us the last 2 years.
Cheers
I am in a similar situation as you, we are a very small team (1 teacher and 2 main engineers with ~20 students) if one of us can't put the time in the others show up. We do the best we can for the students, and that is what they get.
Where does your team work? Because our team is a "school activity" a certificated teacher MUST be with the students whenever they meet (regardless of location). For many teams this is a single person - who must be at every meeting and worksession. Some teams have schools that limit when and how late students can meet. If we effectively extend the build season, more and more teams will have difficluty with these legal/administrative issues.
If we don't want to limit the build time, I ask again, why have a ship date?
-Mr. Van
Coach, Robodox
Our team has not utulized these sessions besides thursday during the Milwaukee regional.
Where does your team work? Because our team is a "school activity" a certificated teacher MUST be with the students whenever they meet (regardless of location). For many teams this is a single person - who must be at every meeting and worksession. Some teams have schools that limit when and how late students can meet. If we effectively extend the build season, more and more teams will have difficluty with these legal/administrative issues.
If we don't want to limit the build time, I ask again, why have a ship date?
-Mr. Van
Coach, Robodox
We work at the school we have never had problems with anything you have mentioned. We usually meet from 2:00 to 4:30-5:00. We always have an adult present. I believe that we haven’t had any problems because the robotics students are usually the most behaved in the school.
Why have a ship date? Because Fed-Ex is a sponsor and we need to ship something.
In all seriousness I think the ship date works because it gives the students(especially the new ones) a deadline. It also gives every team the same target and a time for the main build to complete.
We work at the school we have never had problems with anything you have mentioned. We usually meet from 2:00 to 4:30-5:00.I don't think you're in CA. The CA teams have a tendency to not get a lot of school support. (Note: there are several notable exceptions.) I can think of one team that went into VEX and FLL primarily due to school issues.
On the topic of "unlimited FIX-IT windows" and eliminating ship date, the ship date elimination has already been discussed here (http://www.chiefdelphi.com/forums/showthread.php?t=40124&highlight=eliminate+ship+date). Unlimited FIX-ITs are too close to eliminating the ship date for me; I'll stick with what I said in the referenced thread.
GaryVoshol
04-12-2007, 18:41
Other: 10 hours of fix-it allowed per week, time to be allocated at the team's option. Retain restrictions on amount of new materials that may be brought with you to a regional. Allow 10 hours of software development, not required to be during the same 10 hours of mechanical development. Code developed during those 10 hours may be brought to the regional in electronic form - it does not need to be retyped at the regional.
It has been suggested that the Fix-it Window restrictions be removed and teams be allowed to work on whatever they wished for any amount of time up to the competition. I am very much opposed to this for several reasons:
In the end - either eliminate the Fix-it Window and not allow any work on the robots OR keep it restricted.
The difference between the build season and the proposed after-ship date elimination of "fix-it" windows is not really comparable to extending the build season for another month and a bit. The two biggest reasons I see for this is that you don't have a robot to work on, and you can’t make unlimited amounts of parts. I know that with my former team, we didn't really utilize these windows, except to make one or two replacement parts, because we didn't have a robot to work with, and we didn’t have the resources to work with CAD drawings. There are teams that have those resources – more power to them.
You are still restricted on the amount of parts you can bring into a regional, and the type you can bring in - a very fair and enforceable rule. I think that this levels the playing field enough. A team can’t remake their entire robot – they can only bring in 25 lbs of spare parts, and those parts can only be SPARE and REPLACEMENT parts.
The biggest reason I have for eliminating fix it windows is that it is an unenforceable rule. Mr. Van, what you are proposing is that teams can’t work at all on spare parts between the ship date and competition. Let’s say the majority of teams follow this rule – say 90%, and 10% of teams being spare or replacement parts in. There is no way to prove that the other 10% of teams broke the rule. Those 10% of teams have a huge advantage over the teams that actually followed the rule, and I don’t think this is fair, at all – teams are punished for obeying the rule, and obeying by the credos of FIRST. To me, that doesn’t add up.
I disagree, in that there needs to be limits on how much teams can do during the competition season - otherwise teams going to the NJ regional (1st week) have a disadvantage over teams going to, say Manhattan (5th? week) - specifically, 5 extra weeks on which to perfect a mechanism that was only conceived after the team actually got to see the Game being played.
I completely disagree with you. If a team has a mechanism that doesn't work, do you want to force them to work with it for the rest of the season, because they didn't realize that it didn't preform up to standards on the playing field? As well, if a team wants to better their robot with help from resources at competition that they didn't have at their workplace, do you want to stand in the way of the incredible potential for inspiration?
Teams who go to Week 1 competitions will always be at a disadvantage, what with being the pioneers for the gameplay. I'm sure they completely understand this, and, ultimately, it's their choice to go to a Week 1 regional. If it bothers them enough that they don't have the same chances to change mechanisms, why don't they try to raise some more money to be able to go to a different regional or an additional one? FIRST should not artificially attempt to level the playing field to cater to the choices of teams.
=Martin=Taylor=
05-12-2007, 00:55
A rule that cannot be enforced is a moral. Enforcing morals is madness.
I Vote Other:
Lets advise all the teams to be fair, and remind them not to focus on winning-at-all-costs. Why build two robots for yourself when you could build another robot for a team, which is barely getting by?
But lets not make a rule.
vBulletin® v3.6.4, Copyright ©2000-2017, Jelsoft Enterprises Ltd.