This title is odd, given the actual identified problem seems to be LLMs writing code.
yeah, but if you say LLM is shit, and not rails... goodbye views :)
Readit Newsclaudiug commented on Be Careful with GIDs in Rails blog.julik.nl/2025/12/a-t... · Posted by u/julik
claudiug commented on Zigbook Is Plagiarizing the Zigtools Playground zigtools.org/blog/zigbook... · Posted by u/todsacerdoti
Plagiarism is a moral wrong.
But copyright infringement is a legal wrong (a civil liability).
Is what they're doing infringing on a copyrighted work? Or does it fail to uphold license terms? Many open source licenses have some amount of attribution as a requirement, so that'd be something to consider.
not so much to AI companies :)
claudiug commented on Tesla's European sales tumble nearly 50% in October finance.yahoo.com/news/te... · Posted by u/doener
claudiug commented on Several core problems with Rust bykozy.me/blog/rust-is-a-... · Posted by u/byko3y
You cannot go along like “I’m writing a cold path high-level code, I don’t need performance, I don’t need to go deeper into lifetime handling, I just want to write a high level logic”. You will be forced into the low level nuances every time you write a single line of Rust. There is no garbage collector for Rust and will never be — you will have to semi-manually pack all your data into a tree of ownership. You have to be fluent in ownership, borrowing, traits to write just a few lines of code.
It's still quite rough around the edges, but Crystal is a fun choice for this type of thing. If you want a readable high level language and sane package manager that compiles to reasonably performant machine code, it's worth a look.
the issues with Crystal, nim, zig, is that they have zero changes to be bigger.
claudiug commented on Rust in Android: move fast and fix things security.googleblog.com/2... · Posted by u/abraham
I cannot like Rust syntax, sorry.
For me the ideal syntax is C/Go, just to be clear what I like.
But I agree that the tooling that cargo introduced is a breath of fresh air in a world dominated by huge makefiles, libraries copied in the repository (I know, there is Conan, vcpkg etc)...
in the beginning I also hate it, but now is fine.
Really? From where I'm standing LeCun is a pompous researcher who had early success in his career, and has been capitalizing on that ever since. Have you read any of his papers from the last 20 years? 90% of his citations are to his own previous papers. From there, he missed the boat on LLMs and is now pretending everyone else is wrong so that he can feel better about it.
i prefer to work under a pile of shit than zuck.
People keep asking why TUIs in Rust and the answer is because the GUI situation in Rust is dreadful: https://www.boringcactus.com/2025/04/13/2025-survey-of-rust-...
Rust is simply not meant for GUI-based data design but I still want Qt in Rust. That's it. Not QML or Slint. No markup at all. None of the immediate mode things. No other languages. Definitely not GTK. I'm worried it will never happen for Rust and it will be such a missed opportunity.
there is this new library: https://longbridge.github.io/gpui-component/
claudiug commented on AWS multiple services outage in us-east-1 health.aws.amazon.com/hea... · Posted by u/kondro
Yep, confirmed worse - DynamoDB now returning "ServiceUnavailableException"
ServiceUnavailableException hello java :)
claudiug commented on Ruby core team takes ownership of RubyGems and Bundler ruby-lang.org/en/news/202... · Posted by u/sebiw
What wasn't factual in Joel's comment?
it paints all the stuff like is one person fault. omits to tell like stuff like
- gem.coop -> the person behind have a new tool rv that want to sell it
- they want to sell the rubygems logs to corporatins
- change the root pass at aws once they where remove from the project
small details like this.
Dead Comment