MurphyA/hacker-news huggingface dataset:
by giancarlostoro | 2025-07-03 14:30:03+00:00
I needs a "Django", "Rails", "ASP .NET" type of project that is out of the box ready. Go has net/http out of the box. I think if D had either a batteries included (Vibe.d is nice, but you have to handle some things still) web framework, it might convince some folk to use it more.

Go spread the way it did because it was dead simple to make websites and services, the syntax is insanely simple, but the language allows you to scale without going through a ton of hoops. Look at how much of our IT infrastructure is powered by Go now.

D has a lot of potential, but someone has to sit down and build frameworks and tooling for D.

I think if D had officially supported libraries by core maintainers that take full advantage of the best of D it might be a different landscape.

Another area where D could shine is GUIs. Everything is electron these days, it feels like nobody builds usable GUI stacks. If D had an official solution to this, and it worked nicely and gave you enough power to customize your UI, we might see a shift there too. I welcome a Electron free future.

Look at the Zed editor (ignore the AI buzz) and how insanely fast it is. Its coded in Rust, and uses WGPU iirc to just render everything kind of like a video game, but it runs insanely fast. It is my new favorite text editor.

Sadly despite my deep love of D, Go is where I'm leaning more towards, due to industry pull there.
Bratharion: A modular architecture for building efficient LLM assistants
by Bratharion | 2025-07-03 14:30:21+00:00
Over the past few months I’ve been using ChatGPT as a tool in my technical work. I became curious—what would a more efficient assistant architecture look like if designed with an LLM’s limitations and strengths in mind?

So I started exploring that question with the model itself.

Through iterative discussions—challenging assumptions, refining structure, and applying real-world IT constraints—I ended up with a proposed architecture that focuses on:

- Modular plugin design - Layered memory and vector search - Stateless LLM interaction with cached context reconstruction - Microservice-based handlers for real-world tools

I published the result on GitHub as a concept-only system: https://github.com/Bratharion/modular-ai-assistant

It’s not implemented yet, but I’d love feedback on the structure itself. Is this kind of hybrid architecture viable? What would you add, remove, or rethink?
by theptip | 2025-07-03 14:31:33+00:00
> Max didn't need a request router, he just put his PHP file at the right place on the disk.

This also elides a bit of complexity; if I assume I already have the Nginx and gunicorn process then my Python web server isn’t much worse. (Back in the day, LAMP stack used Apache.)

I’ll for sure grant the templating and web serving language features though.
by p_v_doom | 2025-07-03 14:31:34+00:00
> Good experienced devs will be able to make better software

I lowkey disagree. I think good experienced devs will be pressured to write worse software or be bottlenecked by having to deal with bad software. Depends on company and culture of course. But consider that you as expereinced dev now have to explain things that go completely over the head of the junior devs, and most likely the manager/PO, so you become the bottleneck, and all pressure will come down on you. You will hear all kinds of stuff like "80% there is enough" and "dont let perfect be the enemy of good" and "youre blocking the team, we have a deadline" and that will become even worse. Unless you're lucky enough to work in a place with actually good engineering culture.
by sorcercode | 2025-07-03 14:31:41+00:00
gladly. i haven't written about this aspect yet but happy to do that.

and fwiw, i'm also not alone in this observation. I can at least remember 2 times in the last month that, other colleagues have cited this exact same benefit.

e.g - a complicated algo that someone wrote 3 years ago, that's working well enough but has always had subtle bugs. over a 2 day workshop, we start first by writing a bunch of (meaningful) tests with an LLM. then ask the LLM about portions of the code and piecing together why a certain bit of logic existed or was written a certain way, add more tests to confirm working behavior, then start refactoring and changing the algo (also with an LLM).

much of this is similar to how we'd do it without LLMs. but no one has bothered to improve/change it cause the time investment & ROI didn't make sense (let alone the cognitive burden in gathering context from git logs or old timers who have nuggets of context that could be pieced together). with LLMs a lot of that friction can be reduced.
by bee_rider | 2025-07-03 14:31:47+00:00
They actually studied the skeleton as well.

> The body was placed in a large pottery vessel inside a rock-cut tomb (Fig. 1b and Extended Data Fig. 1). This treatment would have ordinarily been reserved for individuals of a higher social class relative to others at the site

But,

> This and various activity-induced musculoskeletal indicators of stress revealed that he experienced an extended period of physical labour, seemingly in contrast to his high-status tomb burial.

> In this case, although circumstantial, they are not inconsistent with those of a potter, as depicted in ancient Egyptian imagery.

Checking the corpses of nobility would be a bad idea because they are shipped around for diplomatic reasons. I guess a potter moves around less (though, as a skilled worker, probably moved around a bit?).
by jajko | 2025-07-03 14:32:09+00:00
This push is nothing new, since the need is there probably since 80s, definitely 90s. Visual programming in its myriad implementations, various DSLs, everything you can do to just stay away from that ugly low level hard code that does grunt of the work. Managers and analysts becoming 'devs' when needed.

Suffice to say the wheel turned one more time. Now its more shiny than ever and I can see some real uses for it for ie smarter embedded machines or home appliances or spying and ranking of whole global population easier than ever, but very, very little on top of that. That huge hype wave that every second person keeps mentioning is out of touch with reality and mostly annoying or dysfunctional use cases people experience (and continuous costs of those).

Look , I get it, tons of eager folks also here looking for ways to earn their first million before 30-35 or whatever is their inner goal they think will finally lead to life satisfaction (it won't).

I may be fired one day (in fact any day is a good day, part of this job since day 1) but in next 10 years the reason won't be an LLM doing what I do better.

And last point - that dream of working less generally is a proper pipe dream. You earn more but raising kids is a nightmare also from cost point. Prices of properties are skyrocketing everywhere. This rat race has also its own wheel that keeps spinning. The max most folks can dream of is either work 80% 4 days a week or something akin to what I currently have - 90% contract, working 5 days a week, but having cca 50 paid vacation days yearly. The real financial hit is somewhere around 6-7% after taxes and social payments, I'd say a good deal (while it lasts).
by danaris | 2025-07-03 14:32:34+00:00
What independent media?

Mainstream media companies are owned by very wealthy people, who vote Republican, and put their thumbs on the scales over and over again.

You can see that in a myriad of different ways, but at no time in recent memory has it been more blatant than during the last election cycle, with events like Bezos forcing the Washington Post to issue no endorsement rather than endorsing Harris.

Like, you can agree or disagree with the politics of it, but it should take a monumental amount of motivated reasoning to deny the existence of this bias in our media.
by ocschwar | 2025-07-03 14:32:47+00:00
The "right of self determination" does not exist in the US constitution or law. It's a rhetorical slogan coined by Woodrow Wilson, and his idea of "self determination" came from growing up as a racist southerner who felt the South should have been allowed to self-determine a continuation of chattel slavery.

How this has anything to do with the immigrants in my city trying to live normal lives, perhaps you can explain.
by intended | 2025-07-03 14:32:55+00:00
Why should a Jr dev NOT use an LLM? Its the skill of the future, its even an underlying plank in your argument!

Jr Devs are responding to incentives to learn how to LLM, which we are saying all coders need to.

So now we have to torture the argument to create a carve out for junior devs - THEY need to learn critical thinking and taking responsibility.

Using an LLM directly reduces your understanding of whatever you used it write, so you can't have both - learning how to code, and making sure your skills are future proof.
by mrtksn | 2025-07-03 14:32:57+00:00
Europe is far from coherent, even if it is the most coherent that ever has been.

Meanwhile, support rate for EU and Eurozone is highest ever among EU member states and Europe as a whole. If anything, people are annoyed that EU struggles to be decisive as Europeans want more EU, not less. This new situation even paved the way for collaboration previously thought to be far fetched dream.

I don't know how all this will unfold but if tonight Europe ends as we know it, tomorrow we will have European federation and the discussions won't be about the petty local issues but thinks like EU army etc. as all Europeans are very annoyed by Russia, USA and the current state of affairs in Europe.

Check the stats, Europeans don't buy into the agenda pushed by the American libertarians. People want bigger stronger EU to take over where USA abandoned.
by FirmwareBurner | 2025-07-03 14:33:22+00:00
>"End of Europe" as a coherent entity that's willing and able to look after its own interests.

Europe doesn't have coherent interests across the board but every country acts purely in its own interest even if it's at the expense of the other member states. EU is an org that replaced the battlefield so Europeans don't have another world war with each other but instead backstab themselves tough politics in the EU parlaiment.

See the illegal immigration issue that still hasn't been solved since 2015 and instead of solving it, they just ban anti-illegal-immigration right wing candidates or parties from being allowed to take part in elections and pretend the issue went away.

>Imagine if it was 1942 and Britain was still shipping millions of dollars of weapons components into Germany via Sweden or Switzerland?

1) Britain was at war directly with Germany in 1942, but Germany is not fighting Russia, Ukraine is, as the proxy, so German corporations can afford to profit form this war as the government looks away. Big difference. There's Realpolitik and then there's idealistic fantasy.

2) Britain could afford to declare war on Germany because Germany didn't have nukes, while now Russia has nukes and Germany doesn't. Even "better", Germany made its economy dependent on Russian gas. Britain didn't have its economy dependent on resources imported from Germany. Huge differences that make such comparisons not even in the same ballpark.
by squigz | 2025-07-03 14:33:23+00:00
> Lots of talk here about writing being far superior to talking. This is entirely true.

This is simply not true. Writing - particularly in the context of instant messages sent during work - cannot convey tone, and it is far less asynchronous than being able to have a conversation with someone.

> A paragraph of the written word is scary to a percentage of the population, certainly most “normal people,” and definitely a large subset of engineers.

What a boringly cynical take, too!
by moritzwarhier | 2025-07-03 14:33:44+00:00
And (I don't want to edit my long comment):

it's good if in the end the "shared human brain" ends up being open, without AI companies seeking to monetize things they didn't create (of course they deserve margin for the training itself).

Maybe it's the best we can hope for. Personally, DeepSeek felt like a step in the right direction regarding this. Not sure, but we might agree there.
by SpicyLemonZest | 2025-07-03 14:33:52+00:00
They're being conducted by disguised goons with the explicit purpose of making it harder to identify that an ICE raid is happening. If you haven't seen the video of Rümeysa Öztürk's detention, I think you'll understand the concern fully when you do - they're just doing action movie kidnappings and calling them immigration enforcement.
by sehansen | 2025-07-03 14:34:17+00:00
Yeah, the relevant definition of unemployed is basically "did you reach out to anyone in any way about a job within the last four weeks?", even asking a friend if their workplace is hiring would count.

And the survey is surprisingly thorough, with around 110,000 individuals surveyed each month. There's a quite good writeup at: https://www.bls.gov/cps/cps_htgm.htm
by lordnacho | 2025-07-03 14:34:37+00:00
Coding was always a temporary profession.

Back 200 years ago, most people were illiterate. If you could read and write, there was work. You could become part of the machinery of the beginning industrial revolution, actually quite an important cog. Just by knowing how to read and write, someone would need your skills to coordinate stuff, mostly mundane. But it meant you had a way into a business. You might convert your clerkship into accountancy or law, or you would become a manager, knowledgeable about whatever business you were working in.

As time passed, everyone became literate. Knowing how to read and write stopped being the only thing you needed to get on the career ladder.

When I started working, my boss had no degree. He had energy, and he could do arithmetic. This got him a job as a young man running around with slips of paper in the LIFFE pit. Eventually he learned how option trading worked.

He got older and hired me. By this time, you could easily find a highly numerate graduate, and only such people were considered for finance roles. It was enough to have an Oxbridge degree and just sort of be smart enough to figure out coding on the job.

Now, when I look at the new grads, they blow me away. They can already code quite well. They already have internships in the business. They already have an idea of what alpha is, and how to find it. They are well on their way to just being quantitative trading professionals.

We are in an interim period similar to the expansion of literacy. The school system has not ramped up computer literacy in the way it successfully got most kids to be able to read and write.

Until there are lots of people able to code, there will be lots of programming jobs. That is, jobs where the person is in the seat because they can code. Much as in 1825, there were clerking jobs for guys who could read and write.

Or so we thought.

Now there is a tool that allows the business side to make code. It's not even that terrible code in my opinion, and it will only get better. It's here, and if you know what the business needs, you can use it to further the business goals.

The great divide that will open up is that developers who got into business because they could code are now in a bit of a wonderland. They not only know what code is needed, they can implement it without their friends who are further down the chain.

People who are just finishing a course in how to code, well, they face a bit of a struggle. On one hand, it's an important skill. On the other hand, for that skill to pay, you need to jump the gap that was once a stable existence. It might not be its own skill any longer, you might need the domain knowledge on a whole higher level.
by victorbjorklund | 2025-07-03 14:34:40+00:00
I think the GitHub CLI example isn't entirely fair to MCP. Yes, GitHub's CLI is extensively documented online, so of course LLMs will excel at generating code for well-known tools. But MCP shines in different scenarios.

Consider internal company tools or niche APIs with minimal online documentation. Sure, you could dump all the documentation into context for code generation, but that often requires more context than interacting with an MCP tool. More importantly, generated code for unfamiliar APIs is prone to errors so you'd need robust testing and retry mechanisms built in to the process.

With MCP, if the tools are properly designed and receive correct inputs, they work reliably. The LLM doesn't need to figure out API intricacies, authentication flows, or handle edge cases - that's already handled by the MCP server.

So I agree MCP for GitHub is probably overkill but there are many legitimate use cases where pre-built MCP tools make more sense than asking an LLM to reverse-engineer poorly documented or proprietary systems from scratch.
by an0malous | 2025-07-03 14:34:47+00:00
> historically this has never been true

What examples do you have besides for generative AI? Also generative AI has not replaced any creative work yet.

The last decades of the computing industry automated things like boilerplate tasks, resource management, and infra/scaling. Before that a lot of factory automation was removing the need for repetitive labor. Historically it’s been exactly like OP has said, automating repetitive tasks and freeing up time for creative ones.
by forrestthewoods | 2025-07-03 14:35:31+00:00
Unpopular Opinion: I hate Bash. Hate it. And hate the ecosystem of Unix CLIs that are from the 80s and have the most obtuse, inscrutable APIs ever designed. Also this ecosystem doesn’t work on Windows — which, as a game dev, is my primary environment. And no, WSL does not count.

I don’t think the world needs yet another shell scripting language. They’re all pretty mediocre at best. But maybe this is an opportunity to do something interesting.

Python environment is a clusterfuck. Which UV is rapidly bringing into something somewhat sane. Python isn’t the ultimate language. But I’d definitely be more interested in “replace yourself with a UV Python script” over “replace yourself with a shell script”. Would be nice to see use this as an opportunity to do better than Bash.

I realize this is unpopular. But unpopular doesn’t mean wrong.
by DLoupe | 2025-07-03 14:35:40+00:00
For me, D failed to replace C++ because of lack of design. It is more a mix of great features. But once you start learning the details simple things can get very complicated.

For example, function arguments can be "in", "out", "inout", "ref", "scope", "return ref" - and combinations.

Another example is conditional compilation. Great when used sparely, but can otherwise make it very difficult to understand how the code flows.

In the end, reading the source code of the standard library convinced me against it.

(The source code for the C++ standard library is much worse, of course).
by hundredwatt | 2025-07-03 14:35:49+00:00
A neat trick to make the accumulator both collision-resistant and self-diagnosing.

For every normalized link id x: y = (x << k) | h(x) # append a k-bit hash to the id acc ^= y

If acc is zero, all links are reciprocal (same guarantee as before).

If acc is non-zero, split it back into (x', h'):

* Re-compute h(x').

* If it equals h', exactly one link is unpaired and x' tells you which one (or an astronomically unlikely collision). Otherwise there are >= 2 problems.

This has collision-resistance like the parent comment and adds the ability to pinpoint a single offending link without a second pass or a hash table.
by azath92 | 2025-07-03 14:35:54+00:00
I was able to find this post, which is a little old in LLM land, but appears to be pretty functional! https://news.ycombinator.com/item?id=40238509

The post and comments include a bunch of other tools that feel similar, and the tool itself works.

Ill have to take some time to use it, but also see what i can learn about how they've consumed and used HN comments more generally.
by eisa01 | 2025-07-03 14:36:23+00:00
You can get in touch with the Israeli community here, maybe they know an app that works, or if there's something that can be done with the current tagging: https://community.openstreetmap.org/c/communities/il/50

Maybe the bug you're seeing is this? https://codeberg.org/comaps/comaps/issues/510
by zozbot234 | 2025-07-03 14:36:55+00:00
Worth noting for context that "Anatolia and the Levant" (better known perhaps as the Ancient Near East) also included plenty of darker-skinned folks in that time period, with an appearance that we might nowadays associate with Sub-Saharan Africa - and they were highly integrated in their societies, not just a servile underclass. This is also true of the ancient Mediterranean region as a whole. We're especially sure about this because of surviving pictorial/visual (e.g. from the Minoan civilization in Crete) and textual sources. So our Old-Kingdom Ancient Egyptian could well have looked quite "Sub-Saharan" in appearance, despite not originating anywhere south of present-day Sahara.
by thisoneisreal | 2025-07-03 14:37:09+00:00
I think it's both actually, and you're hitting on something I was thinking of while writing that post. I'm reading "The Perfectionists," which is about the invention of precision engineering. It had what I would consider three aspects, all of which we should care about:

1. The invention of THE CONCEPT BEHIND THE MACHINE. In our context, this is "Programming as Theory Building." Our programs represent some conception of the world that is NOT identical to the source code, much the way early precision tools embodied philosophies like interchangeability.

2. The building of the machine itself, which has to function correctly. To your point, this is one of the major things we care about, but I don't agree it's the only thing. In the code world this IS the code, to your point. When this is all we think about, though, I think you get spaghetti code bases and poorly trained developers.

3. Training apprentices in both the ideas and the craft of producing machines.

You can argue we should only care about #2, many businesses certainly incentivize thinking in that direction, but I think all 3 are important. Part of what makes coding and talking about coding tricky is that written artifacts, even the same written artifacts, express all 3 of these things and so matters get very easily confused.
by l11r | 2025-07-03 14:37:09+00:00
Apple already implemented Import/Export according to FIDO standard in their iOS 26: https://developer.apple.com/videos/play/wwdc2025/279/?time=1...

Standards themselves:

https://fidoalliance.org/specs/cx/cxf-v1.0-rd-20250313.html

https://fidoalliance.org/specs/cx/cxp-v1.0-wd-20241003.html
by linsomniac | 2025-07-03 14:37:11+00:00
That is true in some cases. However, there are many cases where writing the code IS the bottleneck. Experiments, trying different approaches, well defined code.

Examples:

This morning Claude Code built a browser-based app that visualizes 3.8M lines of JSON dumps of AWS infrastructure. Attention required by me: 15 minutes. Results: Reasonable for a 1-shot.

A few weeks ago I had it build me a client/server app in multiple flavors from a well defined spec: async, threaded, and select, to see which one was the most clear and easy to maintain.

A few days ago I gave it a 2K line python CLI tool and said "Build me a web interface to this CLI program". It nearly one-shotted it (probably would have if I had the playwright MCP configured).

These are all things I never would have been able to pursue without the LLM tooling in the past because I just don't have time to write the code.

There are definitely cases where the code is not the bottleneck, but those aren't the only cases.
by rickydroll | 2025-07-03 14:37:19+00:00
An even better visualization of the size of the Solar System. It shows traveling from the Sun out to forever at the speed of light. Be prepared to spend hours watching the paint dry. I suspect traveling in space will be like war, long periods of boredom punctuated by brief moments of sheer terror.

https://www.youtube.com/watch?v=1AAU_btBN7s

[edit] arrgh. brain spaz forgot to put in the URL