September 2014 - Pharo-users

Re: [Pharo-users] best solution to store data

by kilon alios

ah yes thats it , thanks Pierce . It may come handy for my project Ephestos, though I prefer to keep things inside the Pharo image personally. On Tue, Sep 2, 2014 at 4:04 PM, Pierce Ng <pierce(a)samadhiweb.com> wrote: > On Tue, Sep 02, 2014 at 03:55:50PM +0300, kilon alios wrote: > > When I was coding in Python for small local databases SQlite was > > recommended , I only have played briefly with it but it looked to me > fairly > > easy to use and with a very good performance. But I dont know how well it > > works in Pharo, so maybe someone can jump in and tells us about it . > > Give it a spin: > > http://www.samadhiweb.com/tags/sqlite > http://ss3.gemtalksystems.com/ss/NBSQLite3/ > > Pierce > > >

Sept. 2, 2014

Re: [Pharo-users] [Article] Reddit.st - In 10 Cool Pharo Classes

by Esteban A. Maringolo

Excellent. I hope this spurs more people to embrace GLORP use together with Seaside. :) Thank you again. Esteban A. Maringolo 2014-09-01 18:18 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Hi, > > I published another introduction/tutorial article > > Reddit.st - In 10 Cool Pharo Classes > > Implementing a Reddit style web application in Pharo using Seaside, Glorp and PostgreSQL > > https://medium.com/@svenvc/reddit-st-in-10-cool-pharo-classes-1b5327ca0740 > > The focus is not so much on the smaller size or the higher developer productivity in Pharo, but more on the fact that we can cover so much ground using such powerful frameworks, as well as the natural development flow from model over tests and persistence to web GUI. This is a more intermediate level article that assumes basic knowledge about Pharo (language and IDE). > > https://ci.inria.fr/pharo-contribution/job/Reddit/ > > http://www.smalltalkhub.com/#!/~SvenVanCaekenberghe/Reddit > > Enjoy! > > Sven > > PS: This article is actually an update of an article that I wrote in 2010 and that became unavailable/outdated. > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Pierce Ng

On Tue, Sep 02, 2014 at 03:55:50PM +0300, kilon alios wrote: > When I was coding in Python for small local databases SQlite was > recommended , I only have played briefly with it but it looked to me fairly > easy to use and with a very good performance. But I dont know how well it > works in Pharo, so maybe someone can jump in and tells us about it . Give it a spin: http://www.samadhiweb.com/tags/sqlite http://ss3.gemtalksystems.com/ss/NBSQLite3/ Pierce

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by kilon alios

When I was coding in Python for small local databases SQlite was recommended , I only have played briefly with it but it looked to me fairly easy to use and with a very good performance. But I dont know how well it works in Pharo, so maybe someone can jump in and tells us about it . On Tue, Sep 2, 2014 at 3:49 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > seeing that use case is really small, I would probably try the simplest > approach possible. > Something like sandstonedb can make the trick here :) > > http://smalltalkhub.com/#!/~gnaritas/SandstoneDb > > Esteban > > > On 02 Sep 2014, at 14:31, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> > wrote: > > Yep, the binary approach is a bit more fragile and less interoperable. > STON, JSON or XML are all fine with such a small domain I imagine. > > > On Tue, Sep 2, 2014 at 12:31 PM, stepharo <stepharo(a)free.fr> wrote: > >> >> On 2/9/14 09:11, FranÃ§ois Stephany wrote: >> >> If you don't want a separate DB, object serialization with Fuel is an >> option. It's very easy to serialize a graph of objects to disk. >> You can also have a look at SandstoneDB, it's pretty small and some >> people use it. >> >> pay attention that images can get corrupted so I would in addition use a >> file based approach (STON or whatever). >> >> >> Cheers, >> Francois >> >> >> On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben <r.wobben(a)home.nl> wrote: >> >>> Hello, >>> >>> I want to try to make a financial app for a organisation. >>> >>> There are some 50 customers so also 50 invoices a year. >>> Then the payments . Also 50 a year. >>> >>> Cash and bank accounts . Every month some 10 - 20 things. >>> >>> So on my disk on the programm I now use it costs me some 30 - 50 Kb a >>> year. >>> >>> What are my options for storage of those data. >>> >>> I could use a database , but I wonder if there are more and better >>> options. >>> >>> Roelof >>> >>> >> >> > >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Esteban Lorenzano

seeing that use case is really small, I would probably try the simplest approach possible. Something like sandstonedb can make the trick here :) http://smalltalkhub.com/#!/~gnaritas/SandstoneDb Esteban On 02 Sep 2014, at 14:31, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > Yep, the binary approach is a bit more fragile and less interoperable. > STON, JSON or XML are all fine with such a small domain I imagine. > > > On Tue, Sep 2, 2014 at 12:31 PM, stepharo <stepharo(a)free.fr> wrote: > > On 2/9/14 09:11, FranÃ§ois Stephany wrote: >> If you don't want a separate DB, object serialization with Fuel is an option. It's very easy to serialize a graph of objects to disk. >> You can also have a look at SandstoneDB, it's pretty small and some people use it. > pay attention that images can get corrupted so I would in addition use a file based approach (STON or whatever). > >> >> Cheers, >> Francois >> >> >> On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben <r.wobben(a)home.nl> wrote: >> Hello, >> >> I want to try to make a financial app for a organisation. >> >> There are some 50 customers so also 50 invoices a year. >> Then the payments . Also 50 a year. >> >> Cash and bank accounts . Every month some 10 - 20 things. >> >> So on my disk on the programm I now use it costs me some 30 - 50 Kb a year. >> >> What are my options for storage of those data. >> >> I could use a database , but I wonder if there are more and better options. >> >> Roelof >> >> > >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by FranÃ§ois Stephany

Yep, the binary approach is a bit more fragile and less interoperable. STON, JSON or XML are all fine with such a small domain I imagine. On Tue, Sep 2, 2014 at 12:31 PM, stepharo <stepharo(a)free.fr> wrote: > > On 2/9/14 09:11, FranÃ§ois Stephany wrote: > > If you don't want a separate DB, object serialization with Fuel is an > option. It's very easy to serialize a graph of objects to disk. > You can also have a look at SandstoneDB, it's pretty small and some > people use it. > > pay attention that images can get corrupted so I would in addition use a > file based approach (STON or whatever). > > > Cheers, > Francois > > > On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben <r.wobben(a)home.nl> wrote: > >> Hello, >> >> I want to try to make a financial app for a organisation. >> >> There are some 50 customers so also 50 invoices a year. >> Then the payments . Also 50 a year. >> >> Cash and bank accounts . Every month some 10 - 20 things. >> >> So on my disk on the programm I now use it costs me some 30 - 50 Kb a >> year. >> >> What are my options for storage of those data. >> >> I could use a database , but I wonder if there are more and better >> options. >> >> Roelof >> >> > >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by stepharo

On 2/9/14 13:01, Roelof Wobben wrote: > Thanks. > > Could Magna also be a good solution ? For such quantity of information my impression is that it is oversized. May be Chris Mueller will reply. Now Magma does not work in Pharo (or may be it does but I do not know). > > Roelof > > > > > FranÃ§ois Stephany schreef op 2-9-2014 9:11: >> If you don't want a separate DB, object serialization with Fuel is an >> option. It's very easy to serialize a graph of objects to disk. >> You can also have a look at SandstoneDB, it's pretty small and some >> people use it. >> >> Cheers, >> Francois >> >> >> On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben <r.wobben(a)home.nl >> <mailto:r.wobben@home.nl>> wrote: >> >> Hello, >> >> I want to try to make a financial app for a organisation. >> >> There are some 50 customers so also 50 invoices a year. >> Then the payments . Also 50 a year. >> >> Cash and bank accounts . Every month some 10 - 20 things. >> >> So on my disk on the programm I now use it costs me some 30 - 50 >> Kb a year. >> >> What are my options for storage of those data. >> >> I could use a database , but I wonder if there are more and >> better options. >> >> Roelof >> >> >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Roelof Wobben

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Roelof Wobben

Sept. 2, 2014

Re: [Pharo-users] GUI construction under Pharo

by stepharo

On 1/9/14 17:40, Ichiseki wrote: > Hi > For what I've read and study Smalltalk was great a RAD, it was infact used a > lot in financial services for that reason. Smalltalk is still used!. JPMorgan, globalFoundries (AMD 64), LAMRC, MMA > Now I see that most commercial versions of Smalltalk have a GUI builder, but > non of the open source. > Wouldn't have a GUI building tool be a priority? It could. Now we have a new object format that will speed up everything and 64 bits and many many other. Gary have a nice UIBuilder but it is private. So we will get there. > Perhaps this is already done? > best > > Ichiro > > > > > > -- > View this message in context: http://forum.world.st/GUI-construction-under-Pharo-tp4775654.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Sept. 2, 2014