I think this is a ridiculous thing to say. Don't think of the web as dev platform. Think of it as OpenGL or any other GL language. To create a game you need to use a graphics card which provides a primitive set of instructions but they can be empowered with the help of libraries. The web is the same. It provides a primitive set of functions that can be represented in a common way. They are still usable on their own but much more useful as part of frameworks.

Web technologies is for UI what opengl is for gaming.

Really? Web technologies are much easier to work with and make a much better UI toolkit. Just look at the share amount of developers doing Web stuff and compare them with the amount of developers doing iOS.

And btw, iOS development is easy for as long as you do not want to customize things. Once you start changing the standard controls you are entering the land of no return.

Now compare this with web technologies which are designed to be customizable.

> Just look at the share amount of developers doing Web stuff and compare them with the amount of developers doing iOS.

I think that is more because web apps can reach a much larger audience, not because web apps are easier to develop.

Interesting concept. I did sign up to test it out. However, I think that voice control is not practical with the amount of email we receive on daily basis. Some people will receive more than 100 messages per day that needs to be answered and a voice activated software will not cut it.

However, looking beyond this challenge, the idea is still cool and having an AI assistant to sort out your inbox will be certainly a breakthrough technology. Besides web, email is perhaps one of the greatest innovations of the 20th century but it needs to be brought in the 21st, i.e Email 2.0.

You are right, it doesn't have to be a voice-only interface. rather, voice UI is a starting point for us, since that is a use case we already understand well. But it could work just as well with written/texted instructions to your assistant.

A similar idea was discussed here (http://www.gnucitizen.org/blog/simple-universal-authenticati...) in 2008.

Interesting idea. There is also a similar tool over here: https://suite.websecurify.com/market/httpview

In case you want to test for ShellSheck https://suite.websecurify.com/market/shellshock

Or just run from terminal:

         env x='() { :;}; echo vulnerable' bash -c "echo this is a test"

This should be displayed:

      bash: warning: x: ignoring function definition attempt
      bash: error importing function definition for `x'
      this is a test

This test is for public sites. The vulnerability effects web apps too in a big way.

"Warning: This application requires Websecurify Browser Extension for Google Chrome."

NOPE

As a best practice, you should use it in a separate profile but this is the only way to benefit from this technology.

Recently I prefer using ES6, and transpiling/compiling/translating (which would be the right word here?) to ES5. Browserify with es6ify has made the workflow quite easy (same as Browserify + coffeescript).

The Android emulator is terrible. It is one of those things that will speed up Android adoption if made better. iOS simulator is so much nicer to work with.

There are no limitations of what you can do via a web browser. My company personally developed and delivered projects otherwise thought not possible in browser environments. With the help of extensions and solid JS and HTML, everything is possible. Of course super low level stuff are out of the picture but this is not normal users will be concerned about.

> "There are no limitations of what you can do via a web browser" [...] "Of course super low level stuff are out of the picture"

...so what you're saying is there are limitations around what you can do with a browser.

> There are no limitations of what you can do via a web browser.

So when do we see Crysis or HPC in HTML 5?

Sorry, but this is ignorant at best and dishonest at worst. There are huge, massive practical limitations to what you can do via a web browser.