Hi guys
I wanted to show latest version of Seaside and I took Seaside on CI
and I do not get ZincAdaptor. Seaside looks dying to me sadly.
What should I do ?
Stef
Not bad! This should have a significant impact when creating Pharo objects out
of external data.
Cheers,
Doru
> On Sep 29, 2016, at 2:04 PM, Holger Freyther wrote:
>
>
>> On 29 Sep 2016, at 12:28, Denis Kudriashov wrote:
>>
>> Cool.
>>
>> What the percentage of speedup?
>
> Random micro
On Thu, Sep 29, 2016 at 6:38 PM, Hernán Morales Durand
wrote:
>
>
> 2016-09-29 5:22 GMT-03:00 Serge Stinckwich :
>>
>> On Thu, Sep 29, 2016 at 10:02 AM, Hernán Morales Durand
>> wrote:
>> > Hi Serge,
>> >
>> > 2016-09-29 4:05 GMT-03:00 Serge Stinckwich :
>> >>
>> >> Hi Hernán,
>> >>
>> >> very im
Thank Denis. I'm a bit busy actually, but I will have a look.
On Thu, Sep 29, 2016 at 6:49 PM, Denis Kudriashov wrote:
>
> 2016-09-29 9:05 GMT+02:00 Serge Stinckwich :
>>
>> I see the nice table views.
>> Did you build something specific or reuse existing stuff ? Can you
>> edit tables from UI ?
Thank you Alex!!
Cheers,
Hernán
2016-09-29 11:44 GMT-03:00 Alexandre Bergel :
> Hi Hernán,
>
> Impressive work!
> Very cool demo! Object Profile will advertise your work
>
> Alexandre
>
> On Sep 29, 2016, at 2:38 AM, Hernán Morales Durand <
> hernan.mora...@gmail.com> wrote:
>
>
> I want to sh
2016-09-29 9:05 GMT+02:00 Serge Stinckwich :
> I see the nice table views.
> Did you build something specific or reuse existing stuff ? Can you
> edit tables from UI ?
>
Just to mention: FastTable allows editing. It supports any morph inside
cells
2016-09-29 5:22 GMT-03:00 Serge Stinckwich :
> On Thu, Sep 29, 2016 at 10:02 AM, Hernán Morales Durand
> wrote:
> > Hi Serge,
> >
> > 2016-09-29 4:05 GMT-03:00 Serge Stinckwich :
> >>
> >> Hi Hernán,
> >>
> >> very impressive demo !
> >>
> >
> > Thanks!
> >
> >>
> >> We are working on similar too
2016-09-29 16:51 GMT+02:00 stepharo :
> Hi denis
>
> Yes. XStream supports it:
>>
>> (1 to: 1000) reading transforming: [:in :out | | each | each := in get.
>> out put: each -1; put: each; put: each + 1]
>>
>
> But you probably wants different:
>
> (1 to: 1000) reading collecting: [:each | {each
Tx guille I will read it.
Le 29/9/16 à 11:47, Guille Polito a écrit :
Hi Stef,
I have some experiments I did last year in here
http://www.smalltalkhub.com/#!/~Guille/ReactiveExtensions
They allow you to do something like you want.
It is based on the ideas in
https://gist.github.com/staltz/
It's in http://smalltalkhub.com/#!/~cdlm/Experiments
Not sure if it's Transducers or Reducers. Most probably the latter is the
ported code from VW, I recall having success running some examples, but the
tests probably will not (I recall trying to rewrite them using BabyMock2
but it's either failed
Hi denis
Yes. XStream supports it:
(1 to: 1000) reading transforming: [:in :out | | each | each := in
get. out put: each -1; put: each; put: each + 1]
But you probably wants different:
(1 to: 1000) reading collecting: [:each | {each -1. each. each + 1} ]
My point is can we con
I would love to see this package and a little documentation on it.
Stef
Le 29/9/16 à 15:02, Damien Pollet a écrit :
Same with transducers/reducers, except they work by pushing values
through the pipeline instead of pulling them. The library I started
porting from VW last year had a dual API,
Hi hernan
it is really excellent. I suggest that you add a title and a end slide
with you name and email :)
so that people can contact you.
Stef
Le 29/9/16 à 08:38, Hernán Morales Durand a écrit :
I want to share with you a video I did just yesterday (no audio yet)
of the PhyloclassTal
Hi Hernán,
Impressive work!
Very cool demo! Object Profile will advertise your work
Alexandre
> On Sep 29, 2016, at 2:38 AM, Hernán Morales Durand
> wrote:
>
>
> I want to share with you a video I did just yesterday (no audio yet) of the
> PhyloclassTalk application:
>
> https://youtu.be/1
> On 29 Sep 2016, at 12:28, Denis Kudriashov wrote:
>
> Cool.
>
> What the percentage of speedup?
Random micro benchmark...
| m |
m := Morph new.
[ | var |
var := m instVarNamed: #submorphs
] bench
From: 983,066 per second
To: 1,302,098 per second
Same with transducers/reducers, except they work by pushing values through
the pipeline instead of pulling them. The library I started porting from VW
last year had a dual API, one more like the original Clojure transducers,
and one more like Xtreams.
One nice point of going collection→stream & fi
2016-09-29 12:39 GMT+02:00 Denis Kudriashov :
> and collect: could be rewritten to use a generator.
>>
>> Now does anybody play with this already?
>>
>> Does xtream provide a way to do something in the same vein?
>>
>
> Yes. XStream supports it:
>
> (1 to: 1000) reading transforming: [:in :out | |
2016-09-29 6:54 GMT+02:00 stepharo :
> and now imagine that we have
>
> (1 to: 1000) collect: [:each | {each -1 . each . each + 1}].
>
> I was wondering how we could turn it into a stream
>
> (1 to: 1000) asStream collect: [:each | {each -1 . each . each + 1}].
>
> and what would be the asStream m
Cool.
What the percentage of speedup?
2016-09-28 23:41 GMT+02:00 Holger Freyther :
> Hi,
>
> Magritte and my TagLengthValue (TLV) both use
> >>#instVarNamed:/>>#instVarNamed:put:
> to read and write from an object. I was just running >>#bench on my SMPP
> library and noticed that besides Spur P
Hi Stef,
I have some experiments I did last year in here
http://www.smalltalkhub.com/#!/~Guille/ReactiveExtensions
They allow you to do something like you want.
It is based on the ideas in
https://gist.github.com/staltz/868e7e9bc2a7b8c1f754
http://www.introtorx.com/
These guys model a stream
> On 29 Sep 2016, at 10:25, Marcus Denker wrote:
>
>
>
> Slice committed:
>
> https://pharo.fogbugz.com/f/cases/19155/speedup-instVarNamed
>
> Marcus
that was quick!
I had locally modified to use 1 to: specLayout size do: [] and then use
specLayout at: directly. It seemed to make
> On 29 Sep 2016, at 10:08, Marcus Denker wrote:
>
>
>> On 28 Sep 2016, at 23:41, Holger Freyther wrote:
>>
>> Hi,
>>
>> Magritte and my TagLengthValue (TLV) both use
>> >>#instVarNamed:/>>#instVarNamed:put: to read and write from an object. I
>> was just running >>#bench on my SMPP librar
On Thu, Sep 29, 2016 at 10:02 AM, Hernán Morales Durand
wrote:
> Hi Serge,
>
> 2016-09-29 4:05 GMT-03:00 Serge Stinckwich :
>>
>> Hi Hernán,
>>
>> very impressive demo !
>>
>
> Thanks!
>
>>
>> We are working on similar tools in the context of epidemiological
>> modelling:
>> https://github.com/UMM
> On 28 Sep 2016, at 23:41, Holger Freyther wrote:
>
> Hi,
>
> Magritte and my TagLengthValue (TLV) both use
> >>#instVarNamed:/>>#instVarNamed:put: to read and write from an object. I was
> just running >>#bench on my SMPP library and noticed that besides Spur Pharo5
> is slower than Pharo3
Hi Serge,
2016-09-29 4:05 GMT-03:00 Serge Stinckwich :
> Hi Hernán,
>
> very impressive demo !
>
>
Thanks!
> We are working on similar tools in the context of epidemiological
> modelling:
> https://github.com/UMMISCO/kendrick
>
> I see the nice table views.
> Did you build something specific or
Hi Hernán,
very impressive demo !
We are working on similar tools in the context of epidemiological modelling:
https://github.com/UMMISCO/kendrick
I see the nice table views.
Did you build something specific or reuse existing stuff ? Can you
edit tables from UI ?
Territories looks interesting.
26 matches
Mail list logo
