News for hackers. Stuff that matters.
Re:Beam/Erlang/Elixir Concept Explanations by ch4s3 on Sunday September 12, 2021 @02:08PM (#28503380)
> good debugging workflow

Most of use use IO.inspect/2, pry, :observer, :recon, and Phoenix dashboard for that.

> if you deploy to Kubernetes then there is a lot of overlap with Beam/OTP for deployment management etc.

These things are complementary. Releases are great for multi-stage docker builds. Libcluster is nice for allowing different containers to talk to one another without any messaging glue. Supervision can crash and restart at a sub container level.

Re:Beam/Erlang/Elixir Concept Explanations by halotrope on Monday September 13, 2021 @01:37AM (#28508151)
Yes you can also get breakpoints and some interactive debugging with the VSCode plugins. But its just not even close to the full interactive debugging of e.g a fully supported lang in Jetbrains. This is very much down to personal preference and I know that there is very powerful debugging and tracing facilities in Beam/OTP
Re:Beam/Erlang/Elixir Concept Explanations by true_religion on Tuesday September 14, 2021 @05:25AM (#28522209)
For me, debugging was always too slow in JetBrains. I don’t know if it was a result of the IDE or the language (Python) but I would always end up using print statements instead.

With elixir reloading a single module is fast because of the functional architecture so I can at least drop down into the REPL instead.