MurphyA/hacker-news huggingface dataset:
by metalman | 2025-07-03 10:14:52+00:00
there are other alternatives for refrigeration

https://en.wikipedia.org/wiki/Thermoacoustic_heat_engine

it should be pointed out that thermoelectric cooling that was able to outperform mechanical pumps, would still be mostly useless for on device cooling as it cant move heat any distance, with it's own heat stuck in the same box or package, making design pivot around that limitation.
by dizhn | 2025-07-03 10:16:35+00:00
> - Many bugs were of a new kind (to me), the code would look like it does the right thing but actually not work at all, or just be much more broken than code with that level of "polish" would normally be.

This reminded me of a quarter million dollar software project one of my employers had contracted to a team in a different country. On the face of it - especially if you go and check by the spec sheet - everything was there but the thing was not a cohesive whole. They did not spend one second beyond the spec sheet and none of the common sense things that "follow" from the spec were there. The whole thing was scrapped immediately.

With LLMs this kind of work now basically becomes free to do and automatic.
by izacus | 2025-07-03 10:17:00+00:00
Having to pointlessly copy aroudn TOTPs from the same device is just security theater. There's no meaningful security difference for 2FA whether you actually need to copy around those tokens or if you click "authenticate with the key in app on my second factor device".

It's still 2 factors. Just with less hassle (and resulting in more security due to better UX).
by shafyy | 2025-07-03 10:17:12+00:00
> Pendulum has swung too far to the left, while the best long term place is as usually somewhere in the middle (which would still be extreme left by US standards but who cares about that)."

Is there an EU state government where a left-wing party has the majority? I can't think of one, certainly not one of the bigger countries in EU like Germany, France, Italy, Spain, Poland...*
by zeroCalories | 2025-07-03 10:17:21+00:00
I think asking people to explain is good, but it's not scalable. I do this in interviews when I suspect someone is cheating, and it's very easy to see when they've produced something that they don't understand. But it takes a long time to run through the code, and if we had to do that for everything because we can't trust our engineers anymore that would actually decrease productivity, not increase it.
by noirscape | 2025-07-03 10:17:37+00:00
> The only way pass keys become a widespread thing is if they force the issue by removing password authentication, and I don't see that happening any time soon.

I mean, that's what Microsoft is doing here, no? They're changing their password manager to only accept passkeys, not passwords and to block off autofill functions. Granted, right now they're the only vendor to do this, but that's a pretty risky precedent to create.
by rooftopzen | 2025-07-03 10:18:13+00:00
Not following exactly, so apologies if I'm misinterpreting, but I'm the author and updated this post (transparently) with nuance I'd recently learned about that explains this (somewhat) - the larger bills contain entire pages with only headings that contain emdashes - removed the headings from analysis so that the emdashes per page are only from the legislative text itself. For the conservatively / minimal difference, we're still looking at a 30% increase from a decent baseline.
by Yeul | 2025-07-03 10:18:49+00:00
The Netherlands has a social welfare system and it's economy is not collapsing.

However the Dutch government doesn't have an ideological fascination with factories. It has a more rational approach to make money with things that the Netherlands is actually good at.

I think what compounds it is that in the US dead weight States still have political power- when realistically all the bets should be on California,Texas and New York and the rest of the country should be grateful.
by DemocracyFTW2 | 2025-07-03 10:19:24+00:00
> the seemingly strong conclusion that Ancient Egyptians did in fact move to Egypt from Mesopotamian

Touch some grass, seriously. They looked at the DNA of 1 (in words: one) guy and now it's "hey in fact Egyptians all came from Mesopotamia"? You'd have to take many more samples to support such a broad claim, and it's not because of the Ministry of Antiquities suppressing ideas.

Mankind likely did not originate in the Nile valley, hence the fact we find people there from some point in history means they migrated from somewhere else. If you subscribe to the single-origin story (which I think is plausible but not the only possible one, the alternative being various human populations that got separated and re-united in different parts of the world) and think, just for the sake of argument, of Lucy as 'the first human' then humans are immigrants almost everywhere (this will be hard to swallow for lots of people and we know from the historical record (https://www.youtube.com/watch?v=eIJF2RomfGE) that the Voth had problems with that, too, so it's very human).

The narrower Nile valley must have been a relatively inhospitable place for a human during the African Wet Period. When that came to an end around ~7ky ago or so that change made the Nile valley rather suddenly more attractive to many thousands of people who used to roam the lands to the right and left of it. As desertification progressed, communities were forced to go someplace else with some ending up in the Nile valley. In a way, you can to this day see the echoes of that time in the ethnic and cultural diversity of Egyptian society which I think is more of a hallmark of this civilization than an imagined homogenized one-mold-fits-all view.

And it's totally not out of place that some people with roots in Ancient Egypt should have an ancestry that came from the Levant or further from Anatolia or Mesopotamia. Egypt was a big place, rich in people, culture, food, arts and opportunity (and, not to forget, regular festivals with beer, wine and music at the cultural centers; today people cross continents for taking part in festivals with beer, wine and music). Egypt had trade, diplomatic relations and 'military exchanges' (war) with those far-flung places and captives were either maimed or indentured, so as a matter of course we find Egyptians with Mesopotamian admixtures, what did you think?
by fagerhult | 2025-07-03 10:19:25+00:00
Claudemacs looks really good -- thanks for the pointer!

My main design goal was to have the whole chat described by a text buffer, that can be converted back and forth to the Claude dialog format. I love Emacs' built-in `shell-mode` because I can jump around in the shell buffer, kill and yank, etc. I wanted that same interaction model in the agent interface. I ended up writing a tree-sitter grammar and maybe going a bit over the top...

Also, I wanted something very hackable, where the entire codebase is in elisp. Claudemacs has the benefit of building on Claude Code, so it gets all the Claude Code features for free, whereas I have to implement everything from scratch. But I think of Greger as an experiment surface for novel agent patterns.

I don't think anyone has really figured out how to get the most of out agents yet, so it's great that we're all attacking it from different angles and taking inspiration from each other.
by AndroidKitKat | 2025-07-03 10:19:35+00:00
Apple also removed a similar app in Hong Kong during protests because the Chinese Government asked them to: https://www.cnbc.com/2019/10/10/apple-removes-police-trackin...

> “The app displays police locations and we have verified with the Hong Kong Cybersecurity and Technology Crime Bureau that the app has been used to target and ambush police, threaten public safety, and criminals have used it to victimize residents in areas where they know there is no law enforcement,” the statement said.
by WhereIsTheTruth | 2025-07-03 10:19:39+00:00
I'll take this:

Vec2 result = translation + (rotationMatrix * (scalingMatrix * point));

Over this:

const result = vec2Add(translation, mat2MulVec2(rotationMatrix, mat2MulVec2(scalingMatrix, point)));

Anytime

And that's a very simple example, in Zig, that kind of equations doesn't scale well, when it comes to readability
by quietbritishjim | 2025-07-03 10:20:34+00:00
One of C++'s great weaknesses is that it is just a huge language with too much stuff in. There are lots of reasons why this is, not worth re-exploring, but the point stands.

There is a great irony that a replacement to C++ should have lots of features in it. (Not necessarily the same too-many features.) One of the key requirements of a real C++ alternative would be fewer language features.
by chii | 2025-07-03 10:20:41+00:00
> pushing the burden of verification and understanding to other people.

Where was the burden prior to LLM's?

if a junior cannot prove his/her code as working and have an understanding, how was this "solved" before llm? Why can't the same methods work post-llm? Is it due to volume? If a junior produces _more_ code they don't understand, it doesn't give them the right to just skip PR/review and testing etc.

If they do, where's upper management's role here then? The senior should be bringing up this problem and work out a better process and get management buy-in.
by khazhoux | 2025-07-03 10:20:45+00:00
Yet another article trying to take away from the impact of LLMs. This one is more subtle than most, but still the message is "this problem that was solved, was never actually the problem."

Except... writing code is often a bottleneck. Yeah, code reviews, understanding the domain, etc, is also a bottleneck. But Cursor lets me write apps and tools in 1/20th the time it would take me in an area where I am an expert. It very much has removed my biggest bottleneck.
by blackbear_ | 2025-07-03 10:20:46+00:00
> AI models will never obtain the ability to completely replace “low value work"

Maybe, but this is not the meaning of replacement in this context and it need not hold for the "economic" reasoning to work.

All that matters is that AI makes developers more productive, as measured by number of (CRUD or whatever) apps per developer per unit of time. If this is true, then the current supply of apps can be provided by fewer developers, meaning that some of the current developers aren't needed anymore to sustain the current production level. In this scenario lower level engineers still exist, they are just able to do more in the same time by using AI.
by cycomanic | 2025-07-03 10:21:55+00:00
What I don't understand with the push for passkeys, is that for years we have been told we need at least two factors for secure authentication, something we have and something we know.

Now with passkeys, it seems we are just throwing all those arguments overboard and are saying 1 factor (something you have, e.g. hardware device) is enough. I've not read anywhere a good argument why.

Sometimes people have been arguing that the passkey should still be locked into e.g. another password manager with password, but that doesn't seem to be the case with most implementations, am I missing something?
by name_taken23 | 2025-07-03 10:23:31+00:00
Location:London, Uk Remote: Yes Willing to relocate: Yes Technologies: Kotlin, Java, Python, TypeScript, JavaScript, Spring AI, Node.js, Angular, React, Flask Résumé/CV: https://docs.google.com/document/d/1tgWo_CUnqKrs66RvmBYqe7m8kZsloBjrWRAw5I2HfFg/edit?usp=sharing Email: jamesrreeddev@outlook.com

I've led, architected, developed and deployed various bleeding edge products across a broad spectrum of industries like autonomous vehicles and AI powered enterprise apps.

Connect to create for the future
by sshine | 2025-07-03 10:23:53+00:00
Before contemporary gender theory challenged the distinction between male and man, there was also a common distinction, e.g. by "becoming a man". A man is a male human adult, and the idea of adulthood is to some degree fluid. The legal age limit of 18 or 21 suggests that this is/was when we consider humans adults. But notions of "when your brain fully develops" suggests ages of 25-28 for men. Other factors involve when your beard grows big enough, and when children on the sidewalk saying "that man" about you. Society seems to have a duck-typing approach to what a man is, i.e. when a male human transitions from boy to man. And indeed, transgender men fit the duck-typing of society to a point where "strongly influenced by testosterone" seems like just as good a definition of, at least, "manly". Contemporary Western culture would have that you can make all sorts of other transitions at different points.
by epolanski | 2025-07-03 10:23:54+00:00
> The issue of LLMs here is the proliferation of people not understanding the code they produce.

Let's ignore the code quality or code understanding: these juniors are opening PRs, according to the previous user, that simply do not meet the acceptance criteria for some desired behavior of the system.

This is a process, not tools issue.

I too have AI-native juniors (they learned to code along copilot or cursor or chatgpt) and they would never ever dare opening a PR that doesn't work or does not meet the requirements. They may miss some edge case? Sure, so do I. That's acceptable.

If OP's are, they have not been taught that they have to ask for feedback when their version of the system does what it needs to.
by imiric | 2025-07-03 10:24:35+00:00
I don't think the junior/senior distinction is useful in this case. All software engineers should care about the quality of the end product, regardless of experience. I've seen "senior" engineers doing the bare minimum, and "junior" engineers putting vastly more care into their work. Experience is something that is accrued over time, which gives you more insight into problems you might have seen before, but if there's no care about the product, then it's hardly relevant.

The issue with LLM tools is that they don't teach this. The focus is always on getting to the end result as quickly as possible, skipping any of the actually important parts of software development. The way problem solving is approached with LLMs is by feeding them back to the LLM, not by solving them yourself. This is another related issue: relying on an LLM doesn't give you software development experience. That is gained by actually solving problems yourself; understanding how the system works, finding the underlying root cause, fixing it in an elegant way that doesn't create regressions, writing robust tests to ensure it doesn't happen again, etc. This is the learning experience. LLMs can help with this, but they're often not used in this way.
by fnordian_slip | 2025-07-03 10:24:48+00:00
The sole reason Germany annexed Czechoslovakia was was that there were atrocities being committed against the Sudeten[0].

He even made a speech at the Sportpalast in Berlin in which he stated that the Sudetenland was "the last territorial demand I have to make in Europe". So all's fine, and we don't have to worry about Germany.

0: https://en.m.wikipedia.org/wiki/Lesson_of_Munich
by gregjor | 2025-07-03 10:25:01+00:00
I didn’t make any claims about the long-term prospects of AI, not sure where you got that.

100,000 years — 20 times longer than recorded history — presents a ridiculous horizon to predict anything. Whatever happens on that time scale will have nothing to do with anyone now alive, or tech companies laying people off today.

Based on the current state of AI I don’t think it replaces much economically viable human activity. Over time our definition of “economically viable” will change, as it has for the last 100,000 years.
by incrudible | 2025-07-03 10:25:25+00:00
> But missing out on the refractive aspect of glass takes away the strong visual separation of layers that IMO is Liquid Glass's biggest contribution

Good. I was already on the fence about frosted glass, but I absolutely hate the refraction effect, it is super distracting and will always look ugly in certain scenarios. Yes, it is how real glass behaves, but I do not care for that. It is like someone took the worst part of skeumorphism and doubled down on it, and I say that as someone who liked iOS better before version 7.
by kemotep | 2025-07-03 10:25:39+00:00
Passkeys are quite disappointing in practice. I feel like they were described as ssh keys for website logins but they seem to be half-baked. Accessibility concerns and vendor lock-in are certainly an issue.

Definitely stick to keeping passwords and passkeys in a password manager for portability. KeepassXC and Bitwarden (which can be self-hosted) work best for this in my opinion.
by alkonaut | 2025-07-03 10:25:58+00:00
I agree with most of this. Writing code is one of the easy bits of Software Development. Writing the specifications about what to write is hard.

Once you can specify what to create, and do it well, then actually creating it is quite cheap.

However, as a software developer that often feel I'm pulled into 10 hours of meetings to argue the benefits of one 2-hour thing over the other 2-hour thing, my view is often "Lets do both and see which one comes out best". The view of less technical participants in meetings is always that development is expensive, so we must at all cost avoid developing the wrong thing.

AI can really take hat equation to the extreme. You can make ten different crappy and non-working proof-of-concept things very cheaply. Then throw them out and manually write (or adapt) the final solution just like you always did. But the hard part wasn't writing the code, it was that meeting where it was decided how it should work. But just like discussing a visual design is helped by having sketches, I think "more code" isn't necessarily bad. AI's produce sub par code very quickly. And there are good uses for that: it's a sketch tool for code.
by francescomi | 2025-07-03 10:26:28+00:00
SEEKING WORK | Dubai, UAE | Remote (EU Citizen) Technologies: Rust, Python, PostgreSQL, MongoDB, Redis, Git, Docker, (Axum, Rocket, Actix-Web) for Rust, (Flask, Django, Fast-api) for Python. Resume: www.francescomicheli.dev email: francesco.micheli@pm.me
by lathiat | 2025-07-03 10:26:29+00:00
There’s a slight improvement in that the passkey will only transmit to the correct website. Cannot select and fill it to the wrong domain.

But other than that I agree. Especially now that these synchronise with iCloud, BitWarden, etc seems a no brainer you can just steal these and access everyone’s accounts in many cases with no extra 2nd factor.

This confuses me too.
by 0xdeafcafe | 2025-07-03 10:27:02+00:00
Totally agree. We've found that a lot of "agent failures" trace back to assumptions, bad agent-decisions, or bloat buried in the context, stuff that makes perfect sense to the dev who built it when following the happy path, but can so easily fall apart in real-world scenarios.

We've been working on a way to test this more systematically by simulating full conversations with agents and surfacing the exact point where things go off the rails. Kind of like unit tests, but for context, behavior, and other ai jank.

Full disclosure, I work at the company building this, but the core library is open source, free to use, etc. https://github.com/langwatch/scenario
by cedilla | 2025-07-03 10:27:08+00:00
Also; most sex work as it happens is exploitative, but there is no reason why sex work must necessarily be exploitative. Criminalising sex work makes it far more likely that sex work is exploitative. So there is really no contradiction at all.

(Though as nations where sex work is legal show: decriminalisation is not sufficient to make most sex work non-exploitative)
by johnisgood | 2025-07-03 10:27:17+00:00
I love Perl[1] and OCaml. I dislike the rest. It depends on the task.

[1] https://news.ycombinator.com/item?id=44359539

> As for idup... The first several search results for "dlang idup" are all useful.

Yes, I am sure it was, I am sure an LLM would have helped too, but I think that is besides the point here.
by martinclayton | 2025-07-03 10:27:51+00:00
In a thread elsewhere I saw "Interstellar Objects in the Solar System: 1. Isotropic Kinematics from the Gaia Early Data Release 3" (https://arxiv.org/pdf/2103.03289) mentioned.

In there, one estimate of the number of these objects is

Nisc <~ 7.2 × 10−5 AU−3

Which (my, probably wrong, calc) implies roughly one inside the orbital volume at the radius of Saturn's orbit at any time.
by anbarasiu | 2025-07-03 10:28:08+00:00
Treez | Multiple roles | REMOTE (India) | Full-time |

We’re a Series C US-based startup building an SDK and a platform that powers compliant payments in regulated industries. You’ll join a high-context, low-process team that’s built critical systems. We care about clean abstractions, good alerting, and boring reliability.

—

Senior SDE:

- Have 5–8 years experience designing and building backend systems (we mostly use Node.js, Python, Postgres).

- Can lead projects, unblock others, and reduce scope smartly to ship.

- Know tradeoffs between queues, retries, transactions, and idempotency.

- Can jump on production issues with clarity.

- Love mentoring, reviewing PRs, and simplifying messy systems.

- For more details: https://hasjob.co/treez.io/tfm7q.

—

SDE 2:

- You'll own critical paths in our payments stack — from clean APIs to resilient integrations.

- Design for reliability, idempotency, and scale in a high-throughput system.

- Reduce complexity: improve latency, simplify data flows, automate root cause visibility.

- Shape the system, not just the code — with engineers who think in invariants.

- For more details: https://hasjob.co/treez.io/gnvpl.

—

Say hi even if you’re not actively looking — we love meeting curious engineers.
by quietbritishjim | 2025-07-03 10:28:12+00:00
> > That code is an example of f(a) being equivalent to a.f(). You can do it the f(a) way if you prefer.

> How would it look like with this particular code? Just for comparison.

I do not know how to write D, so the following might not compile, but it's not hard to give it a go:

copy(sort(array(map!(uniq(byLine(stdin, KeepTerminator.yes)), a => idup(a)))), stdout.lockingTextWriter())

> > The `idup` makes a copy of its argument in memory, and marks the data is immutable.

> How is one supposed to know this? Reading the documentation? I really want to look at the code and be able to know straight away what it does, or have a rough idea.

Are you serious? You are offended by the idea of reading documentation?This is not helping the credibility of your argument. Again, I'm not a D user, but this is just silly.
by lproven | 2025-07-03 10:28:45+00:00
No you don't.

Lots of plants have leaves. A few don't, some primitive because they hadn't evolved them yet (e.g. algae) and a few because they lost them (broom, cacti). If there were no trees and nobody had ever seen a tree you could still explain leaves.

Lots of plants have wood. Things that aren't trees have wood. They're called bushes. Wood is a thing separate from trees. Not all trees have wood: bananas grow on really big herbs that people call trees because they are tree-sized, but they're herbs. Palm trees aren't really made of wood.
by sfn42 | 2025-07-03 10:29:04+00:00
for i in range(n - 1):

Is pretty much a standard for loop. Between that and

for n in numbers:

You can do pretty much the same things as a more conventional language.

You could also solve it pretty simply like this:

expected_sum = (n * (n + 1)) / 2

missing_num = expected_sum - sum(numbers)

This only iterates the list once. This would probably be my solution if I was given this task in an interview.
by johnisgood | 2025-07-03 10:29:29+00:00
I do not like this in particular:

stdin .byLine(KeepTerminator.yes) .uniq .map!(a => a.idup) .array .sort .copy(stdout.lockingTextWriter());

I would like to emphasize that this is a personal preference. No need to continue to bash me over it.

I prefer Elixir's |> operator, if you want an example of something I prefer.
by zeroCalories | 2025-07-03 10:30:09+00:00
Yeah I've run several SOTA tools on our gnarly legacy codebase(because I desperately need help), and the results are very disappointing. I think you can only evaluate how well a tool understands a codebase if you already know it well enough to not need it. This makes me hesitant to use it in any situation where I do need it.