MurphyA/hacker-news huggingface dataset:
by dr_kiszonka | 2025-07-01 06:33:32+00:00
It annoys me when people are not upfront about wanting to sell me stuff and just waste my time.

The article itself is not that bad, but it is surprising that it received nearly 50 upvotes in two hours.

Anyway, instead of buying yet another journal, `w:` could be made into a handy keyboard shortcut to open a certain file in your favorite editor so that you can write your "whisper" with current datetime. One could also LLM it to automatically provide the "garnish". And BOOM a new AI start-up! The first 10 garnishes a month are free. Above that you have choice of slow garnishes and premium garnishes (36c per garnish). Email me directly for BYOK and enterprise deployments. YC, yes, I am looking for investors. This could be big. Let's do this!
by adrian_b | 2025-07-01 06:34:26+00:00
None of those looks effective by itself for not leaving greasy the hands and the rest of the skin.

For thorough washing of clothes and other objects they were using lye, but lye would be too harsh for skin.

Perhaps they were first using earth to absorb most of the oil, which was then removed with the strigil, followed by washing with water.
by uecker | 2025-07-01 06:34:42+00:00
I could tell a similar story (many, in fact) about C++'s templates. It is not entirely clear to me what exactly makes the preprocessor a bad choice. One could argue that it is too flexible, so it is possible to create a mess with it. But somehow this seems a rather weak argument for inventing another monomorphization layer, which often evolve into their own mess.
by Culonavirus | 2025-07-01 06:34:49+00:00
Within the bounds of HN audience I would definitely describe myself as an A(G)I skeptic.

But even I can see that this ""AI"" stuff is not going to blow over. That ship has sailed. Even if the current models get only marginal improvements, the momentum is unquestionably, inarguably there to make the adoption and productization 10x or even 100x wider than it is now. Robotics, automatization, self-driving, all kinds of kiosks, military applications (gathering and merging sensor data, controlling drone swarms, etc.)...

Just the amount of money (it's going to be trillions before the decade is over) and the amount of students in the field (basically all computer science degrees nowadays teach AI in some form) guarantees we're stuck with ""AI"" forever (at least until it kills us or merges with us)
by anyfoo | 2025-07-01 06:34:59+00:00
Sure, but “JavaScript [is] utterly broken, incapable of executing the simplest programs without errors” is a bit much. I find it hard to believe that even when I’m completely out of touch, I’d say that about a language that people are obviously productive in (as much as I hate JS myself).

But apparently I didn’t get the hyperbole.
by moooo99 | 2025-07-01 06:35:16+00:00
> No (real) customer has ever, or will ever, care about this. Discord and Slack are pretty much case-in-points:

This is just flat out false. Even my girlfriend - the least tech interest person I know - complained to me how its possible that a damn chat app (teams) is bad enough to make her entire computer feel slow.

So yeah, average users maybe don‘t hate Electron or React, bad many people hat the bad user experiences these solutions often entail.
by muzani | 2025-07-01 06:35:36+00:00
Specialist skills. AI is trained on data. Data pulls it towards the average. It does a good job, but only good. If great work is valuable, there's still a need for specialists.

Like right now, native mobile jobs are mostly unaffected by AI. Gemini, despite all the data in the community, doesn't do a decent job at it. If you ask it to build an app from scratch, the architecture will be off. It'll use an outdated tech stack from 2022. It will 'correct' perfectly good data to an older form, and if you ask it to hunt for bugs in cutting edge tech, it might rip out the new one and replace it with old stuff. It often confuses methods that are common between different languages like .contains().

But if very high quality data is easily accessible, e.g. writing, digital art, voice acting, etc, that makes it viable to be cloned by AI. There's little animation data and there's even less oil painting data - so something like oil painting will be greatly more resistant than digital art. It's top tier on Python and yet it struggles with Ren'Py.

Anthropic released experiment results from getting it to manage a vending machine: https://www.anthropic.com/research/project-vend-1

This is a fairly simple task for a human, and Claudius has plenty of reasoning and financial data. But it can't reason its way into running a vending machine because it doesn't have data on how to run vending machines.
by littlecranky67 | 2025-07-01 06:36:26+00:00
Youtube translations is such a dumb feature. I watch in german and english and have my language set to english. The english translations for german titles are most of the time garbage, because they translate names and fixed expressions we keep in english all to german. The result is just utter garbage - an complegtely unwanted. Especially since the underlying google account does support multiple languages, and I have set both languages that I speak there.
by saghm | 2025-07-01 06:36:39+00:00
> The lesson I remember was that conflict in the Cold War was not zero-sum. One side would win and one side would lose. There were (in this game) no win-win outcomes. But -and this is the key point - the value of each win or loss was unequally felt. For the US to back down in Indonesia was disappointing. To back down in West Germany was fatal.

Maybe I'm misunderstanding, but it's not clear to me how this describes something obviously non-zero sum. Independent losses can have different values in a zero-sum hand game; what matters is whether each win is proportional to the corresponding loss. If the USSR winning in West Germany was only a small win, that would demonstrate it was non-zero sum due to the size of the loss there for the US, but I don't think the magnitude of the outcome in Indonesia would relate to that at all.
by archagon | 2025-07-01 06:37:12+00:00
Any argument in this vein must also apply to the Mac. The hardware is mostly the same. The OS is mostly the same. The native apps and services are identical, as is the security story. So why should the Mac not be locked down if the iPhone is? Put another way, what prevents Apple from using the exact same reasoning to lock down my Mac in the future, perhaps under pressure from authoritarian governments? After all, the technology (notarization) is already in place and is actively being abused for iOS app review in the EU.
by 8n4vidtmkvmk | 2025-07-01 06:38:34+00:00
That's the point, isn't it? The missing link. AIs can't yet truly comprehend, or internalize, or whatever you want to call it. That's probably equivalent to AGI or singularity. We're not there yet. Feeding copious amounts of data into existing architecture won't get us there either.

A human with all that data, if it could fit in their brain, would likely come up with something interesting. Even then... I'm not entirely sure it's so simple. I'd wager most of us have enough knowledge in our brains today to come up with something if we applied ourselves, but ideas don't spontaneously appear just because the knowledge is there.

What if we take our AI models and force them to continuously try making connections between unlikely things? The novel stuff is likely in the parts that don't already have strong connections because research is lacking but could. But how would it evaluate what's interesting?
by Klaster_1 | 2025-07-01 06:41:10+00:00
Looks interesting!

What's up with absolutely tiny amounts of tests per day? 200 tests per day is tiny. My FE team only has two devs and the product is fairly small, but we still managed to amass a couple of hundreds of E2E tests in several years. With tests run in CI on every PR or commit, this won't scale at all.

Presumably, this is backed by some sort of LLM to browser MCP integration. If true, how do you ensure tests don't randomly fail because of inherit unpredictability?
by dijit | 2025-07-01 06:41:39+00:00
Not sure why you’re being downvoted. I also don’t like oversized motor vehicles but I think the parable is sound;

If the effort of switching out when you need the last 1% is higher than whatever premium you will pay (compilation time/fuel cost) - especially as a small ongoing cost, people will likely choose it.

I’m not saying this as if its wisdom into the future, only in that we can observe it today with at least a handful of examples.
by rTX5CMRXIfFG | 2025-07-01 06:41:44+00:00
Things would actually change—developers would instead choose to distribute via the alternate means instead of the App Store.

So, you see, it doesn’t matter whether Apple has the walled garden or the third-party devs have the walled garden. Either way, users will be forced to accept someone’s distribution policy. But the difference really lies in the trust on Apple and its security and privacy practices, which is a choice that will be robbed from people buying iPhones to use apps exactly for this purpose.
by mpnsk1 | 2025-07-01 06:41:55+00:00
That seems to fly over a lot of heads. Anyone who actually meditated will tell you the process of fixing yourself through meditation is painstakingly slow, you mostly become aware of how your mind does not do what it is supposed to, and if you stop meditating you quickly lose all progress.

What the post describes is essentially some form of micro journaling to build a cached hashmap of the thought patterns you want your mind to have.
by Cyphase | 2025-07-01 06:42:00+00:00
Myself.

Been a freelance dev for years, now beginning a "sabbatical" (love that word).

Planning to do a lot of learning, self-improvement, and projects. Tech-related and not. Preparing for the next volume (not chapter) of life. Refactoring, if you like, among other things.

I'm excited.
by edanm | 2025-07-01 06:42:22+00:00
And indeed, most "nations" have their own homeland. That's exactly what happened in the 19th and 20th century - a new nationalism was taking hold in the world, and many nations created a national homeland - hence the creation of so many countries in the 20th century.

The Zionist movement started because early Jewish leaders saw this phenomenon gaining traction, and understood that as these national identities were created and states started being created for them, many wouldn't consider Jews part of their "nationality", therefore Jews also needed a national homeland. This was, in retrospect, the exactly correct analysis, given the pogroms that happened in the 19th century and given the Holocaust.

Despite so many people claiming otherwise, there's not much different about Israel than many other European nations.
by motorest | 2025-07-01 06:42:22+00:00
> Seeing comments here saying “this problem is already solved”, “he is just bad at this” etc. feels bad. He has given a long time to this problem by now. He is trying to solve this to advance the field. And needless to say, he is a legend in computer engineering or w/e you call it.

This comment, with the exception of the random claim of "he is just bad at this", reads like a thinly veiled appeal to authority. I mean, you're complaining about people pointing out prior work, reviewing the approach, and benchmarking the output.

I'm not sure you are aware, but those items (bibliographical review, problem statement, proposal, comparison/benchmarks) are the very basic structure of an academic paper, which each and every single academic paper on any technical subject are required to present in order to be publishable.

I get that there must be a positive feedback element to it, but pay attention to your own claim: "He is trying to solve this to advance the field." How can you tell whether this really advances the field if you want to shield it from any review or comparison? Otherwise what's the point? To go on and claim that ${RANDOM_CELEB} parachuted into a field and succeeded at first try where all so-called researchers and experts failed?

Lastly, "he is just bad at this". You know who is bad at research topics? Researchers specialized on said topic. Their job is to literally figure out something they don't know. Why do you think someone who just started is any different?
by fc417fc802 | 2025-07-01 06:44:17+00:00
> Go ahead and lock down specific purpose computing devices, like ATMs, fridge, mouse firmware.

There are at least a few grey areas of such a carve-out that I'd like to ask about, but I wonder if it's even necessary. What if there simply weren't any exceptions?

The ATM would still be locked down - the owner would possess the keys. Business as usual.

The fridge and mouse either wouldn't be locked down or the keys might be physically present somewhere on them. Probably either neutral or a win for the consumer depending on the specific circumstances.

Something like a fridge should either be running a proper OS (and thus fully under the control of the user) or else shouldn't be connected to the network in the first place. Unpatchable proprietary network connected black boxes expected to have a service life of well over a decade are a recipe for disaster after all.
by pjmlp | 2025-07-01 06:46:45+00:00
Smalltalk is a pure OOP language, even the blocks you praise are objects.

Java isn't the only language missing closures, plenty of them took their nice time getting them into the language.

Everything else about Java on your comment, applies equally well to Smalltalk, that is why famous books like Design Patters exist, were written about 5 years predating the idea of a programming language like Java, and mostly uses Smalltalk examples, with some C++ as well.

In Smalltalk image world, everything is Smalltalk, the IDE, the platform, the OS, there isn't something else.

Many Java frameworks like JUnit, or industry trends like XP and Agile, have their roots in Smalltalk consulting projects, using IDEs like Visual Age for Smalltalk.

J2EE started its life as an Objective-C framework at Sun, during their collaboration with NeXT, called Distributed Objects Everywhere.

In similar vein, NeXT ported their Web Objects framework in Objective-C to Java, even before Apple's acquisition, with pretty much the same kind of abstraction ideas.
by cpa | 2025-07-01 06:47:35+00:00
Fairly uncommon in homes (although I wouldn't go as far as the sibling comment that it's only for very upscale homes—I know plenty of people who are getting equipped). Because the unit has to be outside, there are many historic buildings where you can't install AC. It's less of a problem in other parts of France.

Businesses open to the public and offices almost universally have AC, though, except maybe for mom and pop shops, so you definitely can go to the mall or the movies to get some fresh air.
by vineyardmike | 2025-07-01 06:47:45+00:00
> But it kept triggering, but it turned out employees would mess around with customers by spinning it while they used it.

Oh man, that would have really set me off. What's the point of customer demos if the employees are going to ruin them?

I, uniquely it seems, had a great experience with a Microsoft store. And it almost made me buy a surface studio, but a decade later, I've admittedly only ever upgraded my MacBooks...

When I first went to the new Microsoft store near by university, I really wanted to try the Studios (I was an art minor; it seemed amazing to draw on). I ended up sitting there in the mall drawing on it for a few hours while my friends shopped. I apparently attracted a crowd, and the local employees called corporate to tell them. They asked for my number and I ended up getting a call from a Microsoft marketing employee asking to talk to me because they wanted to turn this "spontaneous mall moment" into a TV ad. I don't think an ad ever aired though.
by rhdunn | 2025-07-01 06:48:33+00:00
You can see a similar effect with LLM finetunes. If you finetune a base model (or other instruct/finetune model) for a new task (e.g. better maths or programming language comprehension) it performs worse at other tasks like creative writing.

To mitigate this you have to include the other categories in your finetune training dataset so it doesn't lose the existing knowledge. Otherwise, the backpropagation and training will favour weights that reflect the new data.

In the game example having the weights optimized for game A doesn't help with game B. It would be interesting to see if training for both game A and B help it understand concepts in both.

Similarly with programming languages it would be interesting to see if training it with multiple languages if it can extract concepts like if statements and while loops.

IIUC from the observations with multilingual LLMs you need to have the different things you are supporting in the training set together. Then the current approach is able to identify similar concepts/patterns. It's not really learning these concepts but is learning that certain words often go together or that a word in one language is similar to another.

It would be interesting to study multilingual LLMs for their understanding of those languages in the case where the two languages are similar (e.g. Scottish and Irish Gaelic; Dutch and Afrikaans; etc.), are in the same language family (French, Spanish, Portuguese), or are in different language families (Italian, Japanese, Swahili), etc.
by coolsunglasses | 2025-07-01 06:48:44+00:00
I was comparing end-to-end builds. I pay more attention to build times than someone who doesn't do it for a living typically does.

https://bitemyapp.com/blog/rebuilding-rust-leptos-quickly/

https://old.reddit.com/r/rust/comments/1i2pr2e/improve_rust_...

https://old.reddit.com/r/rust/comments/ua09tc/experimental_f...

https://old.reddit.com/r/rust/comments/1k9ihhn/does_breaking...

https://old.reddit.com/r/rust/comments/x9z4cm/speeding_up_in...

https://old.reddit.com/r/rust/comments/rlszeq/the_best_cpu_f...

https://old.reddit.com/r/rust/comments/1hpuy01/why_you_need_...

https://old.reddit.com/r/rust/comments/1h9bdbr/rust_llvm_by_...

https://old.reddit.com/r/rust/comments/1j1rvy1/help_me_under...

Anyhoodle, I'm looking forward to testing the compile times again when Zig says the build times are fast now.

But if we're talking about incrementality, I look forward to testing that too when it's ready. I've got a Bazel build for work that pulls together Rust along with a custom (very slow) compiler and the cached successful pipelines take 2-3 minutes (mostly the benchmark run) and the ones that churned the non-rust take 15-18 minutes, of which about 10-11 minutes is just compiling the non-rust.
by orwin | 2025-07-01 06:49:04+00:00
I was in southern Francz last week. There the heatwave (consistent 34C+ in the day, consistent 24+ during the night) started exactly two weeks ago with a single interruption last Wednesday night (which was nice but caused the wind to fall on Thursday making sailing boring).

Since I left last Saturday, the heat got close to 43 and birds are falling from their nest, knocked out by the high temperature. Good luck to anyone there.
by troupo | 2025-07-01 06:49:11+00:00
> If we had no idiotic EU cookie laws

The obnoxious cookie banners are not required by "idiotic EU cookie laws".

> a technical solution would be easy: default segmentation of cookies by what site you are actually visiting, plus all non-first-party ones silently expired after 60 minutes or whatever.

1. This was already implemented

2. Tracking isn't limited to cookies only

> except for the fact that the number one ad network is also the only browser vendor that matters.

Oh, so an "easy" solution isn't easy after all. Who would've thought.

> And of course they also suffer from the politicians who wrote them having no clue how any of this works.

But you do? Like how you only speak about cookies when tracking and user data isn't limited to cookies? Or how "stupid EU cookie law" doesn't even talk about cookies (if we're talking about GDPR)?

Usually the people who really have no clue are exactly the people who say that "there's an easy technical solution".
by matt8p | 2025-07-01 06:49:15+00:00
Hey y’all, my name is Matt. I maintain the MCPJam inspector, open source Postman for MCP servers. It’s a fork of the original inspector with upgrades like LLM playground, multi-connection, and better design.

If you check out the repo, please drop a star on GitHub. We’re also building an active MCP dev community on GitHub.

New features

Ollama support in the LLM playground. Now you can test your MCP server against local models like Deepseek, Mistral, Llama, and many more. No more having to pay for tokens for testing.

Chat with all servers. LLM playground defaults to accepting all tools. You can select / deselect the tools you want fed to the LLM, just like how Claude’s tool selection works.

Smoother / clearer server connection flow.

Please consider checking out and starring our open source repo:

https://github.com/MCPJam/inspector

I’m building an active MCP dev community

I’m building a MCPJam dev Discord community. We talk about MCPJam, but also share general MCP knowledge and news. Active every day. Please check it out!

https://discord.com/invite/Gpv7AmrRc4
by csomar | 2025-07-01 06:49:19+00:00
I can understand this, if we were talking about JavaScript CLIs that requires GBs of dependencies. But 690KiB for modern computing is a drop in the ocean. It is not something you should base or make a consideration of unless you were doing embedded programming.

690KiB is a far compromise if Clap provided, for example, better performance or better code readability and organization. The benchmarks you provided shows the performance is practically the same which is close to no library usage.

I did do a bit of CLI work (I try to maintain https://github.com/rust-starter/rust-starter) and will always pick up clap. It just happens that even for the simplest CLIs out there, things can get hairy really fast. A good type interface that let me define my args as types and have extras on the fly (ie: Shell completion code) is worth the less than 1MiB overhead.
by saghm | 2025-07-01 06:49:33+00:00
96? It sounds more like 64 to me, which is probably above average but not exactly crazy. I've had 64 GB in my personal desktop for years, and most laptops I've used in the past 5 years or so for work have had 32 GB. If it takes up 1/4700 of memory, I don't think it changes things much. Plus, argument parsing tends to be done right at the beginning of the program and completely unused again by the time anything else happens, so even if the parsing itself is inefficient, it seems like maybe the least worrisome place I could imagine to optimize for developer efficiency over performance.
by thebruce87m | 2025-07-01 06:49:54+00:00
> Still, it's hot. My daughter's school actually suggested parents keep their kids home today, as they aren't equipped for this heat.

Reminds me of when my colleague from Sri Lanka said that kids there will be sent home if the temperature drops below 16C. That’s a decent summers day in Scotland. We struggled to sleep last night after a sweltering 21C yesterday. I think I might burst into flames at 42C.
Ask HN: How to find developers interested in open-source concepts?
by hejhdiss | 2025-07-01 06:50:15+00:00
I’m currently working on a few open-source concepts — mostly experimental ideas around systems, AI, and security. These are still in early stages, and I’m sharing them publicly in the hope of finding people who might be interested in exploring or contributing.

I go by hejhdiss on GitHub.

As someone who’s not part of any major dev community yet, what’s the best way to find like-minded developers who enjoy building early-stage projects?

Any suggestions or advice would be appreciated.
by pjmlp | 2025-07-01 06:51:05+00:00
Welcome to around 1992, when Borland published BIDS 1.0 using similar tricks, as C++ templates were yet to be made part of the language.

With similar articles in The C/C++ Users Journal and Dr Dobbs, throught their existence.

While the effort is commendable, maybe pick a safer language that actually has all the features for type safe generic code.