- Pharo-users - lists.pharo.org

Re: [Pharo-users] BioSmalltalk win ...almost

by Johan Fabry

Yes, a +1 on the assessment of the paper. The research methodology does not really result in any representative or generalisable data, so the conclusions are unfounded. (I have no experience with the journal, but my gut tells me to stay away from it.) -- Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > On 01 Dec 2016, at 12:56, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > > For me this paper is crappy and this kind of journal not really good. > So I'm not surprised,

Dec. 1, 2016

Re: [Pharo-users] BioSmalltalk win ...almost

by Serge Stinckwich

On Thu, Dec 1, 2016 at 12:11 AM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > Hi Serge, > > I didn't knew that paper. You are right, in the community analysis they seem > to compare Bio* projects against Pharo and not BioSmalltalk. That's weird > because the paper is very clear about BioSmalltalk is the name of the > library and Pharo is the supporting platform. I will contact the authors > because the BioSmalltalk community is very small and I expected that when > developing the library. On the other side they use 99% Pharo code... I > remember someone asking me about how to do in BioSmalltalk the task proposed > in the paper. I answered the analysis is strange, because the flat-file they > are parsing (intended for human reading) can be downloaded in XML and parsed > easily with a XML pull parser. Or even ASN.1. For me this paper is crappy and this kind of journal not really good. So I'm not surprised, > BioSmalltalk is faster for some tasks, for example reading/filtering BLAST > alignments. I have put special emphasis on that. Maybe I should prepare a > post comparing speeds for additional tasks. Thank you for the link. It would be nice to do as real benchmark between the different platforms on real examples. A paper for IWST 2017 ? ;-) Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Dec. 1, 2016

Pharo Newsletter November16 ready

by Marcus Denker

â¦ we are really getting better to do a monthly newsletter. Target are people outside of the community (wo want to follow a bit but not read e.g. these lists). Just one day late. If you want to get the newsletter, subscribe here: http://eepurl.com/byhgL9 <http://eepurl.com/byhgL9> The newsletter goes out at 16h local time (in 4 hours) Marcus

Dec. 1, 2016

Use of -> in Pharo Code

by Bruce Prior

Thanks for the explanation, Sebastian. It led me to look into associations and dictionaries, which led me to page 190 in /Pharo By Example/. The character, ->, is there used in examples. It is described as a message (I assume a binary message). I found -> also in the index under Object. Thanks again. Bruce

Dec. 1, 2016

Re: [Pharo-users] Use of -> in Pharo Code

by Ben Coman

On Thu, Dec 1, 2016 at 8:12 AM, Bruce Prior <b.prior(a)ieee.org> wrote: > don't understand what the right-arrow (->) does. hi Bruce, Its a message. Select it and hit <ctrl-m> to view its implementation. cheers -ben

Dec. 1, 2016

Re: [Pharo-users] Use of -> in Pharo Code

by Sebastian Heidbrink

Hi Bruce, in hsort again ;-) This was your code: > Teapot on GET: '/welcome' -> 'Hello World!'; start. Imagine it this way with brackets: Teapot on GET: ('/welcome' -> 'Hello World!'); start. This is the same as writing: Teapot on GET: ( Associtation key: '/welcome' value: 'Hello World!') ; start. Shorter: (x -> y) = (Association key: x value: y) The -> is the short version of the Association constructor. I hope this makes things a little clearer. Sebastian

Dec. 1, 2016

Re: [Pharo-users] UDBCSQLite and the location of the sqlite3 binary

by Pierce Ng

On Tue, Nov 29, 2016 at 11:48:42AM -0500, Offray Vladimir Luna CÃ¡rdenas wrote: > So, I'm wondering for a better way to make the > path to the sqlite binary not hard coded into UDBCSQLite3 and > creating some #library: setter that lets the user to setup the > sqlite3 location if the file on UDBCSQLite3Library>>#library is > non-existent or wrong. Looks like this calls for a class variable to hold the library location that can be (re)set by the user / application programmer? In NBSQLite3 I have integrated SQLcipher which provides transparent full database encryption for SQLite. I keep libsqlcipher.so separate from libsqlite.so. To switch between SQLite and SQLcipher for the unit tests I remember using a class variable, in what may be called a 'doubleton' pattern. :-) The SQLcipher bits aren't in UDBCSQLite3 yet. I'm also working on using Ansible to deploy VM and images programmatically. Using this mechanism I deploy both libsqlite.so and libsqlcipher.so into the VM directory, so the situation where Pharo cannot find the shared library does not arise. Pierce

Dec. 1, 2016

Re: [Pharo-users] Use of -> in Pharo Code

by Bruce Prior

Hi Stef, Thanks for the welcome back. I always have fun with Smalltalk in the Winter but each year Summer seems to get in the way. I appreciate your reminiscences, but I still don't understand what the right aero (->) does. Bruce On 2016-11-30 12:21 PM, stepharo wrote: > Hi bruce > > welcome and I hope that you have fun. > > What I noticed is that we get used really fast to supercool tools. > Last year I had to work on a VW 2.5 version > and I thought someone had cut my hands. I ws so slow with senders and > implementors and rudimentary inspectors :) > > Stef > > I have been away from smalltalk coding for a while. On returning > to the fold, I often see the use of a right arrow in code. Is this > something new? > > Today in a Teapot app example, I saw, > > Teapot on GET: '/welcome' -> 'Hello World!'; start. > > What is the arrow for? > > > > > -- > Using Opera's mail client: http://www.opera.com/mail/

Dec. 1, 2016

Re: [Pharo-users] money & currency library

by Pierce Ng

On Wed, Nov 30, 2016 at 04:50:32AM -0800, Sabine Manaa wrote: > http://smalltalkhub.com/#!/~pdebruic/Money/ Wrote a blog post: http://www.samadhiweb.com/blog/2016.08.28.money.html I'll quote the last bit from Kent Beck, "Re: Money in particular, I have implemented this one five times. The only intersection of the five implementations is a Money object whose amount is some kind of number, and which has a currency. Everything else is different. [...] Therefore, I carry around in my head a pattern language for creating Money and I reimplement it every time from scratch." Pierce

Dec. 1, 2016

Re: [Pharo-users] BioSmalltalk win ...almost

by HernÃ¡n Morales Durand

Hi Serge, I didn't knew that paper. You are right, in the community analysis they seem to compare Bio* projects against Pharo and not BioSmalltalk. That's weird because the paper is very clear about BioSmalltalk is the name of the library and Pharo is the supporting platform. I will contact the authors because the BioSmalltalk community is very small and I expected that when developing the library. On the other side they use 99% Pharo code... I remember someone asking me about how to do in BioSmalltalk the task proposed in the paper. I answered the analysis is strange, because the flat-file they are parsing (intended for human reading) can be downloaded in XML and parsed easily with a XML pull parser. Or even ASN.1. BioSmalltalk is faster for some tasks, for example reading/filtering BLAST alignments. I have put special emphasis on that. Maybe I should prepare a post comparing speeds for additional tasks. Thank you for the link. Cheers, HernÃ¡n 2016-11-30 11:31 GMT-03:00 Serge Stinckwich <serge.stinckwich(a)gmail.com>: > Hi Hernan, > > apparently BioSmalltalk is the faster in the field of Bio* platforms > (BioPerl, BioPython, BioJava, ...) and the more trendy: > http://www.ijcseonline.org/spl_pub_paper/PID%2023.pdf > > I would love to believe in that ;-) > > But if you read carefully the paper, you will found that authors has > made a dramatic mistake ... They think that Pharo was the name of > BioSmalltalk ... and then they compare with Google Trends, Pharo > against BioPerl, BioPython, ... > > Anyways the statement that BioSmalltalk is the faster is maybe true :-) > Hernan did you know this paper ? > > Regards, > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > >

Dec. 1, 2016