Any conversation

Looking for a new daily-driver language. Criteria:

interpreted (e.g. can use #!/bin/bang)
batteries-included stdlib (json, subprocesses, fs, etc.)
not sh, not perl, not python, not javascript

Shortlist:

Any other ?

…

I use , extended with as my daily driver. Since it's implemented in Go, it's straightforward to extend with anything from Go's standard library (or third-party ecosystem) that isn't already incorporated. If you haven't used an array language before, then you get the added bonus of learning a ton about an interesting, powerful area of programming.

Not familiar with array languages but it looks… interesting. Thanks for the suggestion.

I sometimes use , but I use V-lang as well. It is kind-of interpreted. I’ve never heard of rye. Looks nice.

I did not know V has scripting support. Thanks for the suggestion.

It does not, but fakes it well, since it is fast and compares built binary with script mtime to automatically recompile. The downside of using it is that you end up with a binary, but the upside is that it is blazing fast.

…

Love the pipes in revo, reminds me of elixir

Babashka

Have recently consolidated my different chat apps (Signal, Slack, WhatsApp, Discord, Google Messages) into a single Matrix client + bridges - I'm 100% sold on Matrix.

You never tried IRC, did you? Good luck on Slomatrix! 😅

exploring, looks cool, writing emacs package for it.

This is what we need.

Hi =)

👋 hi! welcome

…

bonjour

Frustrated with my phone usage again tonight, I uninstalled several pointless and time-consuming apps. It’s a cycle I repeat every few months. During this cycle, I wasted a lot of time on one of those puzzle-matching games. I'm considering switching to Ubuntu Touch at this point

The pendulum has swung far in the direction of favouring machine generated content over that from actual people. I wonder when it will swing back?

What pendulum? The algorithms’? I don’t think any human is happy about their feeds filling with slop.

 Error: Provider rejected the request (invalid_request_error, 400): Claude Code 2.1.75 does not support this model; version 2.1.251 or newer is required. Run
 'claude update', or update the Claude desktop app, then try again. [request_id: req_011CedKqBRnC6Qr3m6nKEwNN]

I’m not using Claude Code. This is how you drop the ball.

Don’t be beholden to one LLM basket. Get yourself an Openrouter account, get yourself an open source harness like pi and get yourself educated. I will die on this hill.

I agree with this. I already use different models for different tasks in part for this reason. Never bothered with an OpenRouter account though, I just have accounts set with each provider. And Pi is excellent. I actually find it much better than Claude Code.

Can't say I'm surprised there are . Related: stop platforming DHH.

Trying out a new place for Friday happy hour. Local pizza place with cheese slices

Really glad to be using Haskell for work - especially in today's climate with agentic coding. Our team uses containers to keep our development environment consistent across team members, though, and most agent sandbox approaches want to either offload your work fully to the cloud or they want to sandbox the agent harness process itself. We're not ready for full cloud based development (yet?) and sandboxing just the agent doesn't work for us when the agent needs to run docker.

... because letting the agent run docker gives them a too-easy escape hatch from their sandbox. So we're currently stuck with using VMs. This turns out to be tricky but seems do-able. My current approach is to provision a VM image and use Incus for the execution. My main goal is to keep my current workflow of local/non-agent dev working seamlessly and share the source with the VM/agent.

This means sharing my working dirs with the agent VM but overlaying artifact dirs from VM-owned block devices so we don't take too big of an IO perf hit. I also don't want the agent to be able to git push so that means we need some quirky git config to rewrite origin paths and thread through some agent specific PATs ("thanks" GitHub) for read-only repo access. These ALSO need to be threaded through to the development containers - they need to clone private repos.

... in the end, this seems to work but I haven't lived with it for long. There are still some quality of life issues to work out, but I think it'll work out. At this point, I've removed all coding agents from my host - and that's nice.

Curious, why does using Haskell make a difference here?

…

It's tangential to the sandboxing topic, really. I started the first post with a broader intent in mind and then elaborated on the sandboxing setup I'm working on. For AI-assisted coding, though, it's nice because Haskell provides a lot of feedback earlier in the development process compared to lots of other languages. It tends to work once it compiles (obviously not all the time).

"If you don't think of yourself years ago as an idiot... Perhaps it is because you still are one." In that spirit I started to write down my own thoughts. I think I am meant to call it a blog. Years from now I can read my old words and cringe at them. www.gruntsoft.com/words/

𐑲𐑝 𐑚𐑰𐑯 𐑦𐑯𐑕𐑐𐑲𐑼𐑛 𐑑 𐑒𐑫𐑒 𐑥𐑹 ·𐑡𐑨𐑐𐑩𐑯𐑰𐑟 𐑓𐑵𐑛 𐑤𐑱𐑑𐑤𐑦 𐑕𐑴 𐑓 𐑛𐑦𐑯𐑼 𐑲 𐑥𐑱𐑛 𐑕𐑨𐑥𐑩𐑯 𐑑𐑧𐑮𐑦𐑘𐑭𐑒𐑰, 𐑥𐑰𐑕𐑴 𐑕𐑵𐑐, 𐑮𐑲𐑕, 𐑯 𐑐𐑦𐑒𐑩𐑤𐑟. I’ve been inspired to cook more Japanese food lately so for dinner I made salmon teriyaki, miso soup, rice, and pickles.

Hi!

hey there! welcome 😊

This #tome about #Tcl/Tk has me re-evaluating my plans to move to the woods to be a carpenter hermit. Now I want to move to the woods and be a programmer hermit.

These days Ive been learning how to deal with guilt and feeling gulti about things I didn't cause. NGL is hard man, how do you start cntl-z your brains on that

azért aranyos, hogy egyből sandbox-ba kell tenni (a Virtualbox egy sandbox), hogy szét ne barmoljon mindent a gépen vagy a szerveren, vagy máshol, azért alapvetően békés kis állatkák ezek az ai chatbotok, na

It's cute because you have to put it in a sandbox right away (Virtualbox is a sandbox) so it doesn't mess up everything on the machine or the server or anywhere else, but these AI chatbots are basically peaceful little animals, right?

This seems reasonable and motivates my bias. But I don't know what to believe anymore.

Overvalued, maybe. Extremely valuable, yes, though.

For sure. We're well past the point of being able to reasonably claim that the tools have no practical use. But I share the article's skepticism that LLM-based AI will "produce a fully automated drop-in replacement for most knowledge workers". Which it at this point has to in order to justify these companies' stupendous valuations.

Tomorrow no but there will always be the “hope” which is enough for the next 20 years before giving up. Which meanwhile would be replacing larger and larger chunks of the workforce so it won’t really matter, we’ll be adjusting our lives around it as well so we meet in the middle.

Tesla has been overvalued for over a decade with the promise of “fully autonomous cars” and it’s still not losing its value, despite not meeting that (and probably never will, as the computation necessary to achieve it is bounded by physics).

That's a different situation. Tesla's a public company whose valuation is driven by the market, which has the right to be irrational. My understanding is that the AI buildout is financed such that the companies need to turn a profit by ~2030 or else they drown in capital costs.

…

Or maybe the frontier labs become Tesla-like, if it turns out investors just want to believe in the dream and don't care about financials that don't make economic sense. I just don't see that happening, given current sentiment and the overwhelming unpopularity of AI in the West.

my today’s list:

wake up

make coffee

work

and possibly later:

contemplate existence