- Pharo-dev - lists.pharo.org

zeroconf for release pharo50 will remove "travis" scripts...

by Esteban Lorenzano

â¦ because nobody uses them, and they are not needed :)

April 28, 2016

Re: [Pharo-dev] Looking for moderators and helpers for the Pharo Mooc

by Blondeau Vincent

Me too. Vincent > -----Message d'origine----- > De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de Serge > Stinckwich > EnvoyÃ© : jeudi 28 avril 2016 14:45 > Ã : Pharo Development List > Objet : Re: [Pharo-dev] Looking for moderators and helpers for the Pharo Mooc > > I can help. > > > On Thu, Apr 28, 2016 at 8:43 PM, stepharo <stepharo(a)free.fr> wrote: > > Hi guys > > > > We are looking for moderators and people to help in the forum on the mooc. > > > > Let me know if you want to help. > > > > Stef > > > > > > > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ !!!************************************************************************************* "Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"

April 28, 2016

Re: [Pharo-dev] Looking for moderators and helpers for the Pharo Mooc

by phil＠highoctane.be

Went through the course, I can help. Phil On Thu, Apr 28, 2016 at 2:43 PM, stepharo <stepharo(a)free.fr> wrote: > Hi guys > > We are looking for moderators and people to help in the forum on the mooc. > > Let me know if you want to help. > > Stef > > >

April 28, 2016

Re: [Pharo-dev] Looking for moderators and helpers for the Pharo Mooc

by Cyril Ferlicot Delbecque

On 28/04/2016 14:43, stepharo wrote: > Hi guys > > We are looking for moderators and people to help in the forum on the mooc. > Hi, I can help a little if needed. > Let me know if you want to help. > > Stef > > -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

April 28, 2016

Re: [Pharo-dev] Logging API discussion

by Denis Kudriashov

2016-04-28 14:51 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > And if I really wanted to add extra information, I rudimentary did: > > {âsome textâ . object } asBeaconSignal log. > > Or even: > > {âsome textâ . #someSymbol . 42 . object } asBeaconSignal log. > And for such cases we definitely need simple #log message without #asBeaconSignal. It can be hidden inside. Or it can be: Log add: {âsome textâ . #someSymbol . 42 . object }

April 28, 2016

Re: [Pharo-dev] Looking for moderators and helpers for the Pharo Mooc

by Valentin Ryckewaert

If needed I can help at my little level ! 2016-04-28 14:45 GMT+02:00 Serge Stinckwich <serge.stinckwich(a)gmail.com>: > I can help. > > > On Thu, Apr 28, 2016 at 8:43 PM, stepharo <stepharo(a)free.fr> wrote: > > Hi guys > > > > We are looking for moderators and people to help in the forum on the > mooc. > > > > Let me know if you want to help. > > > > Stef > > > > > > > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > >

April 28, 2016

Re: [Pharo-dev] Logging API discussion

by Denis Kudriashov

2016-04-28 14:42 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > > Domain objects can supply own timestamp to log entries. > > I do not understand this point. Could you clarify? I think you mention something different than I had in mind. My case was when anObject already has internal timestamp it can pass it to log entry (signal)

April 28, 2016

Re: [Pharo-dev] Logging API discussion

by Tudor Girba

Hi, > On Apr 28, 2016, at 2:29 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > 2016-04-28 11:07 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > > Put you logging api in a Trait instead of Object and let your MySpecialDomainObject use this trait ? > > > > Really? > > Try remember usual workflow when we investigate some problems with code when we can't use debugger. We put kind of "Transcript show:" in multiple places to see state of our objects at concrete point of time. With object logging we will log our objects directly without converting to strings. Do you want to stop your "debugging workflow" every time you need to log objects which not support it? (to add special trait). > > This is a totally different scenario than the one of logging for an unforeseen situation. For this purpose, in Beacon we have dedicated signals such as those that capture the stack or the context and we can imagine several more. It is more powerful than Transcript and requires no string. Furthermore, because we have the type signal, we can also easily have an inspector that shows the relevant information. > > I hope you not think that I suggested to log strings. I never did it. I proposed to log domain objects instead of signals with ability to annotate them with additional information. No, I did not suggest that you want to log strings. I simply said that this type of use case is different than the regular logging use case. I think it is important to treat these two separately because indeed when you debug you are in a prototyping mode and you want to go fast. In this situation, you do not want to have to create a separate class. But, for the long term logging you have different requirements and there you want to be more rigorous, and in that scenario creating a new class is acceptable. If we design a logging infrastructure the second use case is what we want to optimize around. Of course, we should still think about the prototyping part. I found that it is often more interesting to log entire contexts (and have a post-mortem debugger) than individual objects. Nevertheless, with something as simple as: object asBeaconSignal log. It worked fine. And if I really wanted to add extra information, I rudimentary did: {âsome textâ . object } asBeaconSignal log. Or even: {âsome textâ . #someSymbol . 42 . object } asBeaconSignal log. It is not the most elegant solution, but it is very malleable and good enough for debugging purposes. If we would have instance-based filtering for announcements, we could filter based on that without any extra effort. Also, if we would have a composition mechanism in place, we could build these objects with a more elegant API. Regarding your statement of logging domain objects, you will have to store these objects with the additional information somewhere, and that will be a wrapper class. I do not see the difference with the Signal. Cheers, Doru -- www.tudorgirba.com www.feenk.com "We can create beautiful models in a vacuum. But, to get them effective we have to deal with the inconvenience of reality."

April 28, 2016

Re: [Pharo-dev] Looking for moderators and helpers for the Pharo Mooc

by Serge Stinckwich

I can help. On Thu, Apr 28, 2016 at 8:43 PM, stepharo <stepharo(a)free.fr> wrote: > Hi guys > > We are looking for moderators and people to help in the forum on the mooc. > > Let me know if you want to help. > > Stef > > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

April 28, 2016

Looking for moderators and helpers for the Pharo Mooc

by stepharo

Hi guys We are looking for moderators and people to help in the forum on the mooc. Let me know if you want to help. Stef

April 28, 2016