[Pharo-users] Lawsuit Tracker app

Dimitris Chloupis kilon.alios at gmail.com
Sat Jan 2 18:27:29 EST 2016

there is an an SQlite wrapper for pharo


the screenshot you shared as Tudor said can be accomplished via Roassal and

Personally I find the whole performance question kinda irrelevant because
if you really want to squeeze the most performance code those parts in C
and call them from Pharo via its FFI. Not even Julia will able to
outperform that since itself relies on C code for performance and its quite
restrictive how you use its dynamic types to achieve high performance.

In any case there are always 3 rules, profile, profile and profile. When it
comes to performance assume nothing. In the vast majority of cases Pharo
JIT VM should be more than enough.

And if all you want to do is a business app I dont even know why you worry
about performance. Business apps they are very low demand on performance.

Pharo libraries dont get irrelevant because the language is so simple it
barely changes and the changes usually dont brake compatibility. The only
that broke AFAIK is the image format with the new Spur VM but that should
not affect libraries.

Pharo can do REPL via the playground, the whole deal is that is a lot more
than that. GUI wise you can do some pretty awesome stuff with morphic.

On Sat, Jan 2, 2016 at 11:53 PM Saša Janiška <gour at atmarama.com> wrote:

> Hello,
> I'm looking how to build GUI app with Pharo and today found out
> screenshot of Lawsuit Tracker (http://smallworks.eu/web/projects/lawsuit
> Tracker) which very much resembles 'typical' desktop/business
> application. The web site says: "It is made using Pharo, Glamour,
> Magritte and MongoDB." and in my case I'd replace MongoDB with Sqlite3,
> have need for more grpahical output - something like:
> http://saravali.de/screenshots.html
> but wonder about other components and whether they (Glamour/Magritte)
> are still relevant *today* ?
> Otoh, today I was re-reading some stuff about Julia language which looks
> as fine langauge, but it does not fit on one psotcard, although it
> provides more "classical" way of developing: editor+REPL along with
> Gtk(.jl) bindings.
> The language does perform very well, iow. it's quite fast which is good
> for my project, but it's a bit cumbersome since there is no support to
> compile end application, while it looks that Pharo has advantage here
> providing smoother way of deployment (multi-platform wise).
> Any hint?
> --
> Even if you are considered to be the most sinful of all sinners,
> when you are situated in the boat of transcendental knowledge
> you will be able to cross over the ocean of miseries.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/attachments/20160102/59e3fc50/attachment.html>

More information about the Pharo-users mailing list