rootnod3

I think the GHC directives are what hurts Haskell the most. At this point they should just embrace the GHC extensions and make it the "official" Haskell.

Having to enable them in the code is just a hassle. Just make it official and be done with it, just roll it into the language.

They definitely do embrace merging AI slop now, so they might even take pull requests.

This.

A while ago I made some blog posts[1] diving into the source code of OpenBSD and FreeBSD (shameless self plug), but haven't had the time recently to write more.

Being able to understand the system, or at least being able to take a quick look when something doesn't work is very refreshing. Not to mention the outstanding man pages. Barely need to google things.

[1]: https://blog.wollwage.com/

I use it for my mailserver (thank you openbsd.amsterdam), for the gateway in my homelab, a dedicated OpenBSD VMD machine in my homelab, and on personal machines (Macbook Air M2, a Thinkpad X220 and on a T480 that dualboots OpenBSD/FreeBSD).

For mailserver I think it is the best option. And for Gateway, PF is just wonderful.

But even on my laptops I enjoy it. It is rock solid, and I have pretty much no complaints.

Only M1 and M2 machines though. M3 and up is still missing.

99% of the time I run dwm + emacs, most of the browsing in eww. The occasional 1% that I run a browser is negligible. The scrolling lag doesn't bother me too much. I basically run it as a distraction free machine with long battery life.

No temptation to open Youtube or other distractions.

Just an emacs session with code and notes. Forcing myself to read the man-pages first before googling anything.

Still better than an error message with pretty much zero info.

Same. Recently bought myself a M2 Air as a birthday gift for myself. 8GB, chucked OpenBSD on it and couldn't be happier. It does what I need, battery lasts long and easy to chuck around.

And same as vibe coding, microwaves just reheat old stuff and create bland food.

So, best to just use <insert most popular language> for maximum results? And have the LLM just rehash the majority of what that language's code looks like? Because a lot of say Javascript code I have seen floating around on Github has been absolutely atrocious. That doesn't really give a good basis for LLMs.

I agree that stronger type systems might help. But a good swatch of unit tests should still accompany that code.

The Clojure code I have worked with usually had a damn good array of unit tests as its more of the "clojure" culture to do so.

Because most languages don't have a full interactive REPL like for example Common Lisp has. The Python REPL for example is a joke compared to it. Clojure is very closely there, but not quite yet.

Live image editing is just pure bliss.

Then why would SuSE spend money on it?

Cool, one more layer of indirection and abstraction. May I ask why? I fail to see the point, but I might just be grumpy.

I don't even know where to begin here... Using Haskell, the one language where you really DESIGN by types and use your brain and then using LLMs....

Modern software. That's why I stick with Emacs or Neovim.

That should be off by default. That alone is a "I won't use this" for me.

> Our priorities are clear: availability first

That's a delayed April fool's right?

Hardcover not available on .co.jp, shame

And that expert will not have their knowledge from learning through AI

Yeah, waiting for that too. They should expand the regions instead of new models. Availability is really limited.

I get adding Scheme, but omitting CL seems like a big oversight

Common Lisp Is exactly that. I wish I could use it at work. All my personal stuff nowadays is CL only. There is no other choice.

Now I'm jealous

The cope is hard. Just at this point admit that the LLM tech is doomed and sucks.

Hint: how did these humans become experts in that area? Definitely not by using AI.

There's also vend (https://github.com/fosskers/vend) for package management and per project isolation.

Instead of the forums, report it also here https://bugs.freebsd.org/bugzilla/

I think a point is being missed here.

Credit where credit is due

Here’s an idea: run your digital life away from a corporate shitbucket like Google. Don’t run your email there. Plenty of good other options.