March 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] GTTools and Mongo

by Christophe Demarey

Hi Phil, Le 11 mars 2015 Ã 08:48, phil(a)highoctane.be a Ã©crit : > FWIW Mapless and its mongo support is quite awesome. I am using it for a feature and it has tremendous potential. > I would be interested to have a small comparison between voyage and mapless (pros and cons). Do you have enough feedback to list pros/cons for each library? Christophe

March 11, 2015

Re: [Pharo-users] GTTools and Mongo

by phil＠highoctane.be

And now for 2 images... Pharo 4 for tools like this. Pharo 3 for production code... Any way to get this on 3 you think? MongoTalk works fine there. Am switching betweeen Pharo and Robomongo all the time here :-) FWIW Mapless and its mongo support is quite awesome. I am using it for a feature and it has tremendous potential. Your tool will be a great inspiration for builing one for it. Phil Le 11 mars 2015 07:49, "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit : > He he. > > When the cost of building a tool gets too low, developers feel compelled > to work on embellishments just to feel like they did something :). > > And I see you used yet another undocumented feature: filtering the > inspector :) > > Nice job! > > Doru > > > > On Tue, Mar 10, 2015 at 9:14 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> I spend some more minutes. So using GTTools in Pharo 4beta and a few more >> methods, >> pragmas, icons later we now have: >> >> MongoBrowser open >> >> which I also made available in the Tools menu. If you want to try out go >> to >> "Tools" -> "ConfigurationBrowser" and load MongoTalk in Pharo 4beta. >> >> See attached screenshot. >> >> This makes: >> >> 3 methods as class extensions for a custom GT inspector on each mongo >> domain object (mongo, database, collection) >> 4 methods to provide the 4 icons >> 1 method to provide the pragma for inclusion into world menu >> (#menuCommandOn:) >> 1 method to open >> >> which makes 9 methods to build a Mongo database UI browser in Pharo >> Smalltalk! Without the icons and menu item only 4 !!! >> Hey - Pharo rocks already and with GTTools we get even more empowered! >> >> Thanks to anyone who contributed to MongoTalk (especially Kent Beck for >> the initial implementation). >> >> Have fun >> T. >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

March 11, 2015

Re: [Pharo-users] GTTools and Mongo

by Tudor Girba

He he. When the cost of building a tool gets too low, developers feel compelled to work on embellishments just to feel like they did something :). And I see you used yet another undocumented feature: filtering the inspector :) Nice job! Doru On Tue, Mar 10, 2015 at 9:14 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > I spend some more minutes. So using GTTools in Pharo 4beta and a few more > methods, > pragmas, icons later we now have: > > MongoBrowser open > > which I also made available in the Tools menu. If you want to try out go to > "Tools" -> "ConfigurationBrowser" and load MongoTalk in Pharo 4beta. > > See attached screenshot. > > This makes: > > 3 methods as class extensions for a custom GT inspector on each mongo > domain object (mongo, database, collection) > 4 methods to provide the 4 icons > 1 method to provide the pragma for inclusion into world menu > (#menuCommandOn:) > 1 method to open > > which makes 9 methods to build a Mongo database UI browser in Pharo > Smalltalk! Without the icons and menu item only 4 !!! > Hey - Pharo rocks already and with GTTools we get even more empowered! > > Thanks to anyone who contributed to MongoTalk (especially Kent Beck for > the initial implementation). > > Have fun > T. > > -- www.tudorgirba.com "Every thing has its own flow"

March 11, 2015

Re: [Pharo-users] When to use a stream for concatenating text..

by Esteban A. Maringolo

Andres Valloud performed some benchmarking in the past and his conclusion was that there was a threshold higher than expected when the streamed concatenation was faster and memory savvier. This was years ago, and of course I don't remember such threshold. However from the code aesthetics I use simple concatenation when I know beforehand there will be two or three semantically equivalent strings to be joined and choose streams when there is an uncertain lenght concatenation (most of the times involving appending while iterating). Not to mention implementations where the stream is passed as an argument, which in my experience are easier to factor. El mar 10, 2015 8:06 PM, "Ben Coman" <btc(a)openinworld.com> escribiÃ³: > There are a few things floating around the web saying that it is faster > using a stream for concatenation, but its been shown a while back to be > "not necessarily" true. It depends on the use case so you should profile - > if its that important. > cheers -ben > > On Wed, Mar 11, 2015 at 2:09 AM, sergio_101 <sergio.rrd(a)gmail.com> wrote: > >> >> it seems that in more cases than not, i find that developers use a stream >> when concatenating some text strings. >> >> I am wondering if this is a smalltalk thing, or is there a real speed >> benefit when using streams in this way. >> >> Thanks! >> >> >

March 11, 2015

Re: [Pharo-users] GTTools and Mongo

by Ben Coman

A blog article on that would be cool :) On Wed, Mar 11, 2015 at 4:14 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > I spend some more minutes. So using GTTools in Pharo 4beta and a few more > methods, > pragmas, icons later we now have: > > MongoBrowser open > > which I also made available in the Tools menu. If you want to try out go to > "Tools" -> "ConfigurationBrowser" and load MongoTalk in Pharo 4beta. > > See attached screenshot. > > This makes: > > 3 methods as class extensions for a custom GT inspector on each mongo > domain object (mongo, database, collection) > 4 methods to provide the 4 icons > 1 method to provide the pragma for inclusion into world menu > (#menuCommandOn:) > 1 method to open > > which makes 9 methods to build a Mongo database UI browser in Pharo > Smalltalk! Without the icons and menu item only 4 !!! > Hey - Pharo rocks already and with GTTools we get even more empowered! > > Thanks to anyone who contributed to MongoTalk (especially Kent Beck for > the initial implementation). > > Have fun > T. > >

March 10, 2015

Re: [Pharo-users] When to use a stream for concatenating text..

by Ben Coman

There are a few things floating around the web saying that it is faster using a stream for concatenation, but its been shown a while back to be "not necessarily" true. It depends on the use case so you should profile - if its that important. cheers -ben On Wed, Mar 11, 2015 at 2:09 AM, sergio_101 <sergio.rrd(a)gmail.com> wrote: > > it seems that in more cases than not, i find that developers use a stream > when concatenating some text strings. > > I am wondering if this is a smalltalk thing, or is there a real speed > benefit when using streams in this way. > > Thanks! > >

March 10, 2015

Re: [Pharo-users] GTTools and Mongo

by Torsten Bergmann

I spend some more minutes. So using GTTools in Pharo 4beta and a few more methods, pragmas, icons later we now have: MongoBrowser open which I also made available in the Tools menu. If you want to try out go to "Tools" -> "ConfigurationBrowser" and load MongoTalk in Pharo 4beta. See attached screenshot. This makes: 3 methods as class extensions for a custom GT inspector on each mongo domain object (mongo, database, collection) 4 methods to provide the 4 icons 1 method to provide the pragma for inclusion into world menu (#menuCommandOn:) 1 method to open which makes 9 methods to build a Mongo database UI browser in Pharo Smalltalk! Without the icons and menu item only 4 !!! Hey - Pharo rocks already and with GTTools we get even more empowered! Thanks to anyone who contributed to MongoTalk (especially Kent Beck for the initial implementation). Have fun T.

March 10, 2015

Re: [Pharo-users] When to use a stream for concatenating text..

by sergio_101

gotcha.. this makes sense. On Tue, Mar 10, 2015 at 2:18 PM Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > 2015-03-10 15:09 GMT-03:00 sergio_101 <sergio.rrd(a)gmail.com>: > > > > it seems that in more cases than not, i find that developers use a stream > > when concatenating some text strings. > > > > I am wondering if this is a smalltalk thing, or is there a real speed > > benefit when using streams in this way. > > It is not a matter of speed only, but mostly memory. > > For large text concatenations Streams are more memory efficient > because you don't create intermediate strings. > > E.g. > 'string1', 'string2', 'string3' ... , "stringN" will require the > creation of N intermediate String instances. > > aStream > nextPutAll: 'string1'; > nextPutAll: 'string2'; > nextPutAll: 'string3'; > nextPutAll: 'stringN' > > Will only add contents to the Stream collection. > > > Esteban A. Maringolo > >

March 10, 2015

Re: [Pharo-users] When to use a stream for concatenating text..

by Esteban A. Maringolo

2015-03-10 15:09 GMT-03:00 sergio_101 <sergio.rrd(a)gmail.com>: > > it seems that in more cases than not, i find that developers use a stream > when concatenating some text strings. > > I am wondering if this is a smalltalk thing, or is there a real speed > benefit when using streams in this way. It is not a matter of speed only, but mostly memory. For large text concatenations Streams are more memory efficient because you don't create intermediate strings. E.g. 'string1', 'string2', 'string3' ... , "stringN" will require the creation of N intermediate String instances. aStream nextPutAll: 'string1'; nextPutAll: 'string2'; nextPutAll: 'string3'; nextPutAll: 'stringN' Will only add contents to the Stream collection. Esteban A. Maringolo

March 10, 2015

When to use a stream for concatenating text..

by sergio_101

it seems that in more cases than not, i find that developers use a stream when concatenating some text strings. I am wondering if this is a smalltalk thing, or is there a real speed benefit when using streams in this way. Thanks!

March 10, 2015