Since I have taken up writing a document regarding ‘good practices’ around development methods, which envelops the idea of adopting a convention on field ID’s I have got a few wheels spinning before I bring thought onto a formal document..
Adopting such conventions could mean projects where you do a ‘cleanup’. Meaning if these standards were not approached from day 1 and now you are on day n since the time the the ARS invaded your IT shop, going through a process of a smooth cleanup.. The archgid should help in most cases.. This until you notice that some of your AIE jobs, SLM rules, CMDB customizations were a part of those change field ID efforts.. I would like to hear about first hand experiences from those who have been impacted after the use of archgid in these specific areas. If there are other areas that you were affected and would like to share your experiences, please feel free to share your experiences either here or directly to me at my email. I am not so worried about web services, as such a cleanup would break web services too but it would only be a matter of redo your Mid-Tier cache and let consumers of your web services know what has changed in case they start experiencing some problems.. Joe From: Matt Laurenceau Sent: Thursday, September 29, 2011 7:53 AM Newsgroups: public.remedy.arsystem.general To: [email protected] Subject: Re: EXTERNAL: Re: "Outside of Reserved Range" warning? ** John, (and all) Your thread enabled a lot of great things: a.. You won the longest thread Award during WWRUG (congrats! :) b.. A couple of people have been working on documenting Field ID Best Practices (already viewed 1300 times, Shyam currently leads this project) c.. Last week, during WWRUG, this idea grew into a bigger Community Development Best Practices initiative, very exciting! Anders, Joe, Misi, Carl, Shyam (and perhaps other I missed) have already contributed. Thanks a lot! By collaboratively documenting things, the whole Community is making great progress (proactively enabling tens of thousands of Remedy Admins worldwide :-) John, thanks a million for triggering this! What are the hottest topics to document ? Anything you'd like to write based on your experience ? Take care, ~ Matt Laurenceau, BMC Software Senior Community Ambassador, BMC Communities Follow me @Matt_L Google Profiles, Skype: matt.laurenceau On Tue, Sep 13, 2011 at 10:37 AM, Matt Laurenceau <[email protected]> wrote: 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 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 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. 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. a.. Add a Comment if you want to send a heads-up b.. 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 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. a.. Is it that we are all just too busy? b.. 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? c.. Is it that we cannot share what we build because it was done on somebody else's time/system? d.. Would it help if there was an AR MSDN like subscription that we have been asking for for a few years? a.. 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). b.. 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 Skype: matt.laurenceau _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _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 Follow me at @Matt_L Skype: matt.laurenceau -- ~ Matt Laurenceau, BMC Software Senior Community Ambassador, BMC Communities [email protected] Follow me at @Matt_L Skype: matt.laurenceau _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"
