README.md in futuroscope-0.1.3 vs README.md in futuroscope-0.1.4
- old
+ new
@@ -1,10 +1,11 @@
# Futuroscope
[![Gem Version](https://badge.fury.io/rb/futuroscope.png)](http://badge.fury.io/rb/futuroscope)
[![Build Status](https://travis-ci.org/codegram/futuroscope.png?branch=master)](https://travis-ci.org/codegram/futuroscope)
-[![Dependency Status](https://gemnasium.com/codegram/futuroscope.png)](https://gemnasium.com/codegram/futuroscope)
+[![Code Climate](https://codeclimate.com/github/codegram/futuroscope.png)](https://codeclimate.com/github/codegram/futuroscope)
[![Coverage Status](https://coveralls.io/repos/codegram/futuroscope/badge.png?branch=master)](https://coveralls.io/r/codegram/futuroscope)
+[![Dependency Status](https://gemnasium.com/codegram/futuroscope.png)](https://gemnasium.com/codegram/futuroscope)
Futursocope is a simple library that implements futures in ruby. Futures are a
concurrency pattern meant to help you deal with concurrency in a simple way.
It's specially useful when working in Service Oriented Architectures where HTTP
@@ -14,19 +15,21 @@
You can learn more about futures here in this excellent article from @jpignata:
[Concurrency Patterns in Ruby:
Futures](http://tx.pignata.com/2012/11/concurrency-patterns-in-ruby-futures.html)
-In Futuroscope, futures are instanciated with a simple ruby block. The future's
+In Futuroscope, futures are instantiated with a simple ruby block. The future's
execution will immediately start in a different thread and when you call a
method on in it will be forwarded to the block's return value.
If the thread didn't finish yet, it will block the program's execution until
-it's finished. Otherwise, it will immediataly return its value.
+it's finished. Otherwise, it will immediately return its value.
Futuroscope is tested on `MRI 1.9.3`, `MRI 2.0.0`, `Rubinius (1.9)` and `JRuby (1.9)`.
+Check out [futuroscope's post on Codegram's blog](http://blog.codegram.com/2013/5/new-gem-released-futuroscope) to get started.
+
## Installation
Add this line to your application's Gemfile:
gem 'futuroscope'
@@ -120,11 +123,11 @@
You should never add **side-effects** to a future. They have to be thought of
like they were a local variable, with the only outcome that they're returning a
value.
You have to take into account that they really run in a different thread, so
-you'll be potentially accessing code in parallel that could not be threadsafe.
+you'll be potentially accessing code in parallel that could not be thread-safe.
If you're looking for other ways to improve your code performance via
concurrency, you should probably deal directly with [Ruby's
threads](http://ruby-doc.org/core-2.0/Thread.html).
@@ -161,5 +164,9 @@
1. Fork it
2. Create your feature branch (`git checkout -b my-new-feature`)
3. Commit your changes (`git commit -am 'Add some feature'`)
4. Push to the branch (`git push origin my-new-feature`)
5. Create new Pull Request
+
+
+[![Bitdeli Badge](https://d2weczhvl823v0.cloudfront.net/codegram/futuroscope/trend.png)](https://bitdeli.com/free "Bitdeli Badge")
+