DB-oreinted application
Blake
blake at kingdomrpg.com
Sat Nov 27 08:48:17 UTC 2004
OK, Squeakers,
I'm in a situation where I can see myself being poised to suggest a
language tool for an upcoming iteration of a retail product. It's a ways
off, but it is, I think, inevitable. We are currently using an Access-like
tool to develop the application, which has around 200 different tables and
screens. It also has many variants. From a design standpoint, it cries out
for object-orientation, but of course, we have bupkus as far as genuine OO
tools at hand.
I'm considering suggesting Squeak (or any Smalltalk) as the platform but
there are a few issues, some more easily resolvable than others. I'd like
to hear some ideas on this:
-> The lure of the Access-like tools is the fact that any moron can design
a table or set and then create a form or grid based on said table. Forms
generally need a lot of massaging and re-formatting so they're not a huge
deal, but I've seen no grids. Having built a few grids in my day I'm not
keen on building more.
-> We'll have at least 4-5 people working on the same application. One of
the nightmares of the current environment is that it was not designed for
collaborative work. (I confess also that STers disdain for files is not
one I understand. Working in an image makes some things very convenient
and other things very inconvenient.) I've read a lot of caveats regarding
Monticello and I'm not quite sure how well it would work. Anyone with
experience here? How will Croquet factor in, given that it's all about
collaboration? (I can see certain elements of Croquet being very useful
for working out bugs and brainstorming, but I don't know about source
control.)
-> Right now the bosses are concerned with the fact that the app doesn't
look like a "normal Windows app" that people are used to. I'm aware of the
problems and solutions to this in Squeak, but I also suspect this will be
a non-issue shortly. MS seems to have abandoned Win32.
-> The web-based squeak stuff--not Seaside, but the plug-in--makes it
appear as though any squeak application can be put on the web with a flick
of a switch (I suppose especially if the data storage is handled
correctly). I am somewhat concerned about interoperability between Squeak
and .NET/J2EE Thoughts?
Thank you, kind folk, in advance.
===Blake===
More information about the Squeak-dev
mailing list
|