Browse Source

Some change proposals for index.tex

Something that caught my eye.
Also, just to point out:
+ not sure about mentioning other Erlang projects, like N2O, cowboy, etc, maybe, need to add links
+ 'that fits out Web Stack' - couldn't get the actual meaning behind that
+ 'mad packages priv directories' - same as previous one
+ './web_app' under Windows might be throwing an error because or the wrong delimiter
sudodoki 10 years ago
parent
commit
60a43f31b5
1 changed files with 9 additions and 9 deletions
  1. 9 9
      doc/index.tex

+ 9 - 9
doc/index.tex

@@ -2,15 +2,15 @@
 
 
 \subsection{History}
 \subsection{History}
 
 
-We realized no matter how perfect your libraries are,
-the comfort and easy come mostly from developing tools.
+We came to conclusion that no matter how perfect your libraries are,
+the comfort and ease come mostly from developing tools.
 Everything got started when \footahref{https://github.com/proger}{Vladimir~Kirillov} decided to
 Everything got started when \footahref{https://github.com/proger}{Vladimir~Kirillov} decided to
 replace Rusty's sync beam reloader. As you know sync uses
 replace Rusty's sync beam reloader. As you know sync uses
 filesystem polling which is neither energy-efficient nor elegant. Also
 filesystem polling which is neither energy-efficient nor elegant. Also
 sync is only able to recompile separate modules while
 sync is only able to recompile separate modules while
 common use-case in N2O is to recompile DTL templates
 common use-case in N2O is to recompile DTL templates
 and LESS/SCSS stylesheets. That is why we need to recompile
 and LESS/SCSS stylesheets. That is why we need to recompile
-the whole project. That's the story how active emerged.
+the whole project. That's the story how \footahref{https://github.com/synrc/active}{active} emerged.
 Under the hood active is a client subscriber
 Under the hood active is a client subscriber
 of fs library, native filesystem listener for Linux, Windows and Mac.
 of fs library, native filesystem listener for Linux, Windows and Mac.
 
 
@@ -18,16 +18,16 @@ De-facto standard in Erlang world is rebar.
 We love rebar interface despite its implementation.
 We love rebar interface despite its implementation.
 First we plugged rebar into active and then decided to drop its support.
 First we plugged rebar into active and then decided to drop its support.
 Later switched to Makefile-based build tool otp.mk.
 Later switched to Makefile-based build tool otp.mk.
-And of course it is slow, especially in cold recompilation.
+And of course it was slow, especially in cold recompilation.
 It was designed to be a stand-alone tool, so it has some
 It was designed to be a stand-alone tool, so it has some
 glitches while using as embedded library.
 glitches while using as embedded library.
 
 
-The idea to build rebar replacement was shared in space for a long time.
+The idea to build rebar replacement was up in the air for a long time.
 The best minimal approach was picked up by \footahref{https://github.com/s1n4}{Sina~Samavati},
 The best minimal approach was picked up by \footahref{https://github.com/s1n4}{Sina~Samavati},
-he implemented the first prototype called mad. Initially mad
+who implemented the first prototype called 'mad'. Initially mad
 was able to compile DTL templated, YECC files, escript (like
 was able to compile DTL templated, YECC files, escript (like
-bundled in gproc), also it was support caching with side-effects.
-After a month I forked mad and took over the development under the same name.
+bundled in gproc), also it had support for caching with side-effects.
+In a month I forked mad and took over the development under the same name.
 
 
 \vspace{1\baselineskip}
 \vspace{1\baselineskip}
 \begin{lstlisting}[caption=Example of building N2O sample]
 \begin{lstlisting}[caption=Example of building N2O sample]
@@ -115,7 +115,7 @@ Mac and open \footahref{http://localhost:8000}{http://localhost:8000}.
 
 
 \subsection{Deploy}
 \subsection{Deploy}
 
 
-mad is also supposed to be also a deploy tool with ability to
+mad is also supposed to be a deploy tool with ability to
 deploy not only to our resources like Erlang on Xen, Voxoz (LXC/Xen) but
 deploy not only to our resources like Erlang on Xen, Voxoz (LXC/Xen) but
 also to Heroku and others.
 also to Heroku and others.