From 23857ec4b1d42bdbce0d64cba857ee68732399e9 Mon Sep 17 00:00:00 2001
From: nelsonic <contact.nelsonic+github@gmail.com>
Date: Thu, 16 Feb 2017 10:44:42 +0000
Subject: [PATCH] fixes final typos noted by @jruts in
 https://github.com/dwyl/technology-stack/pull/45#pullrequestreview-22218443
 there will be other improvements but for now, we can ship this!

---
 README.md | 10 ++++++----
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/README.md b/README.md
index 9a43a3a..fe56bc2 100644
--- a/README.md
+++ b/README.md
@@ -465,7 +465,7 @@ Stop worrying about "scalability"
 and instead **focus** on building something **useful** <br />
 **focus** on **User Experience** not "backend" **scalability**!
 
-The _good_ news is that Phoenix was _does_ "***scale***" _really well_! <br />
+The _good_ news is that Phoenix "***scales***" _really well_! <br />
 see: http://www.phoenixframework.org/blog/the-road-to-2-million-websocket-connections
 
 Forget about "_scaling_" until you have _made_
@@ -499,12 +499,14 @@ be the **_only_ way** to write code?
 The **fact** is: we _only_ use JavaScript because it is the
 ["***Lingua Franca***"](https://en.wikipedia.org/wiki/Lingua_franca)
 that _all_ web browsers "_understand_".<br />
-It's _definately_ not because it's a "_better_" language than Python or Lisp;
+It's _definitely_ not because it's a
+"_better_" language than Python, Julia or Lisp;
 we write JS out of _necessity_ not _choice_. <br />
 
 
-With Elm we no longer _need_ to write our Client-side code in JS,
-we can write in a beautiful/functional language <br />
+With Elm we no longer _need_ to write our Client-side
+(_progressive enhancement_) code in JavaScript!
+We can write in a beautiful/functional language <br />
 and "_compile_" it to JS for running in Browsers.
 The JS that is produced by the Elm compiler
 is almost _always_ more efficient/faster <br />