Viewing profile — kungfooguru
kungfooguru
HN member- Joined
- Tue, Dec 04, 2007, 8:54 PM UTC
- HN karma
- 2,179
- Public activity
- 279 items
- HN profile
- View on Hacker News ↗
About kungfooguru
Recent public activity
-
comment
Comment #37305604
Or Erlang for even less noise ;) -module(math). sum(A, B) -> A + B.
-
comment
Comment #34913958
Exact conversation I had with support after they suspended me after I sold something for the first time, but before I mailed the item. Its like they just randomly permanently suspe…
-
comment
Comment #33536460
Agreed, sounds like Orleans. See https://github.com/erleans/erleans :) Also for general writing on erlang and k8s: https://adoptingerlang.org/docs/production/ -- I try to explain w…
-
comment
Comment #32581279
Other replies are a bit outdated. It got a lot easier in OTP-23 to go without EPMD, https://blog.erlware.org/epmdlessless/ -- if you run with the same port. If not using the same p…
- story
-
comment
Comment #24703984
Try both. It may be because I've been doing Erlang so long but I still prefer it and its tools (like rebar3 and Common Test). I find the syntax more consistent, less verbose and th…
-
comment
Comment #24506461
Not a big deal but, it was actually a bug in relx that caused it to be included (accidentally copying the erts dir from the symlink/copy in the _build/ /rel/ / dir instead of from …
-
comment
Comment #24505733
4. The compiler should not be included and neither should the headers. Unless a user explicitly wants to include the compiler and also have a C compiler on the node in order to com…
-
comment
Comment #24505670
> Why are there 55 c-header files in the directory of the erts? That shouldn't be the case anymore. It was a bug in rebar3 at one point and I think `mix release` may have copied sa…
-
comment
Comment #24505549
makeself ( https://makeself.io/ ) is a generic way to do this for Linux that works for any Erlang/Elixir release -- meaning no use of mix or rebar3: https://gist.github.com/tslough…
-
comment
Comment #23646881
Not really worth it since distributed mnesia is basically CA (in terms of CAP) which shouldn't be a thing, but is in the case of mnesia :)
-
comment
Comment #23448494
Curious why they suggest a reverse proxy. It may be a holdover from a time before Erlang SSL got so many improvements? Heroku moved SSL termination to Erlang from ELB's and saw gre…
-
comment
Comment #21387137
If you get to choose your infrastructure that may be fine. If you don't and you work in even a medium size company you likely work with what they have, which is increasingly kubern…
-
comment
Comment #21382290
There are some performance related topics covered in the Docker chapter regarding schedulers. And there are improvements already merged for Erlang 23 to remove the need for as much…
-
comment
Comment #21381558
It is not going against the grain. Using release upgrades (upgrading a release without restarting the VM -- unless the version of erts has changed) should only be used where necess…
-
comment
Comment #21381350
Hi, one of the authors here, the Docker chapter and soon to come Kubernetes chapter hopefully shed some light on this very question. They are not alternatives, docker and k8s compl…
-
comment
Comment #20955851
For 'heart' here I'm referring to the heart program that'll start if you run erl with `-heart` http://erlang.org/doc/man/heart.html -- it will restart a down node. I think part of …
-
comment
Comment #20951441
Sure, you can write it yourself, and probably it is even easier to write in Erlang -- up to a limit due to the issues with distributed Erlang discussed above. I worry about, and ha…
-
comment
Comment #20947099
> How much have you used BEAM? Over a decade professionally. The closest thing Erlang has to it is pool http://erlang.org/doc/man/pool.html
-
comment
Comment #20946917
Right, they do, that is why containers are still useful to releases for deployment.
-
comment
Comment #20946855
Deployment doesn't overlap. Erlang releases bundle up your code but you still need libraries like openssl, to have a nice bundle that can actually just run anywhere Docker is the w…
-
comment
Comment #20946673
Yes, check out http://partisan.cloud/ . Erlang distribution was not designed for the cloud.
-
comment
Comment #20946660
They really do not overlap at all. I don't understand why the comparison with docker and Kubernetes continues. Running BEAM on docker in kubernetes is great, a lot is added and ope…
-
comment
Comment #20268680
The How I Start guide was just updated for 1.9 http://howistart.org/posts/elixir/1/index.html
-
comment
Comment #20268666
It needs to be a matching libc. So a release that includes the Erlang runtime and is built on Debian (glibc) won't run on Alpine (musl).