Hacker Newsnew | past | comments | ask | show | jobs | submit | bigstrat2003's commentslogin

Yeah, IMO the small standard library in Rust is a big mistake, one of the few the language has made. When push comes to shove the stdlib is the only thing you can count on always being there. It's incredibly valuable to have more tools in the stdlib even if they aren't the best versions out there (for example, even if I normally use requests in Python urllib2 has saved my bacon before), and it doesn't hurt anything to have them there.

I don't think the situation is that comparable to python, since in python the library has to be present at runtime. And with the dysfunctional python packaging there's potentially a lot of grey hairs saved by not requiring anything beyond the stdlib.

With Rust, it's an issue at compile-time only. You can then copy the binary around without having to worry about which crates were needed to build it.

Of course, there is the question of trust and discoverability. Maybe Rust would be served by a larger stdlib, or some other mechanism of saying this is a collection of high-quality well maintained libraries, prefer these if applicable. Perhaps the thing the blog post author hints at would be a solution without having to bundle everything into the stdlib, we'll see.

But I'd be somewhat vary of shoveling a lot of stuff into stdlib, it's very hard to get rid of deprecated functionality. E.g. how many command-line argument parsers are there in the python stdlib? 3?


On the other hand, a worse implementation in the stdlib can make it harder for the community to crystalize the best third-party option since the stdlib solution doesn't have to "compete in the arena".

Go has some of these.

Maybe a good middle-ground is something like Rust's regex crate where the best third-party solution gets blessed into a first-party package, but it is still versioned separately from the language.


> MIT is more flexible in its use than GPL, but doesn’t help ensure that software remains open.

Sure it does. The original software will always remain open. It isn't like people can somehow take that away.


> I'm going to be honest, you can feel the AGI when you use newer agentic tools like OpenClaw or Claude.

You're right. I can feel how far away it is and how these tools will in no way be capable of getting us there.


Are you using Claude Opus 4.6?

The #1 use case for crypto is that it's anonymous like cash. And yes, this enables people to use it for crime... just like they use cash. The unavoidable cost of freedom has always been that some people will misuse it. Personally, I would rather have freedom even if it gets misused than not have freedom even if it means crime is over.

> The #1 use case for crypto is that it's anonymous like cash. And yes, this enables people to use it for crime... just like they use cash.

Not quite like cash: collecting and transferring US$1.7B in cash—actual physical paper—is probably more logistically challenging than BTC.

I understand the argument for freedom, but depending on the scale/dosage many things that could be fine in small quantities aren't as good in large ones.


I'll bet $100 that the percentage of crypto used for crime is higher than the percentage of cash used for crime.

Mmh... What do you mean by percentage? Over the amount transacted per day, or over the total supply?

> I am not gonna blame parents while businesses are allowed to target children with ads about the newest mobile game.

Those kids shouldn't even have a mobile device to play said game. That's where the parents can, and should, make a difference: don't let your kid even have a smartphone in the first place.


Kids also tend to disobey, and whine about it. Sure you can say parents should be strict and thorough, but you can’t expect 100% of parents (who are often tired from a hard day at work) to be 100% diligent 100% of the time.

And the reason we have these ads is that corporations are hoping that the kids will indeed disobey, and whine constantly at their parents, until they have their way (as directed to by the targeted ad). There was a good reason why targeting kids in ads used to be illegal in Europe.


Let's assume for the sake of argument that social media is extremely harmful to children. Which means the answer to your question is "yes, obviously". If people were running around giving their kids fentanyl, you wouldn't say "but my kid's friends all use fentanyl and he'll be an outcast if he can't". You would say "any friends that he loses over this are well worth avoiding the damage". Why would it be different just because it's social media?

Phones, I mean. Sorry for the confusion there. I’m for holding off on social media.

Yeah, sometimes the best thing to do is to let it go even if it drives you crazy. I do that all the time with my wife (and in fairness I assume she does the same for me). I only push the point when it's something truly important.

To the extent that this should be a thing, there are very few people I would want doing it less than the company who has repeatedly been caught lying about its product's achievements. Anthropic should not be taken seriously after their track record.

Despite the many claims to the contrary, agents can't do anything better than a human yet. Faster, certainly, but the quality is always poor compared to what a human would produce. You aren't obsolete yet, brother.

Dunno, that probably doesn't hold for webapps with backend as they are typically complete garbage and LLMs (even local ones) would give you about the same result but in 1 hour.

It's even worse than that. People are all too often willing to "flag for disagree". It's getting to be pretty common to see threads with comments that are [flagged][dead] which don't break the rules in any way, but merely express a view which is unpopular. Sometimes I even agree that it's a stupid position to take up, but that doesn't merit being flagged to death. I always vouch for those comments but it feels like an exercise in futility with so many people using the flag function as a "super fuck you" button.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: