codex-cli is a neat example of an open source Rust program that uses Landlock to run commands that an LLM comes up with when writing code (see [1]). The model is that a user trusts the agent program (codex-cli), but has much more limited trust of the commands the remote LLM asks codex-cli to run.
Water jets that clean the mop heads, not the full vacuum. Ecovacs have a different system that also automatically cleans the mop heads, so it's not a unique feature.
If I hired a software developer a few years ago, I might expect them to do roughly what Claude Code does today on some task (?). If I hired a dev today I would expect much more from them than what Claude Code can currently do.
Isn't a big part of it knowing what to ask Claude Code - for example I wanted some code to brighten/darken my buttons on mouseover, I asked Claude to make some code to do that, it was a bit wrong, I fixed it. I integrated the code and tested it. Now I know how to do all this, because I've been doing it for years, I could have done it without Claude but it saved me a bit of time.
Now there are a few things I see that affect this
1. The only way Claude knew how to do this is because there was a stack of existing code, but its probably in C, so you could regard Claude as an expert programming language translator.
2. There is no way that Claude could integrate this into my current code base
3. Claude can't create anything new
4. It's often very wrong, and the bigger/more complex the code is, the wronger it gets.
So, what are the areas that Claude excels? it seems that CRUD web app/Web front end is the sweet spot? (not really sure about this - I don't do much web front end work). I write graphics Apps and Claude is handy for those things you'd have to look up and spend some time on, but thats about all.
An example - I asked it to make me some fancy paint brush code (to draw in a painterly style), this is hard, the code that it made was pretty bad, it just used very basic brush styles, and when pressed it went into crazy land.
So my point is - if something exists and its not too hard, Claude is great, if you want something large and complex, then Claude can be a good helper. I really don't see how it can replace a good dev, there are a lot of code monkeys around gluing web sites together that could be replaced but even then they are probably the same people who are vibe coding now.
If you really want some fun ask them to draw a circuit diagram for a simple amplifier, it's almost painful watching them struggle.
I'm currently testing for alternatives of minio on my homelab. Ceph was nice, lots of bells and whistles, built in support for virtual IPs is excellent, but on my aging hardware it was using 10-15% CPU in my VM while idle. Currently benchmarking garagefs, scales very well with core count and multi node set up is a breeze.
GarageFS is supported by NLnet *. NLnet is very Open Soucre minded and sees no objection in supporting it due to the AGPL. Maybe AGPL isn’t that Open Source unfriendly?
And indeed I noticed that OpenIO isn’t updated for quite some time.
The benchmark against MinIO is nice, but I don't care much for the table vs. "Other object storage" which seems to try to aggregate all the worst points of all the others with no citation (e.g. why should I believe RustFS has no intellectual property risk but others do? What's different about them to back that up?).
Some small additional details: 23 years not 30. Also, I think Julia was started as much in response to Octave/Matlab’s shortcomings. I don’t know if it is written down, but I was told a big impetus was that Edelman had just sold his star-p company to Microsoft, and star-p was based around octave/matlab.
Thanks for the corrections/added context and the fun link. The whole blog post feels like an attempt to name-drop as many related languages as possible
> We want a language that's open source, with a liberal license. We want the speed of C with the dynamism of Ruby. We want a language that's homoiconic, with true macros like Lisp, but with obvious, familiar mathematical notation like Matlab. We want something as usable for general programming as Python, as easy for statistics as R, as natural for string processing as Perl, as powerful for linear algebra as Matlab, as good at gluing programs together as the shell. Something that is dirt simple to learn, yet keeps the most serious hackers happy. We want it interactive and we want it compiled. (Did we mention it should be as fast as C?). While we're being demanding, we want something that provides the distributed power of Hadoop — without the kilobytes of boilerplate Java and XML
> We are power Matlab users. Some of us are Lisp hackers. Some are Pythonistas, others Rubyists, still others Perl hackers. There are those of us who used Mathematica before we could grow facial hair. There are those who still can't grow facial hair. We've generated more R plots than any sane person should. C is our desert island programming language.
If ever there was a language justified in claiming to be heavily inspired by a dozen other languages, I'm sure Julia is it.
When I first heard about Julia I understood it to be a faster alternative to Python. As I started to learn it I realised that's really not what it's about, it's trying hard to compete simultaneously with Matlab and R and Fortran and C++ (and the template metaprogramming language hiding in C++) and APL and Lisp and maybe OCaml just as much as Python (but not Rust or Java or Agda), and I can't even speak to the other languages mentioned.
reply