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"
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
