Amen. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Michael D. Shook > Sent: Friday, July 09, 2004 10:50 AM > To: [EMAIL PROTECTED] > Subject: RE: [SA-list] Event Log COM check questions > > Just to point out the logical (and VERY annoying and > unrealistic) end of this particular line of thought: > > SA would need to have a SEPARATE host file for EACH check. > This is the only way SA could easily track changes to a > single host's info without having to re-calculate and write > the entire host file. This would, however, be a real pain in > the ^$* to use and program. It would essentially force the > creation of a new product from a coding point of view. > > Because SA has an EXTREMELY rich assortment of user options > (I mean really, I've seen fortune 100 companies use less > capable accounting software) there have to be compromises on > how those user options are stored and modified. > Clearly a flat database would have to have upwards of 100 fields (most > empty) to handle all of the options. The method Dirk & Co. > chose is vastly more compact and easier to handle. But there > are trade offs. > > This is one reason why SA's competition doesn't have as many > options or as much flexibility, their db structure can't handle it. > > While I don't always understand why Dirk can't or won't > implement my pet need, I am learning that he is VERY willing > to stretch what he has in SA to it's limit. He has almost > always been able to come up with a compromise or work around. > > Since I've been using SA I keep seeing these same argument > progressions (and I admit that I've been the cause of a few) > where user makes a request, Dirk denies and offers other > option, User re-explains, Dirk denies and points out other > option again, User 2 says they want it, Dirk re-explains, and > offers other options...... > > I think that once we have clearly established that Dirk > understands our request, that he'll do what he can, but he's > not going to re-write the entire code base just to "fix" one issue. > > Sorry for the diatribe, but it just seems like all we ever > have for Dirk is requests to fix things that we consider > broken. Personally, I think that SA is the only piece of > software I run across that has this level of dedication to > the end user and to the ever changing world we work in. Even > if Dirk never added another feature, changes in the way > networks are used and designed would force him to keep > updating and adjusting. > > Three cheers for a wonderful product and the best user > experience I have ever (and will probably ever) known. > > Michael Shook > Technical Analyst > Saddle Creek Corporation > 723 Joe Tamplin Industrial Blvd > Macon GA 31217 > 478 742 8740 ext. 105 (work) > 478 256 9318 (mobile) > 478 742 7917 (fax) > [EMAIL PROTECTED] > http://www.saddlecrk.com
-------------- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive
