[whitetiger0990]

If you have done any sort of programming before, learning C will be a breeze. Programming logic translate directly from language to language (usually). The only thing you need to do is get used to the syntax of the language. Control structure logic will be mostly the same. (while, for, if, etc).

By looking at the links said previously, you can get a handle of what's going on. And if you read the error messages, you'll be able to fix what's going on. (Don't forget ;s)

Like likevanoort said, you should strive to have a fluid system between the driver and the bot. But also remember that you cannot solve all mechanical problems through programming (so, it's probably a good idea to stay in the design and build development loop, motors can only take so much rigorous testing). Everything they request might not be able to be implemented (and if they aren't a programmer, they probably won't know why). Be sure to talk with the people making the requests, and make sure they are specific in their requests. I've gotten quite mad when I was only told "This doesn't feel natural" when it was a physical problem which I had been struggling with for long before they showed up, had their epiphany, and told me to fix it. In retrospect, I should have kept them in the development loop, but still. As a programmer, you shouldn't disregard all requests, but if you know right then and there they won't work, explain. If you figure out later they won't work... explain.

Try to get a basic control background going in your bot code (taking in and processing inputs, figuring out what to do with them, and then outputting). You might not be able to do specific things without a good portion of the bot first, but you should be able to get it to drive. Preseason, figure out how to use sensors, they make life much simpler (and it will show in your auton). =)

Oh, also, if your team doesn't already know, make sure they know programming takes time, and can't be shoved into a couple days of the season. The bot is nothing but a nice looking paperweight without programming.