|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
|||
|
|||
|
The One-language-per-year Challenge
I hereby issue a challenge to the programming departments of each team: use a different language each year.
The Rules: -Use a different language each year. -The 4 languages to use are C++, Java, LabView and Python. Feel free, however to add others to the mix. -There must be at least a 4 year interval before a language is reused. In other words, no programmer should ever use the same language twice. |
|
#2
|
||||
|
||||
|
Re: The One-language-per-year Challenge
I'm going to avoid the temptation to write a really long post and just ask 1 thing.
Why? |
|
#3
|
|||||
|
|||||
|
Re: The One-language-per-year Challenge
Python is not a real, supported FRC language.
There are 3 choices if you want any help at all. I too question why. |
|
#4
|
||||
|
||||
|
Re: The One-language-per-year Challenge
Quote:
That said, I would probably use a base language year over year and have off season challenges to re-implement in a new language. Then switch if your team decides it wants to. |
|
#5
|
|||
|
|||
|
Re: The One-language-per-year Challenge
I'm a big fan of Robo-Cobol and think that most teams should moving that way.
I can see taking an existing robot and trying to program it in some other language as a possibility. So it's a teaching moment. On the other hand to program a robot during a season because it's a different language seems like a bad idea. |
|
#6
|
||||
|
||||
|
Re: The One-language-per-year Challenge
Quote:
000100 IDENTIFICATION DIVISION. 000200 PROGRAM-ID. FOURDIVISIONSNOSUPPORT ... Seems to me that this is sort of an opt-in venture. Sounds like fun but I am not sure most teams would want to chance that they switch to an unfamiliar language on what will most certainly be a new platform they will not probably have weeks into a 6 week build. Definitely worth learning to do outside of the build season however. Gonna be hard to get the IBM mainframe on the robot in the weight limit. |
|
#7
|
||||
|
||||
|
Re: The One-language-per-year Challenge
Quote:
Man that brings back memories |
|
#8
|
|||
|
|||
|
Re: The One-language-per-year Challenge
Quote:
But seriously, I like the idea of teaching new technologies and skills. I do not like the idea of making this stuff harder than it already is. |
|
#9
|
|||
|
|||
|
Re: The One-language-per-year Challenge
IBM did have 370's on a computer card Micro 370 which would fit on a robot today! On the other hand, getting a punch card reader that size will be a problem
Thanks for the COBOL laugh, COBOL was my second language after Fortran. For awhile I worked at place that had Object Oriented COBOL, it was pretty cool. |
|
#10
|
|||
|
|||
|
Re: The One-language-per-year Challenge
Quote:
Seriously, APL should be taught first, then when they are totally lost, tell them you'll give them something simpler, like C. I'm sure there's a Sheldon Cooper quote in there somewhere. |
|
#11
|
||||
|
||||
|
Re: The One-language-per-year Challenge
Quote:
http://www.homebrewcpu.com/Pictures/..._wrap_side.jpg For those studying the electronics they'll never forget the real value of a netlist after that. Extra points if you can wire-wrap a whole cRIO from CMOS chips. No seriously, though, part of the pain of building these robots at all is that often times the core concepts and subtle core things you must do to get anything done is still sometimes a matter of imagination. Let alone twisting that into something unique and reliably functional. One should not loose sight of what it was like to learn when first you had to build the computer. Disputes about the 'best' language for something tend to start to look like a luxury. |
|
#12
|
|||
|
|||
|
Re: The One-language-per-year Challenge
Quote:
And CMOS? Really TTL isn't good enough for you? Finally, one of my early jobs at the University was to help maintain the computer billing system that was written in APL. Clearly a write once read never language. My programming language arc is Fortran, COBOL, MAD, ALGOL (and variants like ESPOL), APL, TECO (ask anyone, its a programming language wrapped in an editor), Assembler (oh PDP8 Assembler how I loved thee) , BASIC (and variants like Visual Basic), Pascal, C and (C++), Lisp, AWK, ICON, Forth, XLISP, TADS, Bob, Logo, Pilot, Smalltalk, TCL, Java, Javascript, Python, Ruby, Processing, Labview and Lua. I'm working on English, hope to master that soon. |
|
#13
|
||||
|
||||
|
Re: The One-language-per-year Challenge
Quote:
Quote:
Quote:
No PHP, Perl, MegaBASIC, QuickBASIC, BASICA, GWBASIC, F#, Ada, DarkBASIC, GLBASIC, FreeBASIC, RCL, PureBASIC, Commodore BASIC, Delphi (Object Pascal), SED, PolyFORTH, pBASIC, SPIN and XCore C/C++? Come on you're acoustic coupling it in at what like 300 baud? At some point it does start to get down to this....yes we can make it do that....but it might be wise to not ask how unless you are prepared to absorb way too much information. Last edited by techhelpbb : 24-07-2013 at 18:44. |
|
#14
|
|||
|
|||
|
Re: The One-language-per-year Challenge
No one can master English. Not even computers understand normal
English, hence the fact that there are over 100 programming languages . |
|
#15
|
||||
|
||||
|
Re: The One-language-per-year Challenge
Quote:
|
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|