From 40a06258d5f72dd0691ca7718bd65bff821f20b9 Mon Sep 17 00:00:00 2001 From: Athiwat Chunlakhan Date: Tue, 29 Dec 2015 15:58:03 +0700 Subject: [PATCH] Miss spell golang --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index fc1f4e3..8d1ba65 100644 --- a/README.md +++ b/README.md @@ -5,7 +5,7 @@ I initiated this project after [machinery](https://github.com/RichardKnop/machinery), which is a great library and tends to provide a replacement of [Celery](http://www.celeryproject.org/) in #golang. The reasons to create (yet) another task library are: - To make sending tasks as easy as possible - Await and receive reports through channels. (_channel_ is a natural way to represent asynchronous results) -- I want to get familiar with those concepts of #golagn: **interface**, **routine**, **channel**, and a distributed task framework is a good topic for practice, :) +- I want to get familiar with those concepts of #golang: **interface**, **routine**, **channel**, and a distributed task framework is a good topic for practice, :) One important concept I learned from [Celery](http://www.celeryproject.org/) and inherited in _Dingo_ is that __Caller__ and __Worker__ could share the same codebase. > When you send a task message in Celery, that message will not contain any source code, but only the name of the task you want to execute. This works similarly to how host names work on the internet: every worker maintains a mapping of task names to their actual functions, called the task registry.