What programming language should I use


netcat

Hardcore Member
Joined
May 3, 2016
Messages
1,740
Location
Sector Y
I plan also to do some Java-programming on the Pyra, while travelling.
(Web-Applications with Eclipse as IDE and Firefox or any other browser)
I'm afraid this is not feasible with 2GB of RAM.
um..
java is the second worst language to code on the pyra
the worst is c++
 
I use a raspberry pi to compile my c++ projects and I think its good enough, so the pyra should be much better on that, Im pretty sure
code::blocks?
I prefer little overlap between portables and desktops
so you don't compare the two as much
and don't develope a preference
on pyra I'll do only scripty hacks
and games that don't work well on the rpi
[doublepost=1504725861,1504725755][/doublepost]
The compile time negligible if the resulting code runs fast. C++ is fine, imo.
are you by any chance not a developer?
:cool:
 
code::blocks?
I prefer little overlap between portables and desktops
so you don't compare the two as much
and don't develope a preference
on pyra I'll do only scripty hacks
and games that don't work well on the rpi
[doublepost=1504725861,1504725755][/doublepost]
are you by any chance not a developer?
:cool:
I use make directly, so its compilation only
 
So I should start off with C then?
If you want to go all the way back in the C++ line, you should probably start with BCPL (the 'Before C Programming Language'). I just found and compiled a BCPL compiler on Linux while writing this comment, so it should be possible to do that on Pandora, Pyra or whatever too.
 
are you by any chance not a developer?
:cool:

I am a developer, though it may depend on what you think a real developer is. I'm not a doing it as a job, if that's what you're after.
I've already compiled and run my code on the Pyra and it runs just fine.

I'm still genuinely curious what you'd recommend everyone to use instead. Some actual arguments instead of a cool smiley face would be great.
 
  • Like
Reactions: ___
Come on, guys. We all know the best programing language on the Pyra will be Brainfuck.

How can you beat a "Hello World" program of:
Code:
++++++++[>++++[>++>+++>+++>+<<<<-]>+>+>->>+[<]<-]>>.>---.+++++++..+++.>>.<-.<.+++.------.--------.>>+.>++.

Only competition, IMO, would be LOLCODE.

Code:
HAI 1.0
CAN HAS STDIO?
I HAS A VAR
IM IN YR LOOP
   UP VAR!!1
   VISIBLE VAR
   IZ VAR BIGGER THAN 10? KTHX
IM OUTTA YR LOOP
KTHXBYE
 
yes
So I should start off with C then?
c is an excellent choice if your objective is to learn about computers at a low level.
if you just want to build things maybe a high level language with a lot of libraries might be better.
[doublepost=1504767289,1504766706][/doublepost]
I'm still genuinely curious what you'd recommend everyone to use instead. Some actual arguments instead of a cool smiley face would be great.

sorry for being unclear:
in experience on the zaurus (another clamshell) I much preferred coding interpreted (ie: scripting) languages.
reason is compilation took too long.
I taught myself ruby on the train to my parents house.
also hacked perl and c (which compiles fast).
if you want a first language suggestion from me it would be python for sure.
[doublepost=1504767330][/doublepost]
There can be only LISP.
I had a scheme interpreter too!
[doublepost=1504767450][/doublepost]
I prefer my code to not run like garbage :p
explicit deallocation ftw
 
On the pandora/pyra :
C for everything low-level, C++ for everything else :)

I much preferred coding interpreted (ie: scripting) languages.
And so you prefered to put the slowness on your users ? "cool bro"
reason is compilation took too long.
Cross-compilation or distcc anyone ?
 
C++ is slower than C to compile, sure. But you only feel it on large, multi-dev project. You don't feel any slowiness on single-man project size. And that on Pandora, so on Pyra, you just wont feel it...
 
And so you prefered to put the slowness on your users ? "cool bro"
the question was: which language to use to learn programming on the pyra.
Cross-compilation or distcc anyone ?
on the pyra
C++ is slower than C to compile, sure. But you only feel it on large, multi-dev project. You don't feel any slowiness on single-man project size. And that on Pandora, so on Pyra, you just wont feel it...
I felt it on small toy projects.
iirc c++ was ~10x slower than c, probably due in no small part to my use of stl.
and yes, i tried a bunch of tricks: -0, -pipe, many compilation units..
 
C++ is slower than C to compile, sure. But you only feel it on large, multi-dev project. You don't feel any slowiness on single-man project size. And that on Pandora, so on Pyra, you just wont feel it...
While I agree there are very small files in freeorion (ironically the script parser files) that literally take gigs of RAM and minutes to compile. I haven't checked whether that is the fault of boost or the fault of the boost user, but obviously it is very easy even for a single person to create code that isn't fun to compile in C++ compared to other C like dialects.
 
Back
Top