Re:We should keep it up as a monument
on
Mir Deathwatch
·
· Score: 1
And what is your definition of socialism then?
Stalin just continued Lenin's plans.
And Gorbachev... You're kidding about Gorbachev, probably. 'Glasnost' means freedom of speech and 'perestroika' means reconstruction. They have nothing to do with socialism at all. On contrary, vast majority of soviets hate Gorbachev because of his anti-socialist reforms.
You are right - C++ by itself doesn't have a dynamic class sytem. The templates allow multiple-dispatch at compile-time, but not dynamically at run-time.
However, C++ is de-facto standard for any commercial game development, as of today. So, it's not the question of language you choose, but rather how you implement the features you need in the given language (i.e. in C++).
As for multiple dispatch... Forced to write in C++, I would implement it using Factory class, returning the correct Functor-object depending on types of classes involved (the simplest case of Functor-object is just a function pointer). This way you can get and call the proper function for any combination of interacting classes.
While these languages are interesting, they do not have the same advantages as Python. Some examples would be a clean readable language, a cohesive standard library, a simple syntax, and a strong OO heritage pulling from background such as smalltalk. Ruby and Lisp do interesting things of their own, but are not languages I would consider in the same breath.
And which of these examples gives Python the advantage over Ruby? I think, your examples are exactly the description of Ruby virtues.
Well, of course, I still prefer Perl to those two; but at least Ruby has something that Perl doesn't (-123.abs or mixins, for example). Well, Python also has a unique feature - significant white spaces, but I'd rather live without it;)
X is "killer app" for Y, means the following:
X attracts people to Y, because no other system can provide X.
In your example, professional color features (Pantone, CMYK, etc.) is the "killer app" features for Photoshop.
You're right, cool program can not be "killer app" for a language just becaus it's cool. Of course, we could imagine it's not possible to write some progam X in any language other than Y... That would make the program X "killer app" for Y. But that's just speculation, Zope is not such a program.
However, Zope is not just a program. It's rather a framework, allowing you to ad your own code to the system. So, theoretically it could be the "killer app" for Python.
...But that's not. There's no compelling advantages over 2-tier architectures like apache+mod_perl+HTML::Mason from one hand and 3-tier J2EE applications from the other hand. Yeah, yeah, I know, some things are better in Zope. But that's not a "killer app" by any means.
Well, it's not exactly the same. While Windows is currently the king of client side, Linux is obviously much better solution for a server.
But Perl and Python are in the same niche. And Python is not significantly better than Perl. Not significantly enough to change the current state of affairs.
Nah... I prefer Perl to Python, but vi to emacs and Pascal to Ada. It's not simplicity vs. complexity. Tastes just differ.
Regarding Java / C++ I wouldn't say Java is elegant and C++ is not. They are about the same in this regard. Think of Java's array vs. Vector or int vs. Integer.
Yesterday I interviewed one guy for Software Architect position. He knew a lot about EJB, Java App Servers, UML, OOP/OOAD. At least, on the high level.
But - it's amazing but true - in the same time he didn't know how to join tables in SQL, what's fork, and, finally, what's linked list!
While I admire Michael Hart, there's common misconception about his project: in reality, it's not the biggest collection of e-Texts on the Web.
The Russian Moshkow's Library contains about 10 times as many books as Project Gutenberg: 30,000+ books, 2+ GBytes of plain text files. All for free. Everything in Russian, though;)
Re:RPC is OLD. XML is LAME. Why waste time ?
on
ESR On XML-RPC
·
· Score: 1
XML-RPC or XML-SOAP are not intended to be the model for distributed systems. But they are almost ideal to glue 3rd party server functionality.
Just as an example - I work for one of the biggest virtual community sites on the net and we have a number of partners. For several reasons, we have to make calls to their systems or they have to call ours.
Do you think anyone uses CORBA for that? No way.
Using the XML and XML/SOAP, we typically can link together sites with completely different architecture just in couple of days. Thanks to the existing Perl, Java, C++ and other standard XML-parsers, this task is almost trivial.
CORBA is nice, especially as a topic for computer-science-type discussion. But XML-RPC/SOAP is something very practical, that's what really makes the easy jobs easy.
Could tell me, how Linux could fail to dominate PC market? Win'95/98 is buggy and so on, and Mac... well MacOS is living in the 80s, as far as technology goes...
Actually, you are wrong. The WinCE is NOT a port from Win95 or NT. The WinCE API are modeled after those of WinNT, but implementation-wise it's completely new code.
I see Java as a way to let users pick their operating system and not have to be concerned with being locked into Winblows.
IMHO, users are not concerned with being locked into [some_OS]. In fact, most of them don't care about OS. They just need some basic useful applications to run on their computer - browser, mail/newsreader, photoediting/printing software, office suite, games, etc.
Do you really think Java is appropriate tool to build such applications? I don't.
Stalin just continued Lenin's plans.
And Gorbachev... You're kidding about Gorbachev, probably. 'Glasnost' means freedom of speech and 'perestroika' means reconstruction. They have nothing to do with socialism at all. On contrary, vast majority of soviets hate Gorbachev because of his anti-socialist reforms.
Is it an argument in favor of multiple inheritance or what? :)
Example 1, obvious.
Hollywood movies - good guys, bad guys, happy end, 2 hours of our finite time.
Example 2, subtle.
In museums, people tend to look for paintings they have already seen in books or albums, instead of looking for new things.
However, C++ is de-facto standard for any commercial game development, as of today. So, it's not the question of language you choose, but rather how you implement the features you need in the given language (i.e. in C++).
As for multiple dispatch... Forced to write in C++, I would implement it using Factory class, returning the correct Functor-object depending on types of classes involved (the simplest case of Functor-object is just a function pointer). This way you can get and call the proper function for any combination of interacting classes.
And which of these examples gives Python the advantage over Ruby? I think, your examples are exactly the description of Ruby virtues.
Well, of course, I still prefer Perl to those two; but at least Ruby has something that Perl doesn't (-123.abs or mixins, for example). Well, Python also has a unique feature - significant white spaces, but I'd rather live without it ;)
X attracts people to Y, because no other system can provide X.
In your example, professional color features (Pantone, CMYK, etc.) is the "killer app" features for Photoshop.
You're right, cool program can not be "killer app" for a language just becaus it's cool. Of course, we could imagine it's not possible to write some progam X in any language other than Y... That would make the program X "killer app" for Y. But that's just speculation, Zope is not such a program.
However, Zope is not just a program. It's rather a framework, allowing you to ad your own code to the system. So, theoretically it could be the "killer app" for Python.
But Perl and Python are in the same niche. And Python is not significantly better than Perl. Not significantly enough to change the current state of affairs.
One is good driver because one is good driver, not because his first car was Lamborgini.
Regarding Java / C++ I wouldn't say Java is elegant and C++ is not. They are about the same in this regard. Think of Java's array vs. Vector or int vs. Integer.
2) Yes, you can implement your own office assistant penguin easily, the process is well documented.
But - it's amazing but true - in the same time he didn't know how to join tables in SQL, what's fork, and, finally, what's linked list!
ReusableDeveloper extends SoftwareDeveloper {
My company is hiring now and I'm involved in process of interviewing software developers and, IMHO, nobody gives a dime about GPA.
Your hard B and C will benefit you more than some easy A's. Good luck!
The Russian Moshkow's Library contains about 10 times as many books as Project Gutenberg: 30,000+ books, 2+ GBytes of plain text files. All for free. Everything in Russian, though ;)
Just as an example - I work for one of the biggest virtual community sites on the net and we have a number of partners. For several reasons, we have to make calls to their systems or they have to call ours.
Do you think anyone uses CORBA for that? No way.
Using the XML and XML/SOAP, we typically can link together sites with completely different architecture just in couple of days. Thanks to the existing Perl, Java, C++ and other standard XML-parsers, this task is almost trivial.
CORBA is nice, especially as a topic for computer-science-type discussion. But XML-RPC/SOAP is something very practical, that's what really makes the easy jobs easy.
Well, just kidding.
Actually, you are wrong.
The WinCE is NOT a port from Win95 or NT.
The WinCE API are modeled after those of WinNT, but implementation-wise it's completely new code.
IMHO, users are not concerned with being locked into [some_OS]. In fact, most of them don't care about OS. They just need some basic useful applications to run on their computer - browser, mail/newsreader, photoediting/printing software, office suite, games, etc.
Do you really think Java is appropriate tool to build such applications? I don't.
AFAIR, it's Berkeley Software Distribution, not Berkley Systems Design. Another acronym, BSDI, stands for Berkeley Software Design, Inc.
Found it yesterday. Seems like it works OK, the quality is a little better that RealAudio (tested on CNN site)