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

> A human can then verify the ones with under 90% certainty.

How about the author actually reads the finished report a couple of times and checks all the references?

It really is the lowest bar - even lower maybe than running a spell check.


> How about the author actually reads the finished report a couple of times and checks all the references?

But then you wouldn't be embracing the new agentic ways of working!


How about the author actually, y'know

authors

the report?


The hallucinations here (https://gptzero.me/news/investigations-kpmg/) would have passed a cursory reference check. It's easy to see when it's laid out in a table that "BNP Paribas. AI Integration: Transforming Financial Journeys. The Banking Scene, 2025." is a false citation, because the title doesn't quite match and it wrongly attributes BNP Paribas authorship to an article written about BNP Paribas by some random Belgian guy doing business as "The Banking Scene". It'd be a lot harder to see when you're skimming through browser tab 9 of 45 and see all the key words match up.

I'm not talking about a reference check by someone other than the author. You'd not put a reference in in the first place, that you hadn't read, since you couldn't formulate the text that relates to the reference?

Ed: thanks for the link - I hadn't seen that yet.


I guess everyone uses 20% percent of Jira - just a different 20% ... [1]

We're using GitHub for everything here, but was using Jira as an email first helpdesk.

Was hoping this was that - but apparently not at all.

We almost went with libredesk - but it's a little too simple (no merging tickets?). We're giving FreeScout a go - looks like we might need the oauth2 plugin to work with o365 mail ...

[1] https://www.joelonsoftware.com/2001/03/23/strategy-letter-iv...

> A lot of software developers are seduced by the old “80/20” rule. It seems to make a lot of sense: 80% of the people use 20% of the features. So you convince yourself that you only need to implement 20% of the features, and you can still sell 80% as many copies.

> Unfortunately, it’s never the same 20%. Everybody uses a different set of features.

-- Joel Splosky



> When I was a kid, my grandparents were involved in a pretty decent intercontinental floppy disk piracy ring. They would buy and clone software sold locally and send it forward and get copies of games in response. My parents ran a small business converting peoples university notes/recordings into well written essays. My grandparents had a PC with Prince of Persia, and as payment for my parents essay writing services one of their friends from Hong Kong used to come around and teach me how to play. See he couldn't speak or understand english very well, but he had memorised the potions you needed to drink to get past each level, and also the fighting technique of most of the bad guys.

Sounds like the summary of the opening chapter of a Bruce Sterling novel.

Love that your Hong Kong friend memorized the DRM codes.

Of course, DRM was no issue with a cracked copy of the game...



Stow only symlinks. That's even one layer below GoboLinux, and GoboLinux is not extremely active either (it is not dead, but kind of semi-dormant, that is sometimes a few changes and improvements are added, then it goes back to hibernation again).

Since there was a recent thread on react compiler[r] - I wonder if adding/pushing the code through react compiler would help? (Assuming it's not already being used)

[r] Thread was about rewrite in rust, but it made me have a look at the purpose/claims made by the project - and fine-grained, automated memoization for speed seems central.


They can both be bad.

One way in which automated drones might be considered bad, is (if) they cannot accept surrender - but are used in scenarios where human operators could.

"No quarter" is a war crime.


This is a much more difficult distinction to make than you're letting on. Cruise missiles offer no quarter, but manually operated drones might (though there is often no way to capture the opponents). The question is what is the difference between the two weapons systems...

Drones might hunt down enemies running away from the target site, while a missile would only destroy the target - and those not abandoning their post?

What a fun system we have set up and continue to be trapped in

In addition - the docker compose example doesn't set up any data volumes for the postgres instances - that might be considered a bug?

Then again, sharding on a single host probably isn't very useful anyway - but it might work with docker in swarm mode?


The docker compose example is just a demo. I don't know anyone who runs Postgres with docker compose / swarm in prod :) But yes, happy to add volumes so it seems more real.


Maybe take some inspiration from wap?:

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

Although with supercomputers in wrist watches, I'm not sure we need a new standard - html and css works fine across devices - if used with some care?


Yes, I've used WAP on my Nokia phones. I would really like to bring something from the Symbian era, and covered J2ME in a series of posts from the days before: https://inavoyage.blogspot.com/2026/06/how-about-new-java-ba...


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

Search: