hopia

10 ms·

61.
by hopia 7y ago
Would NixOps fall into the same category?
62.
by hopia 7y ago
In principle, you wouldn't do any logging, even debug logging, in a pure function. It always returns the same output for the same input anyway. You'd just check its output.
63.
by hopia 7y ago
If you're serious about picking up the language, I urge you to simply start building something. Build something you can relate with, something similar that you've already built with a different toolset. Like a web server. A lot of
64.
by hopia 7y ago
Sounds awesome, is there anywhere I can follow the progress?
65.
by hopia 7y ago
I agree, I've had nothing but trouble with it. Just the other day, I don't know if serious or not, I read the Phoenix framework's author say I solve 100% of my dialyzer issues by not using dialyzer on Slack.
66.
by hopia 7y ago
The benefits of introducing OOP to Haskell are unclear to me. Maybe the author can point out what the purpose of this is?
67.
by hopia 7y ago
Well in that case the definition of a generalist is much more narrow. Would we call a mathematician who is comfortable with all topics within algebra a generalist?
68.
by hopia 7y ago
I was also thinking if it's like generalist in tech . Or does Google seriously expect their software engineering recruits to generalists who are proficient in design, copy writing, B2B sales, digital marketing, management etc.? Edit:
69.
by hopia 7y ago
What I understood is this author's definition of a generalist is someone who expands his scope beyond just programming. To things like design, business development, hr management, recruiting, raising funds etc. Generally, it may not be
70.
by hopia 7y ago
Looks elegant, good job!
71.
by hopia 7y ago
Gotcha, makes sense. I suppose subscription model makes more sense for apps that basically reside online or at least interact with a web server. How you make lots of small products solving a single problem well is cool though! I could see s
72.
by hopia 7y ago
Can I ask why you picked this model instead of a subscription based model?
73.
by hopia 7y ago
Microservices make you architect your whole service differently. The communication is essentially asynchronous message passing which may or may not make things more difficult.
74.
by hopia 7y ago
Dart has some annoying traits that hurt productivity with it. For example, the lack of union types or some kind of sealed classes is fairly annoying when the language is actually statically typed. There's some work being done to overco
75.
by hopia 7y ago
Yours is an open source project? The revenue logic there could be very different from a conventional web business. I don't have any first hand experience with such a situation myself, but perhaps studying some successful cases could ge
76.
by hopia 7y ago
I'd advise getting other users to use it for free first before you dive into any paperwork. Basically, make sure you're solving a problem worth money for others first.
77.
by hopia 7y ago
That was just a superficial example. If you include generics, template metaprogramming, auto derivations and such then you could achieve much more with code generation. My skills are just not advanced enough yet to fully utilize these in my
78.
by hopia 7y ago
In my experience it's much easier. A lot of my API relies on this. I even produce clients in other languages purely based on the API types which act as a form of specification. Haskell's compiler will generate all the logic for se
79.
by hopia 7y ago
I don't know why you're getting downvoted (because of the tone?). As someone writing Haskell that name is as clear and concise as it should be.
80.
by hopia 7y ago
For newcomers, the problem is exactly that they don't understand the type system. That's where soft documentation like examples would help a lot. I don't see why they would need to be mutually exclusive.
81.
by hopia 7y ago
I'm honestly no expert on the subject. I have virtually zero experience with Erlang language. And I don't know a thing about Rust. However, if that counts I have read large parts of Joe Armstrong's PhD thesis about distribut
82.
by hopia 7y ago
On the other hand, it's not a very advanced type level feature either to insist on total functions. I'm sure Rust's type system goes a lot further in enforcing a good level of type soundness. Edit: typo
83.
by hopia 7y ago
Right, but the OTP doesn't make you deal with the exceptions upfront, only to architect your app in the way that they don't crash or infect other parts of the system.
84.
by hopia 7y ago
I was also wondering if this is aiming to be the Erlang for Rust developers , or rather a better Erlang . Either one would probably be worthwhile.
85.
by hopia 7y ago
Not knowing anything about Rust, I would imagine similar as those of Erlang's. Basically when you need servers than communicate with each other.
86.
by hopia 7y ago
I absolutely would but my web framework doesn't have support for it.
87.
by hopia 7y ago
With OpenAPI spec < 3 there's no support for sum types. This at least for me lead to semi heavy refactoring of the client lib (for Dart lang).
88.
by hopia 7y ago
Very few comments or type signatures, as well as formatting and syntax highlighting is a little odd there, make it less readable.
89.
by hopia 7y ago
Right, but isn't what you say exactly concurrency instead of what we normally consider parallel computing, at least on a single machine? Depending on the implementation/runtime you may or may not need something like threads, which
90.
by hopia 7y ago
Actor model really is for concurrency, not for parallelism. For pure parallel computing it introduces unnecessary overhead because of the message passing. That overhead in turn hurts performance, which really is the only reason you'd w

More ›