The output is Allow or Deny. To be Allowed, you need an policy that includes an Allow statement. If you don't have one, then the result is implicit Deny by default. Also, any explicit Deny wins over all Allows. Disclosure: I work on AWS IAM.
That's not the way to look at the numbers. First, you'd want to talk about whether the results are statistically significant. Second, when dealing with a fatal disease, people are pretty happy if their odds of survival go up by a few %.
You should stop presenting your opinions such as “Cancer only affects people who generally already have other problems” and “they will probably get something else anyway” as facts.
Imagine a reader who is not one of your lucky “most” majority. Imagine a reader whose cancer was not caused by the bad lifestyle decisions that you listed. Put yourself in the position of somebody who undergoes extensive surgery/radiation/chemotherapy and then lives with the side effects of these treatments. Consider what it’s like to live with the fear of recurrence even after such treatment. Then maybe you’ll understand why people might be excited about the potential of this sort of screening.
Here are some examples from my team’s 2019 work: We contributed numerous changes to containerd. We open sourced firecracker-containerd, and we also created a Go SDK that others are using to work with Firecracker. We contributed to Debian and the Debian kernel team. We contributed to Envoy. We collaborated with a number of communities, including Kata Containers, Red Hat’s Clair, and the Open Container Initiative. All of these examples are sustained investments, not one offs.
To clarify, an AWS customer has a shared responsibility to describe the security of their systems including how they use AWS tools, and in this respect Amazon is no different than other AWS customers.
Being that this is a SVM, which is typically evaluated as a simple linear sum of weights, I imagine they reimplemented that in the application layer. Would be curious how they handled the normalization steps (reimplement that as well?)
Yep. We normalize our features as part of training, and the stdevs of each feature are part of the resulting model, along with the weights. (The means are always 0 because of the way we construct our training set.) The weights we use in production are actually normalized_weight / stdev.
reply