[ale] Fedora grousing

[leam hall]

James, you're right. Systems people will lose to developers when we argue
"security" over "profitability". We have lost over and over again and will
continue to do so. Part of that led to encapsulated software versions in
the applications. Java comes to mind on a lot of things. And Ruby for Chef
and similar.

If you doubt that business prefers profit over security, look at how many
still run Windows.




On Wed, Oct 23, 2013 at 10:55 AM, James Sumners <james.sumners at gmail.com>wrote:

> On Wed, Oct 23, 2013 at 10:42 AM, leam hall <leamhall at gmail.com> wrote:
> > Yet the adherence to decade old software doesn't help businesses perform.
> > Who cares if CentOS runs better if it won't run the software the business
> > needs to run? Since the business hires programmers, and they are as keen
> as
> > we are to stay current in our respective fields, they have to do things
> like
> > "move forward".
> >
> > The stone age tools system admins try to require developers to use is
> > probably the biggest fuel for the "DevOps" fire. One that we will be
> > consumed by.
>
>
> Let's reword that from a different perspective:
>
> Who cares if the newest development platforms aren't fully audited and
> could be full of security holes? The business gets to "move forward"
> at the cost of security!
>
> --
> James Sumners
> http://james.roomfullofmirrors.com/
>
> "All governments suffer a recurring problem: Power attracts
> pathological personalities. It is not that power corrupts but that it
> is magnetic to the corruptible. Such people have a tendency to become
> drunk on violence, a condition to which they are quickly addicted."
>
> Missionaria Protectiva, Text QIV (decto)
> CH:D 59
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>



-- 
Mind on a Mission <http://leamhall.blogspot.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20131023/e3f2fac2/attachment-0001.html>