undefined | Better HN

0 pointspdimitar8y ago0 comments

I have asked myself the same. I see two-fold answer:

(1) Business who are familiar with web tech and for them it's simply good business to not invest in entirely new (for the dev teams in there) stacks and data formats.

(2) Political pressure -- we know that NSA successfully pushed a broken crypto once in the past, so it's not a stretch to theorize that influential people were whispering in the right ears at the right time.

Even though #2 is just as likely as #1, please note that I think #2 probably happened much, much less than #1. We should never attribute to malice that which can be attributed to incompetence and short-sightedness.

EDIT: There are several very good candidates for data formats out there which are much more efficient than JSON. Adoption is seldom an issue; if one corporation pushes for the format, it's a matter of several months at the most before that format becomes widely supported. Replacing JS might be much harder but efforts continue even today.

0 comments

1 comments · 1 top-level

oelmekki8y ago

Indeed, especially #1. There's a thing with the web : it's easy. If we start making more native apps, especially desktop apps, we then have to consider users' environment (we do not control the execution environment, like with a server), we have to implement error reporting, manage the propagation of updates, etc. Centralizing data is easier too : no need to manage data synchronization, it's just about putting everything in the same database.

It seems like we'll have to wait for users to complain more about privacy issues before the effort is worth it, from a business point of view.

The alternative, of course, being to find a way to make native apps as easy. Nothing prevent us to make updates automatically apply (many apps do that, actually). Applications can run in some sort of VM/container so environment is controlled. And regarding distributed databases, we already have a good idea of what it could look like with blockchains, even if it would obviously be way better to build something with databases in mind from the start. For example, servers could be used for people to register to a service and be added to groups. Then, clients contact servers to get a list of peers, and then they sync their group database by executing transactions (somehow like migrations).

j / k navigate · click thread line to collapse

0 comments

1 comments · 1 top-level

oelmekki8y ago

It seems like we'll have to wait for users to complain more about privacy issues before the effort is worth it, from a business point of view.

j / k navigate · click thread line to collapse