hopia

12 ms·

91.
by hopia 7y ago
Yeah actor model is a good fit for distributed concurrency. For single machine concurrency, let alone parallel computing it may not be the ideal choice.
92.
by hopia 7y ago
DigitalOcean certainly is great, I'm using it too, but it's still far more work running your stuff there vs Heroku.
93.
by hopia 7y ago
> Functional programming is about function composition. If you haven't picked up on this notion, than you haven't fully understood FP. Maybe that's exactly why the likes of Elixir feel so much less functional than some o
94.
by hopia 7y ago
Yes, that's a major part of the reason I wanted a tool like this for myself too. It's great to know it could be of use to others too!
95.
by hopia 7y ago
Would seeing any kind of analysis benefit you or boost your motivation? Like something that would clearly show based on your own data that, say there is a strong correlation between feeling ill and drinking less than 4 cups of water through
96.
by hopia 7y ago
How do you analyze the data afterwards? Or for what reason are you keeping such detailed records of your life of?
97.
by hopia 7y ago
Any chance you could share this plugin?
98.
by hopia 7y ago
As for developers building projects, you might like: https://www.derrickreimer.com/
99.
by hopia 7y ago
What a lifehack!
100.
by hopia 7y ago
Thanks for the comprehensive reply! I guess I better experiment more with mnesia before really using it for anything serious. Or find alternatives. We had Redis before but that experience turned out just awful so we got rid of it. As for th
101.
by hopia 7y ago
Wow that's cool, components as first class citizens. The native control flow structures are also pretty innovative!
102.
by hopia 7y ago
By huge flat data model do you refer to the sum type which basically holds your app's state? I've always wondered how that state management approach scales when the codebase grows, never seen a good example of a large scale web
103.
by hopia 7y ago
Yeah the scale is what makes this problem a problem here. I've done exactly that "online" stuff per user process and it works fine on a small scale, even when it needs to be globally inferred. But I suspect it'd quickly
104.
by hopia 7y ago
We use Elixir too and ironically, Redis became our bottleneck as well. What a useless dependency it is when running on BEAM.
105.
by hopia 7y ago
Not to disagree with your analysis of the performance implications, but I don't think having all that data under a single or a few processes would be the right architectural pattern to handle this in Elixir. The article says that the d
106.
by hopia 7y ago
Haskell already has the function application operator, It's simply & in Haskell.
107.
by hopia 7y ago
import Data.Function (&)
108.
by hopia 7y ago
And Elm & Purescript.
109.
by hopia 7y ago
I always wondered why does it take such a long time to formalize this in Babel's specs. It seems something fairly unequivocally useful, but I guess its implementation has some major hurdles in JS.
110.
by hopia 7y ago
It's not, observer is still different. AppSignal's monitoring shows useful metrics but does not allow examining the supervisor tree and other things possible with Observer and other OTP tooling. In some sense, it's not a live
111.
by hopia 7y ago
Erlang has a very different execution model compared to those other languages you mentioned. In fact, Erlang's culture in many ways encouraged to program less defensively than you would be expected to in other languages (ever heard of
112.
by hopia 7y ago
That does suck, does it commonly occur because of non-total functions in the libraries or what?
113.
by hopia 7y ago
Throwing exceptions may be the most concise, but handling them rarely is. But most importantly, static type systems lose the ability to infer what's coming so these may turn out to be really pesky problems.
114.
by hopia 7y ago
I don't know where the original paper is either, but Finnish news cite a person called Jan-Erik Lönnqvist as the professor.
115.
by hopia 7y ago
Fair enough, you're probably right, I have only used it in contexts where I build both sides of the application.
116.
by hopia 7y ago
Aeson parsing seems straightforward to me, not sure it could be easier in any language. Serialization from your endpoint is automatic, based on your data types. The real benefit of using a well typed language here is that you only need to p
117.
by hopia 7y ago
I agree but it's a big leap to lose Javascript interoperability to gain type soundness. There are many such compile-to-js languages but none nearly as popular as Typescript is.
118.
by hopia 7y ago
Personally I always found it annoying to manually add a common tag to every interface/type on TS just to have it work like an union type. But since TS doesn't leak types to runtime that's the only way.
119.
by hopia 7y ago
Well data constructors are a part of algebraic data types which don't really exist in OOP. Unless you consider the class itself (or an interface) or its constructor as the algebraic data type constructor, and its properties/parame
120.
by hopia 7y ago
This feels absurd indeed. Like half of the GHC extensions introduce only some trivial syntactical convenience whereas the other half each introduce practically a whole new language. This list aligns more with the latter description.

More ›