Quote:
Originally Posted by Andrew Schreiber
Seems like a pretty bad system if it relies on one person to have cellular connectivity. Seems that having multiple folks with that responsibility would be better if it really is as important as you claim.
|
Quote:
|
Originally Posted by TechHelpBB
Now frankly, I could just put it down, and I do when operating machines.
However staying out of touch for many hours at a time is a very bad idea.
...
It's gotten better since I moved up the leadership ladder.
Now my jobs are less operational - still I have an obligation to know that I need to check on my crew.
|
Thanks for your concern.
That's a quote from my original post.
You know what it takes to start a financial services company?
A lot of money so early in my career there were often sub-optimal staff for this duty.
It was compensated for with automation.
I wrote a lot of that automation with REST/SOAP, Bash/Ksh, Perl, Python, Ruby and even some VBA for reporting.
Would you seriously suggest I leave a script unattended merely to avoid my inconvenience?
Would you chance leaving your team's FRC robot running unattended and fully autonomous during a match?
Would you bet your retirement on a script that could be fingerprinted or fail to account for the nuances of a security issue?
Even if you answer yes to any of those queries I am afraid that you would be the minority.
People expect their money to stay where they put it and their financial transactions to operate as intended.
If there was an irregularity at my former position federal agencies took notice fairly quickly.
My obligation was stop anything that would cause anyone else to have to act.
I would say those automation skills served me very well considering it would now be considered: SecOps/DevOps
My work in that environment made it possible for us to achieve ISO27001 security certification with a very small number of issues to remediate.
So basically what this translates to is that our security was considered actually very good by some of the highest industry standards.