Re: Kafka/Samza and event-oriented architectures

--===============8153875473837887468==
Content-Type: multipart/alternative; boundary=001a11c2597276087f051133983f

--001a11c2597276087f051133983f
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

If Prevayler hasn't had greater success, I am at mostly at fault. :/

I think the "weird", quasi-arrogant stance was good in the beginning to
polarize people and gain awareness. After a while though, we could have
made it a more professional offering but I mostly abandoned it. Justin
Sampson and a few others ran with it for a while.

If anyone out there (your company?) would like to adopt and make an
opensource-based business out of Prevayler, with premium offerings, let's
talk. It is not late. As William said, people are still re-discovering
prevalence every day. Ralph Johnson, co-author of "Design Patterns", wrote
it up nicely last year with marginal help from me:
http://hillside.net/sugarloafplop/papers/5.pdf

The thing is I have a few revolutions still in the oven <http://byke.me/>.
One of them has just had its first release: http://sneer.me \o/

I spoke quickly but I would really like to hear what you all have to say.

Klaus

On Fri, Mar 13, 2015 at 6:46 PM, William Pietri <[email protected]> wrote:

> I read with great interest this (long but very well written) article on
> Kafka and Samza:
>
>
> http://blog.confluent.io/2015/03/04/turning-the-database-inside-out-with-apache-samza/
>
> What struck me most is that the author's orientation, that of turning
> the database inside out by looking at all data mutation as streams of
> events, is something that I learned from Klaus and Prevayler a dozen
> years ago. And even though this article is near the cutting edge, it's
> still only one of the realizations that working with Prevayler gave me.
>
> This is mainly a thank-you to Klaus. But I'm curious if other Prevayler
> veterans see the same pattern that I do, where the industry is slowly
> lumbering its way toward a lot of insights that they could have had a
> decade ago if Prevayler hadn't been written off as too weird, or if they
> hadn't been quite as fixated on databases as the only possible solution
> to all problems.
>
> William
>
>
> --
> William Pietri | http://williampietri.com/ |
> http://twitter.com/williampietri
> Have an idea for what I should spend the next several years on? Let me
> know.
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> To unsubscribe go to the end of this page:
> http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
> _______________________________________________
> "Databases in Memoriam" -- http://www.prevayler.org
>



-- 
Valeu, Klaus.

--001a11c2597276087f051133983f
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div>Hi all,<br><br></div>If Prevayler hasn&#39;=
t had greater success, I am at mostly at fault. :/<br><br></div><div>I thin=
k the &quot;weird&quot;, quasi-arrogant stance was good in the beginning to=
 polarize people and gain awareness. After a while though, we could have ma=
de it a more professional offering but I mostly abandoned it. Justin Sampso=
n and a few others ran with it for a while.<br><br></div><div>If anyone out=
 there (your company?) would like to adopt and make an opensource-based bus=
iness out of Prevayler, with premium offerings, let&#39;s talk. It is not l=
ate. As William said, people are still re-discovering prevalence every day.=
 Ralph Johnson, co-author of &quot;Design Patterns&quot;, wrote it up nicel=
y last year with marginal help from me: <a href=3D"http://hillside.net/suga=
rloafplop/papers/5.pdf">http://hillside.net/sugarloafplop/papers/5.pdf</a><=
br></div><div><br></div><div>The thing is I have a few revolutions <a href=
=3D"http://byke.me/">still in the oven</a>. One of them has just had its fi=
rst release: <a href=3D"http://sneer.me">http://sneer.me</a> \o/<br></div><=
div><br></div>I spoke quickly but I would really like to hear what you all =
have to say.<br><br></div>Klaus<br></div><div class=3D"gmail_extra"><br><di=
v class=3D"gmail_quote">On Fri, Mar 13, 2015 at 6:46 PM, William Pietri <sp=
an dir=3D"ltr">&lt;<a href=3D"mailto:[email protected]" target=3D"_blank"=
>[email protected]</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_qu=
ote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex=
">I read with great interest this (long but very well written) article on<b=
r>
Kafka and Samza:<br>
<br>
<a href=3D"http://blog.confluent.io/2015/03/04/turning-the-database-inside-=
out-with-apache-samza/" target=3D"_blank">http://blog.confluent.io/2015/03/=
04/turning-the-database-inside-out-with-apache-samza/</a><br>
<br>
What struck me most is that the author&#39;s orientation, that of turning<b=
r>
the database inside out by looking at all data mutation as streams of<br>
events, is something that I learned from Klaus and Prevayler a dozen<br>
years ago. And even though this article is near the cutting edge, it&#39;s<=
br>
still only one of the realizations that working with Prevayler gave me.<br>
<br>
This is mainly a thank-you to Klaus. But I&#39;m curious if other Prevayler=
<br>
veterans see the same pattern that I do, where the industry is slowly<br>
lumbering its way toward a lot of insights that they could have had a<br>
decade ago if Prevayler hadn&#39;t been written off as too weird, or if the=
y<br>
hadn&#39;t been quite as fixated on databases as the only possible solution=
<br>
to all problems.<br>
<br>
William<br>
<br>
<br>
--<br>
William Pietri | <a href=3D"http://williampietri.com/" target=3D"_blank">ht=
tp://williampietri.com/</a> |<br>
<a href=3D"http://twitter.com/williampietri" target=3D"_blank">http://twitt=
er.com/williampietri</a><br>
Have an idea for what I should spend the next several years on? Let me<br>
know.<br>
<br>
---------------------------------------------------------------------------=
---<br>
Dive into the World of Parallel Programming The Go Parallel Website, sponso=
red<br>
by Intel and developed in partnership with Slashdot Media, is your hub for =
all<br>
things parallel software development, from weekly thought leadership blogs =
to<br>
news, videos, case studies, tutorials and more. Take a look and join the<br=
>
conversation now. <a href=3D"http://goparallel.sourceforge.net/" target=3D"=
_blank">http://goparallel.sourceforge.net/</a><br>
_______________________________________________<br>
To unsubscribe go to the end of this page: <a href=3D"http://lists.sourcefo=
rge.net/lists/listinfo/prevayler-discussion" target=3D"_blank">http://lists=
.sourceforge.net/lists/listinfo/prevayler-discussion</a><br>
_______________________________________________<br>
&quot;Databases in Memoriam&quot; -- <a href=3D"http://www.prevayler.org" t=
arget=3D"_blank">http://www.prevayler.org</a><br>
</blockquote></div><br><br clear=3D"all"><br>-- <br><div class=3D"gmail_sig=
nature">Valeu, Klaus.</div>
</div>

--001a11c2597276087f051133983f--


--===============8153875473837887468==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
--===============8153875473837887468==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org

--===============8153875473837887468==--