MurphyA/hacker-news huggingface dataset:
by AtlasBarfed | 2025-07-15 21:31:33+00:00
Carnivore was happening almost thirty years ago. Are you even that old?

Since then everyone carries a device that tracks gps, usage, has a microphone and camera, that can be remotely turned on.

Every site and app has a ToS that enables data collection. And there are thousands of companies collecting and aggregating and reselling.

State actors can bypass air gaps, hide in HDD firmware, and that is 10 year old capabilities.

And now they have usable AI to read the fire hose.
by hiAndrewQuinn | 2025-07-15 21:31:36+00:00
If you financially penalize AI researchers, either with a large lump sum or in a way which scales with their expected future earnings, take you pick, and pay the proceeds to the people who put together the very cases which lead to the fines being levied, you can very effectively freeze AGI development.

If you don't think you can organize international cooperation around this you can simply put such people on some equivalent of an FBI type Most Wanted list and pay anyone who comes forward with information and maybe gets them within your borders as well. If a government chooses to wave its dick around like this it could easily cause other nations to copy the same law, this instilling a new global Nash equilibrium where this kind of scientific frontier research is verboten.

There's nothing inevitable at all about that. I hesitate to even call such a system extreme, because we already employ systems like this to intercept e g. high level financial conspiracies via things like the False Claims Act.
by Rochus | 2025-07-15 21:33:50+00:00
One of the most significant new COBOL projects in 2025 was the integration of a new COBOL front-end into the GNU Compiler Collection. There are indeed quite many new projects being started in COBOL, though they primarily focus on modernization and integration with contemporary technologies rather than traditional greenfield development. Also not forget some cloud providers now offer "COBOL as a service" (see e.g. https://docs.aws.amazon.com/m2/latest/userguide/what-is-m2.h...).
by mnaimd | 2025-07-15 21:33:58+00:00
It's very stupid to think that a draw is boring. even a 0-0 match can sometimes be exciting.

What should be the measure of "boringness" of a game is Expected Goals, better known as xG. And of course a game with both teams having 1.3 xG is much better than 4xG vs. 0.04xG.
by v5v3 | 2025-07-15 21:34:00+00:00
Have you worked in this area?

I have worked with asset managers, employees come from all around the world and vary in background. Yes there will be a weighting to the more privileged kids but most of the jobs don't make big bonuses. That's just the Sales leads and funds managers.

But it's irrelevant. As the institutional investors who invest are doing so for their underlying investors e.g. Pension Funds.

The people suing, if win, will report higher results and their bonuses will be higher but so will the underlying investors.
by missedthecue | 2025-07-15 21:34:19+00:00
Well the thing is that they want the enzymes and bacteria that pasteurization kills. There is limited (but existing) published research that shows the naturally existing enzymes aid digestion and immune function.

Back about 15 years ago before it became a weird culture war issue, my sister, who had a diagnosed casein allergy (casein is the main protein in milk), found that she could consume raw milk without any adverse effects.
by tptacek | 2025-07-15 21:34:23+00:00
I'm not sure what you're trying to argue here, but if your premise is that people charged with homicide are given pretrial release in the current no-cash-bail system, no, that's not the case. It's possible that's what you're saying too: that the current system, based on risk assessments rather than liquidity, is better than what preceded it (I'd agree).
by bjourne | 2025-07-15 21:34:49+00:00
Like Wikipedia tries to catalogue all useful knowledge in the world, a standard library should catalogue all useful modules in the world. The problem is that tools and community structures we have are not advanced enough to support that workflow yet. E.g., it's difficult to see how you could put PyTorch into Python's standard library and have all developers happy with that. But it would make a lot of "meta" issues easier, such as release management, consistent documentation, community relations, etc.
by ramoz | 2025-07-15 21:35:13+00:00
self discovery via primitives is what works well today. I never discouraged that, only discouraged MCP sensationalism.

However, an agent that can see the screen and immediately click through whatever desired UI modality is immensely more efficient than swimming through protocols.

There is at least one frontier lab who has prepared enough foresight that agents running on VDI infrastructure is a major coming wave.
by Lio | 2025-07-15 21:35:36+00:00
This is great. I will definitely be using this in my next product demo. Chapeau on the idea.

I just tried asking GPT to generate some Gibsonesque filler text, I'll same you the slop reading the slop but I think it did a pretty good job.

What surprised me is that I can kind of guess which novels various words and ideas came from.
by graycat | 2025-07-15 21:35:54+00:00
> I don't understand what you mean.

I explained in (2). The main point in (2) is that ALL the people in the threatened area, right on the street they ARE, where they live, work, shop, walk, whatever, get LOUD SIRENS, REALLY LOUD, to warn them and also transportation OUT'A there.

Alerts on cell phones, TV, radio, newspapers, "water stream gauges", etc. leave HUNDREDS of people, including a camp full of girls and counselors, still ASLEEP and now "missing" or "DEAD". As in (2), we need to WAKE them, everyone, UP and get them OUT.

There may be proposals to install flashing lights, bells, whistles, sirens, etc. on phone poles, etc., but in the ~60 years to the next such flood such means will likely be rusty, broken, dead, etc. Sooooo, (2) just has people alive at the time of the flood THEN using the cars, trucks, horns, sirens available and working THEN to solve the problem.
by justinpaulson | 2025-07-15 21:36:16+00:00
I think "glorified prompt jockeys" is an interesting description, and reminds me of the term "code monkey." I feel that the real job is to be a "product developer", and it always has been.

Whether I'm a "glorified code monkey" or a "glorified prompt jockey", I'm still just trying to create a product as quickly as I can and add value to the process along the way (maybe that's the glorified part?).

Now, we can spend even more time focusing on making a good product for users and less time on coding abstractions.
by johngai | 2025-07-15 21:36:54+00:00
Barawave was born out of frustration with clunky legacy ERP systems and stacks of disconnected SaaS tools. We’ve built a unified cloud ERP that combines project management, CRM, HR, finance, inventory, and AI automation — all in one platform.

What makes Barawave different:

One dashboard for everything: No more hopping between apps

Smart workflows: Built-in AI recommends actions, predicts bottlenecks, and saves hours

Privacy-focused: Your data stays your own — no third-party selling or silent syncing

Flexible: Modular enough for startups, powerful enough for scaleups and enterprises

Many have replaced 10–16 tools with Barawave and cut costs by up to 40%.

Try the platform: https://barawave.com
by ben_w | 2025-07-15 21:37:24+00:00
Yes, and yet the rate of development and deployment is substantially slower than people like me were expecting.

Back in 2009, I was expecting normal people to be able to just buy a new vehicle with no steering wheel required or supplied by 2019, not for a handful of geo-fenced taxis that slowly expanded over the 6 years from 2019 to 2025.
by DavidHaerer | 2025-07-15 21:37:48+00:00
I love the example with git blame for the current line. Helix is my daily driver alongside lazygit, however I much appreciate a tighter integration of Git in Helix. A colleague showed me what he can do with magit in emacs, and that was some next-level stuff (e.g. cycling the buffer through the Git history of the file). Previously I was using Neovim, but I'm really happy with my switch to Helix. So much less config, keybindings I find more intuitive and multi-cursor editing. For agentic coding I'm looking into Aider and OpenCode. I expect a tool like that to join my terminal setup with Helix and lazygit.
by johngai | 2025-07-15 21:38:09+00:00
As hybrid work becomes the norm, many teams are still using software stacks that weren’t built for this level of flexibility — spreadsheets, disconnected tools, and email chaos.

We just published a post on how cloud-based ERP platforms (like Barawave) are stepping up to solve these problems — quietly, but powerfully. It breaks down how modern ERP tools are:

Replacing patchwork systems with centralized dashboards

Enabling real-time collaboration across time zones

Automating routine workflows so teams can focus on outcomes

Giving leadership visibility without micromanaging

Supporting privacy, compliance, and scaling from day one

We’ve seen hybrid teams cut project delays, reduce tool fatigue, and improve remote transparency just by switching to an integrated platform.

Read the full post here: https://barawave.com/remote-work/erp-for-hybrid-work-powerin...
by ByGhacaxda | 2025-07-15 21:38:26+00:00
I've never used Helix and I likely never will, so I've got no horse in this race. But code folding, seriously? I'd be totally against it. It's yet another editor feature that ties your source code to tooling. It allows you to write too large and too many functions, while keeping the code readable to yourself. Source code should be readable (mostly) independently of tooling. It should be readable when printed to paper. (This is also why type inference in languages that aren't inherently functional languages is incredibly stupid; I understand that the compiler can infer the type under "auto", but now, when reviewing the code, I too must. Who the fuck wants that, seriously.)

And I'm unsure what your problem is with the discussion in the ticket. I've now read the first comment (the feature request), and the last comment (the one you highlighted). Both sound totally reasonable to me.
by munificent | 2025-07-15 21:38:36+00:00
> I have muscle memory of Vim.

I respect the preferences of others but I think that most people overfit for muscle memory. I've switched OSes/editors/IDEs many times in my career. Every time, the first day or two I feel like "This is the worst fucking thing ever, I can't even type God damn it I want to set the computer on fire and become a farmer."

But... that passes. After a couple of days, I have new muscle memory and it's fine. It would be a shame to let a few days of discomfort control which software I use when software varies in its other capabilities so much more widely than just keybindings.
by danudey | 2025-07-15 21:38:42+00:00
If you're interested, I recommend checking out Kiro from Amazon.

Every time I've tried Copilot or Cursor, it's happily gone off and written or rewritten code into a state it seemed very proud of, and which didn't even work, let alone solve the problem I put to it.

Meanwhile, Kiro:

1. Created a requirements document, with user stories and acceptance criteria, so that we could be on the same page about the goals

2. Once I signed off on that, it then created a design document, with code examples, error handling cases, and an architecture diagram, for me to review

3. After that looked good, it set about creating an itemized task list for each step of the implementation, broken down into specific tasks and sub-tasks and including which of the acceptance criteria from step 1 that task addressed

4. I could go through the document task by task, ask it to work on it, and then review the results

At one point, it noticed that the compiler had reported a minor issue with the code it had written, but correctly identified that resolving that issue would involve implementing something that was slated for a future task, so it opted to ignore the issue until the appropriate time.

For once, I found myself using an AI tool that handled the part of the job I hate the most, and am the worst at: planning, diagramming, and breaking down tasks. Even if it hadn't been able to write any working code at all, it already created something useful for me that I could have built off of, but it did end up writing something that worked great.

In case anyone is curious about the files it created, you can see them here: https://github.com/danudey/rust-downloader/pull/4

Note that I'm not really familiar with Rust (as most of the code will demonstrate), so it would probably have been far faster for an experienced Rust programmer to implement this. In my case, though, I just let it do its thing in the background and checked in occasionally to validate it was doing what I expected.
by mlyle | 2025-07-15 21:38:47+00:00
> It was not noted. Therefore not included in those previous figures.

I understand your comment now. I thought the quote was intended to support what you were saying previously, not to illustrate the previous version of the report that you relied upon.

> 0.1 cents per kWh sounds like it is wildly underfunded.

We need a big final waste storage facility for the US no matter what, and the commercial waste doesn't make it too much bigger. A cent per kilowatt-hour is plausible for the marginal cost of storing more waste.

> I also love...

I'm choosing to talk about one thing at a time.

I notice that you're trying to talk a little more respectfully and I appreciate it-- but phrasing like this still grates a little bit. You don't need to address me (and indeed, I don't need to address you other than asking you to be nice)-- just address the facts.

> I also love how you completely skipped over the accident insurance. Why don't you want to privatize the nuclear accident insurance? Because you know that the entire industry would shut down over night or run without insurance?

The federal government is the insurer of last resort in basically any industry that can create outsized losses (water projects/hydroelectric, aviation, hazmat, etc.) And bounds that risk in a couple of ways: first requiring insurance and risk pools in those industries, and second by regulating those industries to reduce the chance of an accident. I think we could have a safer industry with a lower LCOE with some regulatory requirements lowered and with insurance requirements raised, but this is the operating point that our society has chosen.
by celrod | 2025-07-15 21:38:48+00:00
Is including batteries the main reason helix seems to have started taking off, while kakoune hasn't?

I use kakoune, because I like the client/server architecture for managing multiple windows, which helix can't do. The less configuring I do the better, but I've hardly done any in the past year. It's nice to have the option.

I do use kakoune-lsp and kak-tree-sitter.
by kragen | 2025-07-15 21:39:09+00:00
You can totally use GPL code in a MIT-licensed project, by changing the license on the overall work to the GPL. What you can't do is, for example, use GPL code in a CDDL project, or vice versa. The Apache Foundation went through a whole long process to release the Apache License 2 when version 1 was found incompatible with the GPL. License proliferation can be a big deal. In this case it's undesirable but less of a problem. I think.
by horizion2025 | 2025-07-15 21:39:23+00:00
As to the complexity: It is complex because it is very low-level. In JavaScript (using that as an example but I suspect Python is the same) they build in async/await keywords such that they are in cahoots with the Promise class. C++ takes a different path where there isn't a built-in Promise class, rather it provides you lower-level primitive you can use to build a Promise class. You can build a library around it, and it will be as simple as in other languages - both for the awaiter and for implementing libraries that you can await on :) But I agree it is really complicated. I remember once in a while thinking "ah it can't really be that complicated" only to dive into it again. It doesn't help that practically any term they use (promise, awaiter etc.) is used differently than in all other contexts I've worked. If you just expect it will be as easy as understand JavaScript async/await/promise you are in for a rude surprise. Raymond Chen has written co-routines tutorials which span three SERIES. Here's a map of those: https://devblogs.microsoft.com/oldnewthing/20210504-01/?p=10...

As for how we got to here without:

1) Using large number processes/threads 2) Raw callback oriented mechanisms (with all the downsides) 3) Structured async where you pass in lambda's - benefit is you preserve the sequential structure and can have proper error handlign if you stick to the structure. Downside is you are effectively duplicating language facilities in the methods (e.g. .then(), .exception() ). Stack traces are often unreadable. I. 4) Raw use of various callback-oriented mechanisms like epoll and such, with the cost in code readability etc. and/or coupled with custom-written strategies to ease readability (so a subset of #3 really)

With C++ couroutines the benefit is you can write it almost like you usually do (line-by-line sequentially) even though it works asynchronously.
by navi-desu | 2025-07-15 21:39:23+00:00
what is... actually wrong with that?

it works, it's extensible, and a simple service is just as declarative as systemd, but when you need to do something more complex (e.g. checking conditions before starting), you don't need to create a separate script to do so or pile up 10 ExecStartPre lines, just `start_pre() { ... }` away

i've seen people again and again complain of "but shell scripts", while the default functions provide an interface with declarative variables right there, what is the actual issue with it?
by Joel_Mckay | 2025-07-15 21:39:40+00:00
I am sure Studios account for a small portion of the 4.5 million unique downloads each release. Note that less the 20% of users ever touch film or animation projects, 73% are single users, and most related user applications are Adobe products.

Stats are available from the published 2024 feedback data:

https://survey.blender.org/feedback/2024/

Best of luck, =3

Recommended reading:

https://www.poetry.com/poem/101535/the-blind-men-and-the-ele...
by MisterTea | 2025-07-15 21:39:54+00:00
Ryzen 5 4600G on an ITX board with 16GB RAM, 512GB NVMe and hard-wired gigabit. It's hooked to a ~40 inch Sony 1080p dumb TV via HDMI.

I don't use fancy GUI media centers or anything, just a standard Debian XFCE desktop scaled up. Netflix and Hulu work just fine in Chrome and Firefox. No idea about 2k+ performance due to 1080p limit. TV for me is mostly background noise so media quality is of no concern to me.

My only gripe is once in a rare while the audio goes to shit and continually crackles but reboot and its fixed.
by swat535 | 2025-07-15 21:40:05+00:00
TDD is also great for playing around with ideas and coming up with a clean interface for your code. It also ensures that your code is testable, which leads to improved readability.

You'll know quickly where you're going wrong because if you struggle to write the test first, it's a symptom of a design issue for example.

That being said, I wouldn't use it as dogma, like everything else in CS, it should be used at the right time and in the right context.
by ICBTheory | 2025-07-15 21:40:38+00:00
6. On “This is just a critique of current models—not AGI itself”

No.

This isn’t about GPT-4, or Claude, or whatever model’s in vogue this quarter. Neither is it about architecture. It’s about what no symbolic system can do—ever.

If your system is: a) Finite b)Bounded by symbols C) Built on recursive closure

…it breaks down where things get fuzzy: where context drifts, where the problem keeps changing, where you have to act before you even know what the frame is.

That’s not a tuning issue, that IS the boundary. (And we’re already seeing it.)

In The Illusion of Reasoning (Shojaee et al., 2025, Apple), they found that as task complexity rises: - LLMs try less - Answers get shorter, shallower - Recursive tasks—like the Tower of Hanoi—just fall apart - etc

That’s IOpenER in the wild:Information Opens. Entropy Rises. The theory predicts the divergence, and the models are confirming it—one hallucination at a time.
by reddit_clone | 2025-07-15 21:42:36+00:00
From what I had read in passing and remember.

- They were loud (sonic booms were nasty). - They were expensive to maintain and operate. Guzzlers. (Britain and France clung to them as a matter of pride/ego) - They were narrow and uncomfortable. I have seen videos where there is space only for one stewardess to walk. I had been inside of one in Seattle museum. Very cramped. - As you mentioned, ticket cost was high. - I suspect people traveled in these mostly for bragging rights.
by lxgr | 2025-07-15 21:42:37+00:00
Tons of ways to compromise it between your computer's USB port and the server's database, though. If you already have dedicated hardware, FIDO authenticators make much more sense.

> Just a Linux kernel [...]

That's several orders of magnitude more lines of code than any FIDO authenticator implementation.

> Normally powered off, boots in 2 seconds. :)

Yubikeys boot even faster!
by socalgal2 | 2025-07-15 21:44:36+00:00
Money is not the issue according to this from 4 days ago

https://news.ycombinator.com/item?id=44529456

According to that the issue is culture. We, as a species, have effectively just changed into people who no longer want kids (on average). Changing culture is hard. Sure, every little economic reason might have been some small influence on that culture but fixing the monetary issues will not suddenly snap the culture back. The culture has fundamentally changed.

Just to cause arguments, some things which I'm guessing were an influence in getting her. Cars? (easy to get away from family/village, the culture that valued family). TV/Cable/Video-Games/Youtube? (infinite entertainment 24/7). Fast easy prepared food? (no needing to meet with others for meals). Computers/SmartPhones/Internet? (infinite entertainment and/or ways to interact with others but not actually meet). Suburbia? (the need to drive to be close others)
by rstuart4133 | 2025-07-15 21:45:07+00:00
> Hopefully a world war is not required.

We've already come close to Trump causing a war [0]. However, there is one aspect of the man (that's on display here) that gives me hope. He is a moron who can't take advice, and who appoints other morons (to make him look good?).

If it was Stalin, or Hitler, or Erdoğan or god help us Xi, the USA would be in real trouble. All of them are very competent leaders, who could take their countries in the direction they desired for a decade(s). Trump, well you just have to look at his popularity ratings, or the economy shrinking 0.5% in his first quarter. He could have poured money on the economy and had everyone getting high and merry on debt, while he took in billions in bribes via is cryptocurrencies. But nooooo, no one has a clue why he is perusing his economic policies, probably because there aren't much in the way of clues to be had.

It could have been so much worse. As it is, it looks like most countries have his measure and are working around him. I don't know what made me cringe more: Netanyahu showing Trump his letter of recommendation for the Nobel Peace price, or Trump lapping it up. Before that is was the European leaders showering gifts on him. It was disgusting. And it worked. Such is the art of politics, I guess. If you are dealing with pigs, it must appear to the pig that you enjoy rolling in their shit just as much as they do. All leaders except Putin that is. Putin played him for such a fool that even Trump picked up on it.

[0] https://theconversation.com/trumps-first-term-lies-at-the-he...