Interview with Stonebraker on future of "big data"

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Interview with Stonebraker on future of "big data"

Eliot Miranda-2
Hi,

    I found an interesting nugget at the end of
http://www.forbes.com/sites/gilpress/2015/07/29/turing-award-winner-stonebraker-on-the-future-of-taming-big-data
which is the need to integrate data models in different databases. “If your application is managing what you want to think of as a single database which is in fact spread over multiple engines,” says Stonebraker, “with different data models, different transaction systems, different everything, than you want a next-generation federation mechanism to make it as simple as possible to program.”

This would seem to play to Smalltalk's strengths.


Sent from my iPhone
Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] re: Interview with Stonebraker on future of "big data"

Hannes Hirzel
Yes, integrating data from different models and systems a major
strength of Smalltalk.

And what Phil described on Cuis list on the 24th of July

He uses Smalltalk for

1. data processing
Lots of importers and exporters.  The data I need is
all over the place both on my local filesystem/network as well as from
various Internet sources in just about every format ....


2. visualization/simulation
Visualization/simulation: often I'm not just doing a simple data
conversion, so once the data is in Cuis I might need to do some analysis
to see what I'm dealing with, generate some charts/graphs, visualize
relationships within a data set or the results of a simulation, etc. ......

3. prototyping.
Prototyping: most of the 'production' code I'm dealing with is in
other languages (Java for Android apps as an example). However, I find
non-dynamic languages unpleasant to prototype in.  So I find myself
quite often playing around with my ideas in Cuis even though the
implementation target might be a different language/environment.....

--Hannes

On 7/30/15, Craig Latta <[hidden email]> wrote:

>
>      Eliot writes:
>
>> I found an interesting nugget at the end of [1] which is the need to
>> integrate data models in different databases. “If your application is
>> managing what you want to think of as a single database which is in
>> fact spread over multiple engines,” says Stonebraker, “with different
>> data models, different transaction systems, different everything,
>> than you want a next-generation federation mechanism to make it as
>> simple as possible to program.”
>>
>> This would seem to play to Smalltalk's strengths.
>
>      Yes indeed!
>
>
> -C
>
> [1] https://tinyurl.com/o7nmvnv (forbes.com)
>
> --
> Craig Latta
> netjam.org
> +31   6 2757 7177 (SMS ok)
> + 1 415  287 3547 (no SMS)
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] re: Interview with Stonebraker on future of "big data"

Hannes Hirzel
Also note the

"Stonebraker Formula for Making a Difference"

1.    Identify new solution to a data management problem;
2.    Lead research project to develop a prototype;
3.    Publish paper(s);
4.    Publish software code on a public website;
5.    Launch startup;
6.    Repeat.

http://www.forbes.com/sites/gilpress/2015/07/29/turing-award-winner-stonebraker-on-the-future-of-taming-big-data/2/


On 7/30/15, H. Hirzel <[hidden email]> wrote:

> Yes, integrating data from different models and systems a major
> strength of Smalltalk.
>
> And what Phil described on Cuis list on the 24th of July
>
> He uses Smalltalk for
>
> 1. data processing
> Lots of importers and exporters.  The data I need is
> all over the place both on my local filesystem/network as well as from
> various Internet sources in just about every format ....
>
>
> 2. visualization/simulation
> Visualization/simulation: often I'm not just doing a simple data
> conversion, so once the data is in Cuis I might need to do some analysis
> to see what I'm dealing with, generate some charts/graphs, visualize
> relationships within a data set or the results of a simulation, etc. ......
>
> 3. prototyping.
> Prototyping: most of the 'production' code I'm dealing with is in
> other languages (Java for Android apps as an example). However, I find
> non-dynamic languages unpleasant to prototype in.  So I find myself
> quite often playing around with my ideas in Cuis even though the
> implementation target might be a different language/environment.....
>
> --Hannes
>
> On 7/30/15, Craig Latta <[hidden email]> wrote:
>>
>>      Eliot writes:
>>
>>> I found an interesting nugget at the end of [1] which is the need to
>>> integrate data models in different databases. “If your application is
>>> managing what you want to think of as a single database which is in
>>> fact spread over multiple engines,” says Stonebraker, “with different
>>> data models, different transaction systems, different everything,
>>> than you want a next-generation federation mechanism to make it as
>>> simple as possible to program.”
>>>
>>> This would seem to play to Smalltalk's strengths.
>>
>>      Yes indeed!
>>
>>
>> -C
>>
>> [1] https://tinyurl.com/o7nmvnv (forbes.com)
>>
>> --
>> Craig Latta
>> netjam.org
>> +31   6 2757 7177 (SMS ok)
>> + 1 415  287 3547 (no SMS)
>>
>>
>>
>