 |
 |
|
 |
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
>> Question: How many Java programs have you seen that are more than
>> Tic-Tac-Toe demo programs? ;-)
>>
>> (Personally, I haven't seen many - although there are a few...)
>
> A large part of the e-commerce web is powered by java application
> servers. The reason you only see old tic-tac-toe java "applets" is
> because that's what is left on the web after Sun's goals for desktop
> java apps got spoiled by Microsoft with their own incompatible Java
> runtime.
>
> That said, desktop java apps are still used at a fairly large scale.
> Federal Postoffice agency here in Brazil uses one such app for all its
> transactions. It has that caracteristic Swing look-and-feel. I gather
> banks also rely on java infrastructure heavily. You quite never deal
> with it directly, though. Only with the familiar generated HTML.
...so what you're saying is, Java ended up being big server-side rather
than client-side?
Oh, the irony of designing a language that works anywhere, and then only
running it in one place. ;-)
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
nemesis wrote:
> because that's what is left on the web after Sun's goals for desktop
> java apps got spoiled by Microsoft with their own incompatible Java
> runtime.
I think you need to listen to less hype and read more actual accounts of
what happened there. MS's JVM passed more of Sun's compatibility tests than
Sun's did. Java applets sucked *everywhere* from incompatibility, at least
as broken as HTML was, even from V1.0, long before MS wrote their own JVM.
--
Darren New, San Diego CA, USA (PST)
I ordered stamps from Zazzle that read "Place Stamp Here".
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Darren New wrote:
> Java applets sucked *everywhere* from incompatibility,
> at least as broken as HTML was, even from V1.0, long before MS wrote
> their own JVM.
Write once, debug everywhere(tm).
Also amusing was the way that every single revision of Java deprecated
massive chunks of the APIs and added entire new ones. And also how all
the APIs were insanely over-complicated and scantily documented.
(Anybody know the difference between Applet.init() and Applet.start()?
Because I don't! How many million methods does Component have?)
I especially liked how in one release they deprecated a set of methods
and provided replacements, and in the next release they deprecated the
new set and UNdeprecated the originals! o_O
I haven't used Java for ages. I wonder if it's calmed down yet?
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Orchid XP v8 wrote:
> I especially liked how in one release they deprecated a set of methods
> and provided replacements, and in the next release they deprecated the
> new set and UNdeprecated the originals! o_O
That's OK. The media player I'm interfacing to deprecated a whole slew of
methods in favor of methods they haven't implemented yet. I must say, that's
a first in my experience.
--
Darren New, San Diego CA, USA (PST)
I ordered stamps from Zazzle that read "Place Stamp Here".
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Orchid XP v8 <voi### [at] dev null> wrote:
> ...so what you're saying is, Java ended up being big server-side rather
> than client-side?
>
> Oh, the irony of designing a language that works anywhere, and then only
> running it in one place. ;-)
Like, in Sun servers, IBM machines, Windows or Linux boxes? etc
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Darren New wrote:
> Orchid XP v8 wrote:
>> I especially liked how in one release they deprecated a set of methods
>> and provided replacements, and in the next release they deprecated the
>> new set and UNdeprecated the originals! o_O
>
> That's OK. The media player I'm interfacing to deprecated a whole slew
> of methods in favor of methods they haven't implemented yet. I must say,
> that's a first in my experience.
That's friggin 31337!!
Still, at least they only deprecated rather than *remoted* stuff. ;-)
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
nemesis wrote:
> http://golang.org/
Overhyped? I'm still happy I decided on Python next.
http://www.dalkescientific.com/writings/diary/archive/2009/09/15/100000_tasklets.html
--
Darren New, San Diego CA, USA (PST)
I ordered stamps from Zazzle that read "Place Stamp Here".
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Darren New wrote:
> Hmmm. Interesting. (Three people have told me about this already. :)
That's Google Hype-Generating Marketing Machine at work!
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Darren New <dne### [at] san rr com> wrote:
> nemesis wrote:
> > http://golang.org/
>
> Overhyped? I'm still happy I decided on Python next.
>
>
http://www.dalkescientific.com/writings/diary/archive/2009/09/15/100000_tasklets.html
That's really cool. And it's cooler that spython is faster without even needing
an explicit compilation step. :)
I have to say once they announced go, I wondered how would Erlang compare...
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
>> ...so what you're saying is, Java ended up being big server-side rather
>> than client-side?
>>
>> Oh, the irony of designing a language that works anywhere, and then only
>> running it in one place. ;-)
>
> Like, in Sun servers, IBM machines, Windows or Linux boxes? etc
Yeah, but I mean if you're working server-side, you just have to compile
the thing for whatever platform your server runs. You don't need dynamic
runtime portability.
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |