[Pharo-project] [Moose-dev] SciSmalltalk
phil at highoctane.be
phil at highoctane.be
Thu Mar 29 12:35:43 EDT 2012
The R language works with large agregates and makes me think of APL at
Things like rbind, merge, or factor coupled with graphical plots are really
nice to have.
This is different from collections. More like OOPAL and F-Script actually.
Maybe the A part is mandatory to get the R part to work smoothly.
2012/3/29 Schwab,Wilhelm K <bschwab at anest.ufl.edu>
> It would indeed. Bringing R "inside the image" would be very helpful,
> and would lead to all kinds of abstractions, making life easier. I
> recently bought "The Art of R Programming" and have had time to only skim
> it. I will admit that the author's enthusiasm is a bit infectious. The R
> language might not be *quite* as bad as I think, though I still see it as
> syntax over substance run amok.
> At one point, I *really* tried to like Visual Basic - this was a long time
> ago. But every question got answered with "the SYNTAX for that is ..." -
> R seems much the same way. Very few users think in terms of objects,
> behavior and re-use. With bindings, we could change that (for us at least).
> *From:* pharo-project-bounces at lists.gforge.inria.fr [
> pharo-project-bounces at lists.gforge.inria.fr] on behalf of Francisco Garau
> [francisco.garau at gmail.com]
> *Sent:* Thursday, March 29, 2012 5:19 AM
> *To:* Pharo-project at lists.gforge.inria.fr
> *Subject:* Re: [Pharo-project] [Moose-dev] SciSmalltalk
> There is a GSoC project to have R-bindings in Smalltalk.
> That would be just amazing!
> Very useful for a lot of applications (including finance)
> On 28 March 2012 15:21, Schwab,Wilhelm K <bschwab at anest.ufl.edu> wrote:
>> It would be great to stab the R beast through the heart. But it will be
>> tough go given the richness of analyses that R can do. I have been
>> tinkering with PLplot for a while, but there are some graphs for R is
>> simply more capable, and the modeling and tests are undeniably powerful.
>> From: pharo-project-bounces at lists.gforge.inria.fr [
>> pharo-project-bounces at lists.gforge.inria.fr] on behalf of Alexandre
>> Bergel [alexandre.bergel at me.com]
>> Sent: Wednesday, March 28, 2012 8:44 AM
>> To: Moose-related development
>> Cc: Pharo Development
>> Subject: Re: [Pharo-project] [Moose-dev] SciSmalltalk
>> Hi Serge!
>> I welcome very much this initiative.
>> Something that I believe is important, is an pdf graph exporter (maybe
>> based on EyeSee) and the various test distribution (e.g., CHI). The fact
>> that these two are missing is exactly the reason why I use R and Numbers
>> instead of Pharo.
>> I sincerely believe that Pharo can be an alternative to R and Maple. A
>> bit more is needed from our side however.
>> On 27 Mar 2012, at 21:38, Serge Stinckwich wrote:
>> > Dear all,
>> > we already discuss about that in the moose and pharo mailing-list.
>> > Maybe this is too late, but please find a small proposal for gsoc 2012
>> > ================================================================
>> > Name: SciSmalltalk
>> > Level: Intermediate
>> > Possible mentor: Serge Stinckwich
>> > Possible second mentor: ?
>> > Description
>> > Smalltalk has at that time no equivalent to mathematical libraries
>> > like NumPy, SciPy (Python) or SciRuby (Ruby).
>> > The goal of the SciSmalltalk project is to develop an open-source
>> > library of mathematical for the Smalltalk programming language (MIT
>> > Licence).
>> > Technical Details
>> > The development of this project is to be done in Pharo Smalltalk, but
>> > the code should be portable to other Smalltalk flavors.
>> > Numerous Smalltalk projects provide already some basic functionalities
>> > (complex and quaternions extensions, random number generator, fuzzy
>> > algorithms, LAPACK linear algebra package, Didier Besset's numerical
>> > methods, ...). A first task will be to do an audit of all the existing
>> > projects that provide some mathematical stuff and build a Pharo
>> > Configuration to load them in a fresh Pharo Smalltalk image. After
>> > that, the student help by his/her mentors will decide what are the
>> > numeric algorithms to develop in priority.
>> > The student will need to know some basic numeric algorithms usually
>> > found in such libraries.
>> > Units tests should also be provided.
>> > Benefits to the Student
>> > The student will help the Smalltalk community in a very concrete way.
>> > The student will learn to design well-designed code with tests.
>> > Benefits to the Community
>> > Having a package providing more elaborate numeric libraries is really
>> > important to develop the use Smalltalk in new domains (robotics, high
>> > performance computing, computer vision, bio-computing, ...). The lack
>> > of numeric librairies hamper the use of the Smalltalk in a scientific
>> > context at the moment. An another goal of this project is to develop a
>> > community of people interested by these topic.
>> > Regards,
>> > --
>> > Serge Stinckwich
>> > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam
>> > Every DSL ends up being Smalltalk
>> > http://doesnotunderstand.org/
>> > _______________________________________________
>> > Moose-dev mailing list
>> > Moose-dev at iam.unibe.ch
>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> Alexandre Bergel http://www.bergel.eu
"Helping you hit the top 3 outcomes you really want to achieve"
Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:
phil at highoctane.be| Web:
http://philippeback.eu | Blog:
High Octane SPRL
rue cour Boisacq 101
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pharo-dev