- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Call about Numerical Methods in Pharo :)

by Benoit St-Jean

+1000Â ----------------- BenoÃ®t St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero".Â (A. Einstein) From: Esteban Lorenzano <estebanlm(a)gmail.com> To: Pharo Development List <pharo-dev(a)lists.pharo.org> Cc: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Sent: Saturday, March 5, 2016 5:37 AM Subject: Re: [Pharo-dev] Call about Numerical Methods in Pharo :) frankly all this zealot mails do not have any sense. first, SciSmalltalk is a project made fundamentally by Serge, and is Serge who has pointed he wants a change of name for something sexierâ¦ what is the problem? second, by discussing a nonsense (because is subjective and everybody has a different opinion) you are highjacking the real purpose of this mail: a call to the community to improve the numerical methods support in Pharo. So, please, can we stay cool and go back to discuss what is really important? cheers, Esteban > On 02 Mar 2016, at 14:33, stepharo <stepharo(a)free.fr> wrote: > > Hi guys > > I met Didier Besset and we had a great hacking session and discussions with Serge Stinckwich. > Didier would like to help Pharo and the numerical part of it. ***Big thanks*** Didier. > > We would like to do several things: > >Â Â - Work on "Hows to" >Â Â Â The numerical methods in Pharo is good but the gap between us and the math is too large :) >Â Â so the idea is to have a series of "how to ..." >Â Â Â Â Â Â - histomgram (simple, based on distribution) > >Â Â - Improve the SciPharo/NumPha (previously SciSmalltalk) library >Â Â This morning we started to implement a ComponentPrincipalDecomposition by combining two of the >Â Â objects available in SciPharo. >Â Â Â Â Then we started to enhance the distributions to make sure that we can plug other distribution for having >Â Â Â Â controlled random number. > >Â Â - Do a public call to know what is missing for you: this is this mail :) >Â Â Didier would like to work on concrete cases. I love that attitude >Â Â So tell us :) > >Â Â Â Â Â Â Hernan ?? >Â Â Â Â Â Â Alex: ?? pvalue? better distribution? >Â Â Â Â Â Â Vincent: covariance? CPA? >Â Â Â Â Â Â Philippe: times series >Â Â Â Â Â Â Serge R frames? >Â Â Â Â Â Â Sami: Better random number and various distributions? > >Â Â - Organise a two day lectures with practices on concrete case in September with a recording session. >Â Â Either at IRD Bondy or Lille. > >Â Â - Make sure that the Numerical Method book will get on lulu :) with a better cover and title :) > > > Stef > >

March 6, 2016

Re: [Pharo-dev] Call about Numerical Methods in Pharo :)

by Benoit St-Jean

Sorry to say StÃ©phane, but those arguments are just as funny as wrong. You know what?Â I can copy some code from Smalltalk/X, Dolphin Smalltalk, VisualAge, ObjectStudio, VisualWorks, ObjectWorks, Smalltalk MT, Squeak, VSE, and many others and save it in Pharo and *it will compile* !! So I guess Pharo is Smalltalk. It's not because you renamed the workspace to Playground that it's not Smalltalk! If it's not Smalltalk, tell me what it is! And, btw, I can also take some Pharo code and import it in all the dialects mentionned above.Â So I guess Pharo, like it or not, with all the fancy names and *we don't want no fucking backward compatibility and we try to distance ourselves as far as possible from all Smalltalks* is still Smalltalk. Instead of spending a sh*tload of bytes arguing about this nonsense, let's move on to do some coding... In Pharo, in Squeak, in Dolphin, in VAST, in VW, in ObjectStudio, in Amber in whatever... I'm a Smalltalker : I don't give a f**k about the dialect. I love Smalltalk, whatever the dialect. Â ----------------- BenoÃ®t St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero".Â (A. Einstein) From: stepharo <stepharo(a)free.fr> To: pharo-dev(a)lists.pharo.org Sent: Sunday, March 6, 2016 3:48 AM Subject: Re: [Pharo-dev] Call about Numerical Methods in Pharo :) Why Pharo is not smalltalk and will not be Smalltalk Â Â Â - First because we make it to free us from the past. Â Â Â - In the future we want that people that learned smalltalk in the 90 do not discard Pharo because Â Â Â Â Â Â Â Â Â Â Â Â - "what killed smalltalk was that we could not work well in team" Â Â Â Â Â Â Â Â Â Â Â Â - "smalltalk oh it does not scale" Â Â Â Â Â Â Â Â Â Â Â Â - "I cannot edit my code with emacs" Â Â Â Â Â Â Â Â Â Â Â Â - "oh back in 1993 I got lecture and the system took 10 min to boot on our sparc (I got this story yesterday)" Â Â Â Â Â Â Â Â Â Â Â Â - I did not get how you work in team Â Â Â Â Â Â Â Â Â Â Â Â - "with Smalltalk you cannot save your code in svn" Â Â Â Â Â Â Â Â Â Â Â Â - "Smalltalk is monolithic" Â Â Â Â Â Â Â Â Â Â Â Â - "you are in a cage you cannot interact with the outside world" a guy organising OOPSLA Â Â Â Â Â Â Â Â Â Â Â Â - "Smalltalk what a dated name! bavardage: tu programmes en bavardage, donc les resultats ne doivent pas Â Â Â Â Â Â Â Â Â Â Â Â etre si super que cela...." I do not care that these statements are right or wrong. I do not care that people are ignorant. And yes with some education we can show that they are wrong. There are in the mind of people that got in touch with Smalltalk. No more no less. So may be Smalltalkers should read book about marketing in general. So you are stuck in your history and I'm dreaming about the future: and the future is Pharo not Smalltalk. Face it. There will be no renewal of Smalltalk. Pharo is the chance for Smalltalk to exist in 2050. The future is much more important that the history. You do not make people dreaming telling them that back in the 1940 you add to cross the street to fetch water. left blank on purpose Le 5/3/16 18:22, Eliot Miranda a Ã©critÂ : Stef, On Mar 5, 2016, at 12:10 AM, stepharo <stepharo(a)free.fr> wrote: You probably leave in a protected environment but I do not live in the same. Did you check numPy recently or R? momemtum? Do you think that people do not know how to count? In 1980 my students were not even born, so how can it be better than Â Â Â python, java, c#, lua, ... Do you think that it makes me happy to see my old friends leaving our language and do node.js. Seriously. Why do you blame me? Frankly tell to leave Pharo and I will leave. I can tell you. I think that I need a break in my life in this moment so it would be a good opportunity. Because if each time I do something to improve the wealth and visibility of our system I get such kind of feedback then may be this is the time to do something. Afterall I may be wrong. Seriously if you think that I'm not doing a good job and you want to stay with old friends just let me know. but if I stay then do not tell me that I'm an asshole that does not want to promote smalltalk. I do not blame you. Â I am offended by Pharo disavowing the Smalltalk name. Â I am offended when people state Pharo is notÂ Smalltalk. Â I want to refute false assumptions about the nameÂ Smalltalk, such as the equating it with cobol. Â Instead of taking it personally why don't you address my points about older programming languages whose namesÂ (AFAICT)Â are not perceived negatively? I support this community and am excited to participate in it. Â I admire and respect your efforts, StÃ©phane, in developing, organizing and supporting this community. Â But that does not mean I will keep quiet about something I profoundly disagree with and think is wrong. Â And that thing is to deny Pharo is Smalltalk. And I do this not because I am a zealot, but because words meaning are important, because to understand each other we should call a spade a spade, and because I am grateful for and delighted by this thing called Smalltalk, and I will not support taking credit away from it. Â Ruby is inspired by Smalltalk. Â Pharo is the real thing. Stef Le 5/3/16 02:18, Eliot Miranda a Ã©critÂ : On Fri, Mar 4, 2016 at 12:08 PM, stepharo <stepharo(a)free.fr> wrote: SciPharo? Not so great news from my POV. What is so much pharo specific in this library? Is Smalltalk scientific community large enough for yet another split? Split of what? Let us be tagged with a name of 1980 and die in peace. Yes this looks like a smart move. There are just Python and R and Javascript around (not talking about ruby and swift) so this is a great move. We are not the cobol of object-oriented programming!! When I read sentiments like this it makes me want to leave the community.Â I find it so offensive that the Pharo community uses Smalltalk but wants to distance itself.Â It feels like theft or massive disrespect for the inventors of the language, or a complete lack of gratitude. C is older than Smalltalk and no one says "C is the cobol of low-level imperative languages".Â List is much older than C but no one wants to rename Lisp because it is perceived as old. Smalltalk is a beautiful name, carefully chosen to differentiate and identify the system as different, not arrogant, not hieroglyphic.Â Further, Smalltalkl /is/ different and distinctive materially.Â Why anyone would be ashamed of that incredible heritage and pervasive influence is beyond me. Offended, Eliot

March 6, 2016

[Bloc] about resizing

by stepharo

Hi alex I would like rewrite exact: aNumber self resizing: (BlLayoutExactResizer new size: aNumber) as exact: aNumber self resizer: (BlLayoutExactResizer new size: aNumber) you have Object subclass: #BlLayoutAxisParams instanceVariableNames: 'resizing' classVariableNames: '' package: 'Bloc-Core-LayoutStrategy-Core' and the resizing method is in private protocol however it looks like it is used a lot outside. So should I change all the senders + protocol? Stef

March 6, 2016

Re: [Pharo-dev] [Bloc] BlShapeResizing -> BlShapeResizer

by stepharo

did it Le 6/3/16 10:09, Aliaksei Syrel a Ã©crit : > > Yes, thanks :) Documentation on path is on the way > > On Mar 6, 2016 9:08 AM, "stepharo" <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Hi blockers > > I would like to rename BlShapeResizing into BlShapeResizer > > Object subclass: #BlShapeResizing > instanceVariableNames: '' > classVariableNames: '' > package: 'Bloc-Core-!Core-Path' > > I hope this is ok for you. > > Stef >

March 6, 2016

Re: [Pharo-dev] [Bloc] ing versus er

by Aliaksei Syrel

Thanks for looking into bloc! :) On Mar 6, 2016 10:20 AM, "stepharo" <stepharo(a)free.fr> wrote: > wrapContent > self resizing: BlLayoutWrapContentResizing new > > I will rename such code to be > > wrapContent > self resizer: BlLayoutWrapContentResizer new > > > BlLayoutWrapContentResizer is a strategy (and object responsible of doing > something) > and as such it is much better to use er and ing. > > Comment if needed. > Stef > >

March 6, 2016

Re: [Pharo-dev] [Bloc] buildAthensPaintOn: vs asAthensPaintOn:

by Aliaksei Syrel

But I cache it exactly in asAthensPaintOn: of superclass. it is still not the final solution and may change or removed completely. On Mar 6, 2016 10:21 AM, "stepharo" <stepharo(a)free.fr> wrote: > Ok > why you could not cache it in asAthensPaintOn: > then write a comment stating it. > > Stef > > Le 6/3/16 10:08, Aliaksei Syrel a Ã©crit : > > Because I cache it. Check BlPaint>>#asAthensPaintOn:. Yes, Cairo cache is > not fast enough, I profiled on 5000 bouncing atom morphs :) > On Mar 6, 2016 9:59 AM, "stepharo" <stepharo(a)free.fr> wrote: > >> hi alex >> >> why do you rename asAthensPaintOn: into buildAthensPaintOn: >> >> Stef >> >> >

March 6, 2016

Re: [Pharo-dev] [Bloc] what is the purpose of OpenGL package?

by Aliaksei Syrel

I added it 8 hours ago because my image crashed and I had to save at least something using "eval" from terminal. Then went sleep :) Basically I made some checks to determinate if it would make sense to use opengl instead of Cairo. Because Cairo is slow on huge simulations and performs a little bit worse then morphic. I will remove it ASAP. Please, only read and document stuff that is at least a week or two old. Because it in most cases takes few commits and days to produce solid solution :) On Mar 6, 2016 10:12 AM, "stepharo" <stepharo(a)free.fr> wrote: > HI alex > > What is the purpose of OpenGL package? > How does it relate to bloc? > Because I thought that the point was not to have direct opengl > dependencies in Bloc. > > You see how it is painful for me to read your ming? > So may be I should stop trying to help documenting Bloc > > Stef > > > >

March 6, 2016

[Bloc] content vs contents

by stepharo

Hi native english speaker what is the best content or contents? Stef

March 6, 2016

Re: [Pharo-dev] [Bloc] buildAthensPaintOn: vs asAthensPaintOn:

by stepharo

Ok why you could not cache it in asAthensPaintOn: then write a comment stating it. Stef Le 6/3/16 10:08, Aliaksei Syrel a Ã©crit : > > Because I cache it. Check BlPaint>>#asAthensPaintOn:. Yes, Cairo cache > is not fast enough, I profiled on 5000 bouncing atom morphs :) > > On Mar 6, 2016 9:59 AM, "stepharo" <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > hi alex > > why do you rename asAthensPaintOn: into buildAthensPaintOn: > > Stef >

March 6, 2016

[Bloc] ing versus er

by stepharo

wrapContent self resizing: BlLayoutWrapContentResizing new I will rename such code to be wrapContent self resizer: BlLayoutWrapContentResizer new BlLayoutWrapContentResizer is a strategy (and object responsible of doing something) and as such it is much better to use er and ing. Comment if needed. Stef

March 6, 2016