A few comments: #3 One of the gotchas is many times you don't know a field will be used on multiple forms when you first create it. Some like First Name, Last Name, Requester Phone, etc will most likely be used on many forms but some are not so obvious when you start creating a form/application. I have some forms/apps that were quick solutions that kept growing and lived longer than I thought they ever would.
For things like First Name, Last Name, etc, how would we indicate that it specific to one application (#1)? Do we indicate that it is a shared element somehow (foundation if you will) not specific to one application? #1 In the NOT section: I agree it is not too important to track who created the field. I have seen some of the conventions that capture the creator in the field ID however as time goes on is it really that important who created it? In the context of sharing applications in the community I think it is pretty meaningless. I also agree there are other ways to track this if needed. I have mentioned on the List before that I like to put "Created" in Change History field of workflow, fields and forms. That captures who and also the create date, which is not capture anywhere. However we have a Remedy form for tracking objects as you build/change them that gives us the who, when and the Change Request ID to provide a reference back to the business reason for the change (the plan is to integrated it with AR System Version Control: Object Modification Log to automate some). This form and a Crystal Reports also gives us the manifest for changes that need to be moved to live. Jason On Mon, Sep 12, 2011 at 9:50 AM, Meyer, Jennifer L <jennifer.me...@nc.gov>wrote: > ** > > Thank you for starting the new topic, Matt.**** > > ** ** > > Before we begin develop a standard, let’s address questions regarding the > relevance of data to be captured in the database id.**** > > ** ** > > Assumptions**** > > Given the range of database ids is 600,000,000 to 999,999,999:**** > > The first digit may contain the numerals 6-9.**** > > The other 8 digits may contain numerals 0-9.**** > > 2-3 digits should be allowed for sequential numbering. They are relevant > to the form, other fields on the form, and duplication across forms.**** > > ** ** > > What data do we want to convey? I think these are the most important > pieces of data, but I might be wrong.**** > > **1. **Application (Asset, Request Mgt, Change, Archive, Custom)**** > > **2. **Field Usage (i.e. a zTmp field has vastly different usage than > a Request ID field. Some forms can hold 3 or 4 Request IDs, and they ought > to be noted.)**** > > **3. **Is it useful to denote fields used on multiple forms?**** > > ** ** > > What data do we NOT want to preserve?**** > > **1. **I don’t believe that the creator of the information is > particularly important for shared files. Do we want to waste precious > digits when authoring rights can be captured in Help Text or Change Log?** > ** > > **2. **Same for Field Type. That data is included in the definition > file. I don’t care whether it’s a character field or an enumerated field, > but I’d like to know the impact of changing the field.**** > > ** ** > > How are we able to convey that information?**** > > How do we want to organize the information in our allotted 9 digits?**** > > ** ** > > Jennifer Meyer**** > > Remedy Technical Support Specialist**** > > State of North Carolina**** > > Office of Information Technology Services **** > > Service Delivery Division ITSM & ITAM Services**** > > Office: 919-754-6543**** > > ITS Service Desk: 919-754-6000**** > > jennifer.me...@nc.gov**** > > http://its.state.nc.us**** > > ** ** > > E-mail correspondence to and from this address may be subject to the North > Carolina Public Records Law and may be disclosed to third parties only by an > authorized State Official.**** > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Matt Laurenceau > *Sent:* Monday, September 12, 2011 6:03 AM > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: EXTERNAL: Re: "Outside of Reserved Range" warning?**** > > ** ** > > ** I have commitment from a manager in BMC Engineering to share ideas (he > actually proposed his help while looking at ARSList - great!)**** > > ** ** > > I have drafted something to begin > with<https://communities.bmc.com/communities/docs/DOC-16743> > .**** > > Please check it out, and share your thoughts.**** > > - Add a *Comment *if you want to send a heads-up**** > - *Edit* the Doc directly (yes, wikipedia-style), should you be able to > make things progress directly (for example, I asked questions where some of > you may also have the answers)**** > > This is a great Use Case showing how powerful the Remedy Developer > Community is, I'm really excited by this 1st topic.**** > > ** ** > > Take care, Matt**** > > Senior Community Ambassador, BMC Communities**** > > Follow me @Matt_L <https://twitter.com/matt_L>**** > > ** ** > > On Sat, Sep 10, 2011 at 1:53 AM, Jason Miller <jason.mil...@gmail.com> > wrote:**** > > ** **** > > Joe, you nailed it (although I did get Jennifer's joke too). There are so > many communities where you can download code/functions/scripts/etc for other > languages but there isn't one for Remedy; well it is there just not actively > used in this manner. There are a few apps/utilities on the BMCDN but not as > many as I think a lot of us would like to see.**** > > ** ** > > Now to be perfectly honest, I have a few utilities that I have been meaning > to post to the BMCDN for a few years now (the data export one is sad without > runmacro.exe). We have seen arswiki.org come and go. Axton provided the > site for years and there just wasn't enough involvement to keep the site up > (I am guilty too).**** > > ** ** > > I am fearful that the same will happen with ARInside. I see John making > updates when he has some time but can it survive as a one or two person > project? Personally I would love to help out and even installed a compiler > a while back to work on my limited C++ skills. Years, work, new laptop > without compiler, and grade school aged kids later I still have not > contributed any code to the project.**** > > ** ** > > Don't get me wrong, always having sanctioned/paid work (and a family) that > pushes aside community projects is not a bad problem to have.**** > > - Is it that we are all just too busy?**** > - Is it a ratio thing in that we are such a small community compared to > Java/C++/HTML/PowerShell/<insert platform of choice> communities that we > just don't have enough people to contribute a decent volume of projects? > **** > - Is it that we cannot share what we build because it was done on > somebody else's time/system?**** > - Would it help if there was an AR MSDN like subscription that we have > been asking for for a few years?**** > > > - I think this is related to the somebody else's time/system question. > I know I can't afford to develop AR Applications without my employer's > resources (servers, support contract).**** > - Now with today's virtualization, hosted technologies and the Suite > Stack Installer it would be easier than ever to provide this resource. > Maybe a downloadable VM appliance (ADDM anybody?). I understand there > are > licensing issues with distributing other companies' software (Windows/MS > SQL/Oracle). Maybe it is time for a MySQL version of AR? :)**** > > Hopefully now that we have a Community Ambassador we can get some of > these things moving. ;-)**** > > ** ** > > Jason**** > > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ **** > > > > **** > > ** ** > > -- **** > > ** ** > > ~ Matt Laurenceau, BMC Software**** > > Senior Community Ambassador, BMC Communities**** > > Follow me at @Matt_L <https://twitter.com/matt_L>**** > > Skype: matt.laurenceau **** > > ** ** > > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ **** > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
