Too bad about the reWind Mac app, which they've kneecapped with the latest update starting on Dec 19th even though it could probably have continued to function as a local-only thing. It was kind of nice as a local everything-memory, made some of my compliance work easier and stuff. Now deleting all the data and uninstalling it.
I also bought the Pendant but more out of techno-curiosity, never really used it much, so not much loss there. I'm sure a lot of people will be upset with the discontinuation of that, though.
I've used both heavily and I'd have to say no. You are in general better off with Elixir, with easy access to all Erlang and Elixir libraries, all BEAM functionality, a better package manager and build tool, and a more modern feeling / easier to learn programming language. Also starting to see a progressive type system and just a much faster developing ecosystem in general.
I think by now there's also more open source Elixir code out there, which means LLMs will be somewhat more proficient in Elixir (they're not great at it though, but enough to help).
It's harder to work in Erlang and incorporate Elixir libraries than the reverse, although it's certainly possible (you would use the mix build tool from Elixir to do so).
My main pros for Erlang are that it's a simpler language than Elixir with less "magic" and fewer footguns. I still use both, in the same system even, but most new code in the system is written in Elixir.
Oh boy. One of the things I have been doing to test if an LLM is 'there yet' by my standards is if it can spit out solutions in elixir without hallucinating packages that don't exist to get the job done. Since I haven't tested since chatgpt 4 came out I dunno where it's at for that but always felt like a decent litmus test.
I find that Claude 3.5 does a very admirable job. I only rarely see incorrect code and more frequently see recommendations for older libraries or obsolete versions of real libraries as compared to hallucinated libraries.
I've been playing with Claude 3.7 thinking and, perhaps unsurprisingly, I find it overthinks the problem or tries to do far more than I really want it to for any prompt. I expect that I'm just using the wrong tool, and probably should just use Claude 3.7.
Of course in all of this, I'm using the LLM in a "junior" capacity and I'm not giving it giant multi-faceted problems to solve: I'm giving it relatively narrow problems to solve at any one time and am guiding it through that process.
In any LLM it helps to use simple tricks to give it a few extra prompts like 'No blabbling' and 'Keep your code example simple and to the point without adding anything exrta' still but there's all sorts of research on optimization for getting better results from just how you frame your interaction with it in different and more exacting and concise wording:
Really a lot of stuff you'd find in any university/college English course for academic writing style for getting your point across clearly applies as well:
Personally though I've been avoiding its use in code and keeping it to where it shines. I've said this over and over. It's so good for writing drivel like copy and product descriptions and instagram posts and SEO-able text content. Stuff that people have been used to sounding kinda fake for decades if not over a century by now, that I have no heart to write myself but I can now literally just tell a robot to "increase engagement" and it shows in $$$.
Where I've found limits in what it can generate with code is with complex concurrency stuff that you really need to have knowledge about yourself to be able to prove isn't going to crash. The kind of stuff that you might pick up Elixr or Go for, specifically, I have always found it hits serious problems generating that kind of stuff. You need serious engineers who know stuff like TLA+, coq, spin etc to get that right if you're making systems that peoples lives or finances might depend on. I worry there's a lot of generated code being put out there in production which is not taking these things into consideration and people are just like 'wow it compiles, ship it'
It's still a good idea to look at an Erlang book like this one. Kind of like natural languages, it's handy to be able to read Erlang even if you don't or can't write it. There's a lot of older literature, Erlang, pre-Elixir, that is worthy of study.
Some part of the reason for this is that pretty much anybody who is owns a single-family home in Iceland outright and is otherwise mostly debt-free would count as a millionaire (in USD) these days, because housing has appreciated by ridiculous amounts in the last 20 years or so.
One of the reasons there are a lot of house-millionaires is because some of the oldest generations, who bought their homes before 1980 or so, took normal loans with fixed interest rates, just before massive inflation in the 80s. The decrease in value per krona in ten years starting 1980 was something like 99.7%, so the loans went pretty quickly to something indistinguishable from zero. Inflation-indexed loans have been the only type of housing loan you could get for most of the time since about 1981, and are still the norm. The effect around that time of transition was that the younger generations (next waves of house buyers after them) were saddled with a lot of the burden.
OP here, the switches we used are push-button Berker switches. I can't say I'm 100% happy with them, they look nice and are tactile but they are the "toggle" type - push and hold to either dim or brighten (never really know which) then again for the other direction, or quick push for on/off. My other annoyance is that sometimes a quick push does not register, but I don't know if this is because of the switch or because of the Shelly dimmer... I think more likely it's the dimmer.
I also bought the Pendant but more out of techno-curiosity, never really used it much, so not much loss there. I'm sure a lot of people will be upset with the discontinuation of that, though.
reply