I’m a meat eater and want to replace meat. It’s not just vegetarians. The factory farming of animals doesn’t sit well ethically with me, but meat has been a staple of my diet my entire life. If there were a viable plant based alternative that’s indistinguishable, factory farming can die out.
It’s not ready yet, and phase 1 was the really weird stuff. I think Beyond Meat is like phase 2 of “pretty close”. In the near future, you won’t be able to tell the difference
> Software engineering is uniquely multiplicative because it's possible for a software engineer to create software that does software engineering.
I think you misunderstood the O-ring explanation by citing that idea as an example. It doesn't mean building AI. It applies to any of those fields you mentioned. Good people in field X work together with other good people in field X in top firms -> multiplicative productivity.
Notice that none of these images are zooming in on pixels to get the comparison. The fight for quality among high end DSLR's is nearing the description of unnoticeable difference, but phone cameras are benefitting immensely from new tech.
In fact, it's probably the area where we see the most gain compared to any other improvements in iPhone versions.
Perhaps your feeling is from the fact that new phones are released in rapid succession. If that's the case, just compare quality in phones a year or two apart instead of a few months.
It seems to be a mistake on the author's part to allow himself to be exploited at first (working without having any of the promises in legal writing). It's unethical but not uncommon and alone wouldn't produce the outrage for an article detailing it.
The missing piece is why he doesn't feel pressing criminal charges and suing for IP is an option. The language seems to imply that the answer is for his physical safety. If he's writing this article because he feels safe enough to, then maybe he thinks battling in court requires people to be present and closes the distance safety net.
He's able to list pretty concretely his contributions but is suspiciously vague about the cause of his fear. I'm inclined to believe that it's because he might not think the public would unequivocally agree his fear is sound.
You could point to frameworks which have had majority usage at any given point and say those were the "right" ways at the time. But ideas evolve, which isn't so ridiculous.
Not sure about in general, but it seems like their residency program [0] gives a good shot at landing on the team afterwards and is accessible to "normal" people passionate about ML
Programming (expected): intermediate Python programming skills: work effectively with loops, control flows, data structures, files, functions and OO programming. Prior experience with PyData libraries is also recommended (e.g. Numpy, Pandas, Matplotlib)Mathematics (recommended): Matrix vector operations and notation.
Machine Learning (recommended): understand how to frame a machine learning problem including how data is represented, how models are evaluated on the task and against each other, and how to optimize model performance for the best evaluation."
Right, but I'd consider that falling closer to the realm of general software engineering -- similar to tasks of collecting analytics of users or building infrastructure to get data from point A to point B.
Maybe that currently is some parts of the job of an ML engineer. But if that's the only part, I don't think that role should be called one of ML engineer anymore
As somebody who's recently starting to learn more about ML, a lot of the work of an ML engineer does seem to be automate-able (not doing research or pushing boundaries but just applying ML to some product need). For example, choosing hyperparameters, evaluating which features to collect, etc seem to be things that can be automated with very little human input.
His slide on "learning to learn" has a goal of removing the ML expert in the equation. Can somebody who's more of an expert in the field comment on how plausible it is? Specifically, in the near future, will we only need ML people who do research, due to the application being so trivial to do once automated?
Out of curiosity, how come you seem to hide which companies you've worked for? In both here, your website, and LinkedIn, you only present a vague description.
I had built this with the intention to sell it on the app store but ended up not wanting to bother with marketing and signing up. But idk, maybe it can garner some buys as a paid developer tool app.
Hi, just wanted to share this app I made to address a personal need. When I was working on a large feature, I'd sometimes upload to repo just to get the diffing UI and get an overview of my changes. The problems with that is the delays in workflow and having to be online, which is what this app solves. Hope it might be useful to someone else
The fact that the word after 'turn' is 're-turn' makes my mind go to the usual purpose of prefixing words with 're': to do again. That's not how it's used here but then in 'repurchases' it is. There's too many twists and turns (no pun intended) from a language standpoint.
> One can use built-in constructs like for loops in vanilla JS to update multiple DOM nodes at once
That's not the kind of use case that'd require React. I think we're on the same page that for the majority of apps, that setup is overkill. I'm just pointing out that there are apps with complex use cases where the "see where this is going" will end up being more elegant/simpler than fleshing out your own constructs (certainly more than a for loop)
Not the OP but my answer to that is because something has to be complex in a large web app.
Complexity can be avoided until the number of features reaches some threshold (I don't think there's any debate that it's impossible to avoid complexity entirely if the app is large enough). In those cases, which I think are the majority of use cases, a simple DOM utility like yours would be enough to hide complexity because there wasn't much to begin with.
But some of the websites React powers exceed that feature threshold. For example, if multiple sections of a web app want to update at once, the author could leverage React's lifecycle hooks where needed and rely on its reconciler, but if using a simpler library, might have to explicitly schedule each update in a more hacky/less efficient way.
It’s not ready yet, and phase 1 was the really weird stuff. I think Beyond Meat is like phase 2 of “pretty close”. In the near future, you won’t be able to tell the difference