You should learn js with jquery. Wouldn't really make sense to learn backend languages like php/sql before learning at least the basics of a front end one.
So it's looking like a good order is HTML --> CSS --> JS --> PHP --> ect
My end result is to be able to code android/apple apps front-end & back-end. & you started with a back-end language, SmokeHut? That sounds insane. o.o
front end web
However, some people would advise you the learn web programming, some would tell you to learn objective-c and/or java for the apps.
EDIT: Personally, rather than learning a langauge, learn programming. As well as OOP this will help you greatly in app development, learn what MVC is etc.
Never actually knew what 'front end' and 'back end' meant; became more confused when I looked it up. ):
I see what you're saying though. I may not have thought about it before you suggested; my mind was focused on 'learn HTML and CSS to the FULLEST, THEN learn javascript', but as I code more markup and watch more js tutorials, I find I'm better at actually progressing while learning more about each language at the same time.
Hearing the terms 'front end' 'back-end' 'programming' make me realize I've already developed something of a bad habit. I originally thought that HTML/CSS were markup 'styling' languages, js was how you made your interface react (where the bones and blood and organs are coded to make the body move), and languages like PHP, etc were your 'back-end' languages, where that .01% existed that a regular user of an app has no idea of. The 'god particles' of programming for lack of better words;
A lack of knowledge leaves a lot of room for incorrect assumptions about the more difficult programming languages, unfortunately.
tl;dr What's the difference between learning languages and learning programming?
function runSomething($age,$height) {
}
in objective-c you will do something like this
-(void)runSomething:(int)age withHeight:(int)height {
}
@SmokeHut - I didn't know it at the time but this is an awesome perspective.
I've made great strides in HTML/CSS, while learning syntax and a few handfuls of functions for JS.
I've also made significant (for not knowing anything, I suppose) progress with PHP(I enjoy PHP), learning syntax and different functions that I can use to interact with my web page. I've browsed Python (Syntax, not so many significant functions) as well as SCAR/SIMBA (Syntax, a few handfuls of useful rules, as well as a handful of useful functions though none to code my own script from scratch yet).
Now I'm learning C.
I made a beautiful website with only HTML/CSS (It wasn't very interactive as I've developed a love/hate relationship with JS, though I've found many CSS methods that create animation/interaction for the same results as JS), though I'm not where I'd like to be to show you guys yet.
When I say Syntax, i.e:
For SCAR/SIMBA, I know the basics: how to properly input mouse commands, keyboard commands, procedures, comments, includes, variables, as well as manipulating and converting those variables. I can also properly input connective conditional statements, loops(for, while, repeat), static/dynamic arrays, functions(INPUT, not be a wizard yet) and the famous 'FindColor'.
One question I have, relating to Syntax: How far am I into a language when I've learned proper input of these elements(the ones I listed for SCAR/SIMBA) for any given language? I sense that SCAR/SIMBA is different as it's limitations are immense when compared to full-blown programming languages. Still, I ask because I haven't the slightest clue where to think of myself in the context of mastering languages.
Are those elements even categorized under Syntax?
My main question: I know it's highly subjective but would anyone have criticism relating to starting off coding as a jack of many trades, though a master of none (yet)?
One question I have, relating to Syntax: How far am I into a language when I've learned proper input of these elements(the ones I listed for SCAR/SIMBA) for any given language? I sense that SCAR/SIMBA is different as it's limitations are immense when compared to full-blown programming languages. Still, I ask because I haven't the slightest clue where to think of myself in the context of mastering languages.
Are those elements even categorized under Syntax?
My main question: I know it's highly subjective but would anyone have criticism relating to starting off coding as a jack of many trades, though a master of none (yet)?
At some point you need to get much deeper into one specific language so you can learn the more complex ideas behind programming. Learning new languages is super simple since they generally share all of the same basic ideas. It just involves learning what the syntactic differences are between them, which for a lot of languages are minimal or easy to learn / Google. It sounds like you've scratched the surface of like maybe a third of an intro to programming class that you would take in a college.
One question I have, relating to Syntax: How far am I into a language when I've learned proper input of these elements(the ones I listed for SCAR/SIMBA) for any given language? I sense that SCAR/SIMBA is different as it's limitations are immense when compared to full-blown programming languages. Still, I ask because I haven't the slightest clue where to think of myself in the context of mastering languages.
Are those elements even categorized under Syntax?
My main question: I know it's highly subjective but would anyone have criticism relating to starting off coding as a jack of many trades, though a master of none (yet)?
PHP is god awful and I would prefer you use node.js instead because even though that is god awful as well it is not nearly in the same league as PHP.
I thought my previous comment would make more sense after you'd sunk your teeth into it a bit.
A lot of java/simba scripts are just hooks within the API, so basically, you're using custom functions, that you didn't make. If that makes sense.
Say I create a function to right click and attack a certain npc, I take the npc value and perhaps combat level. From that I check if it require a right click or left click with the combat level difference, and then move the mouse to it, and click it. You're just calling that function, from within the API.
Every language has it's limitations, however PHP is one of them that you can make it do just about anything with a number. And a lot of back end programming, is just numbers.
To your last question.
I often feel the same way, especially when I get stuck. The problem is, I have nothing to compare myself to. So I have no idea where I stand, and like yourself, I taught myself. However, I've managed to create some pretty complicated things, such as a php 7 card hand eval for poker, a full multiplayer card game in objective-c via Bluetooth & WiFi. And it all works efficiently and almost flawless. So I guess I could say, I'm advanced. However, I do not know that.
Like others suggested, just make projects that you want to see work. That's often how the greatest things are made.
I think it is worth mentioning that if he has never programmed for iOS he might as well just completely forget objective c for the most part and learn Swift since it seems to be the future for iOS. Although I won't be switching from objective c anytime soon lol.
If you want to learn Programming, you don't start high level and spend years working your way down.
You start low level, in Assembly. Learning the instruction set. Learning how the stack works. Learning the purpose of volatile and non volatile registers. Learning the different calling conventions used in compilers.
Once you grasp it, you can start going up to a machine level language such as C.
Learn the compiler process.
How the compiler translates code to what the processor can understand.
You'll be able to look at a function call in C and replicate it in Assembly very close to what the compiler can generate. You'll know how the heap, .data section and locals are handled.
Of course, now compilers are very efficient at optimization. I'd say more so than humans.
But if you're able to look at a function call and replicate it with assembly,
push the arguments onto the stack.
Depending on the calling convention either from left to right, or right to left.
Then how the call instruction pushes the return address onto stack and makes a non conditional jump to the target address.
Then how the function pulls the arguments from the stack using the ESP register and after the standard prologue using the EBP register, then how the function pops the return address from the stack and returns back to the instruction after the call,
how to clean up the stack, either let the callee or the caller fix the stack pointer,
you've pretty much learnt to program.
There's really little restriction beyond this point to what language you want to embark on, other than the syntax and the API the language provides.
If you want to learn Programming, you don't start high level and spend years working your way down.
You start low level, in Assembly. Learning the instruction set. Learning how the stack works. Learning the purpose of volatile and non volatile registers. Learning the different calling conventions used in compilers.
Once you grasp it, you can start going up to a machine level language such as C.
Learn the compiler process.
How the compiler translates code to what the processor can understand.
You'll be able to look at a function call in C and replicate it in Assembly very close to what the compiler can generate. You'll know how the heap, .data section and locals are handled.
Of course, now compilers are very efficient at optimization. I'd say more so than humans.
But if you're able to look at a function call and replicate it with assembly,
push the arguments onto the stack.
Depending on the calling convention either from left to right, or right to left.
Then how the call instruction pushes the return address onto stack and makes a non conditional jump to the target address.
Then how the function pulls the arguments from the stack using the ESP register and after the standard prologue using the EBP register, then how the function pops the return address from the stack and returns back to the instruction after the call,
how to clean up the stack, either let the callee or the caller fix the stack pointer,
you've pretty much learnt to program.
There's really little restriction beyond this point to what language you want to embark on, other than the syntax and the API the language provides.

