Skip to content
<awesome-gh-repos>
vic

eeue56/take-home

A take-home application server written in Elm and only Elm
Source code at GitHub https://github.com/eeue56/take-home
eeue56/take-home.json
{
  "createdAt": "2015-11-13T22:56:47Z",
  "defaultBranch": "master",
  "description": "A take-home application server written in Elm and only Elm",
  "fullName": "eeue56/take-home",
  "homepage": "",
  "language": "Elm",
  "name": "take-home",
  "pushedAt": "2016-03-03T11:49:43Z",
  "stargazersCount": 357,
  "topics": [],
  "updatedAt": "2025-11-11T16:17:42Z",
  "url": "https://github.com/eeue56/take-home"
}

take-home

Section titled “take-home”

take-home is the world’s first open-source project with all parts of the stack written in only Elm. The server-side code is Elm. The stylesheets are Elm. The client-side code is Elm.There’s even a branch which shows how the build tools could be in Elm. We went all out to write as much as we could in Elm!

Installation

Section titled “Installation”

Requirements

Section titled “Requirements”
  • Node: 4.1.2
  • Elm: 0.16

How to run

Section titled “How to run”
  • Clone the repo
  • npm install
  • ./run_prod.sh

Interesting parts

Section titled “Interesting parts”

There’s a lot in this project to take in. These are the important parts to look at!

Support summary

Section titled “Support summary”

In a brief summary, this program has support for the following in Elm

Some extras

Section titled “Some extras”
  • Moment.js wrapper both client and server side
  • Knox server side
  • Uuid server side
  • Nedb server side
  • StartApp on the server

Framework

Section titled “Framework”

While this project provides a good start place for anyone wishing to use full-stack Elm, it does not provide a “do everything” framework like Rails or Django just yet. There is work to make it more like a framework with scripting, but at this time it’s not there yet.

How does it work?

Section titled “How does it work?”

The server itself follows the Elm architecture. It uses a modified startapp implementation. This means you have the following core functions

update : Action -> Model -> (Model, Effects Action)
routeIncoming : Connection -> Model -> (Model, Effects Action)

Notice how there’s no longer a view. The update function is responsible for updating the model, while the router is responsible for writing replies to the client.

Future work

Section titled “Future work”

Create a sensible way of having global footers and headers

Section titled “Create a sensible way of having global footers and headers”

At the moment, it’s hard to link things in like stylesheets in each view without having a monolithic view function that rendered conditionally. It would be much more ideal to support a way of linking CSS in a header that was somehow included everywhere

Session data

Section titled “Session data”

There’s no way of storing session data right now.

FAQ

Section titled “FAQ”

Should I use this in production?

Section titled “Should I use this in production?”

No! This project was an experiment and a proof of concept. A lot of the ideas in this project are really cool. But being cool doesn’t make for a production-ready system. Let’s talk about a day in the life of a server-side Elm programmer.

  • Write some business logic in Elm
  • Realise that you need some library support that doesn’t exist in Elm
  • Spend the rest of the day fighting Node

As an Elm programmer, I like to write Elm! As a server-side Elm programmer, I hate writing yet another integration library that wraps around a Node library that uses mutable objects and callbacks in a weird way. There are a lot of battles that you have to face everyday writing libraries that work with Node. Sometimes there just isn’t a way to make Node libraries play nicely with Elm. This does not make for a stable runtime, nor a stable platform.

The tl;dr here is that Node is not the ideal platform for server-side Elm. An alternate platform to base itself on would be great, but is unlikely to happen “soon”. Please take away some of the ideas here and think about them! But if you value your sanity, your stability and your users, don’t use this proof of concept for anything more than interest!

Credit

Section titled “Credit”

Fresheyeball provided the PoC HTTP server implementation that we rewrote parts of here and then applied to production!

rtfeldman provided CSS support through elm-css

Awesome!

Section titled “Awesome!”

If you think this is awesome, why not apply to come join us make things?

[NoRedInk][team] [team] !: http://noredink.com/about/team