Hi,
This is my first email to Haskell.org, and am
very much a Haskell newbie.
I have been fighting with Prolog and Smalltalk
devotees for so many years: each one seeming to treat the other as the "arch"
enemy.
Perhaps I can get better response from the Haskell
community.
I have been, for the last ten years, acting
upperCase(philosophical) and lowerCase (technical) researcher/consultant
to Heyile Pty Ltd. in Sydney Australia.
The purpose of the Ripose
Technology is to provide the Conceptual missing link that has,
for years evaded Smalltalk and Prolog application designers ie provision of
Industriel strength, Enterprise Wide
Definition and Business Wide
(software) Definitions.
The EWD seemed always to be a consensus, an
agreement to fail. Every application had to be carefully hand crafted by a
language programmer, acting for the business in accordance with what
the programmer thought the entepreneur needed. Where is the industrial
strength? Metaphysics seemed all they have to fall back on.
When I met this guy, Richter, in 1992 I saw
something mind bogglingly different in the way he designed business application:
in hours rather than years and accurate.
I agreed to use him and his technique to design for
himself, free of charge, his own Business
(Ripose Pty Ltd) and Enterprise (Ripose.Foundation) as proof of
the Ripose concept, in return for the important front end: the Conceptual
Pre-processor. This effectivily becomes free of
charge to the design community.
The Ripose Foundation (still only and idea) needs
good disciplined competent programmers who do not feel insulted if they are
required to program to strict definition. In short no hackers.
The toolset is currently limited by the tools he
was compelled to use for the last ten years: Omnis.
I believe that the free bit could
be redone in Haskell. The rewards are limited only by the
imagination.
Am I barking up the wrong tree?
Justin Walsh
===Last conversation between Richter
and a Foundation member=========
Gerhard
Thanks for your response.
Omnis Studio is only my suggestion because I know the
product fairly well and the Caspar (computer assisted strategic planning and
reasoning) engine is the robust client server version currently running very
well at the moment.
The data base design behind Caspar is probably even
more important than the code itself. Hence it does not matter to me whether the
final eCaspar is written in Omnis Studio or anything else.
If the response times of eCaspar are better than or
even comparable to Caspar, I would have no hesitation to have Caspar replaced by
eCaspar. This would then obviate the need to maintain two sets of code.
The reason behind this statement is that I have still
not successfully found a way to do a simple <a href> in the Omnis Studio
Web based product. If this is not achieved then my whole strategy of delivering
eCaspar in Omnis Studio, is in jeopardy.
Quite frankly I do not really see the need to web
enable Caspar as Caspar is probably more efficient and effective in its client
server form than it will be if it was web enabled. Just to satisfy a few people
who like the look and feel of a program running in a web browser does not appear
to be a very sound strategy. They will still have to learn how to use the
product and then decide to use our services!
The main benefit of using Ripose and Caspar is to
assist an entrepreneur rapidly design their ideal world and then test whether or
not the idea will 'fly'. This must be done before investing any more of their or
someone else's (business person's) hard earned money. Anyone interested in
'opportunism' will shy away from using Ripose and hence Caspar.
Ripose achieves this benefit by providing the steps a
Ripose architect has to take in order to clarify the idea/dream/thinking
of the initiator/entrepreneur and thus produce/develop the ideal world and then
test the idea.
It does this by creating a hierarchy of objects and
getting the entrepreneur, business person, technical person and process worker
to clarify the following:
- Concept behind the
entrepreneur/business/person's existence by delivering the idea via two
deliverables - objectives and a proof of concept. These two documents
describes the:
- Objects of the imagination - ie the objectives
- Goals (1 Purpose, 4 missions/benefits and
critical success factors (CSF)
- The measures supporting each CSF, namely
- Key performance indicators (KPI)
- Service level agreements (SLA)
- Objects behind the understanding of the
objectives, namely the:
- Knowledge base required to support the KPIs
- Prioritized core and ancillary
strategies/business functions and tactics/systems which will be needed to
implement the knowledge base
- Objects of reasoning - ie the logic required to
test the understanding, by delivering the proof of logic containing the:
- Data architecture - containing the following
objects
- The facts/data/attributes supporting each
object/entity in the knowledge base
- The data bases containing the 'normalized' or
'de-normalized' facts
- Process architecture - containing the following
objects
- The high level processes - eg 'read a file',
'open a window'
- The structured pseudo code, utilizing the
processes to act on the data base - sequence, selection and iteration
Finally we are now in a position for
SQL and the languages to begin to 'strut their stuff'
The Ripose technique and Caspar almost guarantee that
the three deliverables will be delivered in less than 3 months. The time frame
depends on the number of people in the enterprise
- Objectives - about 10 days maximum - see http://www.ripose.com/Objectives.html for the savings associated with delivering the objectives
- Strategies - about 20 days maximum - see http://www.ripose.com/Strategies.html for the savings associated with delivering the knowledge base and
strategies
- Logic - this depends on the number of
tactics/systems chosen together with the number of tables in the associated
data bases. The rule of thumb is not more than 10 working days for a data base
containing 20 tables
I do not see how any other product on the market
delivers the same benefit as Ripose and Caspar!
To build the Ripose enterprise (both the dot com and
dot org sides) is no longer solely my responsibility. We need adult human beings
to assist us.
Hope this helps clear more of the mist.
Regards
____________________________________
Charles Richter
Ripose Pty Limited
PO Box 244
Paddington NSW 2021
Australia
Voice (02) 8900
3234
Mobile (04) 2520 3234
Facsimile
(02) 9437 9237
Web site http://www.ripose.com
Newsletter November 2001
http://www.ripose.com/NewsLetters/Issue03/Page1.html
================================================================
Gerhard wrote:
I agree with you that you should
stick to omnis studio after so amny years of experience with it, I did not
know that detail.(I look now at Omnis studio: I
see that it is possible to connect to Apache , which can connect to
mySQL...)