More than that. He was one of the primary external developers back when OpenOffce was at Sun. He was responsible for the go-oo fork due to Sun restrictions and slowness, and was one of (if not the) main reason LibreOffice became its own thing after Sun started sinking.
> Potential Conflict of Interest: The government relies, in part, on third-party firms to vet cloud technology, but those firms are hired and paid by the company being assessed.
Hah. First time looking at FedRAMP?
The real reason for this, of course, is accounting, it moves it off of the government's books.
That's great but that's not really the problem. The real problem is Amazon likes to release services that depend on other services, but leave the integration work to us.
I'm convinced Amazon has many teams crapping out new features but they don't have the political clout (or manpower) to create a comprehensive product. They are mandated by management to use existing services, and thus we the users suffer because we have to manage all this extra crap and noise just to enable basic functionality.
It's maddening. And then also it's maddening to see another service from a different team that was able to throw off these shackles and actually make a product that is self contained. You get a taste of how good things could be, and then you're thrown right back into the IAM/SQS/Cloudwatch/Cloudformation/Policy/everything else under the sun soup.
I ain't reading all that, but if you're referring to the strike on the oil storage facility in Tehran, AFAICT that's not for export. It's local consumption. We haven't, to my knowledge, hit oil exports yet.
I don't think oil works like that. Infra takes a long time to reroute, especially in war time. Exports are nearly all of Iran's economy. They can't turn it off or they starve.
