<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Concept - Xcraft</title>
    <link>/goblins/concept/index.html</link>
    <description>The goblin idea match perfectly with the actor model of Carl Hewitt designed in 1973. We don’t know this model before designing this framework, after some search on wikipedia we discover that our work match the following definition perfectly.&#xA;The actor model in computer science is a mathematical model of concurrent computation that treats actor as the universal primitive of concurrent computation. In response to a message it receives, an actor can: make local decisions, create more actors, send more messages, and determine how to respond to the next message received.</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <atom:link href="/goblins/concept/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Overview</title>
      <link>/goblins/concept/overview/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/goblins/concept/overview/index.html</guid>
      <description>Goblins use xcraft messages to send command’s and event’s to others, example:&#xA;//somewhere in the codebase of a goblin... function*(quest){ yield coolGoblin.doSomething({content: &#39;Hello Goblins!&#39;}); } And in response, the cool goblin can say something with a hypotetic vocal synthetizer goblin:&#xA;//somewhere in the codebase of a the coolGoblin... //In response to a message it receives... doSomething = function* (quest, content) { //create more actors const myCoolSynthAPI = quest.create(&#39;synth-goblin&#39;, { id: &#39;synth-goblin@cool-goblin&#39;, }); //use API for doing side-effects yield myCoolSynthAPI.</description>
    </item>
    <item>
      <title>The goblin at your service</title>
      <link>/goblins/concept/atyourservice/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/goblins/concept/atyourservice/index.html</guid>
      <description>For building the application you dreamed, you will ask yourself some right questions:&#xA;my app will run for a single user in his device ? my app will run for a myriad of users, on a server ? In all case, the crucial point is, my app is in all case a server hosting some “little know” services, aka goblins!&#xA;Don’t worry, if you choose xcraft and goblins for your next app, you can fit a lot of deployment configuration and topology.</description>
    </item>
    <item>
      <title>The quest</title>
      <link>/goblins/concept/quest/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/goblins/concept/quest/index.html</guid>
      <description>Every app has a beginning and an end. What lies between those two points is the quest&#xA;For defining goblin capabilities, we register a quest to the central agency of all goblins, that finish in the chief Orc xcraft bus commands registry.&#xA;A goblin with a quest named killJohnFitzgeraldKennedy can certainly make a killer feature…&#xA;We register a quest for goblin-oswald aka the service name of all instances We name the quest We provide a function or a generator receiving the quest context in first argument We expect to receive a message containing a date and a place for doing our work Goblin.</description>
    </item>
  </channel>
</rss>