Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

>The web works best as a document platform.

This is only true if you constrain the "web" to mean the Tim Berners-Lee document-centric HTML and its http hyperlinks.

The "web" also means the whole internet stack, TCPIP, DNS routing, etc. In that case, the web is a foundational tool for anything that connects people or Internet Of Things. To say the "web works best as a document platform" is like saying "the electricity grid works best as a lightbulb platform." We've gotten past the historical motivations of a interconnected electricity and have done other things with it.

Do some "native" apps do nothing more than what a 100% static HTML could do? Yes, abuse of a Javascript widget framework does happen. However, the bad examples don't mean the "web" should be held back by the original visions of HTML or Hypercard. The Google maps app is not traditional HTML+CSS.

EDIT: The replies misunderstand my position. I'm not trying to redefine the traditional technical meaning of "web" and make you like it. I'm attempting to explain that "the web" has evolved and what it now means to the world out there. (E.g. see non-document usages like Dropbox, google maps, online Sudoku games, etc.)



> The car works best as a transportation device.

This is only true if you constrain the "car" to mean the Henry Ford, transport-centric engine-and-chassis.

The "car" also means the whole transportation stack: pavement, asphalt, road signaling, etc. In that case, the car is a foundation tool for anything that transports people or inanimate objects. To say the "car works best as a transportation device" is like saying "the electricity grid works best as a lightbulb platform." We've gotten past the historical motivations of a horseless carriage and have done other things with it.


I'm not saying I like for "the web" to be interchangeable with "the internet".

Instead, I'm pointing out that the world out there without permission from any savvy HN readers has moved on. The "web" has become the "internet" for both documents and applications.

It's descriptive, not prescriptive. (See my other replies to illustrate how usage of http has evolved to coexist with corporate firewalls that lock down ports.)


> Instead, I'm pointing out that the world out there without permission from any savvy HN readers has moved on.

The world has not moved on. Part of the world has dug itself into a technological hole. Most of the people who work in it have never seen what's outside it, so they think the solution to all their problems is to keep digging.

Edit: crap, I sounded so snarky and aggressive. Sorry about that. It's not something personal -- I obviously got the point that you don't think everything about that is a good idea.

The point I'm trying to make is that not ever technological move is necessarily a "good" evolution. Every narrow street in technology was once thought to be a superhighway that everyone flocked to.

I remember everyone being so bloody enthusiastic about this whole Web 2.0 thing back then (and I was one of them). Then all this data crumbled as people paid less and less attention to information structure and semantics and focused on the flashy stuff. Then it turned out a lot of problems were intractable if you clung tightly to JS, CSS and the web browser.

Yet for some reason, people thought those problems happen just because we don't cling tightly enough to JS, CSS and web browsers.

Oh -- and twenty years after operating systems that aren't full of memory leaks, security problems (eh...) and performance clunks became reasonably accessible to people everywhere, people are trying to promote ditching those for web browsers. Which, I would estimate, will need another twenty years or so to stop having memory leaks, dubious security and privacy practices, and embarrassing performance clunks.


>The world has not moved on.

To clarify, I'm not saying "moved on" as an objective measure of superior technical progress.

The "moved on" is referencing a descriptive (not prescriptive) state of affairs with how the world now defines "the web". The existence of sliding around map tiles in maps.google.com, syncing folders in Dropbox, etc is evidence that the world does not think of "web" the way Tim Berners-Lee thought of hyperlinked documents in 1993.


Yes, but whatever that is should not be called "web", just like we call "cars"... "cars", not "carriages", though they may look like it.

"The web" is defined by a set of traits (hyperlinks etc.). When whatever we're doing stops having those traits, it's no longer the web. Continuing to call it "the web" is not some form of philosophical awareness, it's just ignorance.


But "computer" used to mean a "person who calculates" and not a "machine that calculates". All of us call modern day devices with CPUs a "computer" even though it lost the essence of "human". The usage of words evolve.

I 100% agree that ""The web" is defined by a set of traits (hyperlinks etc.)".

I'm also adding that "web" also now includes expanded perceptions by everyone else beyond "hyperlinks+http" and that enlarged perception is unavoidable. We could ask the world at large to *not" call it "web" but that's like asking us to quit calling "machine calculator" a "computer". Sometimes we invent a new word, but many times we don't.

Yes, a person uses a "web" browser to read a "document" on New York Times. But they can also use that same browser to play a Sudoku game that's not a document at all. To the layman, both actions are "surfing the web".


By the time electronic computers became widespread, very few non-electronic computers remained -- and few of them were human. The term was easy to repurpose.

But the World Wide Web is very much here and very present.

> To the layman, both actions are "surfing the web".

To the layman, a server and a computer are the same thing, and yet calling Apache a computer is incorrect.


>The term was easy to repurpose. But the World Wide Web is very much here and very present.

And educated programmers call various text styles, "fonts" even though technically, a font is actually a specific size, and specific weight of a "typeface". The "font" is a subset of "typeface". Even though typefaces still exist, almost everyone uses the word "font."

And programmers will also call SQL (without CTE) a "programming language" even though it's not Turing Complete.

Even binary black-&-white-thinking programmers will exercise a lot of leeway with how words are used.

I want to emphasize that this all started with my response to the "web is best as a document platform."

I think most of us can substitute "web" to say "http+html is best as a document platform." That's what TBL meant.

Today... if we have Dropbox/GoogleMaps/Sudoku/etc, with millions of users as reality, what does "web" in "web app" really mean? The "http+html" has become a universal transport mechanism (with some apps even tunneling through http to do interesting things.). As the years progress, there are more examples of http becoming a "dumb and dumber" generic transport pipe for things that are not documents.

Let's say a startup company wants to create a website to crowdsource music promotions. They want the service to offer programmable access so people can write open source clients. The presentation slide / whitepaper will not use the phrase "internet api". Instead it will use "web api". If every corporate firewall and user' homes computers with Microsoft Firewall had wide open UDP ports, it's possible for the phrase "internet api" to have more currency than "web api". But that's not how history has played out.


> Today... if we have Dropbox/GoogleMaps/Sudoku/etc, with millions of users as reality, what does "web" in "web app" really mean? The "http+html" has become a universal transport mechanism (with some apps even tunneling through http to do interesting things.).

HTTP + HTML does not include "the whole Internet stack, TCP/IP, DNS routing etc.", as you mentioned above.


You're right. 1000x I agree that TBL's http specification and the html specification is not TCPIP and DNS.

However, that wasn't the level of conversation I was trying to have.

There is another viewpoint of http+html that is not the specification. That viewpoint is the usage of http/html/TheWeb.

For example, the White House is building made of stone. It is not a human. So how can newspapers say "the White House has signed the Internet Freedom Act into law." Well, we're not getting anywhere going round and round in circles insisting that stone buildings have no agency to pick up a pen and sign a document and that only a human like President Obama can do it. There are multiple meanings of "White House" and we seem to get along fine with it.

There are also multiple meanings of "web." It's possible for the industry to invent a totally separate word besides "web" for the abuse/reuse of http+html as a transport for apps but that didn't happen. If a startup in Silicon Valley has a goal to release an app that makes use of TCPIP+DNS with the best chance for wide adoption, they can entertain the idea of using a custom UDP+port scheme... or they can just piggyback on http. They didn't use http as Tim Berner-Lee's specified in 1989. It's the out-of-spec usage that's adding new color to what modern "web" means.

I'm not saying I approve of it or it's technically superior. They didn't ask TBL's permission for it to evolve that way. Is it anyone's fault?! Too late to assign blame now. It is what it is. The phenomena I described above exists no matter what label we give it. It would be awesome if another word besides "web" described it but it doesn't exist (yet).

If the "White House" can act as a synonym for "human", it's not impossible for "web" to act as synonym for "whole internet stack." (Again, the synonym mapping is using the other evolving definition of "web" instead of the official RFC specifications.)


lmao, stop beating architecture astronauts at their own game!


>The "web" also means the whole internet stack, TCPIP, DNS routing, etc. In that case, the web is a foundational tool for anything that connects people or Internet Of Things. To say the "web works best as a document platform" is like saying "the electricity grid works best as a lightbulb platform." We've gotten past the historical motivations of a interconnected electricity and have done other things with it.

No, absolutely not. The "web" refers only to what you mentioned above. It's only a recent bastardization that we started referring to the "Internet" as the "web", because of the dominant nature of HTTP. You're right though that the Internet is important, but the GP's point stands that HTTP was really only intended as a document protocol (Hypertext, yeah?) and it has seems a somewhat strange perversion that we've bent it to doing so much more.

Someone not in the know may call the transmission in a car "an engine", or call the differential a transmission. Just because someone outside of the industry does silly things like that doesn't mean all of a sudden obfuscate the usefulness of terminology at all, as it really helps no one.


No, the web means web. Internet means internet.


Those were the historical and technical divisions.

Because http & https is ubiquitous and they have a defacto pass through most firewalls, the modern "web" is the "internet" as far as application interfaces are concerned.

The idea of a pure separation of concepts such that http is "documents" and some other protocol on some other port is "apps" is not going to happen. All those IT departments' security teams and Cisco admins at Fortune 1000 companies are not going to adjust their firewall rules to open new ports and protocols. The "http port 80" has become the "internet" on top of the old definition of "internet". It's not ideal but that's where we are today.


This is sadly true, but I think collapsing the distinction between "internet" and "web" is annoying and needlessly confusing.

Maybe things will be different in the IPv6 world.


If you really need to get across firewalls UDP sockets provide much better functionality than HTTP.


I think we need another rule of thumb here: All standards will be modified by public cluelessness, and exist as uglier de facto distortions of themselves.


I don't see how willfully blending these two things is helpful for anyone.

In this context, it can be safe to assume that everyone knows this technical distinction (even for those of us who are not web programmers). In other contexts with less computer-technical people, I don't think being annoying and correcting every "technically incorrect" mention of "The Internet" when they mean The Web is helpful. But I think it is helpful to remind them of the distinction if you are actually talking about the subject (as opposed to just saying things like "look at your internet, I just sent you a facebook message"). Computers are magical enough as it is; it doesn't help anyone to make it even more so when they are even slightly interested in discussing some part of computing or IT.

Explaining that The Internet is the infrastructure and the Web is just one the things that uses this infrastructure seems simple enough to grasp, and isn't an oversimplification at all. People understand that the electricity grid has to exist in order for them to make toast.


So, is a HTTP (Hypertext Transfer...) REST API used by a native mobile app "web" or not?

How about a native app based on a "web view" that uses HTML, CSS, JS, etc. (the whole W3C stack) and doesn't even talk to HTTP/S but uses some other port and transport mechanism?


> ... TCPIP, DNS routing..

Also known as Ethernet protocols, nothing to do with "The Web".


I thought I was clear that I'm not using the traditional definition of "web" but to explain what "the web" has become.

It's about the evolution of how society sees the web and not about what its original purpose is.

Dropbox uses html and http. Drew Houston and his team are not going to submit an RFC so that the internet has a new protocol and port "dropbox://myaddressoffiles:8675". No, Dropbox the application will just use "http://". It's because they did not pursue conceptual purity of having "dropbox://" that allowed everyone inside and outside of corporate networks to use the service and share files.

That is "the web" we have today and in that scenario, the non-technical use of "web" includes the underlying internet stack to make web apps possible.

What's the alternative? Tell millions of Dropbox users that such a service is outlawed because "the web is best as a document platform?"


My experience is it's the other way around. I am the Technology Director at a school, and when a teacher tells me "the Internet is not working," he is saying that when he clicks on the Internet Explorer or Chrome icon, he's not getting what he expects. Rather than the web becoming the Internet, to them, them Internet is only what they see through the browser. The fact that Dropbox or Facetime also uses the Internet does not occur to many people.


Users don't care about networking protocols as long as the Dropbox application is able to synchronize their documents.


Exactly!

The "web" as in Tim Berners-Lee(TBL) "world wide web" is http+html which is "documents".

Saying TBL-web is "best as a document platform" makes perfect sense. It was defined that way therefore, use it that way. It's tautology.

Back in 1993, if we want to say "X is best though of as a network app platform" we'd have to use the word "internet" instead of "web" for "X" to be conceptually pure and technically correct (the best kind of correct.).

But now we have things like Dropbox (and thousands of other "web apps"). Dropbox runs on "http".

Dropbox "syncs". Syncing is an app. Dropbox is an app. Dropbox runs on http. Http is "the web". Apps run on the web. The web is platform for apps. That's the reality of where we are today.


Dropbox can throw away HTTP and replace it with TCP, UDP or any other IP based protocol and it will keep on working.

This is they beauty of the network communication protocols.


Dropbox without using http_port_80 would only work in a laboratory. One big reason Dropbox is valued at $1+ billion dollars is that it uses http so everyone can use it easily. Web browsers didn't require radical changes. Corporate firewall rules didn't have to change. That's how they got quick adoption and millions of users.


A business decision to use a specific network protocol doesn't define what web and network protocols are.

It is is just a consequence of what network protocols happen to be open by default.


> The "web" also means the whole internet stack, TCPIP, DNS routing, etc.

I'm pretty sure there are different protocols for email, torrent, etc. And I don't see how that is a bad thing, or why The Web has to be a frontend to everything that comes from The Internet (desktop email application for instance).




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: