5 ms·

I think this is being relatively unfair in assessment. Google hasn't had a hit product in a while? Search and Ads are dominant. Android is the #1 mobile smartph

I think this is being relatively unfair in assessment. Google hasn't had a hit product in a while? Search and Ads are dominant. Android is the #1 mobile smartphone OS with 80% of the market. Chrome is now the #1 browser. Google Maps is the #1 mapping application. Gmail is now #1 in active users. G+ now has 190 million active posters now monthly now (Twitter only has 110 million active posters) YouTube is the top video site. Most of these apps listed above are not CRUD apps. The service based ones have significant and non-trivial data processing on the backend, lots of machine-learning, or algorithmic data processing. Google apps have been getting better over the years, but Google updates them almost continuously and incrementally because they are web based, and so most of the changes go unnoticed like a frog slowly being boiled in water. Is Google Search the same as it was 5 years ago? No, it has Google Instant, voice search, Knowledge Graph, direct answers, better spam filtering, it's index is far fresher, etc. For example, just the interactive chart knowledge panels (https://www.google.com/#fp=9a975e048e4bd6d6&q=population+of+india https://www.google.com/#fp=9a975e048e4bd6d6&q=population+of+...) Google Maps has gotten radically better, and the latest beta maps is probably the most complex and sophisticated web application ever engineered. Google search within G+ and Drive actually does object recognition with neural networks. (http://googleresearch.blogspot.com/2013/06/improving-photo-search-step-across.html http://googleresearch.blogspot.com/2013/06/improving-photo-s...) This is a huge improvement in image search, and most people are totally unaware of it. It just works and they don't notice that it found it image without even needing descriptive text or tags. Google apps are slowly getting smarter each and everyday but there's no "Jobsnote" to laud them, so the improvements are invisible.

jaredsohn 13y ago
>Google apps are slowly getting smarter each and everyday but there's no "Jobsnote" to laud them, so the improvements are invisible. They promote many of these changes via Google I/O (although I think the audience may be smaller).
colanderman 13y ago
> most of the changes go unnoticed like a frog slowly being boiled in water. Believe me, I notice. GMail and GMaps get slower and slower every day. I can't actually use GMail anymore; clicking anything takes several seconds. Wasn't this way in 2005, and I had a crappier computer then.
- deleted 13y ago
  [deleted]
Aqueous 13y ago
I would consider Maps, Gmail, and G+, CRUD applications. What does it take to not be a CRUD application? I'm not sure. I think every web-based application in which enormous amounts of data are stored and manipulated qualifies as a CRUD application, even if they involve lots of intelligence and batch processing on the backend. Many of them are CRUD with a Big "R," as they mostly involve consuming data. Maybe my definition of CRUD is too broad. Knowledge graph and instant search are amazing feats, but with thousands of engineers working all day at Google, each of these products seem to be only incrementally improving, as you say, and I would almost expect quantum leaps forward in terms of new products. But Google probably has all sorts of things in their pipeline. These products were already incredibly impressive, as well as huge hits, and I use them every day, so I'm not really dissing them so much as I'm noticing a lack of new, hit products.
- cromwellian 13y ago
  Your definition of CRUD is incredibly broad and covers just about any application that reads or writes anything to a datastore, regardless of whether the datastore is ACID or some custom storage system for something like a huge graph of geometric data. Do you consider Quake a CRUD application? How about GwtQuake, a web-based version that consumes big BSP files? What about Minecraft? CRUD to mean has traditionally meant traditional database applications, CREATE, UPDATE, and DELETE, after all come from SQL keywords. These apps are primarily table oriented. Google Maps isn't even close to being a CRUD application in the traditional sense. How many CRUD applications have you worked on that used Octrees? And why does "web based" make something CRUD? Is a native Android app that does SQL RPC calls and just manipulates a typical entity-relationship database quality as CRUD? Anyway, back to hit products. Google Now was released only 1 year ago and is a new hit product. How many new hits per year do you want? ;-) Also keep in mind that Google has moved from launching lots of tiny apps with separate branding, to unifying their various platforms and implementing things as features across app. For example, the neural network based image search is a really a service that appears inside of Drive, G+, etc, just like Hangouts appear in multiple apps, as well as Google Local data. The general thrust is to get away from launching an array of dozens or hundreds of sites, and to make stuff just "work" within the apps you use already.
sonupundir 13y ago
Actually, I'm not sure if you are rather not contradicting yourself as most of the more technical projects - or the core technologies used by them, for example, webkit for chrome, dalvik for android and so on - (which the parent was presumably talking about) - correct me if I'm wrong here - were not developed at Google but at other (i.e. the developers of these projects, typically, didn't come through the Google's recruitment process) companies which were later taken over by Google. It seems disingenuous to have the achievements of those companies be co-opted by/as Google/'s
- cromwellian 13y ago
  Most of the improvements in Chrome were wholly done at Google. V8 was done from scratch at Google, as well as the security system, and Google contributed more to WebKit over the last few years than Apple (just go look at the commit graphs). The majority of Android/Dalvik was done at Google after Danger was acquired AFAIK. Google didn't acquire Android ready made. These days, most software isn't developed in a vacuum. WebKit was a fork of KHTML. Does Apple get no credit for the changes made to it? Google Maps and Google Earth were acquisitions as well, but the state of those products when they were acquired compared to where they are not is completely different.
kamaal 13y ago
If you look carefully most of these big companies have one thing in common. They have one major source of money, and everything else is either acquired or something trying hard but failing to be the mainstream revenue part. Agreed there have been few home grown innovation from Google, those are all from early days. Current achievements are all leveraging on their existing user base, and are not necessarily due to the merit of their products.

jaredsohn 13y ago

>Google apps are slowly getting smarter each and everyday but there's no "Jobsnote" to laud them, so the improvements are invisible. They promote many of these changes via Google I/O (although I think the audience may be smaller).

colanderman 13y ago

> most of the changes go unnoticed like a frog slowly being boiled in water. Believe me, I notice. GMail and GMaps get slower and slower every day. I can't actually use GMail anymore; clicking anything takes several seconds. Wasn't this way in 2005, and I had a crappier computer then.

deleted 13y ago
[deleted]

Aqueous 13y ago

I would consider Maps, Gmail, and G+, CRUD applications. What does it take to not be a CRUD application? I'm not sure. I think every web-based application in which enormous amounts of data are stored and manipulated qualifies as a CRUD application, even if they involve lots of intelligence and batch processing on the backend. Many of them are CRUD with a Big "R," as they mostly involve consuming data. Maybe my definition of CRUD is too broad. Knowledge graph and instant search are amazing feats, but with thousands of engineers working all day at Google, each of these products seem to be only incrementally improving, as you say, and I would almost expect quantum leaps forward in terms of new products. But Google probably has all sorts of things in their pipeline. These products were already incredibly impressive, as well as huge hits, and I use them every day, so I'm not really dissing them so much as I'm noticing a lack of new, hit products.

cromwellian 13y ago
Your definition of CRUD is incredibly broad and covers just about any application that reads or writes anything to a datastore, regardless of whether the datastore is ACID or some custom storage system for something like a huge graph of geometric data. Do you consider Quake a CRUD application? How about GwtQuake, a web-based version that consumes big BSP files? What about Minecraft? CRUD to mean has traditionally meant traditional database applications, CREATE, UPDATE, and DELETE, after all come from SQL keywords. These apps are primarily table oriented. Google Maps isn't even close to being a CRUD application in the traditional sense. How many CRUD applications have you worked on that used Octrees? And why does "web based" make something CRUD? Is a native Android app that does SQL RPC calls and just manipulates a typical entity-relationship database quality as CRUD? Anyway, back to hit products. Google Now was released only 1 year ago and is a new hit product. How many new hits per year do you want? ;-) Also keep in mind that Google has moved from launching lots of tiny apps with separate branding, to unifying their various platforms and implementing things as features across app. For example, the neural network based image search is a really a service that appears inside of Drive, G+, etc, just like Hangouts appear in multiple apps, as well as Google Local data. The general thrust is to get away from launching an array of dozens or hundreds of sites, and to make stuff just "work" within the apps you use already.

sonupundir 13y ago

Actually, I'm not sure if you are rather not contradicting yourself as most of the more technical projects - or the core technologies used by them, for example, webkit for chrome, dalvik for android and so on - (which the parent was presumably talking about) - correct me if I'm wrong here - were not developed at Google but at other (i.e. the developers of these projects, typically, didn't come through the Google's recruitment process) companies which were later taken over by Google. It seems disingenuous to have the achievements of those companies be co-opted by/as Google/'s

cromwellian 13y ago
Most of the improvements in Chrome were wholly done at Google. V8 was done from scratch at Google, as well as the security system, and Google contributed more to WebKit over the last few years than Apple (just go look at the commit graphs). The majority of Android/Dalvik was done at Google after Danger was acquired AFAIK. Google didn't acquire Android ready made. These days, most software isn't developed in a vacuum. WebKit was a fork of KHTML. Does Apple get no credit for the changes made to it? Google Maps and Google Earth were acquisitions as well, but the state of those products when they were acquired compared to where they are not is completely different.

kamaal 13y ago

If you look carefully most of these big companies have one thing in common. They have one major source of money, and everything else is either acquired or something trying hard but failing to be the mainstream revenue part. Agreed there have been few home grown innovation from Google, those are all from early days. Current achievements are all leveraging on their existing user base, and are not necessarily due to the merit of their products.