Rationale behind removal of DynLexPad dynpmc, OpenGL and SDL bindings

[Jimmy Zhuo]

> What you say is the truth, but it's not the whole truth. Rakudo isn't
> the customer either. *Rakudo's customers* are the customer, and those
> are the real world users of the language. Which, BTW, Rakudo doesn't
> have any of yet, though the best candidates are current Perl 5 users.

> It's Rakudo that needs to get down to business and start addressing the
> needs of the customer. But Parrot can help by being very practical and
> results-driven.

Yes, you're right. I'm saying customer here is from Parrot's view. I'm here
because I hope rakudo get down to business and start addressing the needs
of the customer.


2013/3/8 Allison Randal <allison at parrot.org>

> On 03/07/2013 05:58 PM, Jimmy Zhuo wrote:
> >
> > Parrot is not the god, customer is Parrot's god. If somebody thinks
> > Parrot is in the right way, and Rakudo is in the wrong way. you can
> > convince rakudo to the right way. If you can't, Parrot should goes into
> > the rakudo's way. Yes, this looks brutal, but, this is the market. Any
> > project which is losing touch with market is meaningless to maintain.
>
> What you say is the truth, but it's not the whole truth. Rakudo isn't
> the customer either. *Rakudo's customers* are the customer, and those
> are the real world users of the language. Which, BTW, Rakudo doesn't
> have any of yet, though the best candidates are current Perl 5 users.
>
> It's Rakudo that needs to get down to business and start addressing the
> needs of the customer. But Parrot can help by being very practical and
> results-driven.
>
> Allison
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.parrot.org/pipermail/parrot-dev/attachments/20130308/cd2b5f72/attachment-0001.html>