Thanks Fred ! Managing these IDs in a form that every developer uses is indeed one of the most efficient best practice.
As Jason proposed, would you mind sharing DEF on https://communities.bmc.com/communities/community/bmcdn/bmc_atrium_and_foundation_technologies/bmc_remedy_ar_system?view=documents? ~ Matt Laurenceau, BMC Software Senior Community Ambassador, BMC Communities [email protected] Follow me at @Matt_L <https://twitter.com/matt_L> Skype: matt.laurenceau On Tue, Sep 13, 2011 at 6:40 PM, Jason Miller <[email protected]>wrote: > ** > > Can you share the format/scheme? > On Sep 13, 2011 8:41 AM, "Grooms, Frederick W" <[email protected]> > wrote: > > We have a Field ID development form that we use to generate the Field > ID(s) to use. We have used this approach for at least 10 years. > > > > Fred > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) [mailto: > [email protected]] On Behalf Of Sanford, Claire > > Sent: Tuesday, September 13, 2011 9:58 AM > > To: [email protected] > > Subject: Re: EXTERNAL: Re: "Outside of Reserved Range" warning? - Can we > change the subject line now??? > > > > ** > > Since we are in a way outside of the original thread, could we please > change the subject line? Maybe even give this new type of discussion a > header. Makes it easier to sort the actual problems from the interesting > development discussion. > > > > My Comment on the field ID would be to leave it as a number range. > Adding letters and such makes it harder to manage in many ways. I develop > in the 9XXXXXXXXXX (however many zeros) range. So, I just search for that. > I have consultants that are doing some work. I asked them to use the > 8XXXXXXXX range. This way we all know if I did the work (or someone else > internal) or if a consultant did the work. > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) [mailto: > [email protected]] On Behalf Of Matt Laurenceau > > Sent: Tuesday, September 13, 2011 3:37 AM > > To: [email protected] > > Subject: Re: EXTERNAL: Re: "Outside of Reserved Range" warning? > > ** Thanks a bunch Jason, adding your ideas as a comment directly on the > DN Doc. > > I meet with Vijai in 6 hours, you'll see progress directly on DN (if you > set Receive Email Notification on the AR Community - bottom-right Actions > panel, below the very busy WWRUG feed ;-) > > > > Matt > > Senior Community Ambassador, BMC Communities > > BMC Software, [email protected] > > Follow me @Matt_L > > Skype: matt.laurenceau > > > > > > -----Original Message----- > > On Tue, Sep 13, 2011 at 10:14 AM, Jason Miller <[email protected]> > wrote: > > ** > > 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 > > > > > > -----Original Message----- > > On Mon, Sep 12, 2011 at 9:50 AM, Meyer, Jennifer L < > [email protected]> 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 > > [email protected] > > 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. > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) [mailto: > [email protected]] On Behalf Of Matt Laurenceau > > Sent: Monday, September 12, 2011 6:03 AM > > To: [email protected] > > 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. > > 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 > > > > -----Original Message----- > > On Sat, Sep 10, 2011 at 1:53 AM, Jason Miller <[email protected]> > 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? > > o 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). > > o 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 > > > > > > > > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ > -- ~ Matt Laurenceau, BMC Software Senior Community Ambassador, BMC Communities [email protected] Follow me at @Matt_L <https://twitter.com/matt_L> Skype: matt.laurenceau _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
