1 Feb
2023
1 Feb
'23
7:41 p.m.
segaloco via COFF <coff(a)tuhs.org> writes:
COFF'd
[snip]
Long story short, most people don't know how
their programs work because they aren't really "their" programs so much as
their assembly of a number of off-the-shelf or slightly tweaked components following the
norms of whatever school of thought they may originate in (marketing, finance, graphic
design, etc.). Sadly, this decoupling likely isn't going away, and we're only
bound to see the percentage of "bad" software increase over time. That's
the sort of change that over time leads to people then changing their opinions of what
"bad software" is. Look at how many people gleefully accept the landscape of
smart-device "apps"....
- Matt G.
At my last $DAYJOB the developers were more or less not allowed to alter
components that were acquired external to the company. That is to say,
no "slightly tweaked" was permitted. If it was in house developed, that
was another matter. This led to more then one occasion where a problem
that could have been solved with a software fix to the product stack had
to be dealt with in infrastructure because they would not fork something
they acquired from github. Or they ended up utilizing the
infrastructure in a very inefficient manor because they would not alter
something or other and then blamed infrastructure for having bad
behavior. I am pretty sure that the general understanding of what was
being developed was low with most of that group.
The development group was intentionally not writing software for the
long haul. If something didn't work it was refactored, if possible and
if the "it" was important enough, or infrastructure was blamed and made
to work around the problem or they just forced the user community to
deal with the problems (especially if the user community was in house
coworkers). The life cycle of much of the code was less than 3 years
and in a lot of cases was reimplemented every year (there were some
exceptions, of course...). It may have been "bad software" but as long
as it worked for its purpose right now, that really didn't matter.
--
Brad Spencer - brad(a)anduin.eldar.org - KC8VKS - http://anduin.eldar.org