Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
saghm
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
61.
▲
by
saghm
22d ago
> If someone's asking "why Java" or is saying nulls make it a hard no, then you'd assume that they have a choice in the first place, which generally means they also have some ability to set coding standards at the sam
62.
▲
by
saghm
22d ago
Yeah, I distro-hopped for a few years during the tail end of my college days and the first year or two after, but at this point I've been running the same Arch installation for close to a decade (literally migrating it to new hardware
63.
▲
by
saghm
22d ago
I'm only a couple years older than them, but I've been using Linux since only a couple years before them. It's kind of wild to me that I'm apparently already past the age where people will say things like "I'm
64.
▲
by
saghm
22d ago
I don't disagree, but that sounds more like a response to the person asking "what's the argument for picking Java?" than one to the someone who finds "Have you tried not returning null or constructing incomplete obj
65.
▲
by
saghm
22d ago
I admit I haven't worked in Java for years, but no project I've seen at my current company (the only one I've worked at since agents have been a useful thing) is anywhere close to removing all dependencies. From what I'v
66.
▲
by
saghm
22d ago
Knowing how to use a new powerful tool is definitely a valuable asset. I hope that my wordplay didn't come across as downplaying that; I genuinely meant it as a compliment to them!
67.
▲
by
saghm
22d ago
Most engineers do not have the ability to impose rules by fiat on all of their coworkers. It seems like you're misunderstanding the nature of working on a codebase as an IC when other developers contribute to it. If all of my coworkers
68.
▲
by
saghm
22d ago
Do you never use external libraries?
69.
▲
by
saghm
22d ago
I didn't read the parent comment as being particularly positive in their description; it didn't sound like it was being stated as a good thing to me.
70.
▲
by
saghm
22d ago
I honestly stopped taking Go channels seriously when I found out that reading from a closed channel is indistinguishable from reading the zero value, but writing to a closed channel will panic. I don't want to have to use booleans and
71.
▲
by
saghm
22d ago
I don't think I agree with this characterization. If you consider the open standard to be indistinguishable from the proprietary client, I'd argue it was already dead before the client got killed off.
72.
▲
by
saghm
22d ago
I would expect someone who says ELI5 to have found pretty much all of it hard to understand. The paper calling something "simple" is either them talking to other experts or an instance of the same phenomenon I called out where exp
73.
▲
by
saghm
22d ago
I suspect the reason that semaphores aren't as common in Rust specifically is that once you go above one reference to something, you stop being able to mutate it safely. Mutexes work because "one thing writing to this means nothin
74.
▲
by
saghm
22d ago
I've long pined for an ergonomic way of defining actors in Rust. I feel like there must be some way to abstract things that doesn't leak a bunch of a details into the mental model around how to think about starting/stopping&#
75.
▲
by
saghm
22d ago
I would expect someone commenting ELI5 on Hacker News to mean that they didn't understand the article directly, so pasting several paragraphs verbatim is not particularly helpful to them. If you think that the article is clear, and the
76.
▲
by
saghm
22d ago
How confident are you that when you create a new UUID, it won't collide with one of your existing ones? My guess is that even though you don't get the same on every time, you're extremely confident that getting a duplicate is
77.
▲
by
saghm
22d ago
> What it's not is God or an independently conscious entity that somehow trumps a thousand years of common law that's built up until now about torts and liability. Agreed, the tendency of people on tech to assume that whatever
78.
▲
by
saghm
22d ago
I want to meet the 5 year olds who you think will easily understand all of that
79.
▲
by
saghm
22d ago
Seems like jdw64 is extremely effective at identifying problems that AI is extremely effective at solving!
80.
▲
by
saghm
23d ago
I have no clue if I'm aphantasic (I genuinely have trouble feeling like anyone describes anything resembling my experience in conversations like this), but I had many years of lucid dreaming from being prescribed medication for my inso
81.
▲
by
saghm
23d ago
Awesome! I was pretty confident you already were aware of both of those based on the level of knowledge needed for everything else in there, so I mostly was mentioning them here in case some people here might find them useful. Adding them i
82.
▲
by
saghm
23d ago
RSS still exists though? Do you mean Google Reader?
83.
▲
by
saghm
23d ago
"Be careful with mutexes" is good advice, but I'm surprised it doesn't explicitly call out the various channels that tokio provides as alternatives (detailed here: https://docs.rs/tokio/latest/t
84.
▲
by
saghm
23d ago
If this consistently has happened at every place you've worked in your career, I think you're luckier than you realize. Independent of the implementation, it's also still interesting as a sign of what might be supported for u
85.
▲
by
saghm
24d ago
Might by time for another employee buyout? https://www.theverge.com/2024/10/17/24272867/automattic-empl...
86.
▲
by
saghm
24d ago
She was pregnant 15 years after the reluctancy that was described. Can you provide any actual evidence that they were concerned about that specifically? It sounds a lot more like you're making an inference of two arbitrary facts in t
87.
▲
by
saghm
24d ago
> Are you confident you are not viewing too many pages on HN? What if many other people are also trying to read this thread? I think it's pretty disingenuous to compare viewing a couple of pages once a day with running scripting too
88.
▲
by
saghm
24d ago
Okay, so you're just confident in exactly how many requests everyone else in the world will be making if you try to pentest resources unbeknownst to their owners.
89.
▲
by
saghm
24d ago
You're now confident that the other 399+ domains you mentioned are not under any sort of duress because they're controlled by people who are away of what's happening?
90.
▲
by
saghm
24d ago
You're spending a ton of effort to try to craft implausible scenarios like the RAM only being "temporarily" taken or the work it was used for being critical. I could just as easily claim that the one who's RAM was taken
More ›