Skip to content

Files

Latest commit

1355c5d · Mar 23, 2025

History

History

how-to-elm

Folders and files

NameName
Last commit message
Last commit date

parent directory

..
Feb 25, 2025
Dec 3, 2024
Mar 23, 2025
Jan 4, 2025
Jul 28, 2024
Sep 16, 2024
Mar 23, 2025
Mar 23, 2025
Sep 2, 2024
Sep 2, 2024
Jan 4, 2025
Jan 4, 2025
Jan 4, 2025
Jan 4, 2025
Jan 4, 2025
Jan 4, 2025
Oct 22, 2024
Oct 15, 2024
Oct 4, 2024
Oct 18, 2024
Jan 4, 2025
Jan 4, 2025
Jan 4, 2025
Jan 4, 2025
Feb 28, 2025
Feb 28, 2025
Mar 16, 2025
Jan 4, 2025
Oct 15, 2024
Oct 15, 2024

README

The good bits of Elm

  1. It forces you to build things without too many dependencies
  2. Some low-level detail must be done by the user (js makes you a bit lazy)

These can be a blessing and a curse, as some things might be better with a dedicated package, such as image uploads. For that you have to understand what base64 is and how file uploads work.

Rules

I need to start setting rules for myself ... How do I keep my programs simple? What's in? What's out?

  1. What format am I using? (custom headings or elm-format)
  2. What indentation style am I preferring? (2 or 4 spaces)
  3. What learning is "in" and what is "out"?1

Improvements

  1. When using ports, it can be handy to have a cursory knowledge of javascript.
    • In general I use as little javascript as possible. Set it and forget it.

Footnotes

  1. I'm using Elm as my go-to language and for that reason learning the details in a little more depth than, say, Python. However, my purpose is prototyping and I still want to keep my learning light. Some implementations (SPA, packages) get complicated quite quickly as an app scales.