⬆️ ⬇️

Google Keep is likely to be with us until March 2017 - on average

The closure of Google Reader made fans of new products and developers worry, raising the question of whether Google will close its services and APIs that users are so used to. After analyzing 39 closed products, it is possible to draw conclusions about how long they will last.





Will Google Keep join the ranks of services and APIs closed by “good corporation”? If yes, then when? Photographer: Alamy.



Recently, Google introduced Keep - a service designed to store notes and other information “in the cloud”. To many it will seem familiar. And all because Evernote already offers a very similar service (since June 2008). And also because Google previously had a product called Google Notebook, included in May 2006, which did the same. So why google keep? Because the Notebook was killed - fell into disgrace, was undoubtedly underestimated - in November 2011. (Love ended long before that in 2009, when development stopped )



You may decide that with the discovery of Keep, geeks and lovers of new products will rush to get acquainted with it - even those who do not remember the death of Notebook. Instead, the new service was met with sidelong glances.

')

This is due to the fact that the previously announced closure of Google Reader, the famous RSS aggregator, made people who relied on this service nervous, and now they doubt whether to trust their Google data.



Doubts this time do not concern privacy protection. Users fear that one day they will wake up and read a blog entry with the following hopeless words: “unfortunately this service has never been attractive to users ...”, followed by a date when electricity is cut off. As a result, either your data will be buried along with the service, or you will have to collect them and then mess around with the old sofa, which should be raised to the 20th floor of the new service.



Closing time



How to estimate the most likely closing time? According to the data I collected about 39 services and APIs from Google - from the most short-lived Google Lively (animated 3D chat presented on July 9, 2008 and euthanized 175 days later on December 31), to the surprisingly long-lasting Google iGoogle Add RSS feeds, weather forecast and other widgets, was introduced in May 2005 and will be cut down in November, after 3,106 days of work) - the average lifetime of products that did not pass natural selection is 1,459 days. This is four years without two days. For those who understand mathematical statistics, the standard deviation is 689 days; with the exception of one sample item (iGoogle), all participants are within two standard deviations from the mean.



Iron (hardware) solutions (such as the Google Mini, a standalone search engine, or a strange Nexus Q in 2012 that did not even reach the shelves), as well as initiatives such as RE <C, aimed at achieving value renewable energy comparable to coal. I also included services that went from free to paid (such as the Google Translate API ) and those that are closed to new users (for example, Exchange Active Sync for Gmail ). I also excluded services that have become part of others (for example, some parts of Google Voice). When calculating dates I used exact dates, if it was possible, otherwise the first day of the month was taken for the date of commencement / expiration of the service life. Such rounding on average will give an error of 15 days and should be balanced in the total sample size.





How long do Google services and APIs live? Slightly less than four years, as shown by the analysis of 39 closed services, conducted by Guardian journalists.



If you want to know when Google Keep, which is open for business on March 21, 2013, is most likely to be closed - again, assuming that Google says “you don’t need a violinist” - then the average analysis gives us a date: March 18, 2017. This is a sufficient period for so that you fill it with a large amount of information, and become dependent on the new service. Also during this period, Google will have enough time to discover that people are not using the service as intensively as the developers had hoped. Something similar happened with Knol (lifetime: 1,337 days, May 2009 - April 30, 2012) and, of course, with Reader (2 824 days, October 7, 2005 - July 1, 2013).



If you want to play around with the numbers, then suppose that the lifetime is a random variable with a normal distribution. And if Google decides to close the service Keep, then with a probability of 68% it will happen between April 2015 and February 2019. Even if the closure is at the end of the specified interval, the service life will still be less than today worked Evernote (and the latter continues to grow ). Is Google interested in Keep long life?



Basic services continue to live. But what is included in this core?



Obviously, one can argue that the reasoning is contrary to a simple remark: many services and APIs from Google are working and developing. This of course includes a search. There are also Android, Google Docs, Google Earth, Google Maps, Street View, Google Voice, etc.



... But there is no way to find out if the service or API you use will get Larry Page's favor or he will be cut off with a scythe called “more wood for fewer arrows”. This uncertainty makes people worry.



The more I look at this situation, the more difficult it is to understand why a particular service falls into the “core” of Google. For example, iGoogle (3,106 days) seems to be an ideal way to attract people to the main page of a search engine, and also stimulates people to be logged in. iGoogle allows you to create your own versions of Google's homepage with RSS feeds, blackjack and other information. Is it not part of the basic business model - to attract people to log in to Google and be logged in? But this service is covered.



What about Google Search Timeline, which gave a visual representation on the timeline of search results for a particular phrase or topic? This is an exclusive tool that is not available from other search sites. This service is an obvious candidate for UTP (unique selling proposition) because it allows you to focus on a specific period of time. An ideal tool for researchers; able to attract influential people engaged in deep search.



But no - this product was one of the short-living. It was launched in April 2009 and killed in January 2011. Existed 640 days.



This inability to decide whether a service is important is permissible for a small startup that desperately generates ideas, in the hope that one of them will magically fire and everyone will rush into their wonderful service (and even carry money there).



But for a giant corporation with a worldwide reputation, this is extremely dangerous. As soon as the geeks no longer trust you, they will no longer recommend you. I noticed this week that some developers were talking about their reluctance to use Keep precisely because of the concern that their data would be stored there only temporarily. They also look with distrust at Appspot, virtual machines in the cloud from Google, because they doubt their reliability and their cloudless future.



Therefore, Om Malik (Om Malik), a fan of all sorts of new products, Google declares its concern in the article "Sorry, Google, you can keep it to yourself" , which rages about the fact that Google Reader was thrown under the train. Mike Loukides of O'Reilly Radar joins the aforementioned , noting that “In the total volume of services, Keep is just a small bipod”. This is exactly what people fear.



As Loukides writes,



“What if they kill the Prediction API while you rely on it?” For Reader, at least there are alternatives, you can find a replacement for Google Docs (although most of the ones I know have safely bent), but I don’t know anything at least similar to the Prediction API. I can play the “what if” game for ages (Authentication API? Web Optimizer?), But I think you understand the meaning. ”


Of course, we understand.



By the way, the Prediction API was launched on May 19, 2010. This means that in the area on May 16, 2014, you need to closely monitor blog posts. Sorry, Mike [Loukidis].



George Moore (George Moore) asks Twitter whether there is a tendency to reduce the lifetime of services. It turns out that the services are being killed faster (you can sort the table by the “Started” column).



Below is a list of services with dates.



Service / APIStartedEndeddays
Google answers04/01/200211/28/20061702
Google Desktop10/01/200409/14/20112539
Google video01.01.200508/01/20122769
iGoogle01.05.200511/01/20133106
Google Bookmarks Lists01.10.200512/01/20112252
Reader07.10.200507/01/20132824
Picasa for Linux05/01/200604/01/20122162
Subscribed Links05/01/200609/15/20111963
Google notebook05/15/200611.11.20112006
Google pack06/01/200601.02.20111706
Image labeller09/01/200609/02/20111827
Google Sync for BlackBerry01.05.200701.06.20121858
Jaiku09/01/200701.01.20121583
Google translate API10.22.200712/01/20111501
Google Video for Business01.01.200803/01/20121521
Google chat talkback02.26.200803.07.20121589
Google Spreadsheet Gadgets03/01/200801.09.20121645
Google Code Search API04/01/200801.01.20121370
Google Friend Connect05/01/200803/01/20121400
Google health05/01/200801.01.20121340
Google Maps API for FlashMay 14, 200809/02/20111206
Google Apps for Teams06/01/200801.06.20121461
Google lively09.07.200812/31/2008175
Knol07.23.200804/30/20121377
CalDAV support for Gmail07.28.200809.16.20131876
Google Adsense for Feeds08/01/200801.09.20121492
Places Directory app (Android)01.02.200901.09.20121308
EAS sync for Gmail02/09/200907/01/20131603
Google search timeline04/01/200901/01/2011640
Wave05/01/200904/30/20121095
Google Listen08/01/200901.01.2012883
Fast flip09/01/200909/01/2011730
Google Sidewiki09/23/200912/05/2011803
Buzz02/09/201010/16/2012980
Classic Plus06/01/201011/01/2012884
Google aardvark01.02.201101.02.2012365
Google one pass01.02.201104/01/2012425
+1 Reporting for webmaster tools06/01/201101.09.2012458
Google News Badges07/01/201110/01/2012458




From translator



I liked the article because the author uses statistical analysis, although the lifetime of Google services can hardly be considered a random variable. And unlike other sofa analysts, the author very carefully approached his research: determined the date of the beginning and end of the existence of each service, described the method of calculation, built a confidence interval.

My impression of the Guardian article was positive, so I decided to translate it into Russian. True, translating Guardian articles is always difficult, their British English is more difficult than American journalists. I hope you get information from the article for consideration.

Source: https://habr.com/ru/post/178697/



All Articles