| Pages: 1 2 :: [one page] |
| Author |
Thread Statistics | Show CCP posts - 3 post(s) |
|

CCP kieron

|
Posted - 2007.07.20 19:20:00 -
[1]
EVE is a complex piece of work. In one of his Dev Blogs from last year, Oveur mentioned that EVE has over 1 million lines of code. With Revelations 1 and 2 published, that number stands to be a lot higher.
As some of the more technically inclined members of the community know, EVE is written in a programming language called Stackless Python, an experimental implementation of Python. CCP has been working with the Python community to improve Python, not only to benefit EVE, but also the language itself.
Tuesday's Revelations 2.1 patch deployment will also include a major update to the language in which EVE is written. To give the EVE community some history behind Tuesday's upgrade from Stackless Python version 2.3 to 2.5, Porkbelly has a new Dev Blog.
kieron Director of Community Relations, EVE Online EVE Online, CCP Games Email/Netfang Look Ma, I'm in a Dev thread! Oh wait... |
|

Adrielle Firewalker
Minmatar WASTELAND MINERS Inc.
|
Posted - 2007.07.20 19:33:00 -
[2]
I thought CCP were moving away from using Python and focusing more in the C++ side of things?
Oh well, an upgrade is good if it offers more speed and stability  ================
~Adrielle
Original MinmatarT |

Alvara
Kuiper Belt Industries Empire Research
|
Posted - 2007.07.20 19:33:00 -
[3]
Amazing, this might be first post. ;)
Anyways. as a programmer I am always excited by new languages. I sure hope there ain't a poorly documented internal change that craps on eve's server completely. :p
Good luck.
btw. If I learn that language can I have a job. ;)
Tired of Waiting? Use Empire Research |

Ramblin Man
Empyreum
|
Posted - 2007.07.20 19:35:00 -
[4]
Python 4tw. Nice to see you guys helped the wider dev community out.
|

Dietes Marcellus
|
Posted - 2007.07.20 19:53:00 -
[5]
GO CCP!
|

Victor Valka
Caldari Archon Industries
|
Posted - 2007.07.20 19:55:00 -
[6]
Edited by: Victor Valka on 20/07/2007 19:57:23
Originally by: Adrielle Firewalker I thought CCP were moving away from using Python and focusing more in the C++ side of things?
AFAIK Stackless is used server-side, not client-side.
EDIT: Furthermore, as any half-decent programmer will tell you, there is no One Language to Rule Them All. 
|

Adrielle Firewalker
Minmatar WASTELAND MINERS Inc.
|
Posted - 2007.07.20 19:58:00 -
[7]
Originally by: Victor Valka AFAIK Stackless is used server-side, not client-side.
Ah right. I was thinking of a blog a looong time ago where they were shifting a lot of the agent missions stuff from Python to C++. This makes sense  ================
~Adrielle
Original MinmatarT |

Herio Mortis
Raw Edge O X I D E
|
Posted - 2007.07.20 20:03:00 -
[8]
Originally by: Victor Valka Edited by: Victor Valka on 20/07/2007 19:57:23 AFAIK Stackless is used server-side, not client-side.
EDIT: Furthermore, as any half-decent programmer will tell you, there is no One Language to Rule Them All. 
Stackless python is also used in the client. And you are correct, there is no one language to rule them all. (Except python, that is. )
----- And *pop* went my ferox... |

Victor Valka
Caldari Archon Industries
|
Posted - 2007.07.20 20:11:00 -
[9]
Originally by: Herio Mortis
Stackless python is also used in the client. And you are correct, there is no one language to rule them all. (Except python, that is. )
(0) You could be right, I could be wrong. (1) It can be confusing sometimes. Especially with variable types. Sometimes I miss the clear definition of C/C++. Maybe because I'm only a rookie programmer, maybe not. Meh.

|

Evelgrivion
Coreli Corporation Corelum Syndicate
|
Posted - 2007.07.20 20:12:00 -
[10]
Needs more Cowbell! This isn't the signature you're looking for. Can you tell me where to find the one I am looking for? -Kaemonn |

Al'Lan Mandragoran
|
Posted - 2007.07.20 20:13:00 -
[11]
Originally by: Herio Mortis
Originally by: Victor Valka Edited by: Victor Valka on 20/07/2007 19:57:23 AFAIK Stackless is used server-side, not client-side.
EDIT: Furthermore, as any half-decent programmer will tell you, there is no One Language to Rule Them All. 
Stackless python is also used in the client. And you are correct, there is no one language to rule them all. (Except python, that is. )
You got it almost right. There is no One language to rule them all, except Ruby.
|

Ampoliros
Phantom Knights
|
Posted - 2007.07.20 20:19:00 -
[12]
These patch notes contain insufficient amounts of cowbell. ------------------------------------
|

Scorpyn
Caldari Infinitus Odium
|
Posted - 2007.07.20 21:32:00 -
[13]
Originally by: Ampoliros These patch notes contain insufficient amounts of cowbell.
Indeed. I don't see how it could contain enough though - more is always needed.
(yay for desync fix btw (if it works properly))
2007-07-19 20:26 |

Roemy Schneider
BINFORD
|
Posted - 2007.07.21 06:23:00 -
[14]
i got a fever and the only prescription is mor cowbell - putting the gist back into logistics |

rodgerd
Queens of the Stone Age Anarchy Empire
|
Posted - 2007.07.21 06:28:00 -
[15]
Originally by: Adrielle Firewalker Ah right. I was thinking of a blog a looong time ago where they were shifting a lot of the agent missions stuff from Python to C++. This makes sense 
They were moving the mission authoring system from one which required Python to one that didn't require any programming expertise. -- Not the opinions of my corp or my alliance. |

Cergorach
Amarr The Helix Foundation
|
Posted - 2007.07.21 08:51:00 -
[16]
In the past it was mentioned that the Eve server software couldn't take advantage of multi cpu/core, will this change with this new version of (Stackless) Python? I googled Stackless Python on it, but to be honest, i couldn't find a clear answer. If not is this a priority at the CCP development team to get eve to scale better?
|

Kweel Nakashyn
Minmatar Aeden Tau Ceti Federation
|
Posted - 2007.07.21 11:05:00 -
[17]
I don't like interpreted languages, especially when it comes to online games. I think these particuliars app (ie online games) must have compilated language to work fast. You should have coded this part in c++...
Anyway, any perf boost in this language is a good thing for us. Have fun with non-regression and qualification tests :) -=-=-
|

Sarturus
|
Posted - 2007.07.21 12:28:00 -
[18]
Originally by: Kweel Nakashyn I don't like interpreted languages, especially when it comes to online games. I think these particuliars app (ie online games) must have compilated language to work fast. You should have coded this part in c++...
I think it's more important to choose a language that allows you to focus on design 
Python has a lot more expressive power than C++... and the benchmarks on Stackless Python are very nice indeed performance wise.
Optimisation comes from a higher level than compilation imho 
Stackless 2.5 ftw! 
|

RedClaws
Amarr Dragon's Rage Intrepid Crossing
|
Posted - 2007.07.21 12:33:00 -
[19]
Heya Kieron,
Small question here: I just got my diploma as a professional bachelor in informatics and I want to learn some more languages (Java and .NET don't really cut it for advanced programming, especially 3D) so now I'm looking into Python since I've heard a lot of people say it's a very promising language close to C++.
Can you give me a tip on what development environment to use? Code completion, syntax highlighting and such are just too handy to leave out.
I've looked into a few like Wing, PyDev and Komodo but I'd like to get a professional opinion aswell 
|

flameangel
|
Posted - 2007.07.21 16:44:00 -
[20]
"This Blog entry does not exist"

|

Liang Nuren
The Refugees
|
Posted - 2007.07.21 18:27:00 -
[21]
Originally by: Kweel Nakashyn I don't like interpreted languages, especially when it comes to online games. I think these particuliars app (ie online games) must have compilated language to work fast. You should have coded this part in c++...
Anyway, any perf boost in this language is a good thing for us. Have fun with non-regression and qualification tests :)
Thought I'd point out that as a developer for the Python project, this is kindof insulting. Python, and Stackless in particular, are written with an eye towards correctness - and then speed. Python's test suite is fairly comprehensive, and I can only assume that CCP has moved forward with this practice.
Furthermore, the propensity towards bugs is much higher in lower level languages. There's more to keep track of, and error checking is simply brutal. And then, once you top a few million lines of source, it's just that much harder to get "the big picture", so to speak. Developing in a an expressive and concise language (such as Python, imho) allows a developer to grok a much larger piece of the code immediately. It also helps them to write less buggy code.
But in the end, you're saying that, instead of writing a million lines of Python, and 2 million lines of C/C++, that they should have written 8 million lines of C++? That's likely twice as buggy as the (clearer, condensed, and reasonably fast) Python code?
Sure, sounds smart to me. 
Liang
Originally by: "QproQ"
When people say "Put 'stabs on your 'cane", they mean GYROSTABS"
|

MotherMoon
Huang Yinglong Namtz'aar k'in
|
Posted - 2007.07.21 19:13:00 -
[22]
Originally by: flameangel "This Blog entry does not exist"

yeah wierd ----------------------------------- I'm working my way through college target CCP |

MotherMoon
Huang Yinglong Namtz'aar k'in
|
Posted - 2007.07.21 19:19:00 -
[23]
Originally by: Liang Nuren
Originally by: Kweel Nakashyn I don't like interpreted languages, especially when it comes to online games. I think these particuliars app (ie online games) must have compilated language to work fast. You should have coded this part in c++...
Anyway, any perf boost in this language is a good thing for us. Have fun with non-regression and qualification tests :)
Thought I'd point out that as a developer for the Python project, this is kindof insulting. Python, and Stackless in particular, are written with an eye towards correctness - and then speed. Python's test suite is fairly comprehensive, and I can only assume that CCP has moved forward with this practice.
Furthermore, the propensity towards bugs is much higher in lower level languages. There's more to keep track of, and error checking is simply brutal. And then, once you top a few million lines of source, it's just that much harder to get "the big picture", so to speak. Developing in a an expressive and concise language (such as Python, imho) allows a developer to grok a much larger piece of the code immediately. It also helps them to write less buggy code.
But in the end, you're saying that, instead of writing a million lines of Python, and 2 million lines of C/C++, that they should have written 8 million lines of C++? That's likely twice as buggy as the (clearer, condensed, and reasonably fast) Python code?
Sure, sounds smart to me. 
Liang
thanks for the info. ----------------------------------- I'm working my way through college target CCP |

Gar Nomar
|
Posted - 2007.07.21 20:48:00 -
[24]
Hey, you never know... perhaps the speed boost in 2.5 will get EVE back to what it was when it ran with 2.1!  |

Tarminic
Black Flame Industries
|
Posted - 2007.07.21 21:59:00 -
[25]
Originally by: Liang Nuren
Originally by: Kweel Nakashyn I don't like interpreted languages, especially when it comes to online games. I think these particuliars app (ie online games) must have compilated language to work fast. You should have coded this part in c++...
Anyway, any perf boost in this language is a good thing for us. Have fun with non-regression and qualification tests :)
Thought I'd point out that as a developer for the Python project, this is kindof insulting. Python, and Stackless in particular, are written with an eye towards correctness - and then speed. Python's test suite is fairly comprehensive, and I can only assume that CCP has moved forward with this practice.
Furthermore, the propensity towards bugs is much higher in lower level languages. There's more to keep track of, and error checking is simply brutal. And then, once you top a few million lines of source, it's just that much harder to get "the big picture", so to speak. Developing in a an expressive and concise language (such as Python, imho) allows a developer to grok a much larger piece of the code immediately. It also helps them to write less buggy code.
But in the end, you're saying that, instead of writing a million lines of Python, and 2 million lines of C/C++, that they should have written 8 million lines of C++? That's likely twice as buggy as the (clearer, condensed, and reasonably fast) Python code?
Sure, sounds smart to me. 
Liang
/signed  ------------ ULTIMATE LAG SOLUTION IBTL! IBDS/DC! IBTC! 1st in a BoB post! And other such forum tom-foolery. |
|

CCP kieron

|
Posted - 2007.07.23 15:24:00 -
[26]
I had to take the blog down over the weekend, as it had been published prematurely. The blog has been completed and re-published with more information. Enjoy!
kieron Director of Community Relations, EVE Online EVE Online, CCP Games Email/Netfang Look Ma, I'm in a Dev thread! Oh wait... |
|

Turiya Flesharrower
coracao ardente Triumvirate.
|
Posted - 2007.07.23 16:28:00 -
[27]
To hell with Python! I want the Eve server code ported to Erlang forthwith, if not sooner! -----
|

MotherMoon
Huang Yinglong Namtz'aar k'in
|
Posted - 2007.07.23 17:10:00 -
[28]
Originally by: Turiya Flesharrower To hell with Python! I want the Eve server code ported to Erlang forthwith, if not sooner!
gave me a good laugh. oh man how old is that :P lol ----------------------------------- I'm working my way through college target CCP |

Invictor
Caldari Black Reign FATAL Alliance
|
Posted - 2007.07.23 18:08:00 -
[29]
Well tbh, I didn't understand the vast majority of the post as I have difficulty programming my DVD player but if Eve runs faster then I'm all up for it 
|

Ashp
|
Posted - 2007.07.23 18:12:00 -
[30]
Aww, I was still hoping for graphs and numbers, like some CPU charts of a node with the old code vs the new code. Still, glad to see the move to the latest python. I take it you guys are going to try harder to keep up to date with newer python releases, so it doesn't drift away again?
(Ps, excited about Python3k yet?) :)
|

SonOTassadar
The Dead Parrot Shoppe Inc. Brutally Clever Empire
|
Posted - 2007.07.23 19:33:00 -
[31]
Originally by: CCP kieron I had to take the blog down over the weekend, as it had been published prematurely. The blog has been completed and re-published with more information. Enjoy!
Originally by: porkbelly However, the Python programmer will however benefit from some brand new cool features in 2.5 that weren't present in the old version, including:
While you were at it, you should have corrected his sentence structure.  ----- Griffin -- 100,000 ISK ECM - Multispectral Jammer Is -- 20,000 ISK Standard Missile Launcher Is -- 10,000 ISK War target sobbing over losing a fight in his T2 fitted Battleship -- priceless |
|

CCP kieron

|
Posted - 2007.07.23 19:47:00 -
[32]
Originally by: SonOTassadar
Originally by: porkbelly However, the Python programmer will however benefit from some brand new cool features in 2.5 that weren't present in the old version, including:
While you were at it, you should have corrected his sentence structure. 
I added in the extra "however" when reviewing the blog for publishing. Thanks for pointing that out.
kieron Director of Community Relations, EVE Online EVE Online, CCP Games Email/Netfang Look Ma, I'm in a Dev thread! Oh wait... |
|

band0fdevs
Gallente Band of Dev's
|
Posted - 2007.07.23 22:47:00 -
[33]
well as CCP is a big component and media PR source for stackless python community its in their interest to take on board CCP remember they flew the creator of the language to iceland to assist with one of the big patches in the past. CO sponsoring events etc. Good to see they find something they can work with.
|

Wrayeth
Shiva Morsus Mihi
|
Posted - 2007.07.24 01:23:00 -
[34]
Originally by: CCP kieron
I added in the extra "however" when reviewing the blog for publishing. Thanks for pointing that out.
n00b  -Wrayeth n00b Extraordinaire
"Look, pa! I just contributed absolutely nothing to this thread!" |

Franconis
Gallente
|
Posted - 2007.07.24 10:35:00 -
[35]
Go ccp! This is a change that looks promising, especially in the eyes of a programmer. Tech 2.5 software ftw! _________ Gallente FTW |

Patch86
Di-Tron Heavy Industries Atlas Alliance
|
Posted - 2007.07.24 11:05:00 -
[36]
So the real question is: of these manifold and undefined performance increases, will this have any effect on desyncing? --------
|

Nofonno
Amarr Free Traders
|
Posted - 2007.07.24 13:23:00 -
[37]
Moving from one version of programming environment to another (be it only a "minor" version number change) poses multiple threats that stem in multiple factors... In normal words, it's helluva work (pardon my spelling) and programmers/migration managers know what I'm talking about.
Unable to say right now, but I strongly hope that Singularity is already running the new Python base and is being rigorously tested by the new folks in the QA department. I have seen some summons for stress tests on Singularity, so I strongly hope it's for stress testing the new Python engine.
Keep up the improvements! I keep my fingers crossed for you.
Having said that, I do have some thoughtsÖ (Austin Powers):
I do not intent do diminish or otherwise degrade all the hard work CCP has put into EVE-Online development, but how about getting some real iron and some real programming language? Nihil obstat |

Andargor theWise
Collateral Damage Unlimited Hammer Time.
|
Posted - 2007.07.24 15:05:00 -
[38]
Originally by: Al'Lan Mandragoran
Originally by: Herio Mortis
Originally by: Victor Valka Edited by: Victor Valka on 20/07/2007 19:57:23 AFAIK Stackless is used server-side, not client-side.
EDIT: Furthermore, as any half-decent programmer will tell you, there is no One Language to Rule Them All. 
Stackless python is also used in the client. And you are correct, there is no one language to rule them all. (Except python, that is. )
You got it almost right. There is no One language to rule them all, except Ruby.
I think it is time for the Lords of COBOL to return...
- Got grief?
Revelations MySQL Database |

Erichk Knaar
Caldari Maelstrom Crew
|
Posted - 2007.07.25 02:01:00 -
[39]
Originally by: Nofonno
I do not intent do diminish or otherwise degrade all the hard work CCP has put into EVE-Online development, but how about getting some real iron and some real programming language?
Wait, you didn't just suggest they replace an interpreted language with an interpreted language written in Java?
You did... 
|

Nofonno
Amarr Free Traders
|
Posted - 2007.07.25 07:26:00 -
[40]
Edited by: Nofonno on 25/07/2007 07:31:59 Edited by: Nofonno on 25/07/2007 07:31:33
Originally by: Erichk Knaar
Wait, you didn't just suggest they replace an interpreted language with an interpreted language written in Java?
You did... 
Yes, actually I did. There's nothing funny there... moving from one interpreted language to other interpreted language is 'no loss, no gain' situation, so the interpretishness (whew, what a word) is preserved.
There's nothing wrong with interpreted languages. There's a study that shown that Java is actually faster than C++ in multiple scenarios. I've found that old link for the unbelievers. Portability is their main advantage (however, this does not yet apply to EVE), but I dare to say that interpreted languages are more feature-rich and their code is more manageable.
Written in Java... Hm... Not true. When something uses Java VM (the p-code, the .class files format) it does not mean it has to be actually coded in Java programming language. See Wikipedia entry and read the first paragraph. I recall there was Bistro, a Smalltalk implementation that used Java VM for portability sake.
As you surely know, in large projects you have to compromise between performance and manageability. I'm just trying to show another path EVE could have taken. There's a time in all long-term projects - and this holds even more true for software projects - when entropy does its thing and it's more economical to scrap the whole thing and build it anew with fresh technology. Where would Windows be were it not for Windows NT?
(edited to supply links) Nihil obstat |

Hugh Ruka
Caldari Free Traders
|
Posted - 2007.07.25 07:41:00 -
[41]
And now that you have the MagicTM Python 2.5, please have a look on the client and code a proper one.
Starting with proper threading and blocking code, ending with an UI that's actualy usable.
I find it funny that the EVE client has the same problem as Windows. Network interrupts have the highest priority. Very funny ...
(I still have nightmares about IE dloading at 700kbps and killing the system while Mozilla on the same machine manages 2800kbps without a hitch).
Originally by: JP Beauregard The experience with Exodus playtesting has scarred me for life. Those were bug-reports, not feature requests, you numbskulls.... 
|

000Hunter000
Gallente Magners Marauders
|
Posted - 2007.07.25 11:20:00 -
[42]
So when can we expect the 'juicy performance boost' again? 
I think it's funny that the area around Aunia/Dodixie is now laggier then ever even though the number of people in said systems hasn't increased all that much over the last few weeks.
But hey, must be client side i guess 
CCP, let us pay the online shop with Direct Debit!!! Magners is now recruiting, evemail me or Dagazbo ingame.
|

Nate D
New Atlantis Tek Corporation The Nexus Alliance
|
Posted - 2007.07.25 16:21:00 -
[43]
When will we know the exact details of the performance boost? I'm very eager to find out.
-Nate
|

Erichk Knaar
Caldari Maelstrom Crew
|
Posted - 2007.07.25 17:20:00 -
[44]
Originally by: Nofonno Edited by: Nofonno on 25/07/2007 07:31:59 Edited by: Nofonno on 25/07/2007 07:31:33
Originally by: Erichk Knaar
Wait, you didn't just suggest they replace an interpreted language with an interpreted language written in Java?
You did... 
Yes, actually I did. There's nothing funny there... moving from one interpreted language to other interpreted language is 'no loss, no gain' situation, so the interpretishness (whew, what a word) is preserved.
There's nothing wrong with interpreted languages. There's a study that shown that Java is actually faster than C++ in multiple scenarios. I've found that old link for the unbelievers. Portability is their main advantage (however, this does not yet apply to EVE), but I dare to say that interpreted languages are more feature-rich and their code is more manageable.
Written in Java... Hm... Not true. When something uses Java VM (the p-code, the .class files format) it does not mean it has to be actually coded in Java programming language. See Wikipedia entry and read the first paragraph. I recall there was Bistro, a Smalltalk implementation that used Java VM for portability sake.
As you surely know, in large projects you have to compromise between performance and manageability. I'm just trying to show another path EVE could have taken. There's a time in all long-term projects - and this holds even more true for software projects - when entropy does its thing and it's more economical to scrap the whole thing and build it anew with fresh technology. Where would Windows be were it not for Windows NT?
(edited to supply links)
Well, the current fortress implementation is actually written in Java (I compiled it from source last night). Having said that, I have a lot of respect for Suns engineering capabilities. I just happen to think Python is a perfectly adequate language for what is being attempted here. The overall maintainability of the Eve code base, I can't comment on, because I've never seen it. I don't think its really fair to blame the language for anything though.
|

Nofonno
Amarr Free Traders
|
Posted - 2007.07.26 11:14:00 -
[45]
Originally by: Erichk Knaar
Well, the current fortress implementation is actually written in Java (I compiled it from source last night). Having said that, I have a lot of respect for Suns engineering capabilities. I just happen to think Python is a perfectly adequate language for what is being attempted here. The overall maintainability of the Eve code base, I can't comment on, because I've never seen it. I don't think its really fair to blame the language for anything though.
Perfectly agree. Nice to find a reasonable man on the forums, once in a while. Python is indeed adequate, but it never hurts to explore alternatives 
From what I have experienced since the Python upgrade and client patch is the TQ going down twice in ~30 hours and having slightly lower performance. As I have said previously, migrations are quirky matters and I pray CCP guys and girls will make it work... eventually... soonÖ 
A scientist must be an optimist at heart - to have the strength to rally against a chorus of voices saying "it cannot be done". |

rodgerd
Uninvited Guests
|
Posted - 2007.07.26 19:39:00 -
[46]
Originally by: Erichk Knaar
Wait, you didn't just suggest they replace an interpreted language with an interpreted language written in Java?
You did... 
Python is not, in any meaningful sense of the word, an interpreted languange. -- Not the opinions of my corp or my alliance. |

Erichk Knaar
Caldari Maelstrom Crew
|
Posted - 2007.07.26 20:21:00 -
[47]

Do explain....
http://en.wikipedia.org/wiki/Interpreted_language
|

rodgerd
Uninvited Guests
|
Posted - 2007.07.27 07:24:00 -
[48]
Originally by: Erichk Knaar

Do explain....
http://en.wikipedia.org/wiki/Interpreted_language
Python is compiled to an intermediate bytecode; the bytecode is exectured. If you consider Python an interpreted language, I guess you consider C# and Java interpreted languages.
-- Not the opinions of my corp. |

Erichk Knaar
Caldari Maelstrom Crew
|
Posted - 2007.07.27 08:22:00 -
[49]
Edited by: Erichk Knaar on 27/07/2007 08:21:58 I actually do consider C# and Java (without JIT) to be interpreted languages. Bytecode still needs to be interpreted before it runs.
|

rodgerd
Uninvited Guests
|
Posted - 2007.07.27 11:13:00 -
[50]
Originally by: Erichk Knaar Edited by: Erichk Knaar on 27/07/2007 08:21:58 I actually do consider C# and Java (without JIT) to be interpreted languages. Bytecode still needs to be interpreted before it runs.
C source needs to be interpreted before it runs. So does assembler mnemonic. Your definition is so broad as to be nearly worthless.
Anyway, your objection to the performance of "interpreted languages" is ridiculous, since your definition includes languages whose performance is comparable to C and C++ code.
-- Not the opinions of my corp. |

Norwood Franskly
|
Posted - 2007.07.27 12:04:00 -
[51]
Originally by: Andargor theWise
Originally by: Al'Lan Mandragoran
Originally by: Herio Mortis
Originally by: Victor Valka Edited by: Victor Valka on 20/07/2007 19:57:23 AFAIK Stackless is used server-side, not client-side.
EDIT: Furthermore, as any half-decent programmer will tell you, there is no One Language to Rule Them All. 
Stackless python is also used in the client. And you are correct, there is no one language to rule them all. (Except python, that is. )
You got it almost right. There is no One language to rule them all, except Ruby.
I think it is time for the Lords of COBOL to return...
COBOL = Compiles Only By Obscene Luck
FORTRAN '77 FTW
|

Caligulus
Caldari Eve University Ivy League
|
Posted - 2007.07.28 07:27:00 -
[52]
N3rds
|

Spurty
Caldari Citadel of dark arts
|
Posted - 2007.07.29 20:58:00 -
[53]
Python is completely the correct language for a game like EVE.
Why?
http://www.python.org/doc/essays/ppt/acm-ws/sld001.htm
Go read.
Python for the win I'd like an Amarrian Nipple Noogey please!
|

Solbright altaltalt
Republic Military School
|
Posted - 2007.07.31 09:01:00 -
[54]
Originally by: rodgerd C source needs to be interpreted before it runs. So does assembler mnemonic.
There is nothing interpreted about C or Assembly, except maybe in some weird limited educational tool. C is a purely compiled language - producing native machine code. And "assembling" is the very process of translating to it's represented machine code. The resulting binary file is separate from the sources but, being machine code, is for a specific CPU.
If you aren't going to call something like Java/Python/whatever an interpreted language then you'd have to say it's running on an emulator of an imaginary CPU. Even BASIC programs are translated to a "tokenised" byte code before execution!
The diff between BASIC and Java is that the byte code is standised with Java and therefore can be separated from the source code. This is why Java and it's ilk is considered superior to a traditional interpreted language.
And, also, like BASIC, Java can be further compiled from the byte code to machine code. But that's another topic that is not really dealing with the language design any longer.
|
| |
|
| Pages: 1 2 :: [one page] |