this post was submitted on 05 Feb 2024
23 points (96.0% liked)

Programming

17424 readers
100 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 1 year ago
MODERATORS
 

cross-posted from: https://lemy.lol/post/19181146

I just started to learn Ocaml to learn functional programming. I will use it to build a CLI that's mostly orchestrating other programs.

My experience is mostly in JS / TS, but I've also coded a good bit in Python and Lua.

Below, I provided a list of things I learned or focused on while using OCaml. But I feel like I must be missing something. This is only moderately different from what I'm used to in JS. I expected something more radical. Moreover, I constantly hear a lot of FP jargon (like "highly kinded types", monads, etc) that I feel am still missing.

So far, here's what I studied:

  • immutability
  • avoid side affects
  • static typing
  • recursion instead of loops
  • option / maybe
  • higher order functions
  • conditionals and other constructs as expressions, when they're statements in other languages
  • pipelines and functions as input —> output
  • currying
  • scoping with let

What am I missing?

top 8 comments
sorted by: hot top controversial new old
[–] ericjmorey@programming.dev 7 points 9 months ago (1 children)

Whatever you're not familiar in the digital textbook OCaml Programming: Correct + Efficient + Beautiful

There's a whole chapter on modules

There's also a section on Monads

You should also know that there is a schism in OCaml ecosystem created by the libraries developed by Jane Street and the those developed by INRIA.

[–] matcha_addict@lemy.lol 1 points 9 months ago (1 children)

I did see the Jane street stuff. Is it better to use them instead of the standard library?

[–] ericjmorey@programming.dev 1 points 9 months ago

I don't know if one is better than the other, but knowing that certain libraries are incompatible based on this bifurcation is a good thing to remember.

[–] solrize@lemmy.world 6 points 9 months ago* (last edited 9 months ago) (1 children)

The jargon you mention is mostly associated with Haskell so you might want to study that too. It has a steeper learning curve but will expand your mind more. Ocaml is great but it's more like what you are used to, especially if you're comfortable with TS. Missing from your list is Ocaml's module system which is more serious than Haskell's, so you should spend some time on it.

For Haskell, see the online books learnyouahaskell.com and https://book.realworldhaskell.org/ . Both of those are now kind of old, but will get you started. Edit: realworldhaskell link fixed.

[–] matcha_addict@lemy.lol 3 points 9 months ago (1 children)

My fear with Haskell is that I will end up trying to learn category theory, which will be a much bigger time sink. But I suppose it is the natural next step.

Thanks for the pointer on the module system! I'll study that next.

[–] solrize@lemmy.world 3 points 9 months ago

CT as used in Haskell isn't a big deal. I found that it demystified a lot so was worth looking into, but really, it's optional. This tutorial is good:

https://en.wikibooks.org/wiki/Haskell/Category_theory

Even more optional, after the above try this:

https://www.haskellforall.com/2012/08/the-category-design-pattern.html

Algebraic datatypes is a huge part of typed functional programming for me, you should read up on that!

[–] pinchcramp@lemmy.dbzer0.com 3 points 9 months ago* (last edited 9 months ago)

For the jargon part: See this Github repo. It ain't exhaustive, but it's a start.

Other than that, all I have to add is that functional programming does not necessarily imply static typing. There is a whole world of Scheme-variants that are dynamically typed.