January 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [squeak-dev] re: Context status 2015-01-16

by Chris Muller

> > Sure, right now you can browse the kernel memory from Squeak 4.5. > Every time you accept a method, you're compiling it in Squeak 4.5 and > imprinting it onto the kernel. But you're referring to imprinting driven > by method execution? Yes exactly! > (Each method that is run is imprinted elsewhere, as > a side-effect.) What code would you like to see imprinted? > Test suites. To me, the holy-grail of deployment scaling is I first I develop and configure in a big luxurious Cadillac image loaded with tools until I'm ready to deploy. When I'm ready to deplooy I fire up a copy of your 1MB core image as the "target" with my luxury image as the 'source' and then I simply bring over a top-level test-suite method into the target and run it. As the methods are executed and found to be missing in the 1MB target, they are brought over from the source. By the time the tests are done, /all/ and /only/ the methods which were needed to run the tests were brought over by Spoon / Naiad. Now I want to save that target image (maybe 5MB now) and deploy it. I will want to run many multiple copies of of that 5MB image but since my tests probably don't have 100% coverage it would be too risky to run in production unless each of those 5MB images could have backup Spoon access to a single running copy of my mother Caddi' image, in case one more method is found to be needed... So I see Spoon as a way for learning about systems like you, but also as a solution for scaling -- from the smallest single core for limited hardware <---> to the largest multi-core, applications because one can run MORE images concurrently due to their smaller size. > In any case, I do plan to make videos showing all the top-level > features. > > > thanks, > > -C > > -- > Craig Latta > netjam.org > +31 6 2757 7177 (SMS ok) > + 1 415 287 3547 (no SMS) > > >

Jan. 17, 2015

Re: [Pharo-dev] [Pharo4] 450: Spotter version 1.0.7 and GTools version 2.0.9

by Tudor Girba

Thanks for the summary, Marcus! Doru On Fri, Jan 16, 2015 at 10:18 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > #450 is online with Spotter version 1.0.7 and GTools version 2.0.9 > containing: > > 14636: spotter: remap cmd+enter to shift+enter > 14641: spot on global vars > 14741: GTInspector: add simple slot support > 14252: Make collections browsable again in the tools > 14722: Disable FreeType gives MNU and RMOD in GTools > 14711: The Playground print popper should allow for inserting the text in > the editor > 14587: deleting the whole text in the inspector pane throws > SubscriptOutOfBounds > 14515: Damaged configurations in the image > > Marcus > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 17, 2015

Re: [Pharo-dev] [squeak-dev] Studies on group effectiveness

by David T. Lewis

On Sat, Jan 17, 2015 at 05:23:25AM -0800, Eliot Miranda wrote: > http://mobile.nytimes.com/2015/01/18/opinion/sunday/why-some-teams-are-smar… > > The studies find that smart teams are distinguished by three characteristics, > sharing time evenly between members, being good at reading each other's > emotional states, and having more women. On-line groups are distinguished > by the /same/ three characteristics. Eliot, Thanks for sharing this link. As we were discussing in the Squeak oversight board meeting last week, getting more women involved in the community, as well as promoting an overall feeling of inclusiveness, is really important. It is not just a matter of being fair with people, it is very much a matter of having a more effective and productive community. I am probably older than most of the folks on this list. I am not, and never have been, a software engineer. But I do have a lot of experience leading and participating in technical teams in industry. The conclusions in this article are 100% consistent with my personal experience. If I could advise an aspiring young software engineer to read just one paper to improve their chances of success in business and industry, this would be it. Dave

Jan. 17, 2015

Studies on group effectiveness

by Eliot Miranda

http://mobile.nytimes.com/2015/01/18/opinion/sunday/why-some-teams-are-smar… The studies find that smart teams are distinguished by three characteristics, sharing time evenly between members, being good at reading each other's emotional states, and having more women. On-line groups are distinguished by the /same/ three characteristics. Eliot (phone)

Jan. 17, 2015

Re: [Pharo-dev] InfoWorld on Redline Smalltalk

by Torsten Bergmann

I use a normal webbrowser to read/follow it in combination with: http://lists.pharo.org is a real timesaver to go through the list/discussions. Access to a web browser is often quick to have and no e-mail tool can provide such a nice overview. Also the URL is easy to remember. Would be nice if the above entry page would not only link to pharo-dev, pharo-users and pharo business list but also also link to http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker With this bugtracker archive one is also able to quickly get an overview what is currently in the pipe regarding the issues to solve/fixed/discussed A direkt link to the VM developer archive http://lists.squeakfoundation.org/pipermail/vm-dev would also be nice to have. Who cares about these lists/pages? Maybe we should have an info.pharo.org HTML page that links to the most usefull resources like twitter, blogs, mailinglists, ... Would be willing to contribute but do not know anything about - the infrastructure the pharo website are running on (box, webserver, etc) - who cares about the page - if it is maintained in git or elsewhere Bye T. > Gesendet: Samstag, 17. Januar 2015 um 11:18 Uhr > Von: "Craig Latta" <craig(a)netjam.org> > An: pharo-dev(a)lists.pharo.org > Betreff: Re: [Pharo-dev] InfoWorld on Redline Smalltalk > > > Hoi Stef-- > > > I do not want to lose time reading it > > I find I can get through the mailing list in a couple of minutes a > day by reading via NNTP from Gmane, and killing threads I no longer find > interesting. > > > -C > > -- > Craig Latta > netjam.org > +31 6 2757 7177 (SMS ok) > + 1 415 287 3547 (no SMS) > > >

Jan. 17, 2015

Re: [Pharo-dev] InfoWorld on Redline Smalltalk

by Craig Latta

Hoi Stef-- > I do not want to lose time reading it I find I can get through the mailing list in a couple of minutes a day by reading via NNTP from Gmane, and killing threads I no longer find interesting. -C -- Craig Latta netjam.org +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)

Jan. 17, 2015

Re: [Pharo-dev] Access to Pharo/TxText

by stepharo

marcus Metathought: why hell stef is so dull? May be he is not that dull at the end :) https://pharo.fogbugz.com/default.asp?14632& it is written Closed (Responded) But I do not see why. This is why I asked. So this is why I asked! Stef Le 17/1/15 09:36, Marcus Denker a Ã©crit : >> On 17 Jan 2015, at 04:37, stepharo <stepharo(a)free.fr> wrote: >> >> Was the issue solved? >> > No, else it would be closed. That is the whole point of a issue tracker: all issues not closed > need work. > >> Stef >> >> Le 14/1/15 04:30, Bernardo Ezequiel Contreras a Ã©crit : >>> Hi, >>> Could someone take a look at this >>> >>> https://pharo.fogbugz.com/f/cases/14632/Access-to-Pharo-TxText >>> >>> ? >>> Thanks. >>> >>> -- >>> Bernardo E.C. >>> >>> Sent from a cheap desktop computer in South America. >> > >

Jan. 17, 2015

Re: [Pharo-dev] Access to Pharo/TxText

by Marcus Denker

> On 17 Jan 2015, at 04:37, stepharo <stepharo(a)free.fr> wrote: > > Was the issue solved? > No, else it would be closed. That is the whole point of a issue tracker: all issues not closed need work. > Stef > > Le 14/1/15 04:30, Bernardo Ezequiel Contreras a Ã©crit : >> Hi, >> Could someone take a look at this >> >> https://pharo.fogbugz.com/f/cases/14632/Access-to-Pharo-TxText >> >> ? >> Thanks. >> >> -- >> Bernardo E.C. >> >> Sent from a cheap desktop computer in South America. > >

Jan. 17, 2015

Re: [Pharo-dev] [Pharo4] Slots: GTInspector support

by Marcus Denker

> On 17 Jan 2015, at 04:31, stepharo <stepharo(a)free.fr> wrote: > > Marcus > would not it make sense to emit a bytecode marker (kind of no-op) so that the tools can get more information > about the encoded computation and get some abtsraction? > Honestly: tools should work on the AST level. Everything is there on the ASTâ¦. Marcus

Jan. 17, 2015

Re: [Pharo-dev] Access to Pharo/TxText

by stepharo

Was the issue solved? Stef Le 14/1/15 04:30, Bernardo Ezequiel Contreras a Ã©crit : > Hi, > Could someone take a look at this > > https://pharo.fogbugz.com/f/cases/14632/Access-to-Pharo-TxText > > ? > Thanks. > > -- > Bernardo E.C. > > Sent from a cheap desktop computer in South America.

Jan. 17, 2015