Saturday, May 25, 2019
Trend No. 9 Renaissance of Silicon
Trend No. 9 Renaissance of Silicon – Navin Chaddha, Mayfield Fund, at Churchill Club Annusal Top 10 Tech Trends Dinner May 19 - We hear software is eating the world. It actually did. That’s finished. Now you need to innovate. You are reaching limitations of what CPUs can do. Every big hyperscaler is burning chips. My advice to people is if they understand anything about physics, if they understand anything about technology go back to the basics. We have taken the easy route of taking shortcuts but it’s time to go back to the basics, solve innovative problems.
Tuesday, April 30, 2019
Google improves its cloud database lineup
In the early days of cloud, data was second only to security amid reasons not to migrate. Today, data as a migration barrier may be in ascendance – but cloud vendors have determinedly worked to fix that.
Having a single database for a business is an idea whose time came and went. Of course, you can argue that there never was a time when a single database type would suffice. But, today, fielding a selection of databases seems to be key to most plans for cloud computing.
While Amazon and to a slightly lesser extent Microsoft furnished their clouds with a potpourri of databases, Google stood outside the fray.
It’s not hard to imagine that a tech house like Google, busy inventing away, might fall into a classic syndrome where it dismisses databases that it hadn’t itself invented. It’s engineers are rightly proud of homebrewed DBs such as Big Query, Spanner and Big Table. But having watched Microsoft and Amazon gain in the cloud, the company seems more resolute now to embrace diverse databases.
The trend was manifest earlier this month at Google Cloud Next 2019. This was the first Google Cloud confab under the leadership of Thomas Kurian, formerly of Oracle.
Kurian appears to be leading Google to a more open view on a new generation of databases that are fit for special purpose. This is seen in deals with DataStax, InfluxDB, MongoDB, Neo4j, Redis Labs and others. It also is seen in deeper support for familiar general purpose engines like PostgreSQL and Microsoft SQL Server, taking the form of Cloud SQL for PostgreSQL and Cloud SQL for Microsoft SQL Server, respectively
In a call from the Google Cloud Next showfloor, Kartick Sekar told us openness to a variety of databases is a key factor in cloud decisions that enterprises are now making. Sekar, who is Google Cloud solutions architect with consultancy and managed services provider Pythian, said built-in security and management features distinguish cloud vendors latest offerings.
When databases like PostgreSQL, MySQL and SQL Server become managed services on the cloud, he said, users don’t have to change their basic existing database technology.
This is not to say migrations occur without some changes. “There will always be a need for some level of due diligence to see if everything can be moved to the cloud,” Sekar said.
The view here is that plentiful options are becoming par for cloud. Google seems determined that no database will be left behind. Its update to its SQL Server support, particularly, bears watching, as its ubiquity is beyond dispute. – Jack Vaughan.
Read Google takes a run at enterprise cloud data management - SearchDataManagement.com
Having a single database for a business is an idea whose time came and went. Of course, you can argue that there never was a time when a single database type would suffice. But, today, fielding a selection of databases seems to be key to most plans for cloud computing.
While Amazon and to a slightly lesser extent Microsoft furnished their clouds with a potpourri of databases, Google stood outside the fray.
It’s not hard to imagine that a tech house like Google, busy inventing away, might fall into a classic syndrome where it dismisses databases that it hadn’t itself invented. It’s engineers are rightly proud of homebrewed DBs such as Big Query, Spanner and Big Table. But having watched Microsoft and Amazon gain in the cloud, the company seems more resolute now to embrace diverse databases.
The trend was manifest earlier this month at Google Cloud Next 2019. This was the first Google Cloud confab under the leadership of Thomas Kurian, formerly of Oracle.
Kurian appears to be leading Google to a more open view on a new generation of databases that are fit for special purpose. This is seen in deals with DataStax, InfluxDB, MongoDB, Neo4j, Redis Labs and others. It also is seen in deeper support for familiar general purpose engines like PostgreSQL and Microsoft SQL Server, taking the form of Cloud SQL for PostgreSQL and Cloud SQL for Microsoft SQL Server, respectively
In a call from the Google Cloud Next showfloor, Kartick Sekar told us openness to a variety of databases is a key factor in cloud decisions that enterprises are now making. Sekar, who is Google Cloud solutions architect with consultancy and managed services provider Pythian, said built-in security and management features distinguish cloud vendors latest offerings.
When databases like PostgreSQL, MySQL and SQL Server become managed services on the cloud, he said, users don’t have to change their basic existing database technology.
This is not to say migrations occur without some changes. “There will always be a need for some level of due diligence to see if everything can be moved to the cloud,” Sekar said.
The view here is that plentiful options are becoming par for cloud. Google seems determined that no database will be left behind. Its update to its SQL Server support, particularly, bears watching, as its ubiquity is beyond dispute. – Jack Vaughan.
Read Google takes a run at enterprise cloud data management - SearchDataManagement.com
Saturday, April 20, 2019
DataOps, where is thy sting?
I had reason to look at the topic of DataOps the other day. It is like DevOps, with jimmies on top. When we talk techy, several things are going on, it occurred to me. That is: DataOps is DevOps as DevOps is last year's Agile Programming. Terms have a limited lifespan (witness the replacement of BPM with RPA). And you may be saying "DataOps" today because "Dataflow automation" did not elicit an iota of resonance last year, that I may write a story about 'dataflow automation' and not realized I am writing about 'dataOps' or vice versa. At left are technologies or use cases related to DataOps. At right are stories I or colleagues wrote on the related topics.
Dataflow automation, Workflow management
|
Jan 15, 2019 - Another
planned integration will link CDH to Hortonworks DataFlow, a real-time data streaming and analytics platform that can pull in
data from a variety of ...
Sep 7, 2018 - At
the same time as it advanced the Kafka-related capabilities in SMM,
Hortonworks released Hortonworks DataFlow 3.2, with
improved performance for ...
You've
visited this page 3 times. Last visit: 12/20/18
Aug 2, 2018 - ...
or on the Hadoop platform. Data is supplied to the ODS using data integration
and data ingestion tools, such as Attunity Replicate or Hortonworks DataFlow.
5 days ago - Focusing
on data flow, event processing is a big change in both computer and
data architecture. It is often enabled by Kafka, the messaging system created
and ...
>
|
Containers and
orchestration
|
Mar 29, 2019 - Docker containers in Kubernetes clusters give IT teams a new
framework for deploying big data systems, making it easier to spin up
additional infrastructure for ...
Sep 13, 2018 - Hortonworks
is joining with Red Hat and IBM to work together on a hybrid big data
architecture format that will run using containers both
in the cloud and on ...
Jan 15, 2019 - Containers and
the Kubernetes open source container orchestration
system will also play a significant role in Cloudera's development strategy,
Reilly said.
|
Performance and
application monitoring
|
Apr 4, 2019 - As application performance management vendors introduce new capabilities for users
moving big data cloud applications to the cloud, their focus often is on ...
You
visited this page on 4/15/19.
5 days ago - Data
integration performance has increased significantly by utilizing memory,
... These tools eliminate the need for a separate application server dedicated to ..
Big data
applications to drive Walmart reboot
We may have
outlived the era of killer apps in some part defined by Walmart, but Hadoop
big data applications may help the giant's quest for more growth.
|
Ingest new data
sources more rapidly
|
May 11, 2018 - The
GPUs can ingest a lot of data -- they can swallow it and process
it whole. People can leverage these GPUs with certain queries. For example,
they do ...
You've
visited this page 4 times. Last visit: 3/10/19
5 days ago - Streaming
and near-real-time data ingestion should also be a standard feature of integration
software, along with time-based and event-based data acquisition; ...
Feb 11, 2019 - Landers
said StoryFit has built machine learning models that understand story
elements. StoryFit ingests and maps whole texts of books and scripts, and
finds ...
|
Saturday, March 30, 2019
What Capt. Kirk's Internet is saying about Big Data
A data scientist is not a cog in the machine. And there is more to the profession than pushing buttons. Science is part art, and asking the right questions is not a talent that comes easily.Kirk Borne's Twitter feed is a continual font of data science and related know how. No wonder he consistently gets accolades as top blogger/tweeter etc. Here are some recent excerpts.
A #DataScientist is a multi-discipline integrator who uses the scientific method to extract knowledge from data; interprets it by asking the right questions to the right people (SMEs); then explains the new knowledge to the decision-makers in understandable terms.#DataScience pic.twitter.com/VGpcLQRHjG— Kirk Borne (@KirkDBorne) March 29, 2019
My friend George Lawton has been thinking about road traffic and AI and human cognition, even human empathy. Having watched or heard about at least a half dozen instances of road rage this week, I think he is on to something. What would TensorFlow do? WWTFD?
Checking out "How TensorFlow is helping in maintaining Road Safety" on Data Science Central: https://t.co/qSCcX79fL6— Jack Vaughan (@JackIVaughan) March 30, 2019
The cocktail approach has gained maturity in various fields. It's coming to data science.
Checking out "Ensemble Methods in One Picture" on Data Science Central: https://t.co/l2UJ4dZPtg— Jack Vaughan (@JackIVaughan) March 30, 2019
Thursday, March 28, 2019
Julia language
Haven’t been to an MIT open lecture for a while. Recently took in one that concerned Julia, an open source programming language with interesting characteristics.
The session was led by MIT math prof Alan Edelman. He said the key to the language was its support of composable abstractions.
An MIT News report has it that:“Julia allows researchers to write high-level code in an intuitive syntax and produce code with the speed of production programming languages,” according to a statement from the selection committee. “Julia has been widely adopted by the scientific computing community for application areas that include astronomy, economics, deep learning, energy optimization, and medicine. In particular, the Federal Aviation Administration has chosen Julia as the language for the next-generation airborne collision avoidance system.”
The language is built to work easily with other programming language, so you can sew things together. I take it that Julia owes debts to Jupyter, Python and R, and like them find use in science. Prof Edelman contrasted Julia's speed with that of Python.
In Deep Neurals as people work through gradients its like linear algebra as a scalar neural net problem these days, Edelman said. Julia can do this quickly, (it's good as a 'backprop')he indicated. He also saw it as useful in addressing the niggling problem of reporducibility in scientific experiments using computing.
Here are some bullet points on the language from Wikipedia:
*Multiple dispatch: providing ability to define function behavior across many combinations of argument types
*Dynamic type system: types for documentation, optimization, and dispatch
*Good performance, approaching that of statically-typed languages like C
*A built-in package manager
*Lisp-like macros and other metaprogramming facilities
*Call Python functions: use the PyCall package[a]
*Call C functions directly: no wrappers or special APIs
Also from Wikipedia: Julia has attracted some high-profile clients, from investment manager BlackRock, which uses it for time-series analytics, to the British insurer Aviva, which uses it for risk calculations. In 2015, the Federal Reserve Bank of New York used Julia to make models of the US economy, noting that the language made model estimation "about 10 times faster" than its previous MATLAB implementation.
Edelman more or less touts superior values for Julia versus NumPy. Google has worked with it and TPUs and machine learning [see Automatic Full Compilation of Julia Programs and ML Models to Cloud TPUs".
It's magic he says is multiple dispatch. Python does single dispatch on the first argument. That's one of the biggies. (Someone in the audience sees a predecessor in Forth. There is nothing new in computer science, Edelman conjects. Early people didnt see its applications to use cases like we see here, he infers. )Also important is pipe stability. What are composable abstractions? I don’t know. J. Vaughan
Related
http://calendar.mit.edu/event/julia_programming_-_humans_compose_when_software_does#.XJ1julVKiM9
http://news.mit.edu/2018/julia-language-co-creators-win-james-wilkinson-prize-numerical-software-1226
https://en.wikipedia.org/wiki/Julia_(programming_language)
https://www.nature.com/articles/s41562-016-0021
The session was led by MIT math prof Alan Edelman. He said the key to the language was its support of composable abstractions.
An MIT News report has it that:“Julia allows researchers to write high-level code in an intuitive syntax and produce code with the speed of production programming languages,” according to a statement from the selection committee. “Julia has been widely adopted by the scientific computing community for application areas that include astronomy, economics, deep learning, energy optimization, and medicine. In particular, the Federal Aviation Administration has chosen Julia as the language for the next-generation airborne collision avoidance system.”
The language is built to work easily with other programming language, so you can sew things together. I take it that Julia owes debts to Jupyter, Python and R, and like them find use in science. Prof Edelman contrasted Julia's speed with that of Python.
In Deep Neurals as people work through gradients its like linear algebra as a scalar neural net problem these days, Edelman said. Julia can do this quickly, (it's good as a 'backprop')he indicated. He also saw it as useful in addressing the niggling problem of reporducibility in scientific experiments using computing.
Here are some bullet points on the language from Wikipedia:
*Multiple dispatch: providing ability to define function behavior across many combinations of argument types
*Dynamic type system: types for documentation, optimization, and dispatch
*Good performance, approaching that of statically-typed languages like C
*A built-in package manager
*Lisp-like macros and other metaprogramming facilities
*Call Python functions: use the PyCall package[a]
*Call C functions directly: no wrappers or special APIs
Also from Wikipedia: Julia has attracted some high-profile clients, from investment manager BlackRock, which uses it for time-series analytics, to the British insurer Aviva, which uses it for risk calculations. In 2015, the Federal Reserve Bank of New York used Julia to make models of the US economy, noting that the language made model estimation "about 10 times faster" than its previous MATLAB implementation.
Edelman more or less touts superior values for Julia versus NumPy. Google has worked with it and TPUs and machine learning [see Automatic Full Compilation of Julia Programs and ML Models to Cloud TPUs".
It's magic he says is multiple dispatch. Python does single dispatch on the first argument. That's one of the biggies. (Someone in the audience sees a predecessor in Forth. There is nothing new in computer science, Edelman conjects. Early people didnt see its applications to use cases like we see here, he infers. )Also important is pipe stability. What are composable abstractions? I don’t know. J. Vaughan
Related
http://calendar.mit.edu/event/julia_programming_-_humans_compose_when_software_does#.XJ1julVKiM9
http://news.mit.edu/2018/julia-language-co-creators-win-james-wilkinson-prize-numerical-software-1226
https://en.wikipedia.org/wiki/Julia_(programming_language)
https://www.nature.com/articles/s41562-016-0021
Monday, February 18, 2019
Saturday, February 2, 2019
Data.gov shutdown
The Data.gov shutdown shows that, as open data can be turned off, data professionals may need to consider alternative sources for the kinds of data the government offers.
It occurred as a result of the larger partial government shutdown that began in December 2018 and proceeded to surpass any previous shutdown in length.
Data.gov, an Open Government initiative that began during the Obama administration, is on hold for now. As of last week, site visitors were greeted with a message: "Due to a lapse in government funding, all Data.gov websites will be unavailable until further notice." Read more.
Sunday, January 6, 2019
Up Lyft Story
It could be an episode of Silicon Valley. Uber provides credit to drivers for cars - charges 20% interest! Lyft discovers untapped niche: Be nice to its drivers. https://t.co/xS6x2jLXMj— Jack Vaughan (@JackIVaughan) January 6, 2019
Tuesday, December 25, 2018
For the unforeseeable future we have no paradigm
James Burke came up in conversation the other day. You know, the British science reporter who hosted the late 1970s Connections TV series?
On the show, he globe-hopped from one scene to the other, always wearing the same white leisure suit, weaving a tale of technological invention that would span disparate events - show for example, how the Jacquard loom or the Napoleonic semaphore system led to the mainframe or the fax machine.
Its hard to pick up a popular science book these days that doesn't owe something to Connections. Burke of Connections had cosmic charisma - in his hands, Everything is connected to Everything. You'll hear that again.
Today I picked up Connections (the book that accompanied the series), looking, this being Christmas, illuminations. Not just the connections - but how the connections are connected. Cause its been a search for me over many years - I've stumbled and bumbled, but I have never been knocked on my heels more than this year, 2018.
And Burke delivered: It's not just about the connected, but also about the unconnected. How things happen: "The triggering factor is more often than not operating in an area entirely unconnected with situation which is about to undergo change," he writes. [Connections, p.289]
This seems to me today pertinent. Because the year just past was one where some among my interests (horse race handicapping and predictive analytics; Facebook, feedback, news and agitprop, and the mystic history of technology) seemed to defy understanding.
You see, you look close, and you analyze, but there is a cue ball just outside your frame of reference that will break up the balls. It is a dose of nature - dose of reality - a dose of chaos. In horse racing it can be quite visible when a favorite bobbles at the start, or a hefty horse takes a wide turn and thus impels another horse a significant number of paths (and, ultimately, lengths) wider. We (journalists, handicappers, stock market analysts) generally predict by looking in the rear view mirror, because we don't have a future-ready time machine.
I had the good fortune to cover events that Burke keynoted. There was OOPSLA in Tampa in 2001 (less than a month after 9/11 terror attack). And their was O'Reilly Strata West in Santa Clara (?) in about 2013 (?), at which the O'Reilly folks kindly set up a small press conference with Burke for media his keynote.
Burke is adamant that inventors do not understand all the ramifications their inventions will have in society in practice. One thing I tried to press him on was the role of the social structure (in our case the capitalist system) has in technology's development. He'd just gotten off a transatlantic cross continental flight, and delivered a startling keynote, before sitting down with press ( he was asked would he like some coffee, and he said that in his time zone it was time for wine), and Jack's questions did not so resonate.
My notes thereof are a bit of jumble... Everything is connected to everything. He said of Descartes… and his fledgling scentific methods... he "froze the world.." with reductionist - which may have value but which, as forecasters, pundits, and handicappers have found, "doesn’t tell you how all the parts work together."
"For the future we have no paradigm."
Screaming from the conversation with Burke, was a quote, actually from Mark Twain.
On the show, he globe-hopped from one scene to the other, always wearing the same white leisure suit, weaving a tale of technological invention that would span disparate events - show for example, how the Jacquard loom or the Napoleonic semaphore system led to the mainframe or the fax machine.
Its hard to pick up a popular science book these days that doesn't owe something to Connections. Burke of Connections had cosmic charisma - in his hands, Everything is connected to Everything. You'll hear that again.
Today I picked up Connections (the book that accompanied the series), looking, this being Christmas, illuminations. Not just the connections - but how the connections are connected. Cause its been a search for me over many years - I've stumbled and bumbled, but I have never been knocked on my heels more than this year, 2018.
And Burke delivered: It's not just about the connected, but also about the unconnected. How things happen: "The triggering factor is more often than not operating in an area entirely unconnected with situation which is about to undergo change," he writes. [Connections, p.289]
This seems to me today pertinent. Because the year just past was one where some among my interests (horse race handicapping and predictive analytics; Facebook, feedback, news and agitprop, and the mystic history of technology) seemed to defy understanding.
You see, you look close, and you analyze, but there is a cue ball just outside your frame of reference that will break up the balls. It is a dose of nature - dose of reality - a dose of chaos. In horse racing it can be quite visible when a favorite bobbles at the start, or a hefty horse takes a wide turn and thus impels another horse a significant number of paths (and, ultimately, lengths) wider. We (journalists, handicappers, stock market analysts) generally predict by looking in the rear view mirror, because we don't have a future-ready time machine.
I had the good fortune to cover events that Burke keynoted. There was OOPSLA in Tampa in 2001 (less than a month after 9/11 terror attack). And their was O'Reilly Strata West in Santa Clara (?) in about 2013 (?), at which the O'Reilly folks kindly set up a small press conference with Burke for media his keynote.
Burke is adamant that inventors do not understand all the ramifications their inventions will have in society in practice. One thing I tried to press him on was the role of the social structure (in our case the capitalist system) has in technology's development. He'd just gotten off a transatlantic cross continental flight, and delivered a startling keynote, before sitting down with press ( he was asked would he like some coffee, and he said that in his time zone it was time for wine), and Jack's questions did not so resonate.
My notes thereof are a bit of jumble... Everything is connected to everything. He said of Descartes… and his fledgling scentific methods... he "froze the world.." with reductionist - which may have value but which, as forecasters, pundits, and handicappers have found, "doesn’t tell you how all the parts work together."
"For the future we have no paradigm."
Screaming from the conversation with Burke, was a quote, actually from Mark Twain.
In the real world, the right thing never happens in the right place and the right time. It is the job of journalists and historians to make it appear that it has.”
Subscribe to:
Posts (Atom)