Thoughts on resource oriented computing (ROC)

2019-06-03 Thread Kyle Wilt
I have been a "secret admirer" of clojure and the clojure approach to 
problem solving for quite some time now even though I'm not really a direct 
practitioner. I do try to convert my C# code into as "clojure like" a model 
as reasonably possible given all of my constraints. I have been a big fan 
of the design approach behind core.async and channels in general.

Recently I came across an approach to building systems that I am very 
curious what the clojure community would make of. There's a company called 
1060research that has been using what they call "Resource Oriented 
Computing" for over a decade now I believe.  One of its goals is to bring 
the economics of the model of the web into the level of software 
components. Their implementation of this approach is called NetKernel which 
as far as I can tell uses typical Java OO at its core but that 
implementation detail doesn't completely directly pervade the model it's 
trying to provide. It does create limitations for those of us who don't use 
the JVM however. They actually have a clojure language module to support 
running clojure code in their definition of components.

Here are some links for anyone who might be interested in starting to dig 
into it:

http://resources.1060research.com/docs/ROCForDevelopers.pdf

You tube video about the high level concepts 


So to repeat the purpose of my post here, I'm really interested in how the 
community perceives this concept of "resource oriented computing" and how 
it meshes with the clojure mindset to design of systems. From my 
perspective it doesn't directly clash and in some ways is very 
complimentary.

I apologize of this topic is inappropriate to this group, I've never posted 
to any clojure related groups before.



-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/e63c3bf4-7249-47ee-8b2b-4ab631cd123f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Thoughts on resource oriented computing (ROC)

2019-06-03 Thread Tom Hicks
Hi Kyle,

My memory is that Peter and Tony started 1060 Research almost 20 years ago. 
They used to publish a fairly frequent email newsletter (
http://wiki.netkernel.org/wink/wiki/NetKernel/News/) about their activities 
but I haven't seen a newsletter from them in over a year and a half.

I mentioned NetKernel to Rich Hickey several years ago and found that he 
was familiar with it, at the time.

re Clojure: I would caution you that I wrote that initial, limited Clojure 
module a *long* time ago (2009, I think). It was not multi-tenant capable 
and should have been rewritten to keep up with the evolution of Clojure. 
You should check with 1060 Research directly to find out what the current 
status of the module is.
   regards,
   -t


On Monday, June 3, 2019 at 9:48:14 AM UTC-7, Kyle Wilt wrote:
>
> I have been a "secret admirer" of clojure and the clojure approach to 
> problem solving for quite some time now even though I'm not really a direct 
> practitioner. I do try to convert my C# code into as "clojure like" a model 
> as reasonably possible given all of my constraints. I have been a big fan 
> of the design approach behind core.async and channels in general.
>
> Recently I came across an approach to building systems that I am very 
> curious what the clojure community would make of. There's a company called 
> 1060research that has been using what they call "Resource Oriented 
> Computing" for over a decade now I believe.  One of its goals is to bring 
> the economics of the model of the web into the level of software 
> components. Their implementation of this approach is called NetKernel which 
> as far as I can tell uses typical Java OO at its core but that 
> implementation detail doesn't completely directly pervade the model it's 
> trying to provide. It does create limitations for those of us who don't use 
> the JVM however. They actually have a clojure language module to support 
> running clojure code in their definition of components.
>
> Here are some links for anyone who might be interested in starting to dig 
> into it:
>
> http://resources.1060research.com/docs/ROCForDevelopers.pdf
>
> You tube video about the high level concepts 
> 
>
>
> So to repeat the purpose of my post here, I'm really interested in how the 
> community perceives this concept of "resource oriented computing" and how 
> it meshes with the clojure mindset to design of systems. From my 
> perspective it doesn't directly clash and in some ways is very 
> complimentary.
>
> I apologize of this topic is inappropriate to this group, I've never 
> posted to any clojure related groups before.
>
>
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/8cb39ab1-7674-460e-9ee3-1edde483d7c9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.