[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: A few potential requirements
- To: Jon Saperia <saperia@jdscons.com>
- Subject: Re: A few potential requirements
- From: Joe Provo <crimson@gweep.net>
- Date: Wed, 27 Jun 2001 12:01:04 -0400
- Cc: ops-nm@ops.ietf.org
- Delivery-date: Wed, 27 Jun 2001 09:02:31 -0700
- Envelope-to: ops-nm-data@psg.com
- Organization: RSUC - Quality UN*X-like systems and IP networking since 1990.
- Reply-To: crimson@gweep.net
- User-Agent: Mutt/1.2.5i
On Tue, Jun 26, 2001 at 08:32:53PM -0400, Jon Saperia wrote:
> > On Tue, 26 Jun 2001, Jon Saperia wrote:
> > > John, I find it far easier to develop applications that manage devices
> > > when using an API/library approach rather than parsers and
> > > interpreters.
> >
> > Right, as would operators, if operators were tools developers by vocation,
> > rather than by unwanted avocation. But we're operators, so we need things
> > we can type, without having our lives mediated by lots of code that we
> > would then have to pack around.
>
> My point has been, and remains that one should not exclude one for the
> other. You should have the interface you want. I am suggesting that if
> there is an interface available for the use I describe (application
> building), you might get better applications developed that would reduce
> your coding load and improve your effectiveness and bottom lines. Of
> course there are always jobs for developers too :-)
I guess I fail to see where stating "we require $FOO" is equivalent to "We
require $FOO at the exclusion of $BAR". If folks have the resources to
develop both, great. Most operators don't have the resources to do a lot of
integration work, which is a leading reasong vendor-specific tools tend to
be junked for custom/generic ones.
Joe, who always has "ascii-parsable config" and "tftp config access" early
on his vendor-meeting checklist.
--
crimson@sidehack.gweep.net * jprovo@gnu.ai.mit.edu * jzp@rsuc.gweep.net
RSUC / GweepNet / Spunk / FnB / Usenix / SAGE