Curious if you have any links about the rapid progression of robotics (as someone who is not educated on the topic).
It was my feeling with robotics that the more challenging aspect will be making them economically viable rather than simply the challenge of the task itself.
Monorepo != all devs having merge permissions to all directories. Every single large monorepo company will have granular permissions on who can approve PRs into which directories based on team ownership. This is orthogonal to monorepo vs polyrepo.
The issue is that algorithms are like a casino for your time.
We all know that gambling addicts exist and how destructive it is to their lives, the casino exploits behaviors and gets all their money. As a result people know casinos are dangerous, reasonable people avoid them, are warned about them, and the government forces regulation to reduce their ability to exploit vulnerable people.
Imagine if none of these controls existed and nobody talked about or generally knew that casinos were dangerous. Imagine if the casinos were 100x better at exploiting you and you were forced to walk through a casino every time you leave your house. You’d get a lot more people having their lives destroyed.
So what this video tries to do is important, naming the term, “algorithmic complacency”, allows it to be recognized, discussed, and actively kept in check by users. Ideally regulated by the government as well, just like casinos.
The casino also provides a service, entertainment, there’s nothing wrong with a reasonable person attending, spending some money and being entertained. But we as a society recognize that a company exploiting behaviors to get all of a person’s money, is bad, and try to limit that negative outcome even though we still allow casinos to exist.
Time, attention, and focus is so abstract people don’t even realize they’re spending it, or how modified their behavior has become because of the algorithm’s exploitation. As a result we let companies who are 100x better at manipulation than casinos operate without so much as mentioning they’re doing it, and steal increasing amounts of a user’s time.
Crowdsourced reviews often provide objective information that is not offered by the restaurant.
Sometimes the omission is unintentional, but more importantly, independent reviews will write negative things that a restaurant never would.
A restaurant won’t tell you there’s cockroaches running across the floor, or that it takes 30 minutes after being seated to place a drink order.
It is interesting from a space-faring species perspective.
By the time we can embark to other planets/asteroids our biology might require us to lug around significantly more technology just to survive.
I think it’s not entirely accurate to say that we “learn” to walk from a zero state. It’s clear that our DNA has embedded knowledge of how to walk and it develops our body appropriately. Our brains might also have preconditioning to make learning to walk much easier.
Music or sports are more interesting to investigate (in my opinion) since those specific actions won’t be preprogrammed and must be learned independently.
The same way we build abstractions for language in order to perform “telepathy” it seems like for music or sports we build body-specific abstractions. They work similar to words within our own brain but are not something easily communicated since they’re not tied to any language, it’s just a feeling.
I think it’s an interesting point that quite often the best athletes or musicians are terrible coaches. They probably have a much more innate internal language for their body that cannot be communicated easily. Partially, I think, that their body is more different than others which helps them be exceptional. Or that weaker athletes or musicians need to focus much more on lessons from others, so their body language gets tied much closer to human language and that makes it much easier for them to then communicate the lessons they learn to others.
This neglects the first reason listed in the article for why you would use a lock.
> Efficiency: Taking a lock saves you from unnecessarily doing the same work twice (e.g. some expensive computation). If the lock fails and two nodes end up doing the same piece of work, the result is a minor increase in cost (you end up paying 5 cents more to AWS than you otherwise would have) or a minor inconvenience (e.g. a user ends up getting the same email notification twice).
I think multiple nodes doing the same work is actually much worse than what’s listed, as it would inhibit you from having any kind of scalable distributed processing.
This is pure speculation, but is it possible that Android never would have been successful (or as successful) if they did not bow to the carriers?
By taking carrier-friendly positions they built a symbiotic relationship that resulted in the carriers being happy to promote their phones.
I don’t believe that necessity will dictate our ability to create these technologies, the challenges are significant. Capitalism adjusting for reduced supply and greater demand by increasing pay is something more plausible as it has proven to work constantly.
I don’t think we’re anywhere near the level of general robotics and intelligence that would obsolete human labor.
None of the most labor intensive industries have been able to fully automate, agriculture, mining, construction, healthcare, none are close to taking humans out of the loop.
Not only does the technology need to exist, it needs to be cheaper to develop and operate than the low income human it replaces.
An anecdote does not prove that RealPage doesn’t have a greater impact in other markets… That’s just not how logic works.
You also fail to consider that rents may have fallen further if RealPage was not in use.
This definitely requires some citations. There is no evidence that you are presenting that supports the 2-5% claim.
I don’t think you are fully understanding the impact of price collusion or the suit presented here. The DOJ very clearly thinks this is anticompetitive.
Palantir runs on the customer’s own cloud, or a major cloud provider of the customer’s choosing in the region of their choosing. There’s no data aggregation/sharing across customers, it works similar to AWS.
Inputs to standard libraries will obviously never NPE if you pass in a non-null value.
For outputs, a lot of standard collection .get() calls are unnecessary when you’re working with small collections or Optionals, where you simply use stream, filter, ifPresent.
Or simply wrap the return with Optional.ofNullable, checkstyle will not accept it if you don’t.
Usually you’re using a lot of Optional and Streams, so the collection method returns null inside a .map() and you don’t need to think about it.
To be clear, it is handled by the checkstyle rules at compile time, so you won’t accidentally forget.
If you properly handle not returning/using nulls in your checkstyle rules and don’t allow nulls to be deserialized anywhere (forcing the use of Optional), then you can pretty much eliminate NPE.
I can’t remember the last time I encountered one by using the proper compile time checks. It does need to be enforced organization-wide, and not partially with annotations, but if you can make that change then you can code in Java without the mental overhead of null.
If you have insufficient material how can you capture the king? Checkmate is by definition one move before forced capture of the king, the game doesn’t change by making it end one move later.
It was my feeling with robotics that the more challenging aspect will be making them economically viable rather than simply the challenge of the task itself.