- Pharo-dev - lists.pharo.org

[Pharo-project] Issue 5276: replaced MCMethodDefinition's Definitions class variable with a class instance variable.
by StÃ©phane Ducasse Feb. 13, 2012

Feb. 13, 2012

levente did the following in squeak - replaced MCMethodDefinition's Definitions class variable with a class instance variable. The cached definitions are no longer registered for finalization. - a bit of cleanup around MCDefinition's Instances class variable And I like the idea that we do not stress the finalization. Now we should check that I understand correctly http://code.google.com/p/pharo/issues/detail?id=5276 Stef

4 3

[Pharo-project] aboutToStyle:
by StÃ©phane Ducasse Feb. 12, 2012

Feb. 12, 2012

Hi guys as part of a controlled experience I'm going over all the changes in MC done in squeak since pharo creation and I saw that Squeak has MCSnapshotBrowser>>aboutToStyle: aStyler | classDefinition shouldStyle | classSelection ifNil: [ ^false ]. self switchIsComment ifTrue: [ ^false ]. methodSelection ifNotNil: [ classDefinition := items detect: [:ea | ea isClassDefinition and: [ ea className = classSelection ] ] ifNone: [ (Smalltalk at: classSelection ifAbsent: [ Object ]) asClassDefinition ]. shouldStyle := true ] ifNil: [ classDefinition := nil. shouldStyle := categorySelection ~= self extensionsCategory ]. aStyler environment: self; classOrMetaClass: (classDefinition ifNotNil: [ SHMCClassDefinition classDefinition: classDefinition items: items meta: switch = #class ]). ^shouldStyle while Pharo not. Could you tell me if this would not be a good idea to integrate it in Pharo :). Stef

3 2

[Pharo-project] pharo sprint (feb 18) / moose dojo (feb 19) - Bern
by Tudor Girba Feb. 12, 2012

Feb. 12, 2012

Hi, We would like to organize a Pharo Sprint (Feb 18) and Moose Dojo (Feb 19). Pharo Sprint - the main goal is to clarify the direction of Pharo concerning the architecture and the way to get to a small system. - current participants: StÃ©phane Ducasse, Jorge Ressia, Lukas Renggli, Tudor Girba, you? Moose Dojo - the main goal is to setup a new project/package structure to enable a better evolution and to match the abstract architecture: http://www.themoosebook.org/book/introduction/nutshell - current participants: StÃ©phane Ducasse, Tudor Girba, you? The gatherings will take place in Bern, at the Software Composition Group, University of Bern: http://scg.unibe.ch/contact/maps Please let us know if you intend to participate. Remote participation would probably be possible as well. Cheers, Doru

2 2

[Pharo-project] load testing a database
by Tudor Girba Feb. 12, 2012

Feb. 12, 2012

Hi, Do you happen to know methods to approach the problem of testing the capacity of an application to work with an SQL database? In particular, I am interested in simulating concurrent requests towards this database that would resemble the interaction coming from the application. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

4 9

[Pharo-project] [ANN] moose 4.6
by Tudor Girba Feb. 12, 2012

Feb. 12, 2012

We are happy to announce the Moose Suite version 4.6: http://moosetechnology.org/download What is new: â¢ New editors for scripting browsers and visualizations â¢ Improved Glamour browser building engine â¢ Improved EyeSee charting engine â¢ Improved FAMIX API â¢ Improved FAMIX to support Java and C++ â¢ Improved external importers to support Java and C++ A list of issues addressed in this release can be found at: http://code.google.com/p/moose-technology/issues/list?can=1&q=status=Fixed%… Have fun, The Moose Team

1 0

[Pharo-project] XMPP / Jabber client ?
by laurent laffont Feb. 12, 2012

Feb. 12, 2012

Hi, I'm searching for an XMPP / Jabber client that I can script to update status during a Pomodoro. (Like that http://translate.google.fr/translate?sl=fr&tl=en&js=n&prev=_t&hl=fr&ie=UTF-…) I need a cross-platform solution. I managed to install http://www.squeaksource.com/Jabber and fix some stuff but could not make it work. Someone has a solution ? Cheers, Laurent Laffont

1 0

Re: [Pharo-project] Are Objects really hard?
by Janko MivÅ¡ek Feb. 12, 2012

Feb. 12, 2012

Hi Stef, S, stephane ducasse piÅ¡e: > Frankly I do not care about what other people are thinking. > OOP is a success look at Java, C#. > > Now let us keep our energy to build better Smalltalks. Well, after hard work it is good from time to time to make a retrospection and let our thoughts to think a bit broader, to look from a distance to our work. To see the forest and not just trees. So such debate from time to time is certainly refreshing and needed, specially if it is started from a outsider's perspective. Every wise man listen to the opinion of others. Well, of course wisely :) In this case I see a wise thinking about weaknesses of OO and Smalltalk and how to overcome it by better "best practices". For instance, the newcommers are asking where to find a guidelines for modeling OO domain models in pure OO way. In this guidelines we can emphasise above mentioned best practices, then author's claim that "no one really understands to this day how to do them right" won't be valid much anymore. Best regards Janko > Stef > On Feb 11, 2012, at 1:21 PM, Janko MivÅ¡ek wrote: > >> Hi guys, >> >> Again one interesting topic for this weekend to discuss. David Nolen, a >> Lisp and JavaScript guy posted in his blog an article titled Illiterate >> Programming [1] where he said: >> >> "...Yet I think Smalltalk still fundamentally failed (remember this is a >> programming language originally designed to scale from children to >> adults) because *Objects are really hard* and no-one really understands >> to this day how to do them right...." >> >> He links to Alan Kay post [2] back in 1998 where he talks about problems >> with inheritance: >> >> "Here are a few problems in the naive inheritance systems we use today: >> confusions of Taxonomy and Parentage, of Specialization and Refinement, >> of Parts and Wholes, of Semantics and Pragmatics..." >> >> Let we concentrate on broader "Objects are really hard and no-one really >> understands to this day how to do them right" claim and not merely >> inheritance, please. >> >> Best regards >> Janko >> >> [1] http://dosync.posterous.com/illiterate-programming >> [2] >> http://lists.squeakfoundation.org/pipermail/squeak-dev/1998-April/009261.ht… >> >> -- >> Janko MivÅ¡ek >> Aida/Web >> Smalltalk Web Application Server >> http://www.aidaweb.si >> > > > _______________________________________________ > help-smalltalk mailing list > help-smalltalk(a)gnu.org > https://lists.gnu.org/mailman/listinfo/help-smalltalk > -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

4 8

Feb. 12, 2012

14329 ----- - Issue 5249: isPrime tests failing. Thanks Nicolas Cellier for the explanation. - Issue 5282: MC Enh from Squeak. Thanks Veronica Uquillas for Jet. - Issue 5265: The browse method should return the browser instance. Thanks Benjmain van Ryseghem.

1 0

[Pharo-project] Cairo in Pharo?
by Alexandre Bergel Feb. 12, 2012

Feb. 12, 2012

Hi! I am working very hard these days on Roassal, a new visualization engine (which provide more interactions than Mondrian). What is the status of Cairo? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

[Pharo-project] Fwd: Are Objects really hard?
by Janko MivÅ¡ek Feb. 12, 2012

Feb. 12, 2012

-------- Prvotno sporoÄilo -------- Datum: Sun, 12 Feb 2012 09:55:08 +0000 Od: Bob Calco <bob.calco(a)ellelministries.org> Hi everyone, On Feb 11, 2012, at 1:58 PM, Janko MivÅ¡ek wrote: > Hi Stef, > > S, stephane ducasse piÅ¡e: > >> Frankly I do not care about what other people are thinking. >> OOP is a success look at Java, C#. >> >> Now let us keep our energy to build better Smalltalks. > Well, after hard work it is good from time to time to make a > retrospection and let our thoughts to think broader, to look from > a distance to our work. To see the forest and not just trees. > > So such debate from time to time is certainly refreshing and needed, > specially if is started from a outsider's perspective.Every wise man > listen to the opinion of others. Well, of course wisely :) > > In this case I see wise thinking about weaknesses of OO, Smalltalk > and how to overcome it by better "best practices". For instance, the > newcommers are asking where to find a guidelines for modeling OO > models in pure OO way. In this guidelines we can emphasise above > mentioned best practices, then author's claim that "no one really > understands to this day how to do them right" won't be valid > much anymore. > > Best regards > Janko As a certified noob to Smalltalk hailing from the Ruby, Delphi, .NET and Java worlds where RDBMs rule, I must say I'm amused how anyone can say Smalltalk has *failed.* I had a funny experience when doing mainly Rails development a couple years ago. I had an interview at a PHP shop, where the main technical guru there insisted that Ruby/Rails had "failed" and wanted me to tell him why. I told him, actually, there were bugs in the early ActiveRecord API that exposed Rails to scalability problems, not the framework or design concept itself. I pointed out that if Rails failed, so did Symfony, and Django, ASP.NET <http://ASP.NET> MVC, and countless other copy-cat frameworks in other languages/platforms. If one measure of failure is industry adoption, then there was no way Rails failed. And where did MVC come from? Well, we know that answer. The whole discussion is pointless. Engineers sometimes get the idea that because they or a project they were on failed that happened to be using a particular tool, the tool is a failure. At bottom, this guy was bitten by Rails and so he had a kind of vendetta against it. As if PHP is the way, the truth and the light. By the way they offered me a job anyway, but I didn't take it. :) Some tools make certain things harder or easier. I find Smalltalk liberating as it makes it easy to decompose hard domain problems sans all the syntactic cruft of the so-called modern languages -- which, funny enough, are constantly trying to find new and more complicated ways to express what Smalltalk has always done simply: generic collections, metadata, reflection, etc. So, I'm going against the grain and getting into Smalltalk. I have been a bit disappointed by the state of certain libraries and the relatively small community, but I enjoy the language and feel more productive in it, so...that's what matters to me. - Bob -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

2 1