MurphyA/hacker-news huggingface dataset:
by sdeframond | 2025-09-03 10:36:13+00:00
Does any experienced dev have experience outsourcing to another dev that produces clean robust code that solves a non trivial problem (ie not tic tac toe or a landing page) more quickly than she would by herself?

I think not.

The reason is about missing context. Such non-trivial problems have a lot of specific unwritten context. It takes a lot of effort to share that context. Often more than doing anything one self.
Ask HN: How do you manage multiple MCP servers in Claude Code?
by d_sc | 2025-09-03 10:36:42+00:00
I have a handful of MCP servers that I really like to use: Sentry, Shortcut, Playwright. There’s a few others that I’d like to use.

My problem, even with a couple of MCP servers installed the number of tools loaded easily surpasses the 40 tool threshold and I see warnings in Cursor and Claude Code.

My current solution is to manually turn on tools within each MCP server. The challenge with this is that it 1) takes a decent amount of time to enable/disable individual tools 2) you need to understand what each tool does and whether disabling one will impact the functionality of another tool and 3) different types of tasks require different sets of tools enabled (ie researching vs. speccing vs. testing).

How are others managing what tools are enabled & disabled?
by names_r_hard | 2025-09-03 10:37:56+00:00
That would have been only a little before a1ex left. Getting code running on real hardware is easy, maybe I'll talk to you in discord in a few months when you find this fabled free time we are all looking for ;)

The 4000D is an interesting cam, we've had a few people start ports then give up. It has a mix of old and new parts in the software. Canon used an old CPU / ASIC: https://en.wikipedia.org/wiki/Template:Canon_EOS_digital_cam...

So it has hardware from 2008, but they did update the OS to a recent build. This is not what the ML code expects to find, so it's been a confusing test of our assumptions. Normally the OS stays in sync with the hardware changes, which means when we're reversing, it's hard to tell which changes are which.

That said, 4000D is probably a relatively easy port.
by kragen | 2025-09-03 10:37:56+00:00
That's exactly why you can't translate it: it has a word that is an exact denotational equivalent but with totally different connotations, because English and US culture lack the reverence for professors and other teachers that is implicit in Japan. Like how "tofu" means "soybean curd staple food" in Japan and "soybean curd effeminate, effete abomination" to rednecks.
by eadmund | 2025-09-03 10:38:30+00:00
> 400-800 kWh/year savings

The average all-sector U.S. price per kWh is 13.20 cents (source: https://www.eia.gov/electricity/monthly/epm_table_grapher.ph...). Even at the high end that’s a savings of $105.60/year, or $8.80/month.

The U.S. poverty line for 2025 is $15,650 for a single person (source: https://aspe.hhs.gov/sites/default/files/documents/dd73d4f00...). $105.60 is less than one percent of that.

Sure, energy efficiency is great and I would rather have $105.60 than not have it, but it doesn’t really matter in the grand scheme of things.
by bjoli | 2025-09-03 10:40:29+00:00
Israel did not respect Gaza borders. The occupation just continued in another form. This might not be your view, but it has never been a controversial view.

Comparing the economies of Egypt and the west bank is pointless and you know it. The Egypt pound has been devalued to hell and back. It has lost something like 6x in value to the US dollar in 20 years.

The WTO has consistently highlighted the Israeli control over the west bank as the main roadblock to Palestinian economic development and independence.

Regarding the Gazan health ministry, those numbers are confirmed deaths from armed conflict. It does NOT include starved children, or cancer patients who died from the lack of care. Nor does it include people under rubble. It should be considered as the lower bound of deaths.

What we will have to look at afterwards is excess deaths.
by metalman | 2025-09-03 10:40:33+00:00
the exact numbers and predictions are likely off by some amount, but the areas of labour and services that are bieng effected are correct, and are quite scary to contemplate. impacts to agriculture and building trades , trucking, could spill over, and see project set backs for everything, except, of course, the highest funded industrys. Hope you folks down there got some kind of, get down and dirty work your way out of trouble plan, you have been keeping secret, just might need it.
by johnisgood | 2025-09-03 10:40:52+00:00
My question to you, however, is this: what would have you done if he were to tell you that he can write your code way better (without any pointers) and that concludes the conversation? Would you not have expected at least SOMETHING as to what is wrong with it? Of course ultimately what he says and does is his own business, but I am asking you.

> Plenty of other languages and projects out there.

You are right. I do like Odin though, as a language, so it is a pity.
by anovikov | 2025-09-03 10:41:45+00:00
Problem here is that if heating was done with electricity itself, it could have like 300% effective efficiency because of using heat pump, but a heat pump can't be used for 500C temperatures, it must be resistive heating. So even if no thermal loss occurs at all, we end up getting a lot, lot less heat than we could do otherwise. It's a lot better to use normal li-ion instead, surely 100 MWh means 500-ton battery and with longer life chemistries and thermal management, probably a 1000-ton one...
by immibis | 2025-09-03 10:41:49+00:00
I went to a Subway shop that charged $50 per lettuce strip past the first 20. As the worker sprinkled lettuce on my sandwich, I counted anxiously, biting my nails. 19, phew, I'm safe. I think I'll come back here tomorrow.

Tomorrow, someone in front of me asked for extra lettuce. The worker got confused and put it on my sandwich. I was charged $1000. Drat.
by TekMol | 2025-09-03 10:42:10+00:00
I'm all for a lightweight approach to software development. But I don't understand the concept here.

Looking at the first example:

First I had to switch it from TS to JS. As I don't consider something that needs compilation before it runs to be lightweight.

Then, the first line is:

import {html, css, LitElement} from 'lit';

What is this? This is not a valid import. At least not in the browser. Is the example something that you have to compile on the server to make it run in the browser?

And when I use the "download" button on the playground version of the first example, I get a "package.json" which defines dependencies. That is also certainly not something a browser can handle.

So do I assume correctly that I need to set up a webserver, a dependency manager, and a serverside runtime to use these "light weight" components?

Or am I missing something? What would be the minimal amount of steps to save the example and actually have it run in the browser?
by dns_snek | 2025-09-03 10:42:17+00:00
If you think that's the worst case scenario you're in no position to be making security-related decisions. That line of thinking hinges on a very dangerous assumption that Ollama doesn't have any critical security vulnerabilities [1].

Don't expose services to the public internet unless they have been battle hardened to be exposed to the public internet, e.g. Nginx as an authenticating reverse proxy.

[1] https://github.com/advisories/GHSA-vq2g-prvr-rgr4
by tmtvl | 2025-09-03 10:42:37+00:00
I've been using Dvorak for around 6 years now, don't know what you mean with 'universally shitty default keybinding experience'. I don't have any issues either in Emacs or in applications which use the inferior CUA keybindings. I suppose if you want to use certain keybindings one-handed it could be awkward, but I prefer holding the modifier with the opposite hand (for example right hand control + left hand 'a').
by CysecTools | 2025-09-03 10:43:39+00:00
Most bug bounty hunters fire up Burp, Nmap, Nikto, etc., and call it a day. Don’t get me wrong — these tools are incredible. They’re mature, well-tested, and give broad coverage. But they also mean you’re playing the exact same game as everyone else. That’s why I started building my own tools (e.g. SpiderGo, PayloadGo). Not because I wanted to reinvent Burp, but because I wanted features tailored to my workflow: faster payload testing, cleaner reporting, automation around repetitive checks. Basically, the stuff I couldn’t find elsewhere. Here’s what I’ve noticed: Mainstream tools = safe baseline. Everyone runs them, they catch the obvious stuff. Custom tools = edge cases and originality. They surface the bugs others miss. Bug bounties are competitive. If 100 people run the same scanner, only a handful will be first. A small custom script can be the difference between “duplicate” and “valid.” I still use Burp, Nikto, etc. — but I treat them as a foundation, not the endgame. The real wins often come from building on top of them with something custom.
by apercu | 2025-09-03 10:43:54+00:00
This matches my experience as well. One unexpected benefit is that I learned a couple pieces of hardware inside and out because LLMs make so many mistakes. If I wouldn’t have used an LLM I wouldn’t have gone down all these rabbit holes based on incorrect info - I would have just read the docs and solved my use case but missed out on deeper understanding.

Just reinforces my biases that LLMs are currently garbage for anything new and complicated. But they are a great interactive note taker and brainstorming tool.
by pmig | 2025-09-03 10:43:55+00:00
I am also running into similar problems, constantly seeing Claude Code warnings that my tools take up a lot of the context window. There are some projects out there that try help you build a unified MCP server (aci.dev, ibm-contextforge, hyprmcp.com[1]). Also the MCP protocol supports a notifications[2] for "dynamically adding tools", but most clients don't support them. A "smart" middle layer still needs to be created.

[1]: Disclosure I am working at https://hyprmcp. Our gateway is fully open source: https://github.com/hyprmcp/mcp-gateway

[2]: https://modelcontextprotocol.io/docs/learn/architecture#noti...
by kace91 | 2025-09-03 10:44:04+00:00
I’m a not a native speaker so take it with a grain of salt, but I think it’s the cadence of phrases.

Writers can use it as a tool by playing with the length and complexity of phrases - to create speed or calm, for example.

When the rythm doesn’t change, and there’s a succession of similar-length simple statements for a long time, it sounds robotic after a while:

“I run this command. Then that problem happened. This caused something else . I addressed the issue. Something else happened. Now I adress it.”

This is not a criticism toward the author to be clear, I was just curious about what caused your feeling and checked.
by adrian_b | 2025-09-03 10:44:15+00:00
At least for me, achieving blind touch typing has been much easier with Dvorak than with Qwerty.

I have used Qwerty for decades, but I was still looking from time to time at the keyboard. After switching to Dvorak on a Qwerty marked keyboard, I have never needed to look at the keyboard again, so there is no point in having a Dvorak-marked keyboard when a standard keyboard is fine.

So a good ergonomic keyboard should be used, but how the keys are marked should not matter.
by names_r_hard | 2025-09-03 10:45:28+00:00
I wouldn't recommend the 600D if you want to do video. For stills it's perfectly acceptable. Auto-focus will feel slow compared to a modern cam. If you're going for an old / budget cam, try and reach to the 650D or 700D, those are a newer generation of hardware.

200D is much newer, but less well supported by ML. I own this cam and am actively working on improving it. 200D has DPAF, which means considerably improved auto-focus, especially for video. Also it can run Doom.

Are there any ML features in particular you're interested in?
by Ruphin | 2025-09-03 10:46:41+00:00
I don't know if there is a particular benefit, it's just different. On the consumer side there is no difference, because they consume Web Components, and that is what both solutions deliver. On the implementation side, I can think of a few differences:

Vue is more of a "framework" solution and has more things built-in. You can do the same things with Lit, but the implementation would look different, because you'd lean more on native APIs. A good example of that is the event model, Vue has some event model built in, but with Lit you would use EventTarget.dispatchEvent().

Lit is a runtime solution, it doesn't require a build and you can load your source directly in the browser. Vue on the other hand requires some form of compiler stage to produce something your browser can use. Compilers these days are fast, and Lit is specifically engineered to not have runtime performance overhead, so in practice this difference is rather minor. It is a very fundamental difference, so I think it's worth pointing out.

Vue can compile to other targets. If you are only delivering Web Components, this is mostly irrelevant, but in theory a consumer might be able to use the Vue components directly in their Vue project, which might give them a better DX. On the other hand, Lit is specifically designed to produce Web Components, so you'll probably have a bit less friction compares to using Vue, e.g when some Vue concept doesn't compile cleanly to Web Components.

Is there a major benefit to choosing one implementation over the other? I don't think so, unless you have a very particular requirement that one of them addresses that the other doesn't. For nearly all cases, it is just a different implementation syntax.

In most cases the only relevant metric in deciding between them is what technology your developers are more familiar/comfortable with.
by detritus | 2025-09-03 10:47:28+00:00
Is this the one that very cleverly removed the full contact list from the Phone 'app', changed the Take/Deny call orientation, and made everything 200% bigger? Because I [expletive] hate it and don't see how in any way it's better.

Now I have to open up the contact list, a completely seperate 'app' to call someone if i can't quite remember who they are, so can't use the Phone's search functionality. So dumb. Well, it's trying to be smart, but I want it to stay dumb.

I wish we could preview these things and decide if we want them or not, rather than waking up to find the phone's decided to wear a new change of clothes and we have to tickle it differently to get it to do what we need (not want, NEED).
by simianwords | 2025-09-03 10:47:45+00:00
Let me get this straight.

I was replying to this: "So far Lyft seems to be doing okay, which proves the business plan doesn't really work." when I said Uber is profitable

Your retort to that was S&P grew more than Uber, which is a nonsensical argument. Our standard for what is a good business is if it grows faster than S&P after going public?

Edit: I dug up some research related to this, most companies do worse than S&P after becoming public. What's your point then?
by grues-dinner | 2025-09-03 10:48:03+00:00
Finland probably doesn't use US customary units like BTU (British Thermal Unit).

In fact even Britain doesn't often use such units - even gas boilers, heat pumps and some AC are specced in kW. You do see BTU (the /hr is often missing) sometimes on AC marketing. My theory is 18000 sounds big and impressive and 5.2kW sounds "meh". We definitely don't talk about "tons", and we buy gas in cubic metres or "units" (which is just kWh)
by willtemperley | 2025-09-03 10:48:04+00:00
I think you covered most of the ways this is done, though I didn't see mention of ST_SimplifyPreserveTopology.

There's clearly no universally correct answer to this, so I suppose it depends on your aim. If you want visually pleasing coverages, maybe look at how Mapbox Vector Tile (MVT) libraries do this. I believe they use a combination of Douglas–Peucker, area-based filtering (i.e. exclude polygons below a minimum mapping unit) and precision reduction to 4096 x 4096 within a tile.

P.S. There'a typo in your Poylgon.
by adrian_b | 2025-09-03 10:48:36+00:00
Tech support scenarios are most frequently remote, when both the IT person and the assisted user are typing on their own keyboards, sharing the screen.

In this normal scenario, the keyboard layouts do not matter.

"Tech support" when both people are in the front of the same computer happens more between friends or colleagues, when typing speed does not matter, than in professional corporate tech support.
by jayanthk_ | 2025-09-03 10:49:52+00:00
Riverline (Bengaluru, India) | Full-Stack AI Engineers | ONSITE | CTC ₹20–35 LPA

Riverline is building AI agents for debt collections — think voice + WhatsApp agents that negotiate, resolve, and collect at scale. Backed by South Park Commons, DeVC, and gradCapital.

We’re looking for cracked engineers who:

- Ship fast and own things end-to-end (frontend → backend → AI integrations). - Treat AI tools (Cursor, Copilot, Claude, GPT-5) as part of their daily workflow. - Can vibe-code and debug chaos without waiting for perfect PRDs or hand-holding.

Our stack: Python, TypeScript, FastAPI, React, MongoDB, Docker, AWS, LiveKit, Redis.

Apply here: https://superform.co/i4hzzKA

Reach out to jayanth@riverline.ai for any queries
by asddubs | 2025-09-03 10:50:34+00:00
I've had crawlers get stuck in a loop before on a search page where you basically could just keep adding things, even if there are no results. I filtered requests that are bots for sure (requests which are specified long past the point of any results). It was over a million unique IPs, most of which only doing 1 or 2 requests on their own (from many different ip blocks)
by metalman | 2025-09-03 10:51:47+00:00
As stated in the article is the absolute last thing I would ever do in my personal imediate and intimate space, but for education ,work, public and customer facing parts of my life,doing just what is stated has been a game changer for getting things done, AND, I cant stress enough, enjoying the things I do for myself in my personal time and space as the contrast seems to energise everything.
by austin-cheney | 2025-09-03 10:52:00+00:00
> How can you tell if a tech bubble is about to burst?

A bubble bursts when debt obligations exceed the ability to maintain that debt for multiple parties simultaneously, which results in a collapsing debt spiral.

It is challenging to tell when the collapse is close and even once it has started. Because it is challenging to predict the moment of burst the best course of action is to limit exposure by transferring the high risk obligations to someone else before everyone else rushes to do the same.
by tlb | 2025-09-03 10:52:06+00:00
It's suspicious that the most important truth should contain "most important" within its statement. If you tried asking an LLM to rank the following:

1. "1+1=2" is the most important fact in mathematics.

2. "1-1=0" is the most important fact in mathematics.

3. "The most important fact in mathematics is 7" is the most important fact in mathematics.

you can see why an LLM might end up choosing #3, depending on how you ask the question.

More technically, your reasoning implicitly relies on there being a total ordering of how important various truths are. You claim (in A.2) that no truth is more important, but that would only imply that your truth is the most important truth if there's a total ordering of truths. But many truths are similarly important, so there is no total order. Even given two truths in the same domain, say 1+1=2 and 1-1=0, it's not clear that one is more important the other. You need both of those (and a few more) to construct the integers.
by apercu | 2025-09-03 10:52:59+00:00
I think of current state LLMs as precocious but green assistants that are sometimes useful but often screw up. It requires a significant amount of hand holding, still usually a net positive in my workflow but only (arbitrarily) a modest productivity bump (e.g. 10-15%). I feel like if I can get better at reigning in LLMs I can improve this productivity enhancement a bit more, but the idea that we can wholesale replace technical people is not realistic yet.

If I were a non-tech, non-specialist and/or had no business skills/experience and my job was mostly office admin I would be retraining however, because those jobs may be over except as vanity positions.
by thevinchi | 2025-09-03 10:53:28+00:00
This doesn’t even come close to CodeCompanion[1], which doesn’t require any new LSP config/dependencies or filetype limitations.

There is no ability to share the current buffer(s) for context, no tool support. This seems like a checkbox release. You’re better off using CodeCompanion with Amazon Bedrock, which includes the added benefit of sovereignty.

[1]: https://github.com/olimorris/codecompanion.nvim
by ticklyjunk | 2025-09-03 10:53:33+00:00
we are writing blobs/ objects to zfs tape volumes. it gives us an extra layer of defense from ransom attacks and satisfies our 321 requirement. We make the blobs transparent with some metadata tags. The objects are recorded in the catalog and we can pull individual files out of the blob. deepspace storage manages the tape gateway and catalog for the objects. short answer yes storing send streams to tape is doable robust workflow.
by SebastianKra | 2025-09-03 10:54:12+00:00
I thankfully migrated or left all Aurelia projects, but every time someone mentions it, I remember new horror stories.

Its .html temples were shipped unmodified directly to the client. Except they weren't actually html, and sometimes the browser would try to clean them up, breaking the template.

Reactivity was achieved through all kinds of weird mechanisms (eg monkey-patching arrays to watch for mutations). It would frequently resort to polling on every tick or break completely.

DI used TypeScripts experimental decorators, even long after it was clear that it would never become stable.

On the other hand, templates weren't type checked.
by theSIRius | 2025-09-03 10:55:51+00:00
We've started a Tanstack Start project at work for a green field project, and it is honestly a mixed bag. It took a lot of trial and error to get the whole project working - the server parts were working without an issue, but there was no client hydration. After some debugging, we have found that there was an error being thrown during data preload which took down the hydration process. No errors were emitted, and the docs weren't were helpful at all.

But once we got that out of the way, it is pretty nice to work with. The FE developer is very happy with how fast the project is and how easy it is to just peek into the BE portion and understand it. Server functions are just so nice to use and everything gels together really well. But it's still early days though. I would only recommend it if you are OK with parsing not-really-great documentation and maybe some relevant GitHub issues from time to time.
by LudwigNagasena | 2025-09-03 10:57:19+00:00
If you can produce cutting edge AI tech, the opportunity cost is just too high to spend $1B on already established companies. Such acquisitions basically say that OpenAI can’t find a project worthy of $1B of compute and exceptional AI researchers either because there is nothing innovative they believe they can come up with or because anything innovative will be commoditized and produce little returns.