[#2617] irb for 1.5.x — Andrew Hunt <Andy@...>
5 messages
2000/05/03
[#2639] OT: Japanese names — Dave Thomas <Dave@...>
4 messages
2000/05/09
[#2643] Ruby Toplevel — Dave Thomas <Dave@...>
7 messages
2000/05/09
[#2656] Re: Append alias for Array.append? — Aleksi Niemel<aleksi.niemela@...>
Hideto ISHIBASHI:
5 messages
2000/05/09
[#2660] win OLE / eRuby — Andrew Hunt <Andy@...>
8 messages
2000/05/09
[#2663] Re: win OLE / eRuby — Aleksi Niemel<aleksi.niemela@...>
>At Tue, 9 May 2000 09:14:51 -0400,
4 messages
2000/05/09
[#2667] The reference manual is now online — Dave Thomas <Dave@...>
6 messages
2000/05/09
[#2668] Re: The reference manual is now online — schneik@...
4 messages
2000/05/09
[#2702] Re: Append alias for Array.append? — Andrew Hunt <andy@...>
>From: Aleksi Niemel<aleksi.niemela@cinnober.com>
7 messages
2000/05/10
[#2752] RE: Array.pop and documentation [was: Append al ias for Array.append?] — Aleksi Niemel<aleksi.niemela@...>
6 messages
2000/05/11
[#2758] Re: irb install — Andrew Hunt <andy@...>
>|Excellent! Will you consider adding mod_ruby to install_app as
7 messages
2000/05/11
[#2777] Re: irb install
— "NAKAMURA, Hiroshi" <nakahiro@...>
2000/05/12
Hi,
[#2764] More code browsing questions — Albert Wagner <alwagner@...>
I see some class definitions contain "include" and "extend" statements.
6 messages
2000/05/12
[#2843] Re: editors for ruby — "Conrad Schneiker" <schneiker@...>
(Posted on comp.lang.ruby and ruby-talk ML.)
6 messages
2000/05/17
[#2874] RE: simple httpd for local use — Aleksi Niemel<aleksi.niemela@...>
> I personally use it for access to full-text indexed linux
6 messages
2000/05/18
[#2875] Re: simple httpd for local use
— hipster <hipster@...4all.nl>
2000/05/18
On Thu, 18 May 2000 09:10:28 +0200, Aleksi Niemelwrote:
[#2920] SWIG: virtual variable? — Yasushi Shoji <yashi@...>
hello,
4 messages
2000/05/22
[#2928] FYI: What our Python friends are up to. — "Conrad Schneiker" <schneiker@...>
Hi,
8 messages
2000/05/22
[#2964] Thank you — h.fulton@...
Thanks, Matz (and others) for your replies to
4 messages
2000/05/24
[#2973] Re: Socket.getnameinfo — ts <decoux@...>
>>>>> "D" == Dave Thomas <Dave@thomases.com> writes:
10 messages
2000/05/25
[#3016] rbconfig.rb — Dave Thomas <Dave@...>
5 messages
2000/05/28
[#3039] Re: Final for World Series: Python vs Ruby — "Dat Nguyen" <thucdat@...>
1 message
2000/05/30
[#3058] FailureClass? — Aleksi Niemel<aleksi.niemela@...>
Question arising from the FAQ:
7 messages
2000/05/31
[ruby-talk:02997] Re: Ruby, moxilla & xpcom
From:
"Conrad Schneiker" <schneiker@...>
Date:
2000-05-26 09:04:47 UTC
List:
ruby-talk #2997
Hi,
ts wrote:
> >>>>> "C" == Conrad Schneiker <schneik@austin.ibm.com> writes:
>
> C> However, I also think that Perl and Python are full-fledged programming
> C> languages as well Ruby, and I have certainly previously used Perl as
such. I
> C> don't think we should demean Perl and Python (or otherwise
mischaracterize
> C> them) by calling them scripting languages, which is what bsh, csh, ksh,
bash,
> C> Tcl, and so on are. There are better ways to say that Ruby is a better
OO
> C> programming language than Perl or Python--as for instance, by simply
saying
> C> so.
>
> See the thread "Perl unusable as a programming language" on c.l.p.m
>
> http://www.deja.com/getdoc.xp?AN=627235761
>
> Especially the comment from Ilya Zakharevich (ilya@math.ohio-state.edu)
Well, I'm sure you already know I strongly disagree.
However, to elaborate, I think his comment (and some of the others that I
randomly sampled) shows how you can myopically focus on one aspect of
something to the exclusion of the overall context, idiosyncratically warp
some definitions, and then readily jump to patently ridiculous flame-bating
conclusions. (Hmm, I don't seem to have quite reached his level of hyperbole
yet. But let's keep trying. :-)
If you *really* want to take his aggressive moron style of arguing seriously
(please excuse what I hope is an obviously oxymoronic phrasing here :-),
then you should include the whole range of such sorts of arguments.
Otherwise you might fall prey to thinking in scripting mode by accepting the
first thing that seems to make sense, rather than thinking in *real*
programming mode. Let us proceed then proceed to think about this like
*real* programmers! :-)
For instance, despite the retrospectively obvious disadvantages, a
surprising number of people did programming by trial and error back in the
punched card days, when the documentation was often poor and the compliers
often unreliable, so on all these counts, they weren't using real
programming languages, but scripting languages. Alternatively, a "good"
Cobol programmer can argue that C and FORTRAN are not real programming
language because they don't have a built-in decimal datatype that handles
decimal fraction arithmetic exactly, which thereby puts the financial
infrastructure of the whole world at peril. By the fairly easy
multiplication of such examples, you can readily conclude that there are no
real programming languages at all! At long last, we now we know the real
cause of the 40+ year long annually proclaimed software crisis! :-)
But this is pretty obviously not within the generally overlapping realms of
what the vast majority of people in computer science or numerous other
fields variously mean by programming and programming languages--despite the
self-serving efforts of a certain very talented Tcl
innovator-turned-commercial-promoter to muddy the scripting/programming
waters so as to (IMHO) better sell new or naive technical managers on the
notion that Tcl was in the same league as Perl and Python.
I think that Tcl is actually useful enough for many things that it can be
sold on its own merits, without that sort of spin-doctoring. Likewise,
people can express the fact that Perl and Python aren't perfect for every
conceivable real-time process-control application by simply saying so,
rather than absurdly denying that Perl and Python are real programming
languages.
Or maybe I should say, at least *some* people can do this. :-)
Anyway, back to the original topic, which I think is much more interesting,
and is much more worthy of our attention. It made it onto www.slashdot.org
recently:
===============================
WhyteRabbyt writes: "ActiveState have announced Komodo, an open-source IDE
for Perl, Python and Javascript. The application framework is to be based on
Mozilla. The press release is here." tenchiken contributed a bit more
information about the project, writing: "More information is here ,
including the announcement a few days ago that they would be writing python
and perl bindings to XPCOM. Like Perl? How 'bout client side perl!" No, it's
not out yet -- but it's cool to see Mozilla as the engine behind yet another
project.
===============================
The referenced links and the discussion that follows may be found at:
http://slashdot.org/article.pl?sid=00/05/26/0047216&mode=thread
Conrad