I wonder what fraction of the hardware goes into hosting the human operator and into ensuring their safety. How much hardware cam be optimized away when there is no longer a human operator?
At first, yes. Longer term, self-driving construction vehicles will likely change the entire market - perhaps similar to how self-driving passenger cars would change that market. Vehicles will be designed differently and consumption-based business models would potentially make up a larger part of the market. Investors are probably see that opportunity.
> If you use WebSockets for "realtime push", then HTTP/2's server push feature could potentially be used as an alternative.
One thing to keep in mind with HTTP/2 server push is that a server can only send a push in response to a client request. So this isn't a drop-in "real-time push" mechanism. To implement the equivalent of real-time push would likely require client/server to keep a stream within the connection in the "open" state whereby the server can send continue to send data frames on that.
Don't mean to hijack the thread, but I've been toying with the idea of having users use a data flow diagram to structure complex spreadsheets. Still have a pre-prototype stage and I'ld love to get your expert feedback on that idea. If interested please drop me a note.
Interesting. As I understand it, you use a spreadsheet as input and then create the data flow diagram. I certainly see how seeing the data flow diagram means better clarity and error-finding. So here is a question for you? What if we take it a step further and have users actually entered their complex spreadsheets in a tidy graphical data flow diagram which mapped back?
True. As a broker of sorts, it is essential that AirBnB withhold details of the two parties. But the company need not hide that they do so. The certainly would not be ashamed if news broke out that they do so.
The transparency I speak about is slightly different. AirBnB where (I think) caught out when news broke of a landlord's home was vandalized. The company was heavily criticized for an arguably insufficiently transparent initial response.
Eventually, AirBnB were transparent in the sense that they acknowledged mistakes and acknowledged inherent risks to landlords. They used that transparency to improve the offering and promote the product accordingly. Kudos to Chesky and team!
At the risk of repeating myself, I see a parallel with Heroku's status dashboard. In a sense they are saying: "We won't mislead you. Hosting with us carries risk of downtime. Here is a dashboard so you see how well (or bad) we are doing." That too is an example of transparency leading to an improved service offering.
Heroku seem to have done it proactively. AirBnB did so reactively. Better late, of course, than never.
The debate of more vs. less transparency is not trivial. Regulatory and competitive considerations make this difficult. Sometimes it is simply human nature to be secretive - particularly when it comes to bad news.
The article focuses on transparency between management and employees. Transparency with customers and with the public is at least equally interesting.
A company can benefit from transparency. Heroku, for example, are transparent with their downtime (e.g. status.heroku.com). Another example is the case of AirBnB and the EJ debacle. Once AirBnB openly acknowledged that safety/security is a concern for landlords it adapted by rolling out an improved product (guarantees, safety features, etc).
Both of these are great examples of transparency at the core impacting the product and how it is marketed. These products are more valuable and more competitive because of transparency. Certainly this adds to revenues and likely the bottom line as well.
AirBnB could have adopted this approach earlier. So, the lack of transparency can be missed opportunity.
I am not involved with Stypi but I think the key points from the article are "it wants to let native applications like Photoshop sync changes between multiple users" and that "they’ve laid the groundwork to let other applications sync".
In other words a text editor is one instance of an application that can use the underlying service. Think about that for a second. The concept of collaborative editing as a service that can be adapted to ANY application is HUGE. For example, an engineering CAD app would be more powerful with this feature.
Going further,if you consider that machines can also "collaborate" then it get's even more interesting. An example of human/machine collaboration could be a real-time reporting application.
Congrats on the launch Stypi team. Just curious about the underlying tech. Are you using operational transformation (OT) like google docs does OR are you using an alternative such as causal trees (CT)?
"Twitter is important because it's a new protocol. Fundamentally it's a messaging protocol where you don't specify the recipients. It's really more of a discovery than an invention; that square was always there in the periodic table of protocols, but no one had quite hit it squarely."
There isn't much room for half-commitment while on a video call and the interpersonal aspects of the job come to the front. This changes the way one works.
But it isn't quite that novel. Face-to-face interaction we have in the real world can be viewed as high-quality "video communications". Technology is merely making it affordable to do the same at a distance and without losing much of the quality.
So, most of the old etiquette simply migrates to the new medium. For example, if you don't go to work in pyjamas you probably won't take a video call at home while in your pyjamas either.