cmdrk

My understanding is that Luerl can remove various modules from being used, like preventing use of the IO library for instance.

I would say BEAM itself is not particularly sandboxed, and certainly clusters of Erlang nodes assume a lot of shared trust.

“My job safe from obsolescence by new technology”, says man directly threatened by new technology

Godot has a nice netcode story with ENet, WebSocket and WebRTC integration. If you just want a off-the-shelf product instead of bespoke Erlangy stuff, I think there are a lot of good options out there like Godot's native high-level networking, products like Nakama, etc.

Server backend framework: https://github.com/saltysystems/overworld

Chat server implementation (Erlang): https://github.com/saltysystems/chat_server_example

Chat client implementation (Godot): https://github.com/saltysystems/chat-client-example

I'm still tinkering on my multiplayer game server framework when not grinding away at my day job.

The idea is essentially: An Erlang-based control plane, supporting ENet and WebSocket connection modes, with Protobuf for messages. Erlang has an excellent concurrency story, and I think it's a great fit for game servers. I've wrapped up a bunch of this work into behaviors on the Erlang side, such that developers can target the "gen_zone" behavior (for instance) to implement a tick-based game server. I'd like to expand that into other types of games, such as turn-based games.

I've also got a Godot plugin for generating a client library based on your protobuf schema. The plugin handles session stuff, exposes functions for client-to-server messages, and emits signals for server-to-client messages.

These days I'm working on integrating Luerl (Lua in Erlang) and Love2D support. I want to be able to take advantage of Erlang on the back-end while writing the majority of game logic in Lua. Further down the road I want to explore hot reloading parts of the Lua game state on the client/server, perhaps with an in-game editor, to develop the game "inside-out", in a way.

Erlang is my favorite language but getting a job writing Erlang feels impossible. I make it a habit to ctrl-F every Who’s Hiring? thread and find Elixir occasionally and Erlang never.

as a Lisp-curious person, Fennel was a gateway drug for me

Indeed, but the hallowed Job Creators have the means to influence the people in power to make the taxes go away.

Anything going on these days in Chicago?

Location: Chicago, IL, US

Remote: Who doesn't say yes to this?

Willing to relocate: within the US

Programming Languages (in order of preference): Erlang, Elixir, Bourne Shell, Python, Go, Javascript

Platforms: FreeBSD, Linux, BEAM, Kubernetes, OpenStack/KVM, AWS, GCP

DevSecOps: Puppet, Ansible, GHA, GitLab, Crowdstrike, Rapid7

Résumé/CV: https://www.linkedin.com/in/lincoln-bryant-8b770148/

Email: cmdrk@proton.me

Long-time technical team lead with over a decade of experience in a broad variety of technologies (too many to list! I've put some of my favorites above). Looking for new and interesting distributed systems work, preferably using the BEAM platform (Erlang, Elixir, Gleam, etc).

it's quite okay to be a fan of the cultural output of a society, and hardly boot licking.

it really depends on the game. people have been writing large-scale multiplayer games for over 25 years now, with MMOs sporting 2,000 player+ shards on significantly more primitive hardware. There is always this assertion that high-level languages of various flavors are too slow for games, but I suspect that today's hardware more than makes up for it for the right kind of game.

This sounds really cool! Please post it to HN!

Over the last 20 years people have asserted Erlang would make a great language for an MMO server backend. I’ve been working on building an open system around that idea, integrating with Godot. It’s slow going (a few years old now!) but I’ve got a framework that serializes everything with protobuf, builds a lot of the client libraries for Godot on the fly, and works over ENet (UDP) and WebSocket (HTTPS). Have a general abstraction for “tick-based” games that’s starting to feel nice, and thinking about turn-based games with some general state machine functionality. Working on some demos and documentation this week. Maybe present it at a conference and see if anyone else wants to walk this path with me?

Otherwise I’ve been thinking a lot about using Erlang as a control plane in the scientific/hpc realm. I often fantasize about a single system image on the BEAM for running functions as a service, talking to object stores etc.

As someone working in scientific computing, I seem to recall rumors from the grapevine that the Department of Energy and/or reviewers essentially said, "CentOS is identical to Scientific Linux. Why are we paying for this?" and pushed hard to sunset it.

It's really sad because Fermi Linux was one of the first (if not _the_ first) free RH rebuilds out there back in the day. Huge props to Connie Sieh and the maintainers that followed for pulling that off. Really wonderful folks.

It does certainly feel convenient for RH that the end of SL coincided with radical changes to CentOS.

Yeah, the specific AI/ML-focused program is NAIRR.

https://nairrpilot.org/

Terrible name unless they low-key plan to make AI researchers' hair fall out.

this looks like an academic research group's youtube page, so I would set expectations accordingly. they are probably too busy trying to get the darn things to work instead of marketing.

not directly related to the article but Beyond All Reason (open source spiritual successor to TA) is quite enjoyable and I recommend anyone who enjoyed TA give BAR a try.

Location: Chicago, IL

Remote: Yes

Willing to relocate: Maybe

Technologies: Kubernetes, Keycloak, Ceph, HPC, some React / Javascript (just enough to get the job done), Erlang / functional programming (my one true love), Python, Shell scripting, Linux and BSDs.

Résumé/CV: On request

Email: cmdrk@proton.me

Greetings! I'm free/open source software aficionado, technical lead, and veteran of the DevOps wars looking for new opportunities in the distributed computing space. My background is primarily in supporting large-scale scientific computing in terms of job scheduling, storage, cloud services for over a decade and I would be most interested in an academic or research setting. Interesting work that doesn't involve crashing the economy or figuring out how to put more ads in front of children is far more appealing to me than a large salary.

"Since they are innocently unaware of the real but hidden difficulties of their plans, they speak with great facility and confidence. Those involved with practical reactors, humbled by their experiences, speak less and worry more."

Replace 'reactors' with any sufficiently complex system and you'll find this resonates incredibly strongly even today.

Love the articles but I think you should disclose Network Next is not merely "a" network accelerator. It's the network accelerator that you're the CEO/founder of, which makes this read a bit like an advertisement.

Another great release!

Looking forward to seeing benchmarks of the new JIT optimizations.

I find it interesting that the folks running away screaming from protobuf are using it in conjunction with gRPC. Is the problem really with the wire format or is it a problem with all of the stuff above?

I've been using protobuf for a (non-web) hobbyist project for some time now and find it fairly straightforward to use, especially when working across multiple implementation languages. For me, it seems to be a nice middle-ground between the ease of JSON and the efficiency of a hand-rolled serialization format.

They’re simply latching onto the AI buzzwords for the good press. Leadership class HPCs have been designed around GPUs for over a decade now, it just so happens they can use those GPUs to run the AI models in addition to the QCD or Black hole simulations etc that they’ve been doing for ages.

take a look at the Who's Hiring threads - despite the love the BEAM gets on this website, it seems very few folks are brave enough (or public enough) to hire Erlang/Elixir/Gleam/etc engineers. I've seen one or two Elixir jobs each posting and zero Erlang jobs in the last 6 months or so of Ctrl-F'ing the posts as I see them.

Location: Chicago, IL, USA

Remote: If outside Midwest USA

Willing to relocate: Within Midwest USA

Technologies: Kubernetes, Ceph, Python, Erlang, Shell, Linux, and FreeBSD.

Résumé/CV: On request

Email: <HN username>@protonmail.com

Technical Lead / Engineering Manager looking to do interesting work with distributed systems, over a decade of experience. FOSS work a huge plus. Greenfield projects a plus. Zero interest in Cryptocurrency or any sort of FinTech.

Location: Chicago, IL

Remote: Preferably

Willing to relocate: Within IL/IN/OH/KY

Technologies: HPC, Kubernetes, Erlang, Ceph, OpenStack, FreeBSD

Résumé/CV: on request

Email: cmdrk@proton.me

Hello! I'm a technical manager with a long history of DevSecOps experience in an academic research computing setting. I've been building distributed systems supporting scientists for over a decade and I am seeking new and interesting opportunities in a similar space, especially greenfield opportunities.

agreed! I built a toy language on top of Erlang also using this approach. very instructive.

as with many things HPC the answer is... it depends.

another poster here commented on a 10% performance boost overall with HT on vs it off, that about matches up with my experience in an HPC-adjacent environment.

Location: Chicago, IL, USA

Remote: Any

Willing to relocate: Within the Midwest region, USA

Technologies: Distributed computing including Kubernetes, Ceph, HPC, Erlang, various monitoring/alerting platforms like Prometheus/Grafana, etc.

Résumé/CV: on request

Email: <HNusername>@proton.me

General technologist with strong experience in distributed computing. Favor research/academic environments or organizations that heavily slant toward Free and Open Source Software. Especially interested in any Erlang or possibly Elixir opportunities.

Just to add to this, there are some implementations of things like consensus algorithms in Erlang such as Ra: https://github.com/rabbitmq/ra