pseudony

I’ve heard it said and I won’t argue your personal experience.

However, I don’t see it that way at all. I find claude much more capable of writing large chunks of python or react/js frontend code than writing F#, a very statically type-checked language. It’s fine, but a lot more hand-holding is needed, a lot more tar pits visited.

If anything, it seems a popularity contest of which language features the most in training data. If AI assistance is the goal, everyone should write Python and Javascript.

Maybe the model just wasn’t multi-modal back then ;)

Not to be too harsh, but if that’s your (fundamentalist) attitude to software, remind me to argue strenuously to never have you hired where I work. Fact is you can’t rewrite everything all the time, especially the bits that power the core of a business, and has for a decade or more. See banking and pension systems, for instance.

Aside from there being no crises, rewriting a set of utilities with nearly no bug reports for years and for which no new features is needed accomplishes what exactly? Aside from new bugs, that is.

There surely would be a more beneficial undertaking somewhere else. If then you’d argue that they may do as they please with their time, fair, but then let’s not pretend this rewrite has any objective value aside from scratching personal itches and learning how cat and co are implemented.

In a way, as America turns hostile to its erstwhile allies, it is kind of nice to see it continuously trip over itself. A form of schadenfreude combined with relief that the knife it wants to thrust into the global community is blunted somewhat by the same idiocy that spawned the policy to begin with.

Oh yes, I was really missing an Apartheid AI. .... Guess its time to switch everyone.

Sueprising they thought thst 300M was enough. I think they seriously underestimate how Musk's name is perceived in the EU, for example.

> I would even make a stronger claim: People decide to use popular technologies because it makes them happy, and this happens far more often in load-bearing situations than the Obscure Weekend Technologists do. Furthermore, popularity serves as a sort of immunity to further technical inquiry

Spot on. Could not have articulated it better if I tried.

I'll add a data point though: https://flownet.com/gat/jpl-lisp.html

From description AND observed results, this is a case where a team was successful in a challenging situation with lisp and then failed to deliver, first with c++, then java - the indistry-standard languages of the day.

Ownership models like Rust require a grester ability for holistic refactoring, otherwise a change in one place causes a lifetime issue elsewhere. This is actually exactly what LLM's are doing the worst at.

Beyond that, a Python with something like lifetimes implies doing away with garbage-collection - there really isn't any need for lifetimes otherwise.

What you are suggesting has nothing to do with Python and completely misses the point of why python became so widely used.

The more general point is that garbage collection is very appealing from a usability standpoint and it removes a whole class of errors. People who don't see that value should look again at the rise of Java vs c/c++. Businesses largely aren't paying for "beautiful", exacting memory management, but for programs which work and hopefully can handle more business concerns with the same development budget.

Right, and popularity is the ultimate determinant of value.

Maybe you are simply ignorant of how many systems might actually run a lisp or similar "irrelevant" programming language in the systems you interact with. From airline reservation systems to banking and high-frequency trading.

JavaScript is not, in fact, eating the world, and nor will Python, Rust or whatever else.

The thing about not having loads of syntax is that at some point, there is not much to do aside from polishing.

I don't know why it would feel comforting to people that languages like python/c++/rust keep piling on syntax and features like the people in Rammstein's keine lust, who keep stuffing themselves in spite of their grotesque size.

Haven't looked at jank, but given it looks like lisp, it would be the same thing. No news is actually good news in some cases

I actually don't think it's that cut and dry. I expect especially that rust (due to lifetimes) will stump LLMs - fixing locally triggers a need for refactor elsewhere.

I actually think a language like Clojure (very functional, very compositional, focus on local, stand-alone functions, manipulate base data-structures (list, set, map), not specialist types (~classes) would do well.

That said, atm. I get WAY more issues in ocaml suggestions from claude than for Python. Training is king - the LLM cannot reason so types are not as big a help as one might think.

Would be better to offer specifics so people can actually look into it rather than take what YOU took from it on face value.

Journalists typically write, not draw. Was there an article ? On which grounds was the journalist sentenced ? So on, so on.

So. You believe freely expressing yourself in China will be less dangerous than in Europe ?

I don't think anyone will take that seriously.

Having Russia roll through the states of all your principal trading partners is probably no fun. Adventurism is such a poor take in this case.

And as you aptly demonstrated. You don't care about the security needs of your allies.

As for free support. Have you any clue how much economy of scale is unlocked by selling to other markets ? You profit from the sales, you profit from lower per-unit costs.

Anyway. Whatever, you can count on the feeling being mutual soon, we are so done with you..

Beyond being morally reprehensible (and it really is), this is a humongous own-goal.

I don't think US arms manufacturers should expect many future orders from the EU.

There is, actually. Instability where you win or lose based on which loony is next in driver's seat is not super appealing for folks on the outside, you know, those who get the stick.

WRT tariffs, both economists and more layman's explanations make it clear that, at the very, very least, the Trumpian view is out of touch with reality.

For example country A, having a massive trade deficit with country B, because you buy raw materials which you refine into products and sell to country C can absolutely be a good thing for country A - and it's very conceivable that imposing a tariff on the materials from B just undermines the profitable business in your country, as the margins from that industry is squeezed by the tariffs you imposed.

For an interesting walk through tariffs, subsidies and whatnot, see https://m.youtube.com/watch?v=fSXGUGFncgk&pp=ygUPcGVydW4gdHJ... (Perun on trade wars).

Interesting, thanks for sharing :)

Can you speak to how this differs in PDF extraction from, say, pymupdf, pdfplumber, unsloth and so on ?

I know the async part is probably a thing, but when building a RAG I would be brutally focused on the quality of text extraction. Have you noticed an ability to do better than others ?

Have a model Y. Had a vw ID.5 before (leased), his assessment is correct. Tesla is a decent car with a NICE infotainment system. VW's Android system is not wow'ing anyone, but the car is quieter, handles better, turns on a dime, suspension is way more comfy etc - Volkswagen Group knows how to make a car. (And yea, as a European, this will be my last US oligarch/Nazi car)

Yes. So there may be a price to pay, one day.

But a vague, unsubstantiated feeling that one day, you might introduce a one-off indexing bug should not justify discarding Lua, and all its substantial benefits over project.

Arguing the pro's of Rust data-structure interop in case of a Rust project - that makes sense. This, this is basically nonsense.

That is a very condescending tone.

Perhaps instead the more constructive path would have been to try and defend why one (cargo, rust) cannot do what another (zig) can.

So far, all I can infer is an acceptance of how compiling C code is hard and rather messy. I am no more uninformed on this than this literally being a daily fact of my paid life, but do go on, tell me how I've missed the point.

The answer as a whole is serious, I said as much, read again. A singled out this one point, because it is not. It is akin to any other knee-jerk dismissive attitude to anything different. Casting away a far more proven language, used for over a decade in thousands of serious, commercial projects with wide editor (and LSP) support etc over indexing conventions, is not serious.

Lua is my first 1-indexed language, i have yet to have a single bug over this. It's a irrational fear.

Gears of war, anyone ?

Not in this case.

No one can convince me thst 0-based indexing is worth more than widespread editor syntax -highlighting support, working LSPs, lots of blog posts, books and more vs a new niche language whose marquee feature seems to be it is easier to embed in rust.

Again, I don't want to put down the authors, making languages and tooling is fun and awesome, but I wouldn't pretend this is a rstional replacement for Lua.

This is a cargo deficiency then.

Zig has no problem using Lua (via the Ziglua wrapper) and cross-compilation is a single command away.

Rather than developing and increasingly insular (navel-gazing?) ecosystem, it might be better to work on the root problem.

"suffer" 1-indexing vs no LSP, no books, no test-of-time, no ecosystem, no type annotations, slower.

I don't mean to be overly harsh, but this is just not a valid/serious answer. The other reasons are fine. This is pure bike-shedding.

Not going to dissuade anyone from having fun hobby projects.

But legitimate question: why would I choose this over Lua, which is probably faster, super easy to embed and has a larger ecosystem.

(Please, saying "Rust" or memory-safety can be assumed already to be understood, but not considered compelling arguments)

Last I checked, Julia actually compiled rather slowly, making development a lot less fluent than a Lisp.

Beyond that, wrapping C code from Julia is neither nicer nor worse than from CL. Wrapping C code is basically done everywhere except for a few outlier languages (Go comes to mind. It IS possible, but it means using cgo, which is its own world).

I liked Julia well enough, but the compile times were slow enough to be painful for me. All the best though to Julia :)

Unless you have no kids or grandkids to think of, it really matters.

Government or not, even companies are made up of people. People with family.

That is what baffles me. It's like saying "meh, our kids aren't worth the effort".

Sure, the C-suite can probably ensure their kids are adequately housed and educated to make their way in a more hostile and broken world. But what about the rest of them? And will there be enough residual wealth to shelter the grandkids, too?

I think so. I am a European, and a Tesla owner. I don't think it's my right to tell Americans how to settle domestic affairs or run their elections.

However, my incentive to buy another Tesla also reduced when the figurehead of said company interferes in politics without neither citizenship or residency.

That he endorses a very problematic movement just makes it worse.

With this behavior, he is doing free promotion for Volkswagen Group and Chinese cars.