"Want to know? Pay the dues."
i.e keep the barriers to entry high.
This restricts the popularity of languages to those people who are
determined to pay the dues no matter what.
This is why Pharo language has popularity equivalent to Lasso language's.
I'd rather lower the barriers to entry, and
Personally, I prefer names like SUnit and JUnit.
And these provide counter-counter examples. :-)
On 8 December 2015 at 23:25, Robert Withers wrote:
> Wait. Kafka is a part of Hadoop, now? Getting some Love! There's a good
> match right there. Makes for a very good lambda architecture. They need
Wait. Kafka is a part of Hadoop, now? Getting some Love! There's a good
match right there. Makes for a very good lambda architecture. They need
a meta. Hello squeak!!! Somebody just needs to build a kafka interface
and a spark callback interface. Get squeak with caching to start
grinding data,
On Tue, Dec 8, 2015 at 6:23 PM, Thierry Goubier
wrote:
> Le 08/12/2015 16:53, Christophe Demarey a écrit :
>
>> yes, we miss a package initialize method ...
>>
>
> FileTree, GitFileTree and probably Monticello have support for a package
> initialize method.
>
>
mm package initialize method i
On Tue, Dec 8, 2015 at 7:42 PM, Sean P. DeNigris
wrote:
> I'm serializing about 20MB of data with Fuel and it takes about 45 seconds.
> Is that normal?
No, it's not.
> Can anything be done to speed things up?
>
>
Can I reproduce it? If true, tell me exactly how (if you give me the image
and t
I'm serializing about 20MB of data with Fuel and it takes about 45 seconds.
Is that normal? Can anything be done to speed things up?
Thanks!
-
Cheers,
Sean
--
View this message in context: http://forum.world.st/Fuel-Slow-tp4866161.html
Sent from the Pharo Smalltalk Users mailing list archiv
Whoever works with Hadoop tech would find names like:
Hadoop
Spark
Cassandra
HBase
Accumulo
Hive
Pig
Impala
Oozie
YARN
Kafka
Flume
Sqoop
...
Go datascience and you'll get:
R
Shiny
Jupyter
Pandas
Bokeh
D3
And in JS:
Node
Angular
Express
descriptive names? Not at all.
What matters is not the n
Well, it seems I've more to say though I wouldn't want to test your
patience . If folks have NO idea what they want, then Meno's Paradox
would apply. People tend to have a descriptive ability, or a gut feeling
at the least. "It kinda needs to be a camera that like hovers to longer
observation t
Le 08/12/2015 16:53, Christophe Demarey a écrit :
yes, we miss a package initialize method ...
FileTree, GitFileTree and probably Monticello have support for a package
initialize method.
Now, when I was doing my browser, I wondered about giving access to such
code... turns out nobody uses i
On 12/08/2015 04:20 PM, Robert Withers wrote:
I would need to disagree with you as inquiry is possible by
description, rather than by name, through conversation with those who
don't have to inquire, due to their knowledge [see Meno's Paradox...].
So, a third possibility exists through communa
I would need to disagree with you as inquiry is possible by description,
rather than by name, through conversation with those who don't have to
inquire, due to their knowledge [see Meno's Paradox...]. So, a third
possibility exists through communal association. Do you know Kevin
Bacon? ;-)
I'
The philosophical issue behind the disutility of project names like
these is "Meno's Paradox"
On 8 December 2015 at 21:01, EuanM wrote:
> "I wish people would choose descriptive names for their projects" - Todd
>
> I agree.
>
> I went looking for the current state of dbxtalk recently. It seemed
"I wish people would choose descriptive names for their projects" - Todd
I agree.
I went looking for the current state of dbxtalk recently. It seemed
to ba apackage designed for my needs - to X[-over] from a DB to
[small]talk.
I went there and the the page started talking about "Glorp" and
"Gar
What about slots ? Do they have any special initialiazation ?
On Tue, 8 Dec 2015 at 17:54, Christophe Demarey
wrote:
> yes, we miss a package initialize method ...
>
> Le 8 déc. 2015 à 16:35, Mariano Martinez Peck a écrit :
>
> Dimitris,
>
> Relying in class side initialize is not very cool. Mos
I think it's potentially could be provided using Monticello as a basis,
rather than "technically already available through Monticello",
In many ways, you are describing the Catalog Browser / Configurstion
Browser of Pharo, which is built on top of Monticello, Metacello, and
Versionner.
On 7 Dec
Hi all,
I want to visualise three nested levels of a model. I am not sure if I am
doing it right, since I had to add a reference to the view to the nested
elements manually to make it work. The problem I face now is that elements
in the deepest level do not react to interactions. In the example be
yes, we miss a package initialize method ...
Le 8 déc. 2015 à 16:35, Mariano Martinez Peck a écrit :
> Dimitris,
>
> Relying in class side initialize is not very cool. Mostly, because it's hard
> to know EXACTLY when Monticello will send it. For sure it's the first time
> you load that class.
Dimitris,
Relying in class side initialize is not very cool. Mostly, because it's
hard to know EXACTLY when Monticello will send it. For sure it's the first
time you load that class. But then it could be if such method changes
again. But maybe too if you clear some Monticello caches...
Also, you m
On Tue, Dec 8, 2015 at 8:11 AM, p...@highoctane.be
wrote:
> Sounds like Marea which never saw the light of day as a part of a Pharo
> release/official package.
>
> http://rmod.inria.fr/web/software/Marea
> http://www.jot.fm/issues/issue_2013_01/article2.pdf
>
>
As sometimes happens with research,
On Tue, Dec 8, 2015 at 5:10 AM, Christophe Demarey <
christophe.dema...@inria.fr> wrote:
> Hi,
>
> By the way, is it possible to have exact match now?
> At least, I expect to have expect match on the top of the result list.
>
+1
> A simple use case,
>
>- open Spotter
>- search number
>
On Tue, Dec 8, 2015 at 6:17 AM, Peter Uhnak wrote:
> On 12/07, Alejandro Infante wrote:
>> Hi,
>> It is really difficult to help you just with a profile and without looking
>> at your code.
>> Even though, I have noticed that most of the time is used on calculating
>> properties related to Compo
whats the diffirence ?
On Tue, Dec 8, 2015 at 1:23 PM EuanM wrote:
> Again, you seem to be using "the image" mainly to mean "the .image file",
> and only occassionally to mean the actual image itself. They are distinct
> (albeit tightly related) things.
> On 7 Dec 2015 22:09, "Dimitris Chloupis
Again, you seem to be using "the image" mainly to mean "the .image file",
and only occassionally to mean the actual image itself. They are distinct
(albeit tightly related) things.
On 7 Dec 2015 22:09, "Dimitris Chloupis" wrote:
> And this "victory of dead code and date" that files usually promot
Sounds like Marea which never saw the light of day as a part of a Pharo
release/official package.
http://rmod.inria.fr/web/software/Marea
http://www.jot.fm/issues/issue_2013_01/article2.pdf
On Tue, Dec 8, 2015 at 10:11 AM, Thierry Goubier
wrote:
> Hi Kilon,
>
> I think what you are describing a
Hi Christophe,
Not yet, but this is definitely way to improve Spotter.
Thanks for the comment,
Juraj
--
Juraj Kubelka
8. 12. 2015 v 5:10, Christophe Demarey :
> Hi,
>
> By the way, is it possible to have exact match now?
> At least, I expect to have expect match on the top of the result list
Thanks Werner!
Stef
Le 3/12/15 13:00, Werner Kassens a écrit :
Hi Stephane,
there are 89 senders of #storeOn: minus around 30 implementations of
#storeOn: minus around 10 tests, also things like the
PharoChangesCondenser use it. then there are 26 senders of
#storeString (essentially the same
yes it got lost in my many and long posts.
I am already working with Fuel and as I said I am very happy with it.
I completely agree that whether its files or flying elephants as long as it
does the job in a simple and flexible enough way its a good choice.
To summarise for those not wanting to r
:)
Ironically all this discussion is something I have done already with myself
to find a good way to be productive with the problems I try to solve with
pharo.
So by all mean, do so , and share ;)
On Tue, Dec 8, 2015 at 10:50 AM Ben Coman wrote:
> Fair enough ;p
> Now I'll get back doing somet
Hi Kilon,
I think what you are describing as a need for you is the ability to
directly load into an image chunks of image memory space, containing
already initialized images and code (i.e. live objects stored one way or
another). Fuel could be an answer to that (wasn't that Tanker, the Fuel for
co
Fair enough ;p
Now I'll get back doing something productive
cheers -ben
On Tue, Dec 8, 2015 at 8:06 AM, Dimitris Chloupis wrote:
> You could not ask the worst case person even if you wanted :D
>
> But here we go ...
>
> Will depend , let take my ChronosManager for example
>
> To modify the existi
Hi,
By the way, is it possible to have exact match now?
At least, I expect to have expect match on the top of the result list.
A simple use case,
open Spotter
search number
dive into implementors category
The exact matches are lost in the middle of hundreds of other selectors. This
way, it is ve
31 matches
Mail list logo
