Gartner's analyst blogs cover enterprise technology, including databases, security, privacy, office software and the browser and advertising industry.
HN commenters cite it for industry-level analysis, such as the Target breach and cross-device identity matching, and for office software market share figures.
One of the main ways that CDNs compare with each other is how well they manage to actually cache content and not have to go back through to your origin server; I see a lot of developers go the path you are, saying "well, that's fixed, isn't it?", but if you think about the architecture of how you build a CDN, you rapidly see that that doesn't really make sense.
Yes: if you had a single server somewhere out in the cloud that was sitting in front of yours as a cache (which is how most developers seem to conceptualize this: such as running a copy of Varnish), it is easy to say "ok, I'll cache this for a day"; however, you first are going to run into limits on what can be stored on that box: there is only so much RAM, and it doesn't even make sense to cache everything anyway.
You can spill the content to disk, but now it might actually be slower than just asking my server for the content, as my content might have it in RAM. This is a major differentiating factor, and some CDNs will charge more to get guaranteed access to RAM for either certain files or in certain regions or for certain amounts of data, as opposed to getting spilled off to some slower disk. However, there is also only so much disk.
Even with an infinitely large and very fast disk, though, you don't have one server: in an ideal situation (Akamai), you have tens of thousands of servers at thousands of locations all over the world, and customers are going to hit the location closest to them to get the file. Now:…
Well since it was an article in American Banker, yeah, I'd say that he was referring to the US.
Also, thanks for the down vote based on hard facts: "probably hundreds of millions", "kinda safer".
http://www.techspot.com/news/51037-trojan-bypasses-two-factor-authentication-steals-465-million.html
An identity card is not a commerce solution -- there is no cost/benefit analysis for governments, they just decide which vendors should get lots of money (I know, I was one of them! Thanks governments!) We did this in the US and now there are no fake passports here in the US, we win! Ooops...
http://www.schneier.com/blog/archives/2006/08/hackers_clone_r.html
A card reader not hooked to the computer --- nah ,that can't be hacked:
http://media.blackhat.com/bh-us-12/Briefings/C_Miller/BH_US_12_Miller_NFC_attack_surface_WP.pdf
smart card PINs, those can't be hacked:
http://blogs.gartner.com/mark-diodati/2012/01/15/deja-vu-%E2%80%93-the-sykipot-attack-on-smart-cards/
For a thoughtful presentation of both sides, try:
http://www.kansascityfed.org/PUBLICAT/econrev/pdf/3q08sullivan.pdf
I think you'll see that it concludes much the same thing as I mentioned the banks (here in the US anyway) conclude: the costs are not worth the theoretical "kinda safer" gains in security.
Security is a nuanced, no-one-solution-fits-all, dynamic, evolving systems engineering problem. The adversaries are smart, but more importantly have common sense (unlike governments and consumers) - they will exploit…
> GAF(AM)s didn't even exist a quarter of a century ago !
Yes, and look how entrenched they have become. Search engines, for example, are dominated by Google holding 80%+ for well over a decade. Even Bing, with Microsoft's deep cash coffers, can't get above 9% [1]. Facebook just went ahead and bought the biggest threats (Whatsapp, Instagram) or copied the features of competitors to destroy them (Snapchat). The only threat in the social media marketplace comes from TikTok, who are backed by the Chinese government. Twitter is tiny and Musk is driving it to the ground. Amazon, while "only" at 38% market share in e-commerce, still leaves everyone else including Wal-Mart in the dust [2]. Microsoft utterly dominates the PC and laptop market [3] as well as the office suite market [4].
Even with these multi-billion companies fighting against each other, they can't manage to land any kind of significant blows - so how should a small startup stand a chance?
> P.S.: What makes you think Amazon had no competition ? Were there no other booksellers, or generalist stores selling books ?
Amazon had no competition online, mostly because the competition was asleep at the wheel. And by the time the competition woke up, it was too late - and now "classic" book stores are dying out left and right, not to mention other kinds of specialized stores. Here in Munich, all the small electronics specialty stores closed down, even famous chain Conrad closed down because they couldn't compete any…
There's also Presto from fb, and Apache Drill. Phoenix seems to be on top of Hbase, which is more funkier that plain HDFS + SQL engine.
Besides, right now there's a huge need for analytical engines on top of HDFS (data lake or whatever you call it) - that's why there are all of these: (shamelessly stolen from an email from drill users):
- Apache Hive <https://hive.apache.org> (SQL-like, with interactive SQL
thanks to the Stinger initiative)
- Apache Drill <http://drill.apache.org> (ANSI SQL support)
- Apache Spark <https://spark.apache.org> (Spark SQL
<https://spark.apache.org/sql>, queries only, add data via Hive, RDD
<https://spark.apache.org/docs/latest/api/scala/index.html#org.apache.spark.sql.SchemaRDD>
or Parquet <http://parquet.io/>)
- Apache Phoenix <http://phoenix.apache.org> (built atop Apache HBase
<http://hbase.apache.org>, lacks full transaction
<http://en.wikipedia.org/wiki/Database_transaction> support, relational
operators <http://en.wikipedia.org/wiki/Relational_operators> and some
built-in functions)
- Cloudera Impala
<http://www.cloudera.com/content/cloudera/en/products-and-services/cdh/impala.html>
(significant HiveQL support, some SQL language support, no support for
indexes on its tables, importantly missing DELETE, UPDATE and INTERSECT;
amongst others)
- Presto <https://github.com/facebook/presto> from Facebook (can query
Hive, Cassandra <http://cassandra.apache.org>, relational DBs &etc.
…
As such, Advanced Beginners can break one of two ways: they can move to Competent and start to grasp the big picture and their place in it, or they can ‘graduate’ to Expert Beginner by assuming that they’ve graduated to Expert.
I think, that viewpoint is a bit narrow. The example, where the author tells the story how he started bowling the wrong way and reached a plateau, where he could not further progress, is a good one. And I'm sure there are numerous examples each one of us can tell of own experiences made when learning new skills.
In my opinion learning new skills fast is a great skill. And nowadays there are many resources available to us make this easy. But you will always reach a plateau, where further progression gets increasingly difficult. It's fascinating how this corresponds to larger patterns like the Gartner Hype Cycle [1].
The question is, what do you do when you reach a plateau? Do you invest more time and money? Maybe the skill level suits you well and you don't feel a need to progress further? Maybe deeper understanding is not necessary to do your job well? Maybe it's better to acquire different skills which you can combine instead of being an expert in one area alone?
I think there are many nuanced answers to that question and simply put blame on the expert beginner is not useful.
[1] https://blogs.gartner.com/smarterwithgartner/files/2019/08/CTMKT_741609_CTMKT_for_Emerging_Tech_Hype_Cycle_LargerText-1-1024x974.png
Deepgram (YC W16) is hiring engineers and sales execs to help make sense of the world's largest audio dataset. We deploy deep neural speech networks in enterprise, allowing for state-of-the-art spoken human language analysis (models trained in-house by Deepgram).
Deepgram | Full Stack Engineer | San Francisco, CA | ONSITE, VISA, https://careers.deepgram.com
Deepgram | Senior Full Stack Engineer | San Francisco, CA | ONSITE, VISA, https://careers.deepgram.com
Deepgram | Head of Sales | San Francisco, CA | ONSITE, VISA, https://careers.deepgram.com
Deepgram | Product Engineer | San Francisco, CA | ONSITE, VISA, https://careers.deepgram.com
Deepgram | A.I. Engineer | San Francisco, CA | ONSITE, VISA, https://careers.deepgram.com
Deepgram | Intern | San Francisco, CA | ONSITE, INTERNS, https://careers.deepgram.com
Check out these links to learn more about Deepgram:
Deepgram: https://www.deepgram.com
Deepgram Blog: http://blog.deepgram.com
Deepgram Careers: https://careers.deepgram.com
TechCrunch: https://techcrunch.com/tag/deepgram/
Gartner: http://blogs.gartner.com/jim-hare/2017/05/25/cool-vendors-in-core-ai-technologies/
Nvidia: https://blogs.nvidia.com/blog/2017/03/03/press-1-to-learn-how-ai-could-fix-call-centers/