MathGroup Archive 2011

[Date Index] [Thread Index] [Author Index]

Search the Archive

Re: Enterprise level Mathematica idea

By the way, from a very quick read of your proposal, this all appears
to be completely doable in Mathematica.  It's just a question of

I'd be happy to discuss the project with you and flesh out its scope.


On Jul 14, 5:21 am, Armand Tamzarian <mike.honeychu... at>
> On Jul 10, 7:04 pm, "McHale, Paul" <Paul.McH... at> wrote:> Rather than start with the how, I would like to describe the end user experience that we would like to shoot for as if I were reviewing something th=
> at doesn't exist.
> > When a user wants to start a new Mathematica document, they simply laun=
>  an empty notebook.  The user is likely not to know anything beyond a=
> ic few commands.  However, to  perform complex tasks specific for the=
>  organization, they simply leverage the shared corporate library.  Th=
is l=
> ibrary makes it possible to develop very powerful notebooks without the n=
> d for learning details of implementation that are unique to that  organ=
> ation.
> > Example code of connecting to a database, retrieving product specific m=
> ufacturing information over a date range and with regard to a certain cri=
> ria is accomplished by one "corporate command", or cf*[].
> > myResults=cfPartsInfo[x"Product",x"Start date", x"End Date", x"Criter=
>  from Result table"];> Max[myResults]
> > Min[MyResults]
> > Length[myList]
> > Note: Depending on the format of myResults, there may be cfMax[], cfMin=
>  and cfLength[].
> > Note: all parameters start with x.  This indicates there are multiple=
> hoices.
> > When the user selects cfPartsPassed[] from a auto-generated palette (de=
> ved from shared library), the placeholders or the parameters buttons.  =
> en pressed, a list pops up which the user can select which product they w=
> t to look at.  The same for date and which criteria.
> > myResults=cfPartsInfo["Rocket MarkA,"June, 2010", "June, 2011", "Pass=
> ail"];
> > Would return the pass/fail status of Rocket MarkA for the past year.
> > Required functionality to support this effort:
> > 1. Ability for developers to write functions cf* and deploiy them to a =
> ntral repository
> > 2. Ability for developers to dynamically populate the popup list for pa=
> meter selection using repository code and network access> 3. Support for =
auto-palette generation based on repository
> > 4. Support for each user to "check for updates" to make sure they have =
> test copy of central repository
> > This provides critical functionality not available in any package I kno=
w =
> of:
> > 1. Users will need to learn very little about mathematica but will be a=
> e to leverage it well beyond their understanding.  I think this is true=
> or all Mathematica users.  How many of could truly understand all the a=
> orithms used in the optmization functions?  Why should the users be req=
> red to understand Mathematica when the corporate specific code can be dev=
> oped once and abstracted from the user?
> > 2. The developers will have a trivial way to "deploy" their code to the=
> sers.  When the users chooses to "update local library" Mathematica sho=
> d populate the palettes accordingly and update any help files as approria=
> .
> > 3. The line between corporate code and Mathematica base code could shou=
>  be blurred to the point of being indistinguishable to the user.  Thi=
s is=
>  targeted strongly at managers and engineers (data centric people) who =
>  not learn Mathematica so they may benefit from it without knowledge of=
>  it is being done.  This abstraction is critical to lowering the barr=
ier =
> for entry by the more classical user community.
> > 4.  This functionality decouples the users from the changing (agile) =
> ndscape of corporate implementation of things like databases.  Change t=
>  database, update the code, publish to shared repository.  Users will=
>  update notification on launch of Mathematica or possible push notifica=
> .
> > As we move forward in areas such as defense, it is becoming massively c=
> tical that we learn to do more with less.  We have no choice.  This i=
s =
> an indisputable trend.  This also means we need to force multiply.  W=
e =
> need to leverage the efforts of skilled developers to enable members of m=
> agement and technical staff with minimal transfer effort and maximal tran=
> er control.  Without this, we run a greater risk of failing at our miss=
> n.  I believe Mathematica has all the base requirements to do this.  =
>  just need the enterprise level support to do it well.  To be truly e=
> tive, this support must be trivial from a user perspective (I.e. Windows =
> date).
> > Paul
> Paul,
> Are you recruiting or hiring contractors for these tasks? It is a
> little unclear from the post whether you are or whether you are
> seeking guidance for your internal people.
> (Does you company block emails that have links or attachments?)
> Mike

  • Prev by Date: Re: Numerical accuracy/precision - this is a bug or a feature?
  • Next by Date: Re: Numerical accuracy/precision - this is a bug or a feature?
  • Previous by thread: Re: Enterprise level Mathematica idea
  • Next by thread: problem in mathematica code