[#390749] Why are there so many similar/identical methods in core classes — Kassym Dorsel <k.dorsel@...>

Let's look at the Array class and start with method aliases.

14 messages 2011/12/02

[#390755] Inverse Operation of Module#include — Su Zhang <su.comp.lang.ruby@...>

Hi list,

21 messages 2011/12/02
[#390759] Re: Inverse Operation of Module#include — Ryan Davis <ryand-ruby@...> 2011/12/02

[#390764] Re: Inverse Operation of Module#include — Isaac Sanders <isaacbfsanders@...> 2011/12/02

I would suggest an Adapter pattern use here. IF there is something that has

[#390795] Is there a better way to check this array? — Wayne Brissette <wbrisett@...>

I have an array which contains items that need to be renamed. Unfortunately the way things are changed are based on a comparison of if something else exists. For example in this simple array:

9 messages 2011/12/03

[#390876] black magical hash element vivification — Chad Perrin <code@...>

Ruby (1.9.3p0 to be precise, installed with RVM) is not behaving as I

12 messages 2011/12/05

[#390918] WEB SURVEY about Ruby Community — Intransition <transfire@...>

Did any one else get this survey request?

14 messages 2011/12/07

[#390972] Which is the best online document conversion site? — "Maria M." <mariamoore952@...>

Can anyone tell me that which is the best online document conversion

7 messages 2011/12/08

[#390976] Confusing results from string multiplication — Rob Marshall <robmarshall@...>

Hi,

19 messages 2011/12/08

[#391019] How can I do h["foo"] += "bar" if h["foo"] does not exist? — "Andrew S." <andrewinfosec@...>

Hi there,

13 messages 2011/12/09

[#391027] reading from file without end-of-lines — Janko Muzykant <umrzykus@...>

hi,

20 messages 2011/12/09
[#391028] Re: reading from file without end-of-lines — Gavin Sinclair <gsinclair@...> 2011/12/09

> i'm trying to read a few text values from single file:

[#391031] Re: reading from file without end-of-lines — Robert Klemme <shortcutter@...> 2011/12/09

On Fri, Dec 9, 2011 at 9:58 AM, Gavin Sinclair <gsinclair@gmail.com> wrote:

[#391042] Re: reading from file without end-of-lines — Gavin Sinclair <gsinclair@...> 2011/12/09

On Fri, Dec 9, 2011 at 8:18 PM, Robert Klemme

[#391135] I need advice on what to do next. — Nathan Kossaeth <system_freak_2004@...>

I am new to programming. I read the ebook "Learn to Program" by Chris

23 messages 2011/12/12

[#391216] perf optimization using profile results — Chuck Remes <cremes.devlist@...>

I need some help with optimizing a set of libraries that I use. They are ffi-rzmq, zmqmachine and rzmq_brokers (all up on github).

13 messages 2011/12/13
[#391218] Re: perf optimization using profile results — Chuck Remes <cremes.devlist@...> 2011/12/13

On Dec 13, 2011, at 9:57 AM, Chuck Remes wrote:

[#391234] Re: perf optimization using profile results — Charles Oliver Nutter <headius@...> 2011/12/14

A couple quick observations.

[#391238] Re: perf optimization using profile results — Chuck Remes <cremes.devlist@...> 2011/12/14

On Dec 13, 2011, at 7:03 PM, Charles Oliver Nutter wrote:

[#391324] ruby 1.9 threading performance goes non-linear — Joel VanderWerf <joelvanderwerf@...>

12 messages 2011/12/16
[#391325] Re: ruby 1.9 threading performance goes non-linear — Eric Wong <normalperson@...> 2011/12/16

Joel VanderWerf <joelvanderwerf@gmail.com> wrote:

[#391420] Accessing class instance variables from an instance? — "Shareef J." <shareef@...>

Hi there,

26 messages 2011/12/20
[#391454] Re: Accessing class instance variables from an instance? — Khat Harr <myphatproxy@...> 2011/12/21

Actually, now that I'm thinking about it the existing behavior sort of

[#391456] Re: Accessing class instance variables from an instance? — Josh Cheek <josh.cheek@...> 2011/12/21

On Tue, Dec 20, 2011 at 9:42 PM, Khat Harr <myphatproxy@hotmail.com> wrote:

[#391545] Kernel#exit raises an exception? — Khat Harr <myphatproxy@...>

While I was working on embedding an interpreter I wrote a function to

13 messages 2011/12/24

[#391618] rvmsh: An easy installer for RVM — Bryan Dunsmore <dunsmoreb@...>

I have recently begun work on a project called [rvmsh]

12 messages 2011/12/29

[#391783] Mailspam — Gunther Diemant <g.diemant@...>

Is there a way to stop this mailspam of Luca (Mail)?

12 messages 2011/12/29

[#391790] What’s the standard way of implementing #hash for value objects in Ruby? — Nikolai Weibull <now@...>

Hi!

23 messages 2011/12/29
[#391792] Re: What’s the standard way of implementing #hash for value objects in Ruby? — Gunther Diemant <g.diemant@...> 2011/12/29

I think you can't access instance variables from a class method, so

[#391793] Re: What’s the standard way of implementing #hash for value objects in Ruby? — Nikolai Weibull <now@...> 2011/12/29

On Thu, Dec 29, 2011 at 15:52, Gunther Diemant <g.diemant@gmx.net> wrote:

[#391811] Re: What’s the standard way of implementing #hash for value objects in Ruby? — Robert Klemme <shortcutter@...> 2011/12/29

On Thu, Dec 29, 2011 at 4:06 PM, Nikolai Weibull <now@bitwi.se> wrote:

[#391812] Re: What’s the standard way of implementing #hash for value objects in Ruby? — Nikolai Weibull <now@...> 2011/12/29

On Fri, Dec 30, 2011 at 00:26, Robert Klemme <shortcutter@googlemail.com> wrote:

[#391816] Re: What’s the standard way of implementing #hash for value objects in Ruby? — Josh Cheek <josh.cheek@...> 2011/12/30

On Thu, Dec 29, 2011 at 5:47 PM, Nikolai Weibull <now@bitwi.se> wrote:

[#391833] Re: What’s the standard way of implementing #hash for value objects in Ruby? — Robert Klemme <shortcutter@...> 2011/12/30

On Fri, Dec 30, 2011 at 12:47 AM, Nikolai Weibull <now@bitwi.se> wrote:

Re: reading from file without end-of-lines

From: Josh Cheek <josh.cheek@...>
Date: 2011-12-10 22:35:04 UTC
List: ruby-talk #391099
On Fri, Dec 9, 2011 at 7:27 PM, Gavin Sinclair <gsinclair@gmail.com> wrote:

> On Sat, Dec 10, 2011 at 1:38 AM, Josh Cheek <josh.cheek@gmail.com> wrote:
> > >
> > > Very elegant.  Except for that ghastly &  :)
> > >
> > What isn't elegant about the `&'?
>
> It twists my head trying to think about how it works.  Nothing else in
> Ruby is like that.  (OK, continuations...)
>
> As Robert suggests, this would be so much better
>
>  values = File.foreach("cl").first(4).map :strip
>
> What could be easier to understand than "send :strip to each element
> of the collection"?
>
>
I disagree. `&` is known to invoke `to_proc` and place the result in the
block slot, and Symol#to_proc is known to be `->(obj) { obj.send self }`
(or some equivalent). This is everywhere in Ruby, every method has a block
slot, and you can put any block into it with the ampersand. The
`map(:strip)` by contrast is it's own pattern, the only other place I've
seen it is in `sum = numbers.reduce(0, :+)`

Also, it means the dev is disassociating themselves from the functional
paradigm, which means other relevant uses will be less mentally accessible
e.g. `filenames.map &File.method(:read)`

On Sat, Dec 10, 2011 at 7:18 AM, Marc Heiler <shevegen@linuxmail.org> wrote:
>
> It does not feel in-sync with the rest of the ruby code.
>
>
I do not share this opinion.


> It is confusing for newcomers as well.
>
>
It is better that they learn about it than hide from it. Methods have a
magic block slot, Rubyists need to know this and know how to use it.

This makes me think of when I didn't understand the `$LOAD_PATH`, because
Ruby <1.9.2 included "." in it. Sure it made it easier for newbies like me,
but it left a huge gap in my understanding that caused numerous problems
until I eventually figured it out when moving to latest rubies where I had
to deal with it.

Just look at it again to compare:
>
>  .map! &:strip!
>
> Besides, that in this example, & requires the :symbol, which
> is even more confusing to newcomers.
>
> I am aware that the & notation here is syntactic sugar but it
> is still not elegant. The person who mentioned that before me
> is spot on - it is not elegant at all.
>
>
I don't think the `&` is syntactic sugar. You could say `a + b` is
syntactic sugar for `a.+(b)`, but what is `lines.map! &:strip!` syntactic
sugar for?

As an aside, this, brings up that this code is buggy. Since strip! modifies
the string, there is no need for map. Especially considering that strip! is
expected to be used by modifying the string, not relying on its return
value (which I think is much more egregious than using `&` to access the
block slot), so it's return values are not consistent:

lines = %W[line1\n line2]
lines.map! &:strip!
lines # => ["line1", nil]

To avoid this bug, use `lines.each &:strip!` Which brings up the point, if
you change map such that you can `lines.map! :strip!` then realize you need
to use the each form, `lines.each :strip` will not work. This is
inconsistent (and changing `each` is impractical as it is implemented on
each collection rather than being inherited from Enumerable) but `&:strip`
will, again, work everywhere.

(Btw, ruby complained about the lack of () in this example,
> so the proper way would be:)
>
>  .map!(&:strip!)
>
>
I keep warnings off, I would write `.each &:strip!` (or, more probably
`.each &:chomp!`, given this particular use case)


> I myself can live with that, but personally I'd rather explain
> easier syntax to newcomers to ruby - they need to understand
> both Symbols and Procs and methods ending in "!" when seeing
> this. And I feel this is somewhat needless.
>
>
Methods ending in ! are exactly the same as methods that don't end in !.
Any differences are just convention, and the conventions around it are so
inconsistent that they're practically meaningless. So this is like saying
"they need to understand methods containing underscores" when talking about
`to_s`

In This Thread