lucasdicioccio

5 ms·

1.
by lucasdicioccio 3y ago
https://dicioccio.fr/ Mostly talking about some engineering and project management topics. Often revolves about decision-making (in a broad sense).
2.
by lucasdicioccio 4y ago
IMHO in the context of the Tar-Pit Paper (programming for services and applications rather than electronics) mutation merely is a mean to an end. The end being: some piece of memory holds the value I expect (e.g., to transmit, store, show i
3.
by lucasdicioccio 4y ago
I'm not sure we need a whole new programming paradigm and languages (with the hiccup that they'll require bindings to other FFI-libs that do not have as much guarantees). If you have a rich domain and want to benefit from performa
4.
by lucasdicioccio 4y ago
The way I've done it for my own notes (in a custom-made static-blog generator) is to have a template dedicated to "notes" and some over-engineered pipeline for similarly small datasets [1]. [1] https://lucasdiciocc
5.
by lucasdicioccio 4y ago
Dhall is advertised as a configuration language but you can do a tad more. I use it in my blog-engine to fit a use-case I found was poorly addressed by other approaches: small-cardinality datasets that benefit from type-checking and templat
6.
by lucasdicioccio 4y ago
There is a myth that "monads" are magical insights of some sort -- it's not. Difficult to understand: likely yes because the myth is not groundless. What "monads" capture is how to combine things with a lot of cerem
7.
by lucasdicioccio 4y ago
I wouldn't call that trivial but "common", and for these cases we could even use something like catMaybes: > sum . catMaybes Lenses (imho) shine when you have to write data-extractors for arbitrary-complex and ill-document
8.
by lucasdicioccio 4y ago
I think it comes down to a mix of (a) how people (and robots) organize and find information (b) tool limitations and genericity. Regarding (a),I personally like the view that the content lives in a "flat world" on top of which we
9.
by lucasdicioccio 4y ago
I've recently written my own static-blog generator. On the one hand, I got irritated trying or figured out I would quickly hit limitations with the popular ones. On the other hand, the effort I would have spent searching for and evalua
10.
by lucasdicioccio 7y ago
This comment misses the point of the article, which argues against a urban legend that Haskell is too difficult "unless you are this tall" (a Phd, an E.T., a superhuman). I also had a shot at explaining why people are already tall
11.
by lucasdicioccio 7y ago
I see roughly the type of issue you face. For the case where there's some good value/effort ratio to invent internal representations, Haskell's being "strong" on parsing tasks make it a good fit. When this ratio is
12.
by lucasdicioccio 8y ago
That's exactly what I've explored in a Haskell project: DepTrack. https://github.com/lucasdicioccio/deptrack-project basically it decorates expressions like in your example to collect actions. It's stron
13.
by lucasdicioccio 10y ago
I have a (non-contributor) experience with the PostgREST codebase. It's true PostgREST codebase is not great (lots of long functions, need some work to extract the main program into a library etc.) but the codebase definitely is easy t