Author Topic: Programming V3 MEGATHREAD [Because we need one]  (Read 7738 times)

im playing around with php atm

lot of people going into web development


i think that the base has been set for future programming. we had people using really tough languages to basically establish a ground for future development. people made game engines and lots of cool frameworks and people are just using those to develop new things.

I still think that core languages like C++ will remain relevant much longer than stuff like Ruby, even though languages like that are the "hype" right now. Most computer programs will continue to be written in a C-based language.

Woo finally figured out how to restrict a number to specific three digits in order to display for a game on my graphing calculator
((int(R*10^(X-3))*10^-3)-int(int(R*10^(X-3))*10^-3))*10^3
I got some extra parentheses in there but ATM all I care is that it works perfectly
I have a 9 by 11 space that can be viewed, the main area all being 1s and the border being 2s. Maybe I'll make it a maze game.

The fact that Python and Java are the 2 most popular languages of 2013 already shows the horrific direction programming is heading in.

Java is dying. It's happening fast. It had it's time, and it shined very bright during that time. Java was created in a world where scripting languages were too slow to be considered and programming languages were too level to develop applications in a clean and timely manner. Now we're in a world where scripting languages can be just as fast as programming languages while providing tons of abstractions to make our lives so much easier. We're only going to see that share shrink over time. Same deal with C#, it was created to make life easier for C/C++ developers but never caught on to the extent of Java. In my opinion, over the next few years we're going to see a massive split in programming languages, where the only popular languages will be abstract languages (like Python) and low level languages (like C++) with very little middle ground.

I know a lot of different languages and I'm not going to get into the quirks of each and every language, but my personal preference is towards the low level end of the spectrum. I'm just going to say it: I don't like scripting languages. Sure, what takes a hundred lines in C may only take five in Python, but at the end of the day C provides an environment of control that Python can't keep up with. When I work with scripting languages, I feel like I take three quick steps forward then one step back. Sure, I still went two steps in the time it'd take me to go one in C, but at least I'm walking forward at a steady pace. I'm also a firm believer in writing code specific to your situation, so obviously I wouldn't develop a webapp in C, but at the same time I wouldn't write a video game in Ruby or Python. I guess it really depends on your personal preference, and I'm a low level guy. Regardless, it's important to be eclectic in your programming language knowledge. That's not to say learn every single one out there, but you should at least have a taste of what it's like to work as a C++ programmer if you're a scripting language guy, and you should know how to write code in scripting languages if you're a low level guy.

c# makes me sad because in c++ you can cast a char* on an integer while in c# you cant. i dont even think you can use a char* anymore.
I wouldn't know, I've never needed to use pointers in C#. The whole language is built around the fact that that kind of thing is managed for you. For C# it's better to use strings than char*'s, if those even still work.


yeah that sounds about right. python feels like a child language compared to c++. I just never found myself doing the things with it that I was doing with c++.

I wouldn't know, I've never needed to use pointers in C#. The whole language is built around the fact that that kind of thing is managed for you. For C# it's better to use strings than char*'s, if those even still work.
a string is a char array which is similar to a char pointer. basically a char array with an undefined address and size.

like;

int h;
char* p = "hello";
h = (int)p;
//p should now be a number set as h. I'm not sure how c++ handles it but I think its the amount of bytes in the pointer.

so h is a number. if you do;
char* x = (char*)h;
you should get "hello"
C# doesn't allow you to do that. Even with strings. It doesn't even let you use char* anymore saying there's a problem with its security.

-snip-

I think you're forgetting the huge user base for these "middle-ground" languages, their support and still-growing popularity.
I can't say I agree with you when you say how languages like Java will disappear; they have a huge compatibility advantage, and while I can't comment on the language itself since I have never worked with it, I think it can be safely said that it is still very much applicable in the modern world, and in my opinion, likely to be in the future also. The amount of devices that run Java is unreal.

It doesn't even let you use char* anymore saying there's a problem with its security.
It doesn't let you use it as a string anymore because * is supposed to be used as a pointer to a single instance of that type, not an arbitrary number of them.

How does that effect the security of the language at all? Honest question.

I know C (and torquescript), in the process of learning C++
When people say that C is faster than C++, what components are they actually referring to? The calculations should run at the same speed because they're compiled pretty much identically, so the only things that would be slower in C++ are the things that aren't in C to begin with...

Java is my nemesis and I would very much like to see it and every stuffty Indian programmer specializing in it die. The JVM on the other hand is pretty sweet.

Languages hosted on the JVM are becoming more mainstream and additionally functional programming is actually being recognized as a useful tool for large scale distributed and parallel systems rather than just a relic of the old LISP machine days. The one I've played with most is Clojure (JVM) and I've dabbled with Erlang and Elixir which runs on Erlang's VM.

Additionally I've always had a soft spot for C since I've done a lot of low level hardware programming whether for hobby projects or stuff like an operating systems course. Like trinick was talking about even with all sorts of crazy abstraction at the end of the day you need to be telling that CPU register what to do with all those bits, and that's why at the very base level you'll find most VMs are sitting on top of a layer of C code.

C# doesn't allow you to do that. Even with strings. It doesn't even let you use char* anymore saying there's a problem with its security.
Uhhhh. Why not use a string instead? Why would you want to use a char*?

I know C (and torquescript), in the process of learning C++
When people say that C is faster than C++, what components are they actually referring to? The calculations should run at the same speed because they're compiled pretty much identically, so the only things that would be slower in C++ are the things that aren't in C to begin with...

I'm pretty sure that neither is inherently faster than the other since like you said they're both compiled into machine code.