maldeh
I wouldn't hold my breath, every inch of this article is evidently AI-generated - you can tell not only from the meandering narrative but also from the "Not because X, but Y", the short punchy sentences to reiterate the same point, the really strange cherry-picked examples for head-to-head comparisons, and the sincere concern over simplified generalisms.
> Yeah, ok. This is what they should lead with. It's an important message.
Is it? Your optimism in hoping to find some point to all this restores some of my faith in humanity, but I think it's misplaced here. The entire premise of the article is bizarre - why should it be surprising or bad that historical figures from 1000s of years ago, regardless of their historical importance, don't have proportionate representation in contemporary discourse?
Edit: I stand corrected. Per the Buzzfeed article, their spokesperson seems to be spinning this as an unexpected hit. So it wasn't a mistake, they were genuinely convinced it was a good idea?
https://www.buzzfeednews.com/article/kelseyweekman/grubhub-f...
But agreed, it's not necessarily functionally different from any other crypto-mining malware hidden in public repos, save for the focus on runtime. Presumably Lambda provides a standardized enough runtime for reliable execution.
> Security Standards. Okta's ISMP includes adherance to and regular testing of the key controls, systems and procedures of its ISMP to validate that they are properly implemented and effective in addressing the threats and risks identified. Such testing includes:
> a) Internal risk assessments;
> b) ISO 27001, 27002, 27017 and 27018 certifications;
> c) NIST guidance; and
> d) SOC2 Type II (or successor standard) audits annually performed by accredited third-party auditors ("Audit Report").
I don't think storing AWS keys within Slack would comply to any of these standards?
A Stand Alone Complex?
- Andy Warhol
With regards to data collection for ads, personalized recommendations and such, are there any major concerns that don't also extend to ex:- visiting a website with a tracking cookie on?
(Don't get me wrong, I'm very wary of this product after Sidewalk [0] which I don't trust from a security perspective wherein as a bug could allow _third parties_ to snoop on me, but I'm just missing what people are talking about w.r.t. surveillance by Amazon itself)
[0] https://www.eff.org/deeplinks/2021/06/understanding-amazon-s...
> Already have an account? No you don't.
> Try to log in below if you think you do anyway.
In practice we may find a monoculture within a hidden layer of the stack than we're optimizing for, such as an OS kernel method, TLS library or chipset which coincidentally has captured the entire market. When a clever enough exploit on a common resource is found, then the problem transforms to one of coordinating patching for the same, wherein a broad ecosystem of higher level components (like Android or PCs) becomes nearly impossible to thoroughly cover. As such malware authors may potentially still get away with writing a single version of their software so long as they target low-level enough. With sufficient fragmentation they don't even need to invent their own exploits, just use publicly known CVEs that they can brute-force against older devices.
(Not saying you're wrong, your recommendation may still be better in the long-run. We're after all weighing the risk level of black swan events, such as a zero-day on a low level of the stack, or a high level of the stack on a high-volume vendor)
Edit: Actually, I didn't spot the free tier of 1000 requests. I wonder how you avoid the problem of a lot of users leaving defunct/disused models running while still keeping them hot - presumably some kind of limit to the model count?
That and Matt Levine's take on it ( https://www.bloomberg.com/opinion/articles/2020-05-18/the-un... ) posit the thesis of an entire industry that evolved incorrectly and artifically due to near-zero interest rates and arbitrage.
The rest of the article instead seems to have lost the plot though, somehow finding fault with various derivative or concrete implementations of this interface, for A) being inextensible implementations and not transitive interfaces themselves, as though "be anything do anything" no longer applied; or B) not being perfectly aligned with sklearn estimator details that the author didn't really identify as essential, like not following some sklearn-specific parameter naming rule or not being serializable via pickle (like seriously, pickle support is often not appropriate for production, why should this be a required pattern! It's not even a requirement of the interface unless you read between the lines like the author implies is essential to be at parity.) As other commenters outlined here, it assumes that sklearn's contract is absolute, as though other libraries couldn't reinterpret the core principles.
The arguments against Tensorflow or Sagemaker's interfaces especially stretch quite a bit - what exactly is so offensive about these implementations given the very rules that the author establishes in this article? All "fit" is supposed to do is update internal state as the author asserts, but what precludes implementations of this interface from using cloud-based compute resources to achieve this end? And what about the fact that a docker container is deployed to the cloud by this command makes "fit" a lie? And honestly, what does the author have in mind for an estimator implementation that uses cloud resources like GCP TPUs or AWS EC2 that is also somehow more correct or pure than these implementations?
More than anything, the author's dismissal of the value that GCP and AWS's implementations bring in eliminating infrastructure management via their Estimator implementations (equating it to "simply" writing Dockerfiles or running Docker containers on the cloud like there's no setup involved) implies that they're thoroughly disconnected from the realities of ML devops on the cloud. They're free to run their purist single-core sklearn estimators on their laptops as much as they'd like though (unless Dask somehow gets a pass from these arbitrary rules around how estimators can and cannot be used).
Like, nevermind a comet, a poorly timed burp from a volcano could have sufficiently reduced diaspora enough to make them disappear.
And first of all, as the OP noted in the twitter thread, they believed they were doing a monthly subscription as advertised; the "yearly plan" interpretation is Adobe getting creative in the terms of service.
Edit: Agreed, no conviction was involved, so their statement looks exaggerated.
We're quite literally on a thread involving a product that collected tonnes of sensitive user data without a clear opt-out mechanism while failing to be an effective custodian, after all.
https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
> No, I am not testing this on real roads only testing with videos so far. So no real cars only videos in cars
- My reading of it was that OP was in awe at the immense scale of engineering that went into Autopilot to make it production-ready in contrast to his own project which gives a perspective into what it takes for a HelloWorld in this space (he comments on its limitations: "That is just lane keeping so far but it does quite a good job at doing it. It is still a bit weak when wanting to predict the angle when there is an intersection and it doesn’t see the next road and say there is an highway exit.")
- The github project looks to be using an existing recording of a car driving from the comma2k19 dataset and predicting the expected vehicular response. No pedestrians endangered.
- Not that this should matter in an ideal world, but it appears the author is a talented young programmer who's still in school. It feels a bit much to admonish a newcomer to the space for perceived arrogance and irresponsibility; and even if there were at all real critiques to be made here, I'm sure there's a less rude way to make that argument that wouldn't discourage students from their learning journey.
As a counterpoint, I don't know of any friends or close acquaintances who would consider feminism or femininity a dirty word. To me, it's a fairly straightforward proposition:
Q: Are you pro- women having equal rights to men w.r.t. social structures, family responsibilities, economic opportunities, etc.?
A: Yes?
Q: And are you willing to take a second look at your social and professional conduct to make sure it doesn't put your female peers in difficult, awkward or uncomfortable positions?
A: Sure, why wouldn't I.
Hooray! you might be a feminist, it's not that hard.
Also, personally don't see what's wrong with unisex products, and I think it may be possible companies might possibly occasionally find the odd not-shitty cause they can back because their employees collectively believe in the positive message and that also aligns well with their goals, and not solely because of a small group of cynical PR managers running focus groups.
This case could be quite different from Uber per the thesis of this article by Stratechery: https://stratechery.com/2019/neither-and-new-lessons-from-ub...
While Benchmark was looking to preserve its assets from being squandered on possibly the startup-catch of a lifetime, Softbank on the other hand relishes being the Big Stack Bully, leaning hard on their portfolio companies to aim for home runs everytime, and their excessive leverage allows them concessions from companies most VCs can only dream of.