December 2015 - Pharo-users

Re: [Pharo-users] code coverage tools

by Marcus Denker

> On 09 Dec 2015, at 09:25, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > Hi, > > do we have any code coverage tools? > The work below breakpoints/watchpoints (MetaLinks) will allow to build them. But it needs to be doneâ¦ and I am busy with other stuff till christmas, so no progress from my side there. Marcus

Dec. 9, 2015

code coverage tools

by Peter Uhnak

Hi, do we have any code coverage tools? -- Peter

Dec. 9, 2015

Re: [Pharo-users] [squeak-dev] evolutions of squeakelib & crypto (Reed Solomon)

by Max Leske

> On 04 Dec 2015, at 17:41, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > I think that either Max or Martin did the Spur needed changes for Fuel. Yes, Martin made those. > So likely it should be easy to make it work in latest Squeak. I agree. The changes for Spur were minimal. I simply havenât had time yet for Squeak 5. > > On Fri, Dec 4, 2015 at 12:57 PM, Robert Withers <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> wrote: > Now I think you are right on with your observation. Additionally, the number of dialects could increase further with Fuel serialization, just port SecureSession and bits. > > Alright, I came up with a name and it may border on the egregious ... presenting ... > > "Maelstrom" > > A new distributed metric will be established in Maelstrom to measure intra- & inter-vat activity: "Sanguinity". > > Robert > > PS. thanks for pointing out Fuel support for older squeaks. Well, we support 4.6, which was released at the same time as 5. So weâre nearly up to speed ;) Cheers, Max > > > On 12/04/2015 10:25 AM, Sven Van Caekenberghe wrote: > Another suggestion: if you intend to make something cross dialect and hope to get traction, I would not use a project name which contains one dialect, but something more general like Cryptography, or some cool project name, like Seaside, Fuel, ... > > On 04 Dec 2015, at 15:43, Robert Withers <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> wrote: > > I use squeak 5.0 and would want the Fuel support to customize for wire serializations and substitutions, such that Squeak and Pharo could talk to each other, and all other Fuel environments. The Fuel changes I made are in the Pharo port of SqueakElib in the SqueakElib-CapTP-Serialization category and consist of a Decoder, Materializer and a Materialization. > > Robert > > On 12/04/2015 09:35 AM, Esteban Lorenzano wrote: > which squeak version? > of what? > > On 04 Dec 2015, at 12:15, Robert Withers <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> wrote: > > I just realized that the squeak version uses ReferenceStream while the Pharo version uses Fuel, so the binary serializations are different and they won't speak to each other. Any chance that Fuel is ported to Squeak? > > Regards, > Robert > > On 12/04/2015 06:11 AM, Robert Withers wrote: > I am unable to import these files into SqueakSource, so it may be best done from inside Pharo with Monticello. Here are working Crypto and SqueakElib in Pharo, prior to SecureSession refactoring and Reed Solomon. I include the correct version of LayeredProtocol. > > Regards, > Robert > > > On 12/04/2015 05:47 AM, Robert Withers wrote: > Best Regards > > http://www.squeaksource.com/Cryptography.html <http://www.squeaksource.com/Cryptography.html> > http://www.squeaksource.com/squeakelib.html <http://www.squeaksource.com/squeakelib.html> > > > On 12/04/2015 05:44 AM, Robert Withers wrote: > After my password reset on squeaksource, I committed to both Cryptography and SqueakElib, project links below. > > In the case of Cryptography, I had a version ported to Pharo ... I will organize Pharo ports of both after Reed Solomon is stable, and announce them to the Pharo list. This way both environments can be supported through this one repository. > > Robert > > On 12/04/2015 04:35 AM, Stephan Eggermont wrote: > On 03-12-15 23:06, Robert Withers wrote: > Are any of these used by both squeak and Pharo? That would be the right > move I think. I will ask about getting my password reset for > squeaksource, since that is where the old code resides. > All of them. Mostly timing of project start/high activity and who are > maintaining it decided on platforms. There was a time when squeaksource was not so stable and then many projects migrated, and I currently hear least about stability issues from ss3, but the load on smalltalkhub is much higher, I assume, as that is used for the pharo ci. > > In the not so far future Pharo is likely to move to a git based infrastructure, using libgit2. Early adopters are already using it. > I haven't heard the squeak ideas about that. > > Stephan > > > > > > > > > > -- > Mariano > http://marianopeck.wordpress.com <http://marianopeck.wordpress.com/>

Dec. 9, 2015

Re: [Pharo-users] [squeak-dev] Name change: Mushroom ( was Re: evolutions of squeakelib & crypto)

by EuanM

"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 have a platform used by more developers and by more solutions-providers and by more end-users. Then again, I'd prefer to use Smalltalk and Pharo for my day-job, and not restrict it to being a hobby. On 8 December 2015 at 22:10, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > 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 name, it is its description. > > And, know what, put a generic name and it will be ungooglable. > > Try with Visual Studio Code ... > > Pfah, descriptive project names... As if these were descriptive: > > Ubuntu 15.10 (Wily Werewolf) > Ubuntu 15.04 (Vivid Vervet) > Ubuntu 14.04.3 LTS (Trusty Tahr) > Ubuntu 12.04.5 LTS (Precise Pangolin) > > Oh yeah super descriptive names: > > Oracle Communications Diameter Signaling Router > > Have a clue? Enjoy, they have a bunch and renamed a few: > https://www.oracle.com/products/oracle-a-z.html > > Want to know? Pay the dues. > > Phil > > > > On Tue, Dec 8, 2015 at 10:20 PM, Robert Withers <robert.w.withers(a)gmail.com> > 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 communal association. Do you know Kevin Bacon? >> ;-) >> >> I've used that language! >> >> On 12/08/2015 04:02 PM, EuanM wrote: >>> >>> The philosophical issue behind the disutility of project names like >>> these is "Meno's Paradox" >>> >>> On 8 December 2015 at 21:01, EuanM <euanmee(a)gmail.com> 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 >>>> 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 >>>> "Garage". Neither are mnemonic or meaningful >>>> >>>> These projects are just the tip of the iceberg. >>>> >>>> Pharo project names have publisher-only project names. The project >>>> name equivalent of write-only computer languages, like Brain-F**k. >>>> >>>> >>>> On 7 December 2015 at 17:52, Todd Blanchard <tblanchard(a)mac.com> wrote: >>>>> >>>>> Sigh. >>>>> >>>>> I wish people would choose descriptive names for their projects. I >>>>> went looking on Smalltalkhub for some capability and what I found are >>>>> thousands of packages with names that mean nothing and no description >>>>> entered either. If you want to make sure nobody ever uses your code you've >>>>> just taken a giant step in the right direction. But if you hope to make >>>>> something lots of people benefit from - nobody is going to look for >>>>> "mushroom" when they want crypto capabilities. >>>>> >>>>> Sorry, this has been really bugging me lately. We, as a community, do >>>>> a lousy job of making our code easy to find. >>>>> >>>>> -Todd Blanchard >>>>> >>>>>> On Dec 7, 2015, at 07:38, Ben Coman <btc(a)openInWorld.com> wrote: >>>>>> >>>>>> I like it, but it seems you missed my point :) >>>>>> mushroom --> 117,000,000 is two orders of magnitude more hidden. >>>>>> Anyway, maybe I overplay its significance. >>>>>> cheers -ben >>>>>> >>>>>> On Mon, Dec 7, 2015 at 11:11 PM, Robert Withers >>>>>> <robert.w.withers(a)gmail.com> wrote: >>>>>>> >>>>>>> I renamed the project to Mushroom and I also dumped the encoding work >>>>>>> to >>>>>>> focus on shutdown, optimization and serialization. Here's the wiki: >>>>>>> https://github.com/SqueakCryptographySquad/Mushroom/wiki >>>>>>> >>>>>>> thanks,Robert >>>>>>> >>>>>>> >>>>>>> On 12/06/2015 01:42 AM, Ben Coman wrote: >>>>>>>> >>>>>>>> On Sun, Dec 6, 2015 at 10:42 AM, Robert Withers >>>>>>>> <robert.w.withers(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>> On 12/05/2015 09:24 PM, Ben Coman wrote: >>>>>>>>>> >>>>>>>>>> On Fri, Dec 4, 2015 at 11:57 PM, Robert Withers >>>>>>>>>> <robert.w.withers(a)gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>> Now I think you are right on with your observation. Additionally, >>>>>>>>>>> the >>>>>>>>>>> number >>>>>>>>>>> of dialects could increase further with Fuel serialization, just >>>>>>>>>>> port >>>>>>>>>>> SecureSession and bits. >>>>>>>>>>> >>>>>>>>>>> Alright, I came up with a name and it may border on the egregious >>>>>>>>>>> ... >>>>>>>>>>> presenting ... >>>>>>>>>>> >>>>>>>>>>> "Maelstrom" >>>>>>>>>> >>>>>>>>>> Great sounding name. However some general advice for the >>>>>>>>>> community, >>>>>>>>>> since I see a lot of great sounding project names drowned out in >>>>>>>>>> the >>>>>>>>>> noise of our web-search-centric universe. A litmus test for >>>>>>>>>> project >>>>>>>>>> naming is using google search to find which return low search >>>>>>>>>> results. >>>>>>>>>> Today, its more important to be unique than any other attribute of >>>>>>>>>> a >>>>>>>>>> name. So in general, *dictionary* english words are not the best. >>>>>>>>>> One technique is to intentionally mispell the word you like. Here >>>>>>>>>> are >>>>>>>>>> some comparative examples (note, the surrounding quotes are >>>>>>>>>> required >>>>>>>>>> to avoid google trying to be helpful and correct the spelling)... >>>>>>>>>> >>>>>>>>>> "maelstrom" --> 7,480,000 >>>>>>>>>> "maelstroom" --> 6,200 >>>>>>>>>> "maelstrum" --> 2,280 >>>>>>>>>> "maelstruum" --> 7 >>>>>>>>>> >>>>>>>>>> Lots of interesting other techniques can be found by searching on: >>>>>>>>>> techniques to generate brand names or domain names. >>>>>>>>>> >>>>>>>>>> cheers -ben >>>>>>>>> >>>>>>>>> >>>>>>>>> I would be happy to change the names to something more unique, >>>>>>>>> though it >>>>>>>>> may >>>>>>>>> take a few. Are you suggesting "maelstruum"? >>>>>>>>> >>>>>>>>> cheers, >>>>>>>>> Robert >>>>>>>>> >>>>>>>>> >>>>>>>> *Suggesting* yes, but the choice is yours ;) You need to own it. >>>>>>>> >>>>>>>> I think maelstruum is certainly memorable with the double "u", but >>>>>>>> maybe jarring next the the "m". I'm inclined to maelstroom, since I >>>>>>>> associate it with "zoom". I wouldn't necessarily go for the >>>>>>>> absolute >>>>>>>> lowest results. I have an entirely unsubstantiated belief that >>>>>>>> anything less than 10,000 gives a reasonable chance to compete once >>>>>>>> a >>>>>>>> user's browsing history is taken into account. Finally you need to >>>>>>>> check existing results don't return something abhorrent (I didn't do >>>>>>>> this). >>>>>>>> >>>>>>>> I'd encourage to play around testing on google search. Its quick >>>>>>>> and >>>>>>>> easy to generate and test alternatives. I've added a few more below. >>>>>>>> "maelstra" --> 3,560 >>>>>>>> "maelstram" --> 504 >>>>>>>> "maelstrim" --> 1200 >>>>>>>> "maelstroon" --> 58 >>>>>>>> "maelstroomi" --> 4 >>>>>>>> >>>>>>>> btw, I wouldn't swap the order of the "ae" since that would be >>>>>>>> susceptible to real typing errors. >>>>>>>> >>>>>>>> cheers -ben >>>>>>>> >>>>>>> >>>>> >> >> >> >

Dec. 9, 2015

Re: [Pharo-users] [squeak-dev] Name change: Mushroom ( was Re: evolutions of squeakelib & crypto)

by EuanM

Personally, I prefer names like SUnit and JUnit. And these provide counter-counter examples. :-) On 8 December 2015 at 23:25, Robert Withers <robert.w.withers(a)gmail.com> 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 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, > it's right there. > > You're right, Phil. Furthermore these names are personable, effective > marketing and they always have something to do with what they do. Taker > flume, sqoop, yarn or impala. I'll take the Impala, thank you. It's vintage. > > In my case, choosing Mushroom has a reasonable descriptive power when > considered in light of mobile code budding out all over the grid. It's a > cloud solution. > > Robert > > > On 12/08/2015 05:10 PM, phil(a)highoctane.be wrote: > > 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 name, it is its description. > > And, know what, put a generic name and it will be ungooglable. > > Try with Visual Studio Code ... > > Pfah, descriptive project names... As if these were descriptive: > > Ubuntu 15.10 (Wily Werewolf) > Ubuntu 15.04 (Vivid Vervet) > Ubuntu 14.04.3 LTS (Trusty Tahr) > Ubuntu 12.04.5 LTS (Precise Pangolin) > > Oh yeah super descriptive names: > > Oracle Communications Diameter Signaling Router > > Have a clue? Enjoy, they have a bunch and renamed a few: > https://www.oracle.com/products/oracle-a-z.html > > Want to know? Pay the dues. > > Phil > > > > On Tue, Dec 8, 2015 at 10:20 PM, Robert Withers <robert.w.withers(a)gmail.com> > 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 communal association. Do you know Kevin Bacon? >> ;-) >> >> I've used that language! >> >> On 12/08/2015 04:02 PM, EuanM wrote: >>> >>> The philosophical issue behind the disutility of project names like >>> these is "Meno's Paradox" >>> >>> On 8 December 2015 at 21:01, EuanM <euanmee(a)gmail.com> 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 >>>> 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 >>>> "Garage". Neither are mnemonic or meaningful >>>> >>>> These projects are just the tip of the iceberg. >>>> >>>> Pharo project names have publisher-only project names. The project >>>> name equivalent of write-only computer languages, like Brain-F**k. >>>> >>>> >>>> On 7 December 2015 at 17:52, Todd Blanchard <tblanchard(a)mac.com> wrote: >>>>> >>>>> Sigh. >>>>> >>>>> I wish people would choose descriptive names for their projects. I >>>>> went looking on Smalltalkhub for some capability and what I found are >>>>> thousands of packages with names that mean nothing and no description >>>>> entered either. If you want to make sure nobody ever uses your code you've >>>>> just taken a giant step in the right direction. But if you hope to make >>>>> something lots of people benefit from - nobody is going to look for >>>>> "mushroom" when they want crypto capabilities. >>>>> >>>>> Sorry, this has been really bugging me lately. We, as a community, do >>>>> a lousy job of making our code easy to find. >>>>> >>>>> -Todd Blanchard >>>>> >>>>>> On Dec 7, 2015, at 07:38, Ben Coman <btc(a)openInWorld.com> wrote: >>>>>> >>>>>> I like it, but it seems you missed my point :) >>>>>> mushroom --> 117,000,000 is two orders of magnitude more hidden. >>>>>> Anyway, maybe I overplay its significance. >>>>>> cheers -ben >>>>>> >>>>>> On Mon, Dec 7, 2015 at 11:11 PM, Robert Withers >>>>>> <robert.w.withers(a)gmail.com> wrote: >>>>>>> >>>>>>> I renamed the project to Mushroom and I also dumped the encoding work >>>>>>> to >>>>>>> focus on shutdown, optimization and serialization. Here's the wiki: >>>>>>> https://github.com/SqueakCryptographySquad/Mushroom/wiki >>>>>>> >>>>>>> thanks,Robert >>>>>>> >>>>>>> >>>>>>> On 12/06/2015 01:42 AM, Ben Coman wrote: >>>>>>>> >>>>>>>> On Sun, Dec 6, 2015 at 10:42 AM, Robert Withers >>>>>>>> <robert.w.withers(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>> On 12/05/2015 09:24 PM, Ben Coman wrote: >>>>>>>>>> >>>>>>>>>> On Fri, Dec 4, 2015 at 11:57 PM, Robert Withers >>>>>>>>>> <robert.w.withers(a)gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>> Now I think you are right on with your observation. Additionally, >>>>>>>>>>> the >>>>>>>>>>> number >>>>>>>>>>> of dialects could increase further with Fuel serialization, just >>>>>>>>>>> port >>>>>>>>>>> SecureSession and bits. >>>>>>>>>>> >>>>>>>>>>> Alright, I came up with a name and it may border on the egregious >>>>>>>>>>> ... >>>>>>>>>>> presenting ... >>>>>>>>>>> >>>>>>>>>>> "Maelstrom" >>>>>>>>>> >>>>>>>>>> Great sounding name. However some general advice for the >>>>>>>>>> community, >>>>>>>>>> since I see a lot of great sounding project names drowned out in >>>>>>>>>> the >>>>>>>>>> noise of our web-search-centric universe. A litmus test for >>>>>>>>>> project >>>>>>>>>> naming is using google search to find which return low search >>>>>>>>>> results. >>>>>>>>>> Today, its more important to be unique than any other attribute of >>>>>>>>>> a >>>>>>>>>> name. So in general, *dictionary* english words are not the best. >>>>>>>>>> One technique is to intentionally mispell the word you like. Here >>>>>>>>>> are >>>>>>>>>> some comparative examples (note, the surrounding quotes are >>>>>>>>>> required >>>>>>>>>> to avoid google trying to be helpful and correct the spelling)... >>>>>>>>>> >>>>>>>>>> "maelstrom" --> 7,480,000 >>>>>>>>>> "maelstroom" --> 6,200 >>>>>>>>>> "maelstrum" --> 2,280 >>>>>>>>>> "maelstruum" --> 7 >>>>>>>>>> >>>>>>>>>> Lots of interesting other techniques can be found by searching on: >>>>>>>>>> techniques to generate brand names or domain names. >>>>>>>>>> >>>>>>>>>> cheers -ben >>>>>>>>> >>>>>>>>> >>>>>>>>> I would be happy to change the names to something more unique, >>>>>>>>> though it >>>>>>>>> may >>>>>>>>> take a few. Are you suggesting "maelstruum"? >>>>>>>>> >>>>>>>>> cheers, >>>>>>>>> Robert >>>>>>>>> >>>>>>>>> >>>>>>>> *Suggesting* yes, but the choice is yours ;) You need to own it. >>>>>>>> >>>>>>>> I think maelstruum is certainly memorable with the double "u", but >>>>>>>> maybe jarring next the the "m". I'm inclined to maelstroom, since I >>>>>>>> associate it with "zoom". I wouldn't necessarily go for the >>>>>>>> absolute >>>>>>>> lowest results. I have an entirely unsubstantiated belief that >>>>>>>> anything less than 10,000 gives a reasonable chance to compete once >>>>>>>> a >>>>>>>> user's browsing history is taken into account. Finally you need to >>>>>>>> check existing results don't return something abhorrent (I didn't do >>>>>>>> this). >>>>>>>> >>>>>>>> I'd encourage to play around testing on google search. Its quick >>>>>>>> and >>>>>>>> easy to generate and test alternatives. I've added a few more below. >>>>>>>> "maelstra" --> 3,560 >>>>>>>> "maelstram" --> 504 >>>>>>>> "maelstrim" --> 1200 >>>>>>>> "maelstroon" --> 58 >>>>>>>> "maelstroomi" --> 4 >>>>>>>> >>>>>>>> btw, I wouldn't swap the order of the "ae" since that would be >>>>>>>> susceptible to real typing errors. >>>>>>>> >>>>>>>> cheers -ben >>>>>>>> >>>>>>> >>>>> >> >> >> > >

Dec. 9, 2015

SecureSession version 9 is officially released

by Robert Withers

Good evening, After some sprints over the past couple of days, the SecureSession project has reached an Official Release. This project implements a Certificateless secure connection, with no third parties. It is a 6 leg handshake. Here is the wiki: https://github.com/SqueakCryptographySquad/Mushroom/wiki/SecureSession thank You, Robert

Dec. 9, 2015

Re: [Pharo-users] [squeak-dev] Name change: Mushroom ( was Re: evolutions of squeakelib & crypto)

by Robert Withers

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, it's right there. You're right, Phil. Furthermore these names are personable, effective marketing and they always have something to do with what they do. Taker flume, sqoop, yarn or impala. I'll take the Impala, thank you. It's vintage. In my case, choosing Mushroom has a reasonable descriptive power when considered in light of mobile code budding out all over the grid. It's a cloud solution. Robert On 12/08/2015 05:10 PM, phil(a)highoctane.be wrote: > 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 name, it is its description. > > And, know what, put a generic name and it will be ungooglable. > > Try with Visual Studio Code ... > > Pfah, descriptive project names... As if these were descriptive: > > Ubuntu 15.10 (Wily Werewolf) > Ubuntu 15.04 (Vivid Vervet) > Ubuntu 14.04.3 LTS (Trusty Tahr) > Ubuntu 12.04.5 LTS (Precise Pangolin) > > Oh yeah super descriptive names: > > Oracle Communications Diameter Signaling Router > > Have a clue? Enjoy, they have a bunch and renamed a few: > https://www.oracle.com/products/oracle-a-z.html > > Want to know? Pay the dues. > > Phil > > > > On Tue, Dec 8, 2015 at 10:20 PM, Robert Withers > <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> 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 communal > association. Do you know Kevin Bacon? ;-) > > I've used that language! > > On 12/08/2015 04:02 PM, EuanM wrote: > > The philosophical issue behind the disutility of project names > like > these is "Meno's Paradox" > > On 8 December 2015 at 21:01, EuanM <euanmee(a)gmail.com > <mailto:euanmee@gmail.com>> 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 > 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 > "Garage". Neither are mnemonic or meaningful > > These projects are just the tip of the iceberg. > > Pharo project names have publisher-only project names. The > project > name equivalent of write-only computer languages, like > Brain-F**k. > > > On 7 December 2015 at 17:52, Todd Blanchard > <tblanchard(a)mac.com <mailto:tblanchard@mac.com>> wrote: > > Sigh. > > I wish people would choose descriptive names for their > projects. I went looking on Smalltalkhub for some > capability and what I found are thousands of packages > with names that mean nothing and no description > entered either. If you want to make sure nobody ever > uses your code you've just taken a giant step in the > right direction. But if you hope to make something > lots of people benefit from - nobody is going to look > for "mushroom" when they want crypto capabilities. > > Sorry, this has been really bugging me lately. We, as > a community, do a lousy job of making our code easy to > find. > > -Todd Blanchard > > On Dec 7, 2015, at 07:38, Ben Coman > <btc(a)openInWorld.com> wrote: > > I like it, but it seems you missed my point :) > mushroom --> 117,000,000 is two orders of > magnitude more hidden. > Anyway, maybe I overplay its significance. > cheers -ben > > On Mon, Dec 7, 2015 at 11:11 PM, Robert Withers > <robert.w.withers(a)gmail.com > <mailto:robert.w.withers@gmail.com>> wrote: > > I renamed the project to Mushroom and I also > dumped the encoding work to > focus on shutdown, optimization and > serialization. Here's the wiki: > https://github.com/SqueakCryptographySquad/Mushroom/wiki > > thanks,Robert > > > On 12/06/2015 01:42 AM, Ben Coman wrote: > > On Sun, Dec 6, 2015 at 10:42 AM, Robert > Withers > <robert.w.withers(a)gmail.com > <mailto:robert.w.withers@gmail.com>> wrote: > > On 12/05/2015 09:24 PM, Ben Coman wrote: > > On Fri, Dec 4, 2015 at 11:57 PM, > Robert Withers > <robert.w.withers(a)gmail.com > <mailto:robert.w.withers@gmail.com>> > wrote: > > Now I think you are right on > with your observation. > Additionally, the > number > of dialects could increase > further with Fuel > serialization, just port > SecureSession and bits. > > Alright, I came up with a name > and it may border on the > egregious ... > presenting ... > > "Maelstrom" > > Great sounding name. However some > general advice for the community, > since I see a lot of great > sounding project names drowned out > in the > noise of our web-search-centric > universe. A litmus test for project > naming is using google search to > find which return low search results. > Today, its more important to be > unique than any other attribute of a > name. So in general, *dictionary* > english words are not the best. > One technique is to intentionally > mispell the word you like. Here are > some comparative examples (note, > the surrounding quotes are required > to avoid google trying to be > helpful and correct the spelling)... > > "maelstrom" --> 7,480,000 > "maelstroom" --> 6,200 > "maelstrum" --> 2,280 > "maelstruum" --> 7 > > Lots of interesting other > techniques can be found by > searching on: > techniques to generate brand names > or domain names. > > cheers -ben > > > I would be happy to change the names > to something more unique, though it > may > take a few. Are you suggesting > "maelstruum"? > > cheers, > Robert > > > *Suggesting* yes, but the choice is yours > ;) You need to own it. > > I think maelstruum is certainly memorable > with the double "u", but > maybe jarring next the the "m". I'm > inclined to maelstroom, since I > associate it with "zoom". I wouldn't > necessarily go for the absolute > lowest results. I have an entirely > unsubstantiated belief that > anything less than 10,000 gives a > reasonable chance to compete once a > user's browsing history is taken into > account. Finally you need to > check existing results don't return > something abhorrent (I didn't do > this). > > I'd encourage to play around testing on > google search. Its quick and > easy to generate and test alternatives. > I've added a few more below. > "maelstra" --> 3,560 > "maelstram" --> 504 > "maelstrim" --> 1200 > "maelstroon" --> 58 > "maelstroomi" --> 4 > > btw, I wouldn't swap the order of the "ae" > since that would be > susceptible to real typing errors. > > cheers -ben > > > > > > >

Dec. 8, 2015

Re: [Pharo-users] When a metaclass is initialised by the system ?

by Mariano Martinez Peck

On Tue, Dec 8, 2015 at 6:23 PM, Thierry Goubier <thierry.goubier(a)gmail.com> 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. > > mmmmmm package initialize method in Monticello? I never saw that. Could you share more details please? > Now, when I was doing my browser, I wondered about giving access to such > code... turns out nobody uses it. > > Thierry > > >> 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. But then it could be if such >>> method changes again. But maybe too if you clear some Monticello >>> caches... >>> Also, you may have dependencies (of order execution) with other class >>> side initialize. So...another approaches you can take (depending on >>> your needs) is lazy class var getters with ifNil: or if you have a >>> ConfigurationOfYourApp, you can define #postLoadDoIts in which you can >>> perform the whole initialization of your app. Or ...from the >>> #postLoadDoIts simply delegate to a class MyAppInitialize. >>> >>> I do a bit of all of them hahaha. >>> >>> Cheers, >>> >>> On Mon, Dec 7, 2015 at 9:11 PM, Dimitris Chloupis >>> <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >>> >>> ok that means I cannot rely on it and I will have to initialize >>> my class variables in specific methods. No problem, ifNil here I >>> come :) >>> >>> On Tue, Dec 8, 2015 at 12:24 AM Sven Van Caekenberghe >>> <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: >>> >>> Hi Dimitris, >>> >>> > On 07 Dec 2015, at 23:12, Dimitris Chloupis >>> <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >>> > >>> > I have read that a metaclass (class side of the class) is >>> initialised when its loaded to the image by monticello, Are >>> there any other cases when the initialize method of the the >>> metaclass is being called ? >>> >>> Correct: a class #initialize is called when its code is >>> loaded, but only if it is not yet present or different in >>> source code from what is already present (this last point will >>> bite you one day ;-). >>> >>> Else, the #initialize should be called manually (for example >>> to reload some caches, or reset some system state). This >>> sometimes happens in #postLoads or install scripts. >>> >>> I am not aware of any automatic invocations. >>> >>> Sven >>> >>> >>> >>> >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com <http://marianopeck.wordpress.com/> >>> >> >> > > -- Mariano http://marianopeck.wordpress.com

Dec. 8, 2015

Re: [Pharo-users] Fuel Slow?

by Mariano Martinez Peck

On Tue, Dec 8, 2015 at 7:42 PM, Sean P. DeNigris <sean(a)clipperadams.com> 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 tell me which VM you used, even better). Which stream are using? Did you profile it? > Thanks! > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Fuel-Slow-tp4866161.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

Dec. 8, 2015

Fuel Slow?

by Sean P. DeNigris

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 archive at Nabble.com.

Dec. 8, 2015