[#14696] Inconsistency in rescuability of "return" — Charles Oliver Nutter <charles.nutter@...>

Why can you not rescue return, break, etc when they are within

21 messages 2008/01/02
[#14699] Re: Inconsistency in rescuability of "return" — Gary Wright <gwtmp01@...> 2008/01/02

[#14738] Enumerable#zip Needs Love — James Gray <james@...>

The community has been building a Ruby 1.9 compatibility tip list on

15 messages 2008/01/03
[#14755] Re: Enumerable#zip Needs Love — Martin Duerst <duerst@...> 2008/01/04

Hello James,

[#14772] Manual Memory Management — Pramukta Kumar <prak@...>

I was thinking it would be nice to be able to free large objects at

36 messages 2008/01/04
[#14788] Re: Manual Memory Management — Marcin Raczkowski <mailing.mr@...> 2008/01/05

I would only like to add that RMgick for example provides free method to

[#14824] Re: Manual Memory Management — MenTaLguY <mental@...> 2008/01/07

On Sat, 5 Jan 2008 15:49:30 +0900, Marcin Raczkowski <mailing.mr@gmail.com> wrote:

[#14825] Re: Manual Memory Management — "Evan Weaver" <evan@...> 2008/01/07

Python supports 'del reference', which decrements the reference

[#14838] Re: Manual Memory Management — Marcin Raczkowski <mailing.mr@...> 2008/01/08

Evan Weaver wrote:

[#14911] Draft of some pages about encoding in Ruby 1.9 — Dave Thomas <dave@...>

Folks:

24 messages 2008/01/10

[#14976] nil encoding as synonym for binary encoding — David Flanagan <david@...>

The following just appeared in the ChangeLog

37 messages 2008/01/11
[#14977] Re: nil encoding as synonym for binary encoding — Yukihiro Matsumoto <matz@...> 2008/01/11

Hi,

[#14978] Re: nil encoding as synonym for binary encoding — Dave Thomas <dave@...> 2008/01/11

[#14979] Re: nil encoding as synonym for binary encoding — David Flanagan <david@...> 2008/01/11

Dave Thomas wrote:

[#14993] Re: nil encoding as synonym for binary encoding — Dave Thomas <dave@...> 2008/01/11

[#14980] Re: nil encoding as synonym for binary encoding — Gary Wright <gwtmp01@...> 2008/01/11

[#14981] Re: nil encoding as synonym for binary encoding — Yukihiro Matsumoto <matz@...> 2008/01/11

Hi,

[#14995] Re: nil encoding as synonym for binary encoding — David Flanagan <david@...> 2008/01/11

Yukihiro Matsumoto writes:

[#15050] how to "borrow" the RDoc::RubyParser and HTMLGenerator — Phlip <phlip2005@...>

Core Rubies:

17 messages 2008/01/13
[#15060] Re: how to "borrow" the RDoc::RubyParser and HTMLGenerator — Eric Hodel <drbrain@...7.net> 2008/01/14

On Jan 13, 2008, at 08:54 AM, Phlip wrote:

[#15062] Re: how to "borrow" the RDoc::RubyParser and HTMLGenerator — Phlip <phlip2005@...> 2008/01/14

Eric Hodel wrote:

[#15073] Re: how to "borrow" the RDoc::RubyParser and HTMLGenerator — Eric Hodel <drbrain@...7.net> 2008/01/14

On Jan 13, 2008, at 20:35 PM, Phlip wrote:

[#15185] Friendlier methods to compare two Time objects — "Jim Cropcho" <jim.cropcho@...>

Hello,

10 messages 2008/01/22

[#15194] Can large scale projects be successful implemented around a dynamic programming language? — Jordi <mumismo@...>

A good article I have found (may have been linked by slashdot, don't know)

8 messages 2008/01/24

[#15248] Symbol#empty? ? — "David A. Black" <dblack@...>

Hi --

24 messages 2008/01/28
[#15250] Re: Symbol#empty? ? — Yukihiro Matsumoto <matz@...> 2008/01/28

Hi,

Re: Can large scale projects be successful implemented around a dynamic programming language?

From: Kurt Stephens <ks@...>
Date: 2008-01-25 19:11:11 UTC
List: ruby-core #15219
Jay Levitt wrote:
> On Thu, 24 Jan 2008 23:17:34 +0900, James Gray wrote:
> 
>>> A good article I have found (may have been linked by slashdot, don't  
>>> know)
>>> http://www.manageability.org/blog/stuff/chandler-failure
>> Well, I didn't find it to be a good article at all.  I felt it was  
>> just some guy speculating wildly about something he knows very little  
>> about.  He pretty much admits that, multiple times.
> 
> I find it telling that the article begins by citing Eclipse as a paragon of
> exemplary virtue. 
> 
> Eclipse, while I find it useful as an IDE sometimes, is sluggish,
> incredibly complex, and about as far from agility as one can get.  It's
> only just starting to break free of its own gravitational field - and that
> was accomplished only by *doubling* the codebase from 7 to 17 million LOC.
> 
> Eclipse (and Java in general) is a great example of what I call
> "stratification" - the re-implementation of lower layers in ever-higher
> layers, because nobody even remembers the lower layer is there anymore.
> 
> If you build a mail system that relies on a database, someone will
> inevitably decide that a mail system, with its built-in queueing, routing
> and simplicity, is a great transport for asynchronous replication, which in
> turn, can be used to create a distributed file system.  And once you've got
> a file system, well, wouldn't it be great to get a database running on it?
> 
> 

What does any of this have to do with Ruby core?

Naively small-scale question that demands a large-scale answer the size
of a book.  On the other hand, because of my current experience with a
*very* "large-scale" Ruby on Rails system, my answer is "YES!"  :)

"Large-scale" projects have many axes of "largeness" and solutions
thereof.   In the big picture, most of those axes have no correlation
with an implementation language's ability to do eval() or introspection,
etc.  That is not to say that the choice of language does not have an
impact on the feasibility (time-to-market, maintenance cost, deployment
cost, etc.) of a large system.  But at some point, you need to push
those details down into other layers of design and live with what you
have.

http://kurtstephens.com


In This Thread