Readit News logoReadit News
drogus commented on AI coding assistants are getting worse?   spectrum.ieee.org/ai-codi... · Posted by u/voxadam
jaccola · 2 months ago
- This has been going on for well over a year now.

- They always write relatively long, zealous explainers of how productive they are (including some replies to your comment).

These two points together make me think: why do they care so much to convince me; why don't they just link me to the amazing thing they made, that would be pretty convincing?!

Are they being paid or otherwise incentivised to make these hyperbolic claims? To be fair they don't often look like vanilla LLM output but they do all have the same structure/patter to them.

drogus · 2 months ago
I think it's a mix of people being actually hyped and wishing this is the future. For me, productivity gains are mostly in areas where I don't have expertise (but the downside, of course, is I don't learn much if I let AI do the work) or when I know it's a throwaway thing and I absolutely don't care about the quality. For example, I'm bedtime reading a series of books for my daughter, and one of them doesn't have a Polish translation, and the Polish publisher stopped working with the author. I vibe coded an app that will extract an epub, translate each of the chapters, and package it back to an epub, with a few features like: saving the translations in sqlite, so the translation can be stopped and resumed, ability to edit translations, add custom instructions etc. It's only ~1000 lines of Rust code, but Claude generated it when I was doing dinner (I just checked progress and prompted next steps every few minutes). I can guarantee that it would take me at least an evening of coding, probably debugging problems along the way, to make it work. So while I know it's limited in a way it still lacks in certain scenarios (novel code in niche technology, very big projects etc), it is kinda game changer in other scenarios. It lets me do small tools that I just wouldn't have time to do otherwise.

So I guess what I'm saying is, even with all the limitations, I kinda understand the hype. That said, I think some people may indeed exaggerate LLMs capabilities, unless they actually know some secret recipe to make them do all those awesome hyped things (but then I would love to see that).

drogus commented on Rust--: Rust without the borrow checker   github.com/buyukakyuz/rus... · Posted by u/ravenical
torginus · 2 months ago
I feel exactly the same - C++ might be a much more complex and arcane language when you consider its entire feature set, and all the syntactic machinery (I figured out by looking at STL or Boost code, just how much of C++ I don't know or understand), you can choose to not engage with most of the language. Hell, even stuff like unique_ptr is optional when you're just starting out.

But with Rust, you have to understand almost all of the language very intimately to be a productive programmer, and Rust is not that great at hiding complexity, as in fairly innocious decisions often have far-reaching consequences down the line.

drogus · 2 months ago
> you have to understand almost all of the language very intimately to be a productive programmer,

I've seen absolute Rust noobs write production code in Rust, I have no idea where did you get that notion from. Most of the apps I've written or I've worked with don't even need to use explicit lifetimes at all. If you don't need absolute performance with almost none memory allocations, it's honestly not rocket science. Even more so if you're writing web backends. Then the code doesn't really differ that much from Go.

drogus commented on We "solved" C10K years ago yet we keep reinventing it (2003)   kegel.com/c10k.html... · Posted by u/birdculture
mifreewil · 2 months ago
I'm sure there is plenty of data/benchmarks out there and I'll let that speak for itself, but I'll just point out that there are 2 built-in core modules in Node.js, worker_threads (threads) and cluster (processes) which are very easy to bolt on to an existing plain http app.
drogus · 2 months ago
Worker threads can't handle I/O, so a single process Node.js app will still have the connection limit much lower than languages where you can handle I/O on multiple threads. Obviously, the second thing you mention, ie. multiple processes, "solves" this problem, but at a cost of running more than one process. In case of web apps it probably doesn't matter too much (although it can hurt performance, especially if you cache stuff in memory), but there are things where it just isn't a good trade-off.
drogus commented on Multiple Security Issues in Rust-sudo-rs   bugs.launchpad.net/ubuntu... · Posted by u/eyberg
alextingle · 4 months ago
The drive to rewrite existing, tried and tested code in the new trendy language is crazy. Hopefully problems like this will be a bit of a reality check for those cheerleading it.
drogus · 4 months ago
What kind of reality check would it be when the original sudo got two even more serious security issues this year, even though it's "tried and tested"?
drogus commented on Multiple Security Issues in Rust-sudo-rs   bugs.launchpad.net/ubuntu... · Posted by u/eyberg
shakna · 4 months ago
A bug in Ubuntu's standard sudo executable is newsworthy.

Updates are probably required for a large number of servers.

drogus · 4 months ago
There were two very serious issues in original sudo this year. I can't find much info about them on HN.
drogus commented on DoorDash and Waymo launch autonomous delivery service in Phoenix   about.doordash.com/en-us/... · Posted by u/ChrisArchitect
lm28469 · 5 months ago
Yeah but it's it's autonomous and powered by "green" energy so it's 100% acceptable and desirable
drogus · 5 months ago
I can't tell if you're being serious or not
drogus commented on Rust in 2025: Targeting foundational software   smallcultfollowing.com/ba... · Posted by u/wseqyrku
yoshuaw · 7 months ago
We are more or less trying to solve this exact problem with Wasm Components [1]. If core WebAssembly is a portable instruction format, WebAssembly Components are a portable executable/linkable format.

Using them is unfortunately not yet quite as easy as using repr(wasm)/extern "wasm". But with wit-bindgen [2] and the wasm32-wasip2 target [3], it's not that hard either.

[1]: https://youtu.be/tAACYA1Mwv4

[2]: https://github.com/bytecodealliance/wit-bindgen

[3]: https://doc.rust-lang.org/nightly/rustc/platform-support/was...

drogus · 7 months ago
I love WASM and WASI, but it's not nearly the same, unfortunately. Performance takes a hit, you can't use async in a straightforward way, launching hundreds of thousands of tasks is problematic etc. WASM is great for allowing to extend your app, but I don't see it as a replacement for an ABI anytime soon
drogus commented on Claude 4   anthropic.com/news/claude... · Posted by u/meetpateltech
lxgr · 10 months ago
With web search being available in all major user-facing LLM products now (and I believe in some APIs as well, sometimes unintentionally), I feel like the exact month of cutoff is becoming less and less relevant, at least in my personal experience.

The models I'm regularly using are usually smart enough to figure out that they should be pulling in new information for a given topic.

drogus · 10 months ago
In my experience it really depends on the situation. For stable APIs that have been around for years, sure, it doesn't really matter that much. But if you try to use a library that had significant changes after the cutoff, the models tend to do things the old way, even if you provide a link to examples with new code.
drogus commented on Ruby 3.5 Feature: Namespace on read   bugs.ruby-lang.org/issues... · Posted by u/ksec
ezekg · 10 months ago
I feel like this is a solution to a problem nobody really has in practice, by simply following conventions, and I've been using Ruby for over 10 years. If byroot -- who works at Shopify on the largest Rails codebase in existence -- echos the same sentiment, then maybe it should be scrapped.
drogus · 10 months ago
While I agree with the sentiment here, ie. that Ruby doesn't necessarily need namespaces, I think it's also not necessarily good to base Ruby usage on what Shopify is doing. They have so many expert Ruby devs, and whole teams that write extra tooling, that I'd argue they shouldn't be compared to pretty much most of the usage of Ruby/Rails out there
drogus commented on Cot: The Rust web framework for lazy developers   cot.rs/... · Posted by u/hyperbrainer
Thaxll · a year ago
It's absolutely not true, the moment you're out of http hello word, and you have more serious logic about data that you need to manipulate / modify you will fight the borrow checker, that's why a lot of people do a lot of rc / arc refcell.

And then the async implementation.

drogus · a year ago
Have you ever written a web app in Rust? Most of the code is in a form of handlers that receive data, process the data and give some data back. There is rarely need to think about lifetimes or borrowing in these scenarios.

u/drogus

KarmaCake day634October 10, 2007View Original