[ale] What are your thoughts on system transparency?

Jim Kinney jim.kinney at gmail.com
Tue Feb 27 21:04:20 EST 2024


The more I watch the changes, the more I look forward to retirement.

On Tue, Feb 27, 2024, 6:25 PM Leam Hall via Ale <ale at ale.org> wrote:

> Oh, I agree to an extent. We'll also need COBOL programmers for a while,
> too. Just not quite so many.
>
> AWS is the cloud market leader. Once your developers figure out the IAM
> stuff they can use automation to build "servers" quickly. There's a lot
> that *should* be done better on the servers, but most businesses don't
> care. Even places that are supposed to care, don't. So the development team
> puts stuff together, makes sure that it passes test (usually written by the
> same team, so usually with their own level of skill or lack thereof). As
> long as it works, no one cares. If something breaks then it's usually due
> to a bad deployment, so they can either fix it or revert.
>
> There will be times when knowing the server would be useful, but the OS is
> now a commodity. I'm not saying this because I'm glad it's true, just that
> it is true.
>
> Leam
>
> On 2/27/24 15:12, David Ritchie via Ale wrote:
> > I am personally skeptical of the impending death of system
> administration.
> >
> > After all, what happens when redeploying doesn't fix the issue? You still
> > have to have
> > someone that understands the architecture to lay hands on it at 2 AM to
> put
> > it right again.
> >
> > Best Regards,
> > David Ritchie
> >
> >
> > On Tue, Feb 27, 2024 at 2:54 PM Leam Hall via Ale <ale at ale.org> wrote:
> >
> >> While I personally like it, a lot of sysadmin jobs are going away. It's
> >> easy to click a few buttons and spin up a new cloud instance. Why
> >> trouble-shoot something when you can just destroy it and start over?
> >>
> >>
> >>
> >>
> >>
> >> On 2/27/24 12:02, Steve Litt via Ale wrote:
> >>> Hi all,
> >>>
> >>> I define system transparency as a system or subsystem with accessible
> >>> test points and adjustments AND the ability to see its sub components
> >>> and how they connect to each other. What are your thoughts on system
> >>> transparency?
> >>>
> >>> Obviously, with my core competency and core business being
> >>> troubleshooting, I value transparency hugely. I have a feeling that my
> >>> viewpoint isn't universal, given how much software (and hardware and
> >>> machines) are not transparent (they're translucent at best, and often
> >>> opaque black boxes). Obviously, when the system is operating as
> >>> designed and desired, a black box is less intrusive than something with
> >>> exposed test points and adjustments and seemingly extraneous messages.
> >>>
> >>> So what do you think?
> >>>
> >>> Thanks,
> >>>
> >>> SteveT
> >>
> >>
> >> --
> >> Software Engineer          (reuel.net/resume)
> >> Scribe: The Domici War     (domiciwar.net)
> >> General Ne'er-do-well      (github.com/LeamHall)
> >> _______________________________________________
> >> Ale mailing list
> >> Ale at ale.org
> >> https://mail.ale.org/mailman/listinfo/ale
> >> See JOBS, ANNOUNCE and SCHOOLS lists at
> >> http://mail.ale.org/mailman/listinfo
> >>
> >
> >
> > _______________________________________________
> > Ale mailing list
> > Ale at ale.org
> > https://mail.ale.org/mailman/listinfo/ale
> > See JOBS, ANNOUNCE and SCHOOLS lists at
> > http://mail.ale.org/mailman/listinfo
>
> --
> Software Engineer          (reuel.net/resume)
> Scribe: The Domici War     (domiciwar.net)
> General Ne'er-do-well      (github.com/LeamHall)
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> https://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.ale.org/pipermail/ale/attachments/20240227/66b2f9b4/attachment.htm>


More information about the Ale mailing list