"Few creatures of the night have captured our imagination like vampires..." Godsmack: Vampires. (c) 2003 DigiAC - My solo company in progress.
🔒 Locked
New programming languages/concepts?
Advertisement
Original Post
In light of a post made in the C++ Is Dying thread - why not list your favorite language/concept that is gaining popularity and may become the next C++? (I say the next C++ because C++ is the industry standard at the moment for certain things.)
For instance - what is Aspect Oriented Programming and what language utilizes this concept?
I believe Lisp will be around forever...there will always be a following.
VBasic will always be around for it''s RAD capabilities...although Python may gain more popularity and take over.
Python will be around for a long while yet, it''s gaining followeres every day.
Perl will die out in the next 5 to 10 years from Python gaining so much popularity (hopefully more speed increases in the lang are in store).
I''m not sure about D or whatever it''s called - it''s supposed to be better than C++ - so I guess if that caught on it would be cool.
Feel free to comment / reply.
"Few creatures of the night have captured our imagination like vampires..." Godsmack: Vampires. (c) 2003 DigiAC - My solo company in progress.
"Few creatures of the night have captured our imagination like vampires..." Godsmack: Vampires. (c) 2003 DigiAC - My solo company in progress.
Basides Lisp, which is a functional language, pretty mnuch all the languages you listed are very similar in structure. Not really what I''d call new programming concepts.
To answer your questions:
* I''ve always liked ASM. ASM will always be around, in one form or the other. If I had some more time, I''d really like to try writing a software 3D engine in ASM for my cellphone.
* ARC is pretty interesting, and different.
* And, although that might only come handy in perhaps 20 years, I''m very excited about algorithms designed for quantum computers. Since their internal working is totally different to any existing computer concept, even the most basic algorithms need to be reimplemented in totally new ways. Also, new types of highlevel programming languages will have to be invented.
To answer your questions:
* I''ve always liked ASM. ASM will always be around, in one form or the other. If I had some more time, I''d really like to try writing a software 3D engine in ASM for my cellphone.
* ARC is pretty interesting, and different.
* And, although that might only come handy in perhaps 20 years, I''m very excited about algorithms designed for quantum computers. Since their internal working is totally different to any existing computer concept, even the most basic algorithms need to be reimplemented in totally new ways. Also, new types of highlevel programming languages will have to be invented.
quote:
Original post by Zorodius
Well, I hear they''re working on version 2.0 of the popular programming language HTML! I can''t wait! I don''t think anyone will still be using Variables once HTML comes out.
Thats version 2.0 of XHTML, and with the way things currently look, Variables and HTML will not be competing... VariaMLs though...
As per Perl dying out, I would not say that. While I only barely know Python, it seems Python has a nice way to go before it reach''s Perls abilities. Python only recently has a achieved decent Regex abilities, and for anything concerning CGI in Python, lots of wheels need to be reinvented (unless you go with something like Zope). Python also has its OS abilities in strange methods. While perl will translate / into whatever the OS uses, with Python you need something like os.pathseperator() (I believe, but I cannot remember exactly). Also, I am a little shaky on how Python supports pipes, which perl has support for them in its open function.
Perl is also a lot more easily available than Python.. most POSIX systems come with a new enough version of Perl. Meanwhile Python, often the version on most Distros is horribly out of date. I have also had problems installing new versions of Python on POSIX systesm due to GLibC errors. Perl has never given me any such errors.
My biggest peeve with Python is its documentation--It may be I have not learned how to read it yet, but I find Perl''s documentation very good. Either using perldoc on the CLI, or by going to perldoc.com. I have tried to find decent docs on Python''s site, but most of it is quite hard to read, and even harder to figure out how to use.
Just my 3 cents.
""""""""We''re a pair of giant dicks." - Relee " --runemaster" - DakeDesu " - runemaster " -DakeDesu" -superpig" -DakeDesu" and now DukeAtreides076
[ Got Immortality? ] [ Home page ] [ Evil Twin ] [ Jargon File ] [ Politics Forum ]
Projects: [ Game Developer Man ] [ Variables ] [ YearNeo/VariaML ] [ Daytanea ] [ Gnu-Com: Alien Research ]
Python is easier to learn, and it has a more readable syntax for the beginner.
It''s also great for RAD''ing, and has much more capabilities than Perl.
"Few creatures of the night have captured our imagination like vampires..." Godsmack: Vampires.
(c) 2003 DigiAC - My solo company in progress.
It''s also great for RAD''ing, and has much more capabilities than Perl.
"Few creatures of the night have captured our imagination like vampires..." Godsmack: Vampires.
(c) 2003 DigiAC - My solo company in progress.
quote:
Original post by Drevay
Python is easier to learn, and it has a more readable syntax for the beginner.
So is and does PHP, it does not make it anything other than a beginners language (not yet atleast).
quote:
It''s also great for RAD''ing,
That I more or less agree upon. Unless Larry Wall unviels plans to make WxPerl, Perl might fail there. There ARE however various Tk extensions to Perl though.
quote:
and has much more capabilities than Perl.
Um, no it doesn''t (sorry out of time--more arguing later).
""""""""We''re a pair of giant dicks." - Relee " --runemaster" - DakeDesu " - runemaster " -DakeDesu" -superpig" -DakeDesu" and now DukeAtreides076
[ Got Immortality? ] [ Home page ] [ Evil Twin ] [ Jargon File ] [ Politics Forum ]
Projects: [ Game Developer Man ] [ Variables ] [ YearNeo/VariaML ] [ Daytanea ] [ Gnu-Com: Alien Research ]
...
Drevay, read some books or something. What qualifications, or even evidence do you have to say that Perl will die because of Python's popularity? And maybe Visual Basic, too? Where the hell do you get this stuff?
While doing your language hopping, you should really sit down and learn something about the languages you want to study. That's a serious suggestion.
To respond to some of your questions:
1) Aspect Oriented Programming: Ask Google. AspectJ is a Java extension that supports it.
2) Lisp, Visual Basic, Python and Perl will not become the "next C++". Actually, that depends on what you mean by "next C++". "Industry standard at the moment for certain things" is extremely vague. If you mean "really, really widely used", Java seems to have really exploded in popularity. So there you go. Java is the next C++.
[edited by - twix on August 30, 2003 9:13:51 PM]
Drevay, read some books or something. What qualifications, or even evidence do you have to say that Perl will die because of Python's popularity? And maybe Visual Basic, too? Where the hell do you get this stuff?
While doing your language hopping, you should really sit down and learn something about the languages you want to study. That's a serious suggestion.
To respond to some of your questions:
1) Aspect Oriented Programming: Ask Google. AspectJ is a Java extension that supports it.
2) Lisp, Visual Basic, Python and Perl will not become the "next C++". Actually, that depends on what you mean by "next C++". "Industry standard at the moment for certain things" is extremely vague. If you mean "really, really widely used", Java seems to have really exploded in popularity. So there you go. Java is the next C++.
[edited by - twix on August 30, 2003 9:13:51 PM]
DakeDesu - read up on it, Python has many, many more uses than Perl.
Perl does well at what it does, but Python is more useful, as in it has more uses.
"Few creatures of the night have captured our imagination like vampires..." Godsmack: Vampires.
(c) 2003 DigiAC - My solo company in progress.
Perl does well at what it does, but Python is more useful, as in it has more uses.
"Few creatures of the night have captured our imagination like vampires..." Godsmack: Vampires.
(c) 2003 DigiAC - My solo company in progress.
Personally, I just wish #!%$^$ C++ would get a 2-pass system going. If they don''t, I may end up migrating to C# (GASP!) if they get templates up and going as well as C++ (er, without the retarded parts, of course).
Mith - OH NOES TEH CEE SHARP!!!oneonetilde
Seriously, I''ve heard good things about C#, and yes, it''s still in developement. Hopefully within the next year or so they''ll get things straightened around.
"Few creatures of the night have captured our imagination like vampires..." Godsmack: Vampires.
(c) 2003 DigiAC - My solo company in progress.
Seriously, I''ve heard good things about C#, and yes, it''s still in developement. Hopefully within the next year or so they''ll get things straightened around.
"Few creatures of the night have captured our imagination like vampires..." Godsmack: Vampires.
(c) 2003 DigiAC - My solo company in progress.
You don''t even know any languages, Drevay. Or so you said a month ago.
I agree with Yann L''s response (apart from asm).
I think a new and improved yacc is due. One that doesn''t limit its output to C. It will be a design challenge to make it able to spit out parsers in different languages, though (assuming no one does a simple code generator replacement -maybe they could have it compile to msil or something similar and make function stubs?).
I agree with Yann L''s response (apart from asm).
I think a new and improved yacc is due. One that doesn''t limit its output to C. It will be a design challenge to make it able to spit out parsers in different languages, though (assuming no one does a simple code generator replacement -maybe they could have it compile to msil or something similar and make function stubs?).
quote:
Original post by Yann L
Basides Lisp, which is a functional language, pretty mnuch all the languages you listed are very similar in structure. Not really what I''d call new programming concepts.
To answer your questions:
* I''ve always liked ASM. ASM will always be around, in one form or the other. If I had some more time, I''d really like to try writing a software 3D engine in ASM for my cellphone.
* ARC is pretty interesting, and different.
* And, although that might only come handy in perhaps 20 years, I''m very excited about algorithms designed for quantum computers. Since their internal working is totally different to any existing computer concept, even the most basic algorithms need to be reimplemented in totally new ways. Also, new types of highlevel programming languages will have to be invented.
What mobile phone is that which your are talking about?
BTW. There will be a 3D api for mobile phones beginning in late 2004(but probably won''t be found in phones until 2005)
/MindWipe
I like Python. It seems to be taking over, and might just take over C/C++ some day. Notice the word might. Perl seems to be dying out slowly, because Python is owning it. I think that scripting languages could be the future...
Scott Simontis
e-mail:ageofscott@comcast.net
AIM:ssimontis
Scott Simontis
e-mail:ageofscott@comcast.net
AIM:ssimontis
quote:
Original post by Yann L
* I''ve always liked ASM. ASM will always be around, in one form or the other. If I had some more time, I''d really like to try writing a software 3D engine in ASM for my cellphone.
apart from the symbian platform isnt most cell phone dev done in java (j2me), how were you planning on getting that close to the hardware?
OpenGL either just released or are about to release a mobile version of their graphics library.
quote:
Original post by MindWipe
BTW. There will be a 3D api for mobile phones beginning in late 2004(but probably won''t be found in phones until 2005)
/MindWipe
There are already 3D APIs for mobile phones today. http://www.fathammer.com/ It''s already been used for games.
Renderware--the Microsoft of graphics middleware--is also working on a mobile version of their platform.
There''s even a free one ("Ege3D", if memory serves, though I''ve no idea if it''s actually any good.)
--
Sean Timarco Baggaley
quote:
Original post by stimarcoquote:
Original post by MindWipe
BTW. There will be a 3D api for mobile phones beginning in late 2004(but probably won't be found in phones until 2005)
/MindWipe
There are already 3D APIs for mobile phones today. http://www.fathammer.com/ It's already been used for games.
Renderware--the Microsoft of graphics middleware--is also working on a mobile version of their platform.
There's even a free one ("Ege3D", if memory serves, though I've no idea if it's actually any good.)
--
Sean Timarco Baggaley
Well, yes, but what I ment was hardware 3d.
BTW. Speaking of 3D on the mobile phone. Checkout my engine:
It ran fine on the 7210.
/MindWipe
[edited by - MindWipe on September 1, 2003 6:39:39 PM]
Hey, I haven''t read these forums in three months, and I see the Variable, HTML things is still going strong. There should be a place to put all those classic threads for easy viewing.
Anyway, I have to say Java and C# are both promising as replacements for C++. I think they will be popular just for the simple fact that it''s just so darn easy to learn them if you already know C++. They both have a lot of nice features that C++ doesn''t have built in, such as built in support for threads. I think one of the next big things will be growing support for parallelism in programs. It would be nice if multithreading were made easier in some cases.
Aspect oriented also might take off. There are definitely place where it could make life easier for the programmers.
Anyway, I have to say Java and C# are both promising as replacements for C++. I think they will be popular just for the simple fact that it''s just so darn easy to learn them if you already know C++. They both have a lot of nice features that C++ doesn''t have built in, such as built in support for threads. I think one of the next big things will be growing support for parallelism in programs. It would be nice if multithreading were made easier in some cases.
Aspect oriented also might take off. There are definitely place where it could make life easier for the programmers.
Topic Locked
This topic has been locked by a moderator. New replies are not allowed.
Sign in to reply to this topic.
Advertisement