Based on the GPS you could also tell the Developers just how lost they are.

 

You can use the Bluetooth to link to any handy screen, say you are at a film
in an IMAX theatre,

just about big enough to see what you are doing without using the NASA wall
of screens J

 

Nice one David, happy April Fools Day!

 

Daniel

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David
Sent: April 1, 2012 10:20 AM
To: arslist@ARSLIST.ORG
Subject: Re: DevStudio Tool

 

** 

Personally, I think the discussion has been great so far – but what hasn’t
come up yet are ideas around what I think will be the biggest next step in
Developer Studio… getting it to work well on smartphones like the iPhone or
the newly redesigned RAZR.  I’ve been talking to some of our big customers
and they all seem to be saying the same thing – the trend toward “OOTB”
applications is declining, so they want to make their environments as unique
as possible as quickly as possible.  Being able to modify workflow and
processes on-the-fly from a remote location with minimal (or no) review from
a Change Approval Board (CAB) will ensure that one person’s opinion can
instantly be realized across a broad set of end users in all facets the
company.  Getting Dev Studio as mobile as possible would be a way to meet
that business need.

 

To be able to do this, Dev Studio would need to become even simpler to use.
Since the screen is going to be pretty small for development, one idea is to
integrate closely with voice recognition systems like Siri.  As Siri’s
database of recognized terms increases, it should be possible for Siri to
recognize 5GL programming statements, thus reducing the programming
knowledge needed to make changes to an app even further.  For example, one
should be able just to say “Siri – Add a field to track number of abandoned
tickets between the Company Name field and the Price field” or “Add a
qualification to the filter on the Priority field to reduce the number
entered by one if a submitter is in the ‘Director or higher’ permission
group”.  That way, you wouldn’t even need a GUI - so the issues around
getting Dev Studio to fit on a screen become moot.  I’m pretty sure that
other smartphone vendors will be copying Siri’s concept pretty soon, so that
the implementation can be cross platform.

 

For those that do want to use a GUI, I was thinking that the accelerometer
could be really good for getting a field into the right location on the
screen.  Just tip the smartphone in the direction you want to move the field
and it will “bump” into other fields, moving them out of the way and making
room for your new field.  Then just tap the phone gently to get it back into
the right location and then save your work.   Want to delete a field?  Just
select it and then shake the phone like a whip to “throw” it out of the
display.

 

The camera is really useful as well.  For example, when end users find a GUI
that has the look and feel that they want for your remedy app, I was
thinking they could just use the camera to “scan” that UI and send it back
to AR System.  Then Dev Studio would automatically rework the application to
use the same color scheme, icons, fonts, etc.   It could create a different
view for every scan that was submitted, enabling every user to have their
own personalized “skin” for your standardized enterprise business
application.

 

I’m not exactly sure how to use the GPS function yet, but perhaps the Remedy
Developer’s location could be tracked real-time.  That way when the
developer is moving around and they get close to someone who has ideas of
how to change the application, an alert could be immediately sent to the
developer – giving them a chance to stop by the idea-person’s cube to
discuss that person’s latest opinions on what could be done to improve the
app.  Since Dev Studio would be mobile, those changes could be put in place
right away – increasing end-user satisfaction.

 

Anyway, I’m sure all of these concepts can be further discussed at the
WWRUG12 panel, which is coming pretty soon.  Today being April 1st, that’s
only about 6 ½ months away.

 

 

-David J. Easter

Manager of Product Management, Remedy Platform

BMC Software, Inc.

 

The opinions, statements, and/or suggested courses of action expressed in
this E-mail do not necessarily reflect those of BMC Software, Inc or
reality.  My voluntary participation in this forum is not intended to convey
a role as a spokesperson, liaison, prankster or public relations
representative for BMC Software, Inc.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Guillaume Rheault
Sent: Friday, March 30, 2012 6:49 AM
To: arslist@ARSLIST.ORG
Subject: Re: DevStudio Tool

 

** 

Hola Jose

Thanks for the clarification, you make interesting points. 
We know that David Easter monitors the ARS list, so maybe he can chime in on
what he thinks about this....

Guillaume

  _____  

From: Action Request System discussion list(ARSList) [arslist@ARSLIST.ORG]
on behalf of Jose Huerta [jose.hue...@sm2baleares.es]
Sent: Friday, March 30, 2012 5:14 AM
To: arslist@ARSLIST.ORG
Subject: Re: DevStudio Tool

** Guillaume, 

 

I know that Remedy development is very different from structured or object
programming. But my point is about the quality and possibilities of their
development tools.

 

I will explain in detail what I consider essential:

 

ONLINE DEBUG:

There is a tool in Remedy that allows you to debug step by step. But it's
text based. I want to log in in debug mode, that executes normally. Set
breakpoints at some filters. When these filters arrive stop execution, see
the fields values at this particular moment, and continue executing filters
step by step. If this can be done by text, Why is it not possible to do
through dev studio?

 

UNITARY TEST:

Configure some actions (like creating a request with some values or call a
service action with some values) and program the expected behavior. So when
you run the unitary test the system checks it. Maintaining a library of
unitary tests on your system and reexecuting them at every change, you get
more control. I do it now, with some very complex situations, but I need to
use SOAPUI to call a web service and get the response, checking it to see if
it is valid.

 

GRAPHICAL ENHANCEMENTS LIKE BLOCKING OR HIDDING:

Set some elements in a view and group them in layers. Then you can easily
hide a layer, but only when editing. Or you can block a layer, to be sure
you can't select it. 

 

ENFORCEMENT OF BEST PRACTICES:

Have a set of best practices configured (like naming convention) and the
system automatically checks them. So if you brake a best practice the system
warms you.

 

WORK WITH FIELDS NOT IN VIEW:

If you want to reconfigure or change a field that is not present in any
view, then you must add it (where you can't search it from the fieldid, only
by the name) to a view, change it and remove it again from the view.

 

ENHANCED SEARCH:

I can only search elements from one criteria. And the available criteria is
not enough. If I want to list all filters with some word in the name that
are part of a particular application, this is not possible. If I want to
know which filters are used in a particular form, this is not possible (I
can only search for the primary form, but not shared). I want to list all
filters that use a particular field in the qualification, this is not
possible. I have a Remedy form that feeds from the Remedy's data dictionary
that can perform all these searches.

 

Under my point of view, the developer studio has the minimum set of feature
to allow developing, but it is far from being a good tool.

 

Regards,

 

Jose Huerta

http://theremedyforit.com/ 

 

        

 

On Thu, Mar 29, 2012 at 15:55, Guillaume Rheault <guilla...@dcshq.com>
wrote:

** 

Jose, 

I think some of the points you mention are not applicable in the ARS world,
since as you very well know, ARS is not a 3rd generation language like java
or .net.
The general consensus is that ARS is greater than a 4th generation language,
it's either 4.5 or 5th generation. 
As a point of reference PL/SQL and T-SQL are 4th generation languages.

Therefore you cannot really compare the developer tool of a of 5th
generation language with the developer tool of a 3rd generation language.
We need to compare apples to apples and oranges to oranges to make an
objective and rational comparison.

So... if you are familiar with a 5th generation language's developer tool
and want to compare it with Developer Studio, please go ahead and share your
analysis, the community values them, and hopefully BMC will incorporate new
features in future versions.

Guillaume

  _____  

From: Action Request System discussion list(ARSList) [arslist@ARSLIST.ORG]
on behalf of Jose Huerta [jose.hue...@sm2baleares.es]
Sent: Thursday, March 29, 2012 8:27 AM 


To: arslist@ARSLIST.ORG
Subject: Re: DevStudio Tool

 

** I think that Developer Studio is not as good as it must be. You all talk
about the great leap made from the admin tool to the developer studio. But
under my point of view it's is like going from a very bad application to a
bad application. 

 

Have you seen other developer studios (like the Microsot's one)? There are a
lot of features missing in the current version that are the basis of other
development environments like:

 

 - Online debugging

 - Unitary test

 - Graphical blocking of elements (to block some elements and work with
others).

 - Enforcement of best practices.

 - Search objects: To answer the next questions: What are the active links
that can change one particular field? What filters are associated with a
form (not only the main form, but also as a secondary form)?

 

It is not a good tool. And the prove of it is that a lot of partners are
providing parallel tools to make things that the developer studio would had
to do.

 

I work with a 24" panoramic monitor + 22" 4:3 monitor + the 15" laptop
monitor. And I use all three when using the developer studio. For me there
is a waste of space when displaying a filter. All this information can be
reorganized better way. 

 

_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 

 

_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 

_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 

_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 


_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Reply via email to