Programming

[Amaterasu]

So kizzi' date=' what did you think of the website I made.

 

(Woohoo Bloodrun is back.)

[/quote']

 

I don't remember a King Diamond. But howdy.

 

Formerly known as aleister.crowley666

[Bloodrun]

Basics of:

HTML' date=' PHP paired with SQL (database, not language), CSS, BBCode (lolno, fluent not basic), learning Actionscript (for Flash CS4), Casio BASIC (fluent not basic) , Batch Language.

 

I have to know at least basic HTML, PHP & SQL and CSS to maintain my adoptable sites. Bloodrun knows what I'm talking about and is much more advanced at PHP than me.

[/quote']

 

Yes, that I do.

 

PHP is a fascinating language that can do a

lot more than you think.

 

Key basic example:

 

Example

[Indigo]

I started doing some web programming back in Winter 2005. Started with client-side stuff like HTML/XML, CSS, and JavaScript, then moved into PHP and SQL (MySQL). Since then I've picked up Python, Java, C/C++. I've done some small amounts of Ruby, when editing an existing codebase or adding small features to it. The main problem I have is that I get really rusty if I don't constantly write code in each language. So, right now, my weakest languages out of the above are Python and Java, since I haven't touched them in at least a year. Strongest languages are the web-related ones, since I constantly work with them.

 

Favorite language is JavaScript, as I love how tricky people can make the code look with features like lambdas and closures, argument binding, etc.

[❤ Lovely Warrior ❤]

all i do is hack my sonic game thats it but i wanna learn more it would be cool

[Kizzi]

I started doing some web programming back in Winter 2005. Started with client-side stuff like HTML/XML' date=' CSS, and JavaScript, then moved into PHP and SQL (MySQL). Since then I've picked up Python, Java, C/C++. I've done some small amounts of Ruby, when editing an existing codebase or adding small features to it. The main problem I have is that I get [i']really[/i] rusty if I don't constantly write code in each language. So, right now, my weakest languages out of the above are Python and Java, since I haven't touched them in at least a year. Strongest languages are the web-related ones, since I constantly work with them.

 

Favorite language is JavaScript, as I love how tricky people can make the code look with features like lambdas and closures, argument binding, etc.

 

I'm trying to improve on my HTML and CSS by building a sort of amateur website (locally), which has gone wrong. I don't know whether it's my code sucks or my Photoshop skills are rusty. Though I think I can tackle basic HTML pretty easy.

 

I love Python because it's so...Pythonic. It's pretty well suited for a variety of tasks. Even though you're probably better than me at it, despite the fact I last used it a week ago (which is less than usual - I'm procrastinating a bit). Do you use versions 2.x or 3.x? I'm using 3.1.

 

I've wanted to learn C/C++/Java, but I can't really understand because I'm not used to how to structure things. Pointers / int main() / etc are all confusing to me. Maybe I could do with a mentor. :s

 

all i do is hack my sonic game thats it but i wanna learn more it would be cool

 

Python is nice and easy for beginners, and it's pretty flexible too. =D

[Indigo]

The last time I wrote anything in Python was before 3.0 was released, actually. :p I do remember enjoying myself while writing it, as the code seemed to just naturally flow from my fingers.

 

As for C/C++/Java, I learned Java first to get the hang of having to declare data types. Pointers in C/C++ looked confusing at first, but once I understood the fundamentals of how they work, and basic memory addressing/management, it became second nature.

[Madsen]

I'm learning to script pokemanz roms. Must say I suck

[Kizzi]

The last time I wrote anything in Python was before 3.0 was released' date=' actually. :p I do remember enjoying myself while writing it, as the code seemed to just naturally flow from my fingers.

 

As for C/C++/Java, I learned Java first to get the hang of having to declare data types. Pointers in C/C++ looked confusing at first, but once I understood the fundamentals of how they work, and basic memory addressing/management, it became second nature.

[/quote']

 

Yeah Python flows a lot more naturally once you understand it. And it's a lot easier to understand (ie learn, and read) than pretty much ever other language I've tried.

 

I suppose declaring data types isn't too hard to adjust to, and I suppose pointers would become second-nature-y after a while. But I still don't get what "int main()" is. I really need to read a beginners C++ tutorial to get my head round these concepts.

[Indigo]

First of all, don't let C++ books tell you "int main()" is correct, it's "int main(int argc, char *argv[])" :p

 

It's mainly just the "entry point" of your program. In C++, most of your logic has to be in functions. In Python terms, the "argc" and "argv" variables correspond to "len(sys.argv)" and "sys.argv", respectfully, allowing you to parse command line arguments in your code. Then, the return value of the main function will be the return value of the process that's created for your program (0 = OK, others = error). "return 0;" in a C++ main function corresponds to "sys.exit(0)" in Python.

 

I think I first started learning C++ from http://www.cprogramming.com/ then moved on to Bruce Eckel's free C++ ebooks: http://www.mindview.net/Books/DownloadSites (volumes 1 then 2, of course). By that time, the C++ course I took in college was nothing. :p

[Amaterasu]

Dude have you checked out that site yet?

[Kizzi]

First of all' date=' don't let C++ books tell you "int main()" is correct, it's "int main(int argc, char *argv['])" :p

 

It's mainly just the "entry point" of your program. In C++, most of your logic has to be in functions. In Python terms, the "argc" and "argv" variables correspond to "len(sys.argv)" and "sys.argv", respectfully, allowing you to parse command line arguments in your code. Then, the return value of the main function will be the return value of the process that's created for your program (0 = OK, others = error). "return 0;" in a C++ main function corresponds to "sys.exit(0)" in Python.

 

I think I first started learning C++ from http://www.cprogramming.com/ then moved on to Bruce Eckel's free C++ ebooks: http://www.mindview.net/Books/DownloadSites (volumes 1 then 2, of course). By that time, the C++ course I took in college was nothing. :p

 

I have no idea if I get it or not.

 

But what about a python program that's just:

print("Hello, world!")

 

Would I be able to skip the argv if I was converting to C++? Actually, I've not yet written a python program that uses argv. Actually, I don't even use sys.exit(0). Should I be using it? My programs just sort of quit.

[Indigo]

In Python, things are a lot more lax, so you don't have to worry about sys.exit(x) unless your script is going to be a part of a system that creates processes and relies on their return codes.

 

As for argc/argv, you don't have to use them at all if your program doesn't take any command line arguments. In C++ I always add them to the main function as that's generally what the compiler expects. A hello world program in C++ would basically be:

// "input/output stream" - this lets us use std::cout (console output), std::cin, std::cerr
#include 

int main(int argc, char *argv[])
{
   std::cout << "Hello, world!";
   return 0;
}

 

The "std::cout" uses more advanced stuff like operator overloading, which allows you to redefine things like +, -, /, *, etc, and is why you see "<<" separating values. It's really nifty, as you could, say, create a Rectangle class, and two Rectangle variables "rect1" and "rect2", then find their intersection with "rect3 = rect1 - rect2;" Actually, Python supports this as well, by defining methods like __add__, __sub__, __mul__, __div__, etc. to your classes. The built-in Decimal class uses it, for one. Sorry for rambling on, but at least you have something else to check on with Python now, if you didn't know about overloading. :p

[Kizzi]

In Python' date=' things are a lot more lax, so you don't have to worry about sys.exit(x) unless your script is going to be a part of a system that creates processes and relies on their return codes.

 

As for argc/argv, you don't have to use them at all if your program doesn't take any command line arguments. In C++ I always add them to the main function as that's generally what the compiler expects. A hello world program in C++ would basically be:

// "input/output stream" - this lets us use std::cout (console output), std::cin, std::cerr
#include 

int main(int argc, char *argv[])
{
   std::cout << "Hello, world!";
   return 0;
}

 

The "std::cout" uses more advanced stuff like operator overloading, which allows you to redefine things like +, -, /, *, etc, and is why you see "<<" separating values. It's really nifty, as you could, say, create a Rectangle class, and two Rectangle variables "rect1" and "rect2", then find their intersection with "rect3 = rect1 - rect2;" Actually, Python supports this as well, by defining methods like __add__, __sub__, __mul__, __div__, etc. to your classes. The built-in Decimal class uses it, for one. Sorry for rambling on, but at least you have something else to check on with Python now, if you didn't know about overloading. :p

[/quote']

 

Operator overloading is something I've always known about but never been quite sure what to use it for. Anyway, I'll have to look into that C++ stuff. Most compilers will be able to cope with just "int main()" though, right?

 

Edit: 4 of your 5 posts are in my topic. You must like me. :P

[Indigo]

Compilers should handle it, but it might complain at you in the form of warnings. Also, programming-related threads tend to interest me the most. :p

[Kizzi]

Compilers should handle it' date=' but it might complain at you in the form of warnings. Also, programming-related threads tend to interest me the most. :p

[/quote']

 

Good. By the way, I just wrote a quick exercise in Python with operator overloading. I've still not actually used it in one of my functional programs though. Anyway, I'll just pretend you like me. :D