Tim,

Contributions to this list about how we can improve Argus are always appreciated by ArgusConnect. Many suggestions made here has provided the impetus for changes to our product, and in some cases we have reviewed our policies and strategies in response to feedback from users like you.

Syan Tan's implementation of non-HeSA libraries some time back paved the way for our adoption in 2007 of BouncyCastle PKI. Argus is hence no longer in any way tied to HeSA PKI. This has been an excellent move.  Similarly, despite our initial reticence about PGP (which was based on our concerns about the 'trust' management issue), we are now looking at the possibility of PGP-enabling Argus while we are implementing our new web-service product. Our attitudes to both PGP and web services have been strongly influenced by outsider's input, both from our users and from standards authorities like NEHTA.

If you regard our attempts to shield users from the complexity of our HQL scripting language as paternalistic, I must apologise and offer a mitigating rationale. We have learned painful lessons time and time again when we have not shielded users from complexity. In the case of HQL, for instance, we hope eventually to provide a very high-level interface for HL7 data extraction that would completely hide the implementation. We in no way intend to 'hide' any technical capabilities from those who wish to delve into more complex management of the product, but the facts are that the average user just doesn't wish to know this.  We are more than willing to assist those who wish to have access to the more technical processes get access to them. We will continue to try to cater for both demands.

One of the consequences of the openness and freedom of choice we try to offer the messaging community is that we have unwittingly given our competitors a huge stick with which to beat us: they point out how complex Argus can be to install in comparison to other products. Naturally, in our desire for user acceptance it serves us well to minimise that complexity. We do realise that it is possible to provide a 'dumbed-down' user interface and still allow techos to get deeper into the product, but because our (limited) resources have been focused on making Argus as user-friendly and easy to support as possible, we have de-emphasised the ability to 'get down and get dirty' with the product.

We will always embrace a collaborative relationship with the Australian market, and I wish personally to reassure everyone that we are always listening.
Regards

Tim Churches wrote:
Andrew N. Shrosbree wrote:
  
That's why I suggest that a comparison of Mirth with Argus would be enlightening, because Mirth's makers are not quite so paternalistic in
their approach to end users, and they encourage end users to develop message transformation scripts and make them available to the wider
Mirth community.
Tim C
    
--

Andrew N. Shrosbree B.Sc,B.Ec
Technical Architect
ArgusConnect Pty Ltd
Phone: +61 (0)3 5335 2214
Mobile: +61 (0)415 645 291
Web : http://www.argusconnect.com.au
Email : andrew.s at argusconnect dot com dot au

My status...just call me

View my Skype profile (andrewshroz)



_______________________________________________
Gpcg_talk mailing list
[email protected]
http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk

Reply via email to