February 2017 - Pharo-users

Re: [Pharo-users] Final rush for submitting GSOC proposal - Need your help

by Ben Coman

On Fri, Feb 10, 2017 at 6:48 PM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > On Thu, Feb 9, 2017 at 5:28 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: >> On 09/02/17 17:05, Serge Stinckwich wrote: >>> >>> but all the projects are coming from RMOD team, but having all the >>> projects proposal coming from the same place might be perceived >>> negatively from Google. Can we add more projects from previous gsoc >>> from other people also ? >> >> >> My two earlier proposals are fine, and already on the site. > > Can you reduce the size of the "Distributed Issue Tracker" subject > because there is too much details compared to other subjects. Sorry I'm late with this feedback... For the "Distributed Issue Tracker" I read "The recent decision by Google to deprecate and stop its API for the Google Issue Tracker" So how recent was this? I thought it was a few years ago when Fogbugz was adopted. This strikes me as a poor presentation of our capability to execute GSoC. For a timely correction, I'd done this... https://github.com/pharo-project/pharo-project-proposals/pull/33 Two commits a. No text changes. Inserted new lines to make it more readable in editor. b. Shrunk test of DIT project. cheers -ben

Feb. 10, 2017

Re: [Pharo-users] [Teapot and Voyage] sending over the voyageId

by sergio ruiz

Forgot to mention, i have this on my class.. neoJsonMapping: mapper mapper for: self do: [ :mapping | mapping mapInstVars ] will dig into this a bit more today.. thanks! On February 10, 2017 at 2:04:14 AM, Norbert Hartl (norbert(a)hartl.name) wrote: NeoJSON is not bound to use instVars. Look at the method mapAccessor: and friends. Norbert ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Feb. 10, 2017

Re: [Pharo-users] Pharo Object Model

by Henrik Johansen

> On 10 Feb 2017, at 13:04 , Oleksandr Zaytsev <olk.zaytsev(a)gmail.com> wrote: > > Hello, > > I'm trying to understand the logic behind The Pharo Object Model. > > Rule 3 states that every class in Pharo has a subclass. I was expecting some cool loop, like in the case of Metaclass, which is an instance and also a class of Metaclass class. But ProtoObject, which is the root of an inheritance hierarchy does not seem to have a superclass (ProtoObject superclass answers nil, which is not a class). > > Does this mean that Pharo Object Model is inconsistent? Is ProtoObject an exception of the third rule? > > If you think about it, an inheritance hierarchy can't have a loop, because otherwise, when looking for a nonexistent method in superclasses, Pharo would be stuck in that loop. > > So why is there even a loop in instance hierarchy (Metaclass class)? Does it have a purpose, or is it there only to satisfy the second rule of the Object Model? Because if the consistency of third rule can not be satisfied, wouldn't it be better to add two exceptions to the model? > > Please correct me if my understanding or reasoning is wrong. > > Thanks! Rule 3 says every class has a superclass; it does not say the superclass must be a class. (but it must be an object, as per #1) Hence a superclass of nil isn't inconsistent (as nil is an object), and is a valid way to terminate the inheritance hierarchy. Metaclass class class = Metaclass is necessary not to satisfy #2, but to satisfy both #1 and #2. Rule 2, states that every object is an instance of a class. Classes are also objects according to #1, and as such are instances of a class (Metaclass), so the circular definition when it comes to Metaclass is needed to satisfy both. Cheers, Henry

Feb. 10, 2017

Re: [Pharo-users] [Pharo-dev] Slack, fragmentation and design information

by FranÃ§ois Stephany

There is a special price for non-profits organization: > The Slack for Nonprofits program offers eligible organizations a *free upgrade* to our Standard plan for teams of up to 250 members. For eligible teams above that size, we offer an 85% discount on the Standard plan. With 322 users it means that we still have to pay... See https://get.slack.help/hc/en-us/articles/204368833-Slack-for-Nonprofits for more information. On Fri, Feb 10, 2017 at 1:18 PM, denker <marcus.denker(a)inria.fr> wrote: > > > > >> I share many of what you sayâ¦ but in the other point of view, Slack as > really worked and there is a lot more happening now in Slack + mailing list > than what was before just in mailing list. > >> But most of that is lost because of Slack policies (also Slack pricing > model is impossible for a community as ours), and we need to find a > solution for that. > > > > Yes this is too expensive for the Pharo consortium ? > > > It is per active memberâ¦ which is defined as âhas logged in the last 14 > daysâ. We have 322 members. No idea how many > are active according to that definition. > > Fot 322 it would be: $8 per user per month. Which means $2576 per month or > $25772 per year (taking the special yearly price into account). > > Marcus > > >

Feb. 10, 2017

Re: [Pharo-users] [Pharo-dev] Slack, fragmentation and design information

by denker

> >> I share many of what you sayâ¦ but in the other point of view, Slack as really worked and there is a lot more happening now in Slack + mailing list than what was before just in mailing list. >> But most of that is lost because of Slack policies (also Slack pricing model is impossible for a community as ours), and we need to find a solution for that. > > Yes this is too expensive for the Pharo consortium ? > It is per active memberâ¦ which is defined as âhas logged in the last 14 daysâ. We have 322 members. No idea how many are active according to that definition. Fot 322 it would be: $8 per user per month. Which means $2576 per month or $25772 per year (taking the special yearly price into account). Marcus

Feb. 10, 2017

Pharo Object Model

by Oleksandr Zaytsev

Hello, I'm trying to understand the logic behind The Pharo Object Model. Rule 3 states that every class in Pharo has a subclass. I was expecting some cool loop, like in the case of Metaclass, which is an instance and also a class of Metaclass class. But ProtoObject, which is the root of an inheritance hierarchy does not seem to have a superclass (ProtoObject superclass answers nil, which is not a class). Does this mean that Pharo Object Model is inconsistent? Is ProtoObject an exception of the third rule? If you think about it, an inheritance hierarchy can't have a loop, because otherwise, when looking for a nonexistent method in superclasses, Pharo would be stuck in that loop. So why is there even a loop in instance hierarchy (Metaclass class)? Does it have a purpose, or is it there only to satisfy the second rule of the Object Model? Because if the consistency of third rule can not be satisfied, wouldn't it be better to add two exceptions to the model? Please correct me if my understanding or reasoning is wrong. Thanks!

Feb. 10, 2017

[THIS IS A TEST FOR DISCORD FEEDS PLEASE IGNORE]

by Dimitris Chloupis

Test... test ... something test http://fieldguide.gizmodo.com/turn-gmail-into-an-rss-reader-with-ifttt-1582…

Feb. 10, 2017

GSOC Pharo application done

by Serge Stinckwich

Dear all, thanks to the efforts of Jigyasa Grover, Yuriy Tymchuk and Alexandre Bergel, , we were able to have a GSOC 2017 application for the Pharo Consortium. This is only the first phase. If we are selected by Google, they will give some slots for students. We have a list of projects for GSOC here : http://gsoc.pharo.org/ If you have more ideas, please send them to me or send a PR on : https://github.com/pharo-project/pharo-project-proposals/blob/master/Topics… Try to describe your project idea with 10-15 lines maximum. The ideas is not too much projects proposals but to find important projects for the Pharo community (i.e that will have some impact for the community) with the support of the appropriate mentors. I would like to have maximum 2-3 projects for each mentors. Thank you. Cheers, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Feb. 10, 2017

Re: [Pharo-users] Final rush for submitting GSOC proposal - Need your help

by Serge Stinckwich

On Thu, Feb 9, 2017 at 5:28 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 09/02/17 17:05, Serge Stinckwich wrote: >> >> but all the projects are coming from RMOD team, but having all the >> projects proposal coming from the same place might be perceived >> negatively from Google. Can we add more projects from previous gsoc >> from other people also ? > > > My two earlier proposals are fine, and already on the site. Can you reduce the size of the "Distributed Issue Tracker" subject because there is too much details compared to other subjects. Thank you. -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Feb. 10, 2017

Re: [Pharo-users] Final rush for submitting GSOC proposal - Need your help

by Serge Stinckwich

On Fri, Feb 10, 2017 at 12:48 AM, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > Excellent! I will create the proposal to have it ready for tomorrow. Great, tell me when this ready. > Jupyter support could be nice, but I would think is some kind of ZeroMQ > support really. That would enable multiple kernels inside Pharo with the > advantages of live coding, powerful inspectors and debuggers, not present in > the Jupyter notebook interface. Hydrogen[1] and nteract[2][3] are taking > this route of enabling Jupyter kernels inside desktop apps with results far > more interesting that what is possible on the web interface. I think there is a ZeroMQ implementation in Pharo ? In order to built a Pharo kernel we have two solutions: built something in Python that run Pharo from command-line or implement a kernel in Pharo. The 1st solution will allows you to have a working solution very fast, but I will prefer the other solution ;-) > [1] https://github.com/nteract/hydrogen > [2] https://nteract.io/ > [3] https://github.com/nteract/nteract Yes I know about these tools. I think we need to have first a basic support for Pharo and we can have something more live after that. and maybe use Grafoscopio as an interface ;-) Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Feb. 10, 2017