- Pharo-users - lists.pharo.org

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

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

by stepharo

Excellent. I started to port the old tutorial to PFTE so I will retire the chapter from the book for now. Stef On 1/9/14 23:18, Sven Van Caekenberghe wrote: > 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 stepharo

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 > <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 stepharo

> Hello, > > I want to try to make a financial app for a organisation. We want you do succeed :) > 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. Indeed the number are low. So this is good because you can use simple approaches. > > What are my options for storage of those data. > > I could use a database , but I wonder if there are more and better > options. You can use Voyage and MongoDB. Cheap and nice. You can use STON (text based serialisation). You can use Fuel (really fast serializer) but this is binary. > > Roelof > >

Sept. 2, 2014

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

by Tim Mackinnon

Esteban talked about Voyage at ESUG, its on the list of talks here: http://goo.gl/E1VF53 You can of course scale up to Gemstone (or indeed start with that as well if you need something more commercial and supported - there is a Gemstone talk in that link as well). Tim On 2 Sep 2014, at 07:17, 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

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> 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

best solution to store data

by Roelof Wobben

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] [Article] Reddit.st - In 10 Cool Pharo Classes

by Joachim Tuchel

Sven, This is really an excellent piece. You must have put a lot of thought into making it that short and concise. It's hard to belÃeve someone can cover glorp, seaside and even a domain in such a short article! There is very little in the code that's Pharo specific. The only component that will need significant changes is the captcha. String formattÃng and #asWords come to my mind. For a Smalltalker, this shouldnt be too hard. Thanks for sharing; Joachim Sven Van Caekenberghe <sven(a)stfx.eu> schrieb: >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