1. Making things simple
By Robert Roose

4.  religion
 -noun. a set of beliefs concerning the cause,
nature, and purpose of code, which guide
programmers through the creation of software,
usually involving devotional and ritual
observations and/or gatherings, and often
containing standards governing the style of
development practices

5.  Advantages
 Terse
 Clarity
 Easier maintainability
 Encourages immutability
 Forces better designs
 Better testability
 Less bugs

6.  Disadvantages
 Difficult to design
 Difficult to visualize
 Hard for the inexperienced unenlightened
 Generally slower

7.  Functional programming: it’s just for those
academic types

8.  Functional programming: it’s fun, but it
doesn’t make money

9.  It makes you a better programmer
 It’s an alternative perspective of how to describe
good software design

10.  OOP is bad
 Side effects are evil
 Immutability is good
 Less code means less bugs

11.  Not everything can be side effect free
 Limitations in languages, tools, OSs…
 Bureaucracy keeps things complicated
 Not everyone follows the same religion
 Businesses aren’t about pretty math
problems

12.  Less code
 Less buggy code
 Happier customers
 Cheaper code
 Easier maintainability
 Quicker development
 Once developers know the ropes

13. What is ?

14. Evented I/O framework for theV8
JavaScript engine

15. Huh?

16. Takes JavaScript beyond the
browser

18.  Provides an easy way to build scalable
network programs
 Generally fast
 Great at concurrency
 Asynchronous everything
 Almost never blocks

19.  Web applications
 Especially real-time web apps
 Network applications
 Distributed systems
 General purpose applications

21. In node, everything runs in parallel,
except your code

22. Single-threaded event loop

23. Something isn’t right here…

26. But there’s only one thread

27.  Use processes!
 Easily scale across distributed systems
 Much safer than threads
 No need to worry about states
 Use load balancer to distribute work
 HAProxy
 nginx
 multi-node

28.  Simple designs
 Efficient applications
 High concurrency
 Blazingly fast for end users

30.  Dynamic, weakly typed multi-paradigm
scripting language
 Prototype-based
 Functional
 Imperative
 Lisp in C’s clothing

31.  Lots of design errors
 Lots of implementation errors
 Lots of bad books
 Lots of amateurs

32.  No, but it can be forced
 It’s prototype-based
 It has objects, but not classes
 It doesn’t have class-oriented inheritance – it has
prototype-oriented inheritance
 There are lots of different ways to achieve the
same thing
 Really depends on your religion

33.  It supports the concepts of functional
programming
 Certainly not pure
 More functional than object-oriented
 Again, it depends on your religion

38.  Treat variables as constants
 Think of everything as immutable
 Don’t rely on side effects
 Avoid confusion
 Return a new object instead of modifying
 Can be used as a (non-pure) functional
language
 Just use what works

39.  Underscore.js
 Utility-belt JavaScript library
 wu.js
 For laziness
 node-utils
 (plug)

40. Underscore.js

44. starting
reading file1.txt
got file1.txt
reading file2.txt
got file2.txt
reading file3.txt
got file3.txt
getting google
got google
...
File 1, File 2, File 3, 3bb0f168fbf8c9b0324cbf2fea1266ea

46. starting
reading file1.txt
reading file2.txt
reading file3.txt
getting google
got file1.txt
got file2.txt
got file3.txt
got google
...
File 1, File 2, File 3, ba5eaf36ca6e688d33ff53a466de01e1

48. starting
reading file1.txt
reading file2.txt
reading file3.txt
getting google
got file1.txt
got file2.txt
got file3.txt
got google
...
File 1, File 2, File 3, 065b003da0d66b14924086c8c8a1d7a6

49.  Attempt to expose the good parts of
JavaScript
 It’s just JavaScript
 Compiles one-to-one into the equivalent
JavaScript
 Makes JavaScript simpler

51. starting
reading file1.txt
reading file2.txt
reading file3.txt
getting google
got file1.txt
got file2.txt
got file3.txt
got google
...
File 1, File 2, File 3, 3290579989c493c338dcf52327442c10

52.  scale-example
 comet-example

53. Only just scratched the surface

54.  JavaScript
 JavaScript:TheWorld’s Most Misunderstood
Programming Language
 The Little JavaScripter
 JavaScript as a Functional Language
 Higher-Order JavaScript
 Functional Programming – Eloquent JavaScript
 Douglas Crockford

55.  Node.js
 How to Node
 Node Documentation
 Understanding node.js
 Combined benchmark
 Ryan Dahl

56.  CoffeeScript
 CoffeeScript Site

57.  Functional Programming
 Functional Programming Doesn'tWork (and what
to do about)
 Why functional programming doesn't catch on

59.  http://twitter.com/summatix
 http://www.robertroose.info/
 http://bitbucket.org/summatix
 https://github.com/summatix
 http://bitbucket.org/shivercube
 https://github.com/shivercube