Go to Post A stack is a stack is a stack. (How Profound!) - Paul Copioli [more]
Home
Go Back   Chief Delphi > Technical > Programming
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
Closed Thread
Thread Tools Rate Thread Display Modes
  #1   Spotlight this post!  
Unread 09-04-2010, 15:13
davidthefat davidthefat is offline
Alumni
AKA: David Yoon
FRC #0589 (Falkons)
Team Role: Alumni
 
Join Date: Jan 2011
Rookie Year: 2010
Location: California
Posts: 792
davidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud of
I don't think being a rookie team has any effect on the programmers

Ok I have not shown much enthusiasm about the autonomous kit stuff. Its mostly for those rookie teams I am assuming? Well I am against that whole idea, kind of showing pity towards them... I may sound evil right now, but just because they are a rookie team, that does not mean that they can't compete with he veterans... IDK where this idea came from, but I don't like the kit idea that people are doing. This is not some government run multi billion dollar project... Software pretty much costs $0 for us, its all electrical and mechanic that gobble up the money, I don't get how being under funded rookie has ANYTHING to do with programming... Yea this challenge was for individual teams doing it by themselves, the prize is vanity and pride...


Yes I am a very opinionated guy that is not afraid to speak my mind... Don't hate
__________________
Do not say what can or cannot be done, but, instead, say what must be done for the task at hand must be accomplished.

Last edited by davidthefat : 09-04-2010 at 15:19.
  #2   Spotlight this post!  
Unread 09-04-2010, 15:31
Al3+'s Avatar
Al3+ Al3+ is offline
ARTist
AKA: Anthony
FRC #0840 (Aragon Robotics Team)
Team Role: Programmer
 
Join Date: Oct 2009
Rookie Year: 2008
Location: San Mateo, CA
Posts: 58
Al3+ is a jewel in the roughAl3+ is a jewel in the roughAl3+ is a jewel in the rough
Re: I don't think being a rookie team has any effect on the programmers

Often rookie teams lack programming experience and don't know where to start.

It's not even just rookie teams; sometimes teams just have member turnover problems and run dry. This is especially an issue when there aren't any software mentors to make up for it (like on our team).
__________________
cout << "Hello, robotics. Goodbye, world." << endl;

"The two-axis accelerometer provided in the kit of parts (shown in the picture below) is a two-axis accelerometer." - WPILib User's Guide
  #3   Spotlight this post!  
Unread 09-04-2010, 15:32
HashemReza's Avatar
HashemReza HashemReza is offline
Registered User
AKA: Cameron Parvini
FRC #1538 (The Holy Cows)
Team Role: Alumni
 
Join Date: Apr 2009
Rookie Year: 2008
Location: San Diego
Posts: 46
HashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond repute
Re: I don't think being a rookie team has any effect on the programmers

Quote:
Originally Posted by davidthefat View Post
Ok I have not shown much enthusiasm about the autonomous kit stuff. Its mostly for those rookie teams I am assuming? Well I am against that whole idea, kind of showing pity towards them... I may sound evil right now, but just because they are a rookie team, that does not mean that they can't compete with he veterans...
As I was not a member of a rookie team, I try my best to equate it to my own experience of being a rookie member of my team. True, not the same, but similar I feel.

I don't think that it's showing pity towards them at all. I think that everyone, including veterans, need a 'jumping off place' if you will, each year. The difference between the veterans and the rookies? The veterans have the previous year as a jumping off point, while the rookies do not. Over time, those rookie teams will take the new code that they have created each year, perfect it through iteration, and soon enough become veterans drawing on each year previous for improvement.

Quote:
Originally Posted by davidthefat View Post
This is not some government run multi billion dollar project... Software pretty much costs $0 for us, its all electrical and mechanic that gobble up the money, I don't get how being under funded rookie has ANYTHING to do with programming...
I apologize, I cannot understand what you mean here. Do you mean that because software apparently 'costs $0', that the rookies have access to the same materials, and thus shouldn't be helped any more than a veteran team? If that is the case, i must humbly disagree with your point.

It's not being under-funded that has anything to do with programming, it is the lack of experience. Again, having no experience in this competition is the most relevant handicap (with regard to programming) that a rookie faces. The key to creating a sustainable team that can last until they are considered a veteran is to ease the transition into the competition. You wouldn't give the same job to a wily old veteran with many years experience in engineering as you would a new student, fresh out of school, would you? Obviously, you're going to need to show that new member of the community how to do it (adequately) at least once, and then let them find out through experience. Furthermore, they can build on that experience in the future to form their own methods for achieving the end product, in this case, a solid set of working code.

In short, I must say that I disagree, and firmly believe that being a rookie team does have an effect on the programmers, as well as every other member of the team.
__________________
Events:
2010 Championships - Curie Semi-Finalists w/ 111 & 2630
2010 Utah Regional - Finalists/Engineering Excellence
2010 San Diego Regional - Semi Finalists/Chairman's Award/Engineering Excellence
2009 IRI - Quarter Finalists/Design & Imagery Award
2009 Championships - Semi Finalists
2009 Vegas Regional - Semi Finalists/Imagery Award
2009 San Diego Regional - Finalists/Chairman's Award

Manager of Scouting and Game Strategy for Team 1538 The Holy Cows
  #4   Spotlight this post!  
Unread 09-04-2010, 15:33
davidthefat davidthefat is offline
Alumni
AKA: David Yoon
FRC #0589 (Falkons)
Team Role: Alumni
 
Join Date: Jan 2011
Rookie Year: 2010
Location: California
Posts: 792
davidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud of
Re: I don't think being a rookie team has any effect on the programmers

Quote:
Originally Posted by Al3+ View Post
Often rookie teams lack programming experience and don't know where to start.

It's not even just rookie teams; sometimes teams just have member turnover problems and run dry. This is especially an issue when there aren't any software mentors to make up for it.
True, but I was a rookie this year, I had no problem learning... Just Look at the $@#$@#$@#$@# API and documents... How is that hard? If you have ANY programming experience, you can easily use the API, its so well named and stuff, I just asked what the things were connected to and Bam, its in the API... People don't realize how important reading documents and the API is... Also the mentors had a "Let all the students do all the work and just assist them" type of mentality, I can say they were great, but they did not needed to help me directly with coding. Just some of my questions on technology
__________________
Do not say what can or cannot be done, but, instead, say what must be done for the task at hand must be accomplished.

Last edited by davidthefat : 09-04-2010 at 15:38.
  #5   Spotlight this post!  
Unread 09-04-2010, 15:41
FRC4ME FRC4ME is offline
Registered User
FRC #0339
 
Join Date: Feb 2008
Rookie Year: 2007
Location: Fredericksburg, VA
Posts: 324
FRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant future
Re: I don't think being a rookie team has any effect on the programmers

While I'm not sure I would have said it like that, exactly, I understand where you're coming from here. I've had the same thoughts recently, reading through topics here and interacting with the community. It seems there are far too many projects going on with the goal of eliminating the need for rookie teams to do programming.

It's not that I don't understand the intent of these projects. Many rookie teams don't have a good programming department, or have only one student who is responsible for doing all of the programming. It's nice for these teams to be able to make their robot do basic teleop stuff like driving and kicking/shooting/etc. But autonomous? In my opinion, that's a challenge best left as just that: a challenge. Let the challenge of autonomous be motivation for rookie team members to learn programming and join the ranks of the veterans. As the OP said, unlike the build team, we aren't limited by financial constraints.

I'm not saying that releasing SDKs is a bad thing. It's awesome to see how different teams approach problems from different angles, and how unique program designs can make things easier in the long run. And don't get me wrong; 619 has its own framework that we intend to release later in the year. But perhaps we should be writing these frameworks not with the goal of making them "so easy to use a rookie can do it," but with the goal of helping motivated rookie team members learn effective program design as quickly and efficiently as possible. Rather than doing everything for them in some sort of black box, give them a nice inheritance tree to play with - one that effectively shows the benefits of oop while requiring the team to implement these concepts by extending the code given to them. Or provide a nice event handling system that shows teams how event-driven programming works while still requiring them to write, instantiate, and order the events. Right now, it's almost to the point that a team can call, "driveForward()," and the robot drives forward, and IMO that does not teach programming skills.

One example of what I would say is going too far is "converting" other teams' code to a veteran framework without them explicitly asking you to do so. Sure; after spending a season designing an awesome autonomous framework you may think it's the end-all-be-all of FRC programming, and that you're doing every rookie team a favor by "porting" their code. But what seems like the best solution to you may not be the best solution for everyone - remember that, because you designed the system, your opinion of it is inherently biased. What if a rookie team would rather learn how to design an effective autonomous solution, rather than just letting another team do it for them? What if ease-of-use isn't the only concern here? And that's assuming your system even is the easiest to use; some of the SDKs I've seen around here look like they would make it harder than the default code to do anything more complex than simple driving, especially when they lack comprehensive documentation.

Note: the above is not directed to any one team or framework. I've seen at least four or five teams releasing SDKs with the specific goal of reducing the number of lines a rookie has to write as close to zero as possible. Overall, I think the releasing of frameworks is fine, and it's certainly a great exercise for veteran teams doing the development. But teams need to keep in mind that their goal should be to help rookies learn how to program - not to do it for them - and that a system's users view that system very differently than the system's designers. That is all.
__________________
Go directly to queue. Do not pass pit.

Last edited by FRC4ME : 09-04-2010 at 15:50.
  #6   Spotlight this post!  
Unread 09-04-2010, 15:45
sircedric4's Avatar
sircedric4 sircedric4 is offline
Registered User
AKA: Darren
no team (The SS Prometheus)
Team Role: Mentor
 
Join Date: Jan 2008
Rookie Year: 2006
Location: Lousiana
Posts: 245
sircedric4 has a reputation beyond reputesircedric4 has a reputation beyond reputesircedric4 has a reputation beyond reputesircedric4 has a reputation beyond reputesircedric4 has a reputation beyond reputesircedric4 has a reputation beyond reputesircedric4 has a reputation beyond reputesircedric4 has a reputation beyond reputesircedric4 has a reputation beyond reputesircedric4 has a reputation beyond reputesircedric4 has a reputation beyond repute
Re: I don't think being a rookie team has any effect on the programmers

Quote:
Originally Posted by davidthefat View Post
If you have ANY programming experience, you can easily use the API, its so well named and stuff, I just asked what the things were connected to and Bam, its in the API...
That's the crux of your argument. What if the team has no one with any programming experience? What if they don't know what a do loop or an if-then statement is? What if they have no idea what an API is, or if they don't understand what a object oriented programming structure means?

I truly do not understand why people continue to make the assumptions that people are as capable as them, have as many resources as them, are interested in the same things as them, etc... FIRST teams have diverse memberships, some with no mentors, some with mentors with no engineering experience, some with mentors who have put robots on Mars, some with whatever money they can scrounge, and some with enough money for full time paid mentors. Let's not make assumptions about other teams capabilities and help those that ask for it.

I can't tell you how many times I actually helped myself by looking to help others overcome their problems. In complex systems you'll find that answering one issue for someone else may very well help you solve an issue of your own somewhere else.

Last edited by sircedric4 : 09-04-2010 at 15:47.
  #7   Spotlight this post!  
Unread 09-04-2010, 15:47
FRC4ME FRC4ME is offline
Registered User
FRC #0339
 
Join Date: Feb 2008
Rookie Year: 2007
Location: Fredericksburg, VA
Posts: 324
FRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant futureFRC4ME has a brilliant future
Re: I don't think being a rookie team has any effect on the programmers

Quote:
Originally Posted by davidthefat View Post
True, but I was a rookie this year, I had no problem learning... Just Look at the $@#$@#$@#$@# API and documents... How is that hard? If you have ANY programming experience, you can easily use the API, its so well named and stuff, I just asked what the things were connected to and Bam, its in the API... People don't realize how important reading documents and the API is... Also the mentors had a "Let all the students do all the work and just assist them" type of mentality, I can say they were great, but they did not needed to help me directly with coding. Just some of my questions on technology
While I once again wouldn't have said it using your words, this post brings up a good point. At least WPILib is well-documented. Many of the veteran team SDKs are not.

Quote:
Originally Posted by HashemReza View Post
Obviously, you're going to need to show that new member of the community how to do it (adequately) at least once, and then let them find out through experience.
Of course you need to show them how to do it once. What concerns me about many of the veteran frameworks going around is that they take a "black box" strategy; rather than showing rookies how to do it, they try to remove the need for a rookie to learn how to do it. That, IMO, is a poor strategy. Perhaps I'm just misunderstanding how many of the SDKs work; I haven't personally used any of them but have only read their project description pages.
__________________
Go directly to queue. Do not pass pit.

Last edited by FRC4ME : 09-04-2010 at 15:49.
  #8   Spotlight this post!  
Unread 09-04-2010, 15:53
davidthefat davidthefat is offline
Alumni
AKA: David Yoon
FRC #0589 (Falkons)
Team Role: Alumni
 
Join Date: Jan 2011
Rookie Year: 2010
Location: California
Posts: 792
davidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud of
Re: I don't think being a rookie team has any effect on the programmers

I do not see how a rookie team can "graduate" from the rookie status using development kits released by veteran teams... You are just keeping them there pretty much, they don't get the same experience and they need it too.
__________________
Do not say what can or cannot be done, but, instead, say what must be done for the task at hand must be accomplished.
  #9   Spotlight this post!  
Unread 09-04-2010, 16:01
Al3+'s Avatar
Al3+ Al3+ is offline
ARTist
AKA: Anthony
FRC #0840 (Aragon Robotics Team)
Team Role: Programmer
 
Join Date: Oct 2009
Rookie Year: 2008
Location: San Mateo, CA
Posts: 58
Al3+ is a jewel in the roughAl3+ is a jewel in the roughAl3+ is a jewel in the rough
Re: I don't think being a rookie team has any effect on the programmers

Quote:
Originally Posted by FRC4ME View Post
While I once again wouldn't have said it using your words, this post brings up a good point. At least WPILib is well-documented. Many of the veteran team SDKs are not.



Of course you need to show them how to do it once. What concerns me about many of the veteran frameworks going around is that they take a "black box" strategy; rather than showing rookies how to do it, they try to remove the need for a rookie to learn how to do it. That, IMO, is a poor strategy. Perhaps I'm just misunderstanding how many of the SDKs work; I haven't personally used any of them but have only read their project description pages.
I actually agree. All of the functionality in WPILib is there in the help docs, and the software comes with lots of example code (even if not all of it works). Providing more examples is a lot more helpful in the long run than a "black box" SDK would be in terms of making a team a "veteran" in terms of programming.

That said I don't really think one can expect the same from every rookie team as from a strong established one.
__________________
cout << "Hello, robotics. Goodbye, world." << endl;

"The two-axis accelerometer provided in the kit of parts (shown in the picture below) is a two-axis accelerometer." - WPILib User's Guide
  #10   Spotlight this post!  
Unread 09-04-2010, 16:05
davidthefat davidthefat is offline
Alumni
AKA: David Yoon
FRC #0589 (Falkons)
Team Role: Alumni
 
Join Date: Jan 2011
Rookie Year: 2010
Location: California
Posts: 792
davidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud of
Re: I don't think being a rookie team has any effect on the programmers

Also I would like to ask what makes a team reach a "veteran" status?
__________________
Do not say what can or cannot be done, but, instead, say what must be done for the task at hand must be accomplished.
  #11   Spotlight this post!  
Unread 09-04-2010, 16:11
HashemReza's Avatar
HashemReza HashemReza is offline
Registered User
AKA: Cameron Parvini
FRC #1538 (The Holy Cows)
Team Role: Alumni
 
Join Date: Apr 2009
Rookie Year: 2008
Location: San Diego
Posts: 46
HashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond reputeHashemReza has a reputation beyond repute
Re: I don't think being a rookie team has any effect on the programmers

Quote:
Originally Posted by FRC4ME View Post
What concerns me about many of the veteran frameworks going around is that they take a "black box" strategy; rather than showing rookies how to do it, they try to remove the need for a rookie to learn how to do it.
If that is the case, then I completely understand your reservations. In fact, I share them.

There is a clear difference between what I am talking about with regards to the original Kit of Parts (which is what I thought the OP was originally talking about), and Rookies using intense frameworks put out by Vets.

If the OP was talking about veteran teams putting out those frameworks, then I apologize. I personally feel as though that's along the lines of cheating, unless someone takes the time to go through and understand the framework given. Actually, if a rookie coder is able to go through and understand a framework it could very well help them along in their learning process, causing them to ask more questions, and find more answers.

Quote:
Originally Posted by sircedric4 View Post
What if the team has no one with any programming experience? What if they don't know what a do loop or an if-then statement is? What if they have no idea what an API is, or if they don't understand what a object oriented programming structure means?
In this case, I would completely understand the use of a framework. This is one of those subjects where it is difficult to come to a definite conclusion. There is a fine line between a resource allowing someone to compete, and being "too helpful" and staunching the learning process.

EDIT:

Also, to your question OP, I would define it as such: If you can consider a team sustainable from year to year, it is a veteran.
__________________
Events:
2010 Championships - Curie Semi-Finalists w/ 111 & 2630
2010 Utah Regional - Finalists/Engineering Excellence
2010 San Diego Regional - Semi Finalists/Chairman's Award/Engineering Excellence
2009 IRI - Quarter Finalists/Design & Imagery Award
2009 Championships - Semi Finalists
2009 Vegas Regional - Semi Finalists/Imagery Award
2009 San Diego Regional - Finalists/Chairman's Award

Manager of Scouting and Game Strategy for Team 1538 The Holy Cows

Last edited by HashemReza : 09-04-2010 at 16:13. Reason: another point.
  #12   Spotlight this post!  
Unread 09-04-2010, 16:12
kamocat's Avatar
kamocat kamocat is offline
Test Engineer
AKA: Marshal Horn
FRC #3213 (Thunder Tech)
Team Role: Mentor
 
Join Date: May 2008
Rookie Year: 2008
Location: Tacoma
Posts: 894
kamocat is just really nicekamocat is just really nicekamocat is just really nicekamocat is just really nicekamocat is just really nice
Send a message via AIM to kamocat Send a message via MSN to kamocat
Re: I don't think being a rookie team has any effect on the programmers

Quote:
Originally Posted by DavidTheFat
I do not see how a rookie team can "graduate" from the rookie status using development kits released by veteran teams... You are just keeping them there pretty much, they don't get the same experience and they need it too.
You could take that same argument to say they shouldn't be programming (LabVIEW) at all if they don't know what a subVI is.

Even more so, that how Autonomous Independent is called is by a reference somewhere you wouldn't normally look.
I talked to a programmer at a regional who used Autonomous Iterative as his Autonomous Independent because he didn't see where Autonomous Independent was called in Robot Main.
__________________
-- Marshal Horn

Last edited by kamocat : 09-04-2010 at 16:16.
  #13   Spotlight this post!  
Unread 09-04-2010, 17:10
45Auto's Avatar
45Auto 45Auto is offline
Registered User
FRC #2992
Team Role: Mentor
 
Join Date: Mar 2007
Rookie Year: 2006
Location: Slidell, La
Posts: 150
45Auto has a brilliant future45Auto has a brilliant future45Auto has a brilliant future45Auto has a brilliant future45Auto has a brilliant future45Auto has a brilliant future45Auto has a brilliant future45Auto has a brilliant future45Auto has a brilliant future45Auto has a brilliant future45Auto has a brilliant future
Re: I don't think being a rookie team has any effect on the programmers

Quote:
Originally Posted by davidthefat
Its mostly for those rookie teams I am assuming?
I would think that it would be more for the established teams that seem to have difficulties in autonomous. The vast majority of true rookie teams (rookie mentors and students) won't have the knowledge that it's there to take advantage of it. Take your team for example, your rookie year was 2001, and your autonomous barely works (manages to kick one ball out of three when you KNOW where the balls are and there's no defenders to bother you) 9 years later. An autonomous framework would allow you hopefully program a competitive autonomous mode by bypassing the development problems that many students don't even realize are there.
__________________

2007 - Rookie All Star - Bayou Regional (1858 - Tyborgs)
2009 - Rookie All Star - Bayou Regional (2992 -Prometheus)
2010 - Champions - Bayou Regional (2992 -Prometheus)
2012 - Finalist - Bayou Regional (2992 - Prometheus)
team2992.com/design.php

Last edited by 45Auto : 09-04-2010 at 17:12.
  #14   Spotlight this post!  
Unread 09-04-2010, 17:11
Radical Pi Radical Pi is offline
Putting the Jumper in the Bumper
AKA: Ian Thompson
FRC #0639 (Code Red Robotics)
Team Role: Programmer
 
Join Date: Jan 2010
Rookie Year: 2010
Location: New York
Posts: 655
Radical Pi has a spectacular aura aboutRadical Pi has a spectacular aura aboutRadical Pi has a spectacular aura about
Re: I don't think being a rookie team has any effect on the programmers

Also, it is technically illegal to not make these resources available to the rookie teams if you make it in the offseason and intend to use it on your robot
__________________

"To have no errors would be life without meaning. No strugle, no joy"
"A network is only as strong as it's weakest linksys"
  #15   Spotlight this post!  
Unread 09-04-2010, 17:32
davidthefat davidthefat is offline
Alumni
AKA: David Yoon
FRC #0589 (Falkons)
Team Role: Alumni
 
Join Date: Jan 2011
Rookie Year: 2010
Location: California
Posts: 792
davidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud of
Re: I don't think being a rookie team has any effect on the programmers

Quote:
Originally Posted by 45Auto View Post
I would think that it would be more for the established teams that seem to have difficulties in autonomous. The vast majority of true rookie teams (rookie mentors and students) won't have the knowledge that it's there to take advantage of it. Take your team for example, your rookie year was 2001, and your autonomous barely works (manages to kick one ball out of three when you KNOW where the balls are and there's no defenders to bother you) 9 years later. An autonomous framework would allow you hopefully program a competitive autonomous mode by bypassing the development problems that many students don't even realize are there.
That is true, but Like I explained in my previous threads, I DGAFed this year, so I never used my knowledge to the fullest potential, I was just "Get it working" just the bare minimum... Also I was limited by the hardware, the kicker was only capable of kicking like 15 feet, thats 1 bump, and was no aiming the ball at all and the goal was to just kick 1 ball
__________________
Do not say what can or cannot be done, but, instead, say what must be done for the task at hand must be accomplished.

Last edited by davidthefat : 09-04-2010 at 17:38.
Closed Thread


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Any Programmers Have The Same Feeling As Me? davidthefat Programming 23 16-01-2010 22:07
Poll:What do you think the effect of G14 will be? Bongle Rules/Strategy 19 17-01-2009 08:45
Attn. Rookie Teams: Don't go quite to the max dimensions sanddrag Technical Discussion 10 11-01-2007 12:54
Has any one used Easy C and what do you think? N3OW Programming 2 10-01-2006 16:31
What do you think about the nationals being at Texas? Hailfire General Forum 1 05-12-2002 19:42


All times are GMT -5. The time now is 03:41.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi