MurphyA/hacker-news huggingface dataset:
by elihu | 2026-02-03 03:57:35+00:00
Communication is a well-understood problem, and SpaceX already has Starlink. They might need pretty high bandwidth, but that's not necessarily much of a problem in space. Latency could be a problem, except that AI training isn't the sort of problem where you care about latency.

I'd be curious where exactly they plan to put these datacenters... In low Earth orbit they would eventually reenter, which makes them a pollution source and you'd have no solar power half the time.

Parking them at the Earth-Sun L1 point would be better for solar power, but it would be more expensive to get stuff there.
by AnthonyMouse | 2026-02-03 03:57:38+00:00
There is nearly universal agreement among humans that nobody should have the "freedom" to commit non-consensual violence against another person. This is often cast as interfering with their freedom to be left alone and then the argument is that you don't have the freedom to deprive someone else of their freedom. But as soon as you have a government that so much as prohibits murder you're not doing something that can be described as anarchy.

The question is, in a "free country", does the government limit itself to punishing compelling violations with near-universal consensus like murder, or does it seize control over the micromanagement of dubious and petty violations like hypothetically marginally increasing traffic by carrying out a construction project?

It seems like the thing you're objecting to is the latter.
by jcgrillo | 2026-02-03 03:58:25+00:00
I was told ca. 2003 or so that because features on computer chips were getting smaller at some rate, and processor speed was getting faster at some other rate, that given exponential this or that I'd have tiny artificial haemo-goblins[1] bombing around my circulatory system that would make me swim like a fish under the sea for hours on end. But it turned out to be utter bullshit. Just like this.

[1] https://www.writingsbyraykurzweil.com/respirocytes
by root_axis | 2026-02-03 03:59:14+00:00
This is very interesting research and a great write up.

I just want to nitpick something that really annoys me that has become extremely common: the tendency to take every opportunity to liken all qualities of LLMs to humans. Every quirk, failure, oddity, limitation, or implementation detail is relentlessly anthropomorphized. It's to the point where many enthusiats have convinced themselves that humans think by predicting the next token.

It feels a bit like a cult.

Personally, I appreciate more sobriety in tech, but I can accept that I'm in the minority in that regard.
by eldenring | 2026-02-03 03:59:16+00:00
Whats your definition for reasonable temp? my envelope math tells me at 82 celsius (right before h100s start to throttle) you'd need about 1.5x the surface area for radiators. Not exactly back to back, but even 3x surface area is reasonable.

Also this assumes a flat surface on both sides. Another commenter in this thread brought up a pyramid shape which could work.

Finally, these gpus are design for earth data centers where power is limited and heat sinks are abundant. In the case of space data centers you can imagine we get better radiators or silicon that runs hotter. Crypto miners often run asics very hot.

I just don't understand why every time this topic is brought up, everyone on HN wants to die on the hill that cooling is not possible. It is?? the primary issue if you do the math is clearly the cost of launch.
by Lalabadie | 2026-02-03 03:59:42+00:00
This is a question that analysts don't even ask on earnings calls for companies with lowly earthbound datacenters full of the same GPUs.

The stock moves based on the same promise that's already unchecked without this new "in space" suffix:

We'll build datacenters using money we don't have yet, fill them with GPUs we haven't secured or even sourced, power them with infrastructure that can't be built in the promised time, and profit on their inference time over an ever-increasing (on paper) lifespan.
by iknowstuff | 2026-02-03 04:00:00+00:00
Idk what you were driving but the button says “open trunk”. It’s a verb. If this is your complaint then lmao have you not seen what other OEM software looks like? Door open doesn’t just ding, it shows a warning with plain english explanation and an icon.

The rest of your complaints you can mostly thank the overzealous EU/unece regulation which limits steering torque and requires intervention. FSD has none of those concerns, it just drives and does not require hands on the wheel.
by cypher007 | 2026-02-03 04:01:41+00:00
Location: Bengaluru, India

Remote: Yes (preferred)

Willing to relocate: Open to remote-first companies worldwide (relocation possible for the right opportunity)

Technologies: Go, PostgreSQL, AWS, Redis, RabbitMQ, Docker, Prometheus, Git-based CI/CD

Résumé/CV: Available upon request

Email: cypher.dev01@proton.me

Experience: I specialize in high-stakes backend infrastructure. Most recently at fintech, I led a PostgreSQL partitioning project that cut DB costs by 50% and improved query speeds while maintaining 400+ RPS. I’ve built DR strategies with 0 RPO/10-min RTO and scaled Go-based APIs that handle heavy fintech workloads.
by chandureddyvari | 2026-02-03 04:02:35+00:00
Agreed, had the same experience. Codex feels lazy - I have to explicitly tell it to research existing code before it stops giving hand-wavy answers. Doc lookup is particularly bad; I even gave it access to a Context7 MCP server for documentation and it barely made a difference. The personality also feels off-putting, even after tweaking the experimental flag settings to make it friendlier.

For people suggesting it’s a skill issue: I’ve been using Claude Code for the past 6 months and I genuinely want to make Codex work - it was highly recommended by peers and friends. I’ve tried different model settings, explicitly instructed it to plan first and only execute after my approval, tested it on both Python and TypeScript backend codebases. Results are consistently underwhelming compared to Claude Code.

Claude Code just works for me out of the box. My default workflow is plan mode - a few iterations to nail the approach, then Claude one-shots the implementation after I approve. Haven’t been able to replicate anything close to that with Codex
by epistasis | 2026-02-03 04:03:43+00:00
Coal is mostly sticking around in the US because of federal overreach to keep unprofitable and ancient coal generators going long after anybody wants to pay for the high maintenance.

Last week, a Colorado utility was "respectfully" asking to be able to close a plant:

> TTri-State Generation and partner Platte River Power Authority had a “respectful” but emphatic response late Thursday to the Trump administration ordering them to keep Craig’s Unit 1 coal-fired plant open past the New Year:

> They don’t need it, they don’t want it, and their inflation-strapped consumers can’t afford the higher bills. Plus, the federal order is unconstitutional.

https://coloradosun.com/2026/01/30/craig-tri-state-petition-...

TVA has also been begging to close a money losing coal plant for a while now, writing letters to FERC about it, but I can't find the link now.

New coal is far too expensive to build anymore too. Handling big amounts of solid material is expensive, and big old unresponsive baseload is undesirable for achieving economic efficiency.

Even China, which is still building new coal plants, is lessening their coal usage. Personally I think they'll keep some around to continue economic influence on Australia, which is one their primary countries for experimenting with methods to increase their soft power.

There is no technical or economic reason to want coal power today.
by IhateAI | 2026-02-03 04:04:10+00:00
What do weights have to do with how much it costs to run inference? Inference is heavily subsidized, the economics of it don't make any sense.

Anthropic and OpenAI could open source their models and it wouldn't make it any cheaper to run those models.. You still need $500k in GPUs and a boatload of electricity to serve like 3 concurrent sessions at a decent tok/ps.

There are no open source models, Chinese or otherwise that are going to be able to be run profitably and give you productivity gains comparable to a foundation model. No matter what, running LLMs is expensive and the capex required per tok/ps is only increasing, and the models are only getting more compute intensive.

The hardware market literally has to crash for this to make any sense from a profitability standpoint, and I don't see that happening, therefor prices have to go up. You can't just lose billions year after year forever. None of this makes sense to me. This is simple math but everyone is literally delusional atm.
by mananaysiempre | 2026-02-03 04:04:10+00:00
For static executables, “the system’s libc” is of course not a thing. To support those, OpenBSD requires them to include an exhaustive list of all addresses of syscall instructions in a predefined place[1].

(With that said, OpenBSD promises no stability if you choose to bypass libc. What it promises instead is that it will change things in incompatible ways that will hurt. It’s up to you whether the pain that thus results from supporting OpenBSD is worth it.)

[1] https://nullprogram.com/blog/2025/03/06/
by caseysoftware | 2026-02-03 04:05:48+00:00
You are grossly misinformed and making an assumption.

You're thinking of being interviewed by a Federal agent. At no point are you being interviewed at a TSA checkpoint. Generally, they have two agents present for that so they can act as witnesses for each other. The FBI specifically uses the 302 for such an interview. Can you cite the relavant US Code here? I can.

Further, you're assuming I'm lying.

As someone who was present (in the room) as DHS was being formed and witnessed the negotiations around the TSA, the "really shitty, anti-social behavior" is sharing misinformation.
by Numerlor | 2026-02-03 04:06:16+00:00
It's a matter of deploying it for cheaper or with fewer downsides than what can be done on earth. Launching things to space is expensive even with reusable rockets, and a single server blade would need a lot of accompanying tech to power it, cool it, and connect to other satellites and earth.

Right now only upsides an expensive satellite acting as a server node would be physical security and avoiding various local environmental laws and effects
by speakingmoistly | 2026-02-03 04:06:29+00:00
I've seen this posted a few times now, might as well leave the comment I meant to make the first time around: this sounds like a tool solution to a process problem. You're right in that it shouldn't take hours every week to communicate status upwards, but the solution isn't necessarily to automate the whole of it (although automation does have a role to play). The reason why it takes hours is likely because the process in place to do it is flawed (one common mistake that comes to mind is not accumulating notes along the way, which is very quick, and trying to catch up all in one go just before the deadline, which takes a lot more time and effort for a lackluster result). Fix the upstream issue and you'll never spend hours on status reports again.
by tjr | 2026-02-03 04:07:53+00:00
So far, very little.

Per corporate policy -- in the name of safety and legal reasons -- the most extensive public uses of AI, like vibe coding and agentic systems, aren't really options. The most common usage I have seen is more like consulting AI as a fancy StackOverflow.

Will this change? I personally don't expect to ever see pure vibe coding, with code unseen and unreviewed, but I imagine AI coding uses will expand.
by BenoitEssiambre | 2026-02-03 04:08:02+00:00
Yeah I always wondered if I ever switched to solar panels, would there be a way to accumulate heat to be used in the Canadian cold months that have little sunlight? The closest I found was electric thermal storage based on heating bricks. They can accumulate more energy than water since they can go to higher temperatures. For example these say they go to 1300°F or 700°C https://steffes.com/ets/roomheater/ . They don't seem to have large models that could heat a house for months however.
by deaux | 2026-02-03 04:08:16+00:00
Open weights means that the current prices for inference of Chinese models are indicative of their cost to run because.

https://openrouter.ai/moonshotai/kimi-k2.5

It's a fantasy to believe that every single one of these 8 providers is serving at incredibly subsidized dumping prices 50% below cost and once that runs out suddenly you'll pay double for 1M of tokens for this model. It's incredibly competitive with Sonnet 4.5 for coding at 20% of the token price.

I encourage you to become more familiar with the market and stop overextrapolating purely based on rumored OpenAI numbers.
by 0x4e | 2026-02-03 04:08:25+00:00
I suppose one perspective can be that it's cheaper to pay $20/mo than +$150 for a 45min session. So, "advice" and "opinions" become cheap and accessible. But, does it translate into quality?

I still find it hard to accept boilerplate psychological advice from an LLM.

I think that part of the reason why we gravitate towards other humans is because we assume they've gone through similar experiences. That's why I don't take relationship advice from someone that has never dated someone. An LLM lacks... humanity... it can tell me what the textbook says but life's more nuanced than just tokens.

From my point of view an LLM has access to all the knowledge in the world but lacks the nuance that makes advice valuable in these scenarios.
by sxzygz | 2026-02-03 04:08:45+00:00
Sadly is Linux is no longer what is used to be for my generation that cut their teeth having to patch kernels for basic hardware support.

Linux is now effectively systemd/linux, and is attempting to become flatpak/systemd/linux through various corporate sponsored initiatives. The only thing worse, in my eyes, are people who distribute things as docker containers.

The Linux distro as such is becoming an anachronism. There’s no real place to innovate without the inertia of choices made by external projects being enforced on you.

I think it’s a generational change. My generation had Microsoft to contend with, and so sought certain freedoms, but this generation has walled gardens and AI to contend with, so freedom à la Microsoft seems okay and so Linux is being Windows-ified, while Windows itself becomes its own abomination.
by acchow | 2026-02-03 04:09:34+00:00
> This is a question that analysts don't even ask

On the contrary, data centers continue to pop up deploying thousands of GPUs specifically because the numbers work out.

The H100 launched at $30k GPU and rented for $2.50/hr. It's been 3 years since launch, the rent price is still around $2.50.

During these 3 years, it has brought in $65k in revenue.
by simoncion | 2026-02-03 04:11:33+00:00
To pile on, a minimal OpenRC service file is just as complicated as a minimal SystemD service file; that is, they're both almost-exclusively composed of key-value pairs. For instance, this is the service file for the 'rsyncd' service [0]:

#!/sbin/openrc-run

command="/usr/bin/rsync"
command_args="--daemon ${RSYNC_OPTS}"
pidfile="/var/run/${SVCNAME}.pid"

depend() {
use net
}

Like SystemD, OpenRC provides pre/post start/stop hooks that you can use to call out to other programs.

Unlike SystemD if you need to make nontrivial decisions at service-status-management time, you have the option of putting your scripts or calls to other programs inline, rather than hoping that SystemD gives you the hooks you need in the places you need them and passes in the data you require. [1]

[0] And if 'rsyncd' was supervised with 'supervise-daemon', you wouldn't need to specify the location of the pidfile.

[1] As a trivial example, you can dynamically depend on other services depending on system configuration (as PostgreSQL does). As a less-trivial example, you can check for and warn the administrator about common service misconfigurations with the same mechanism that provides service startup and status information (as several services do).
by justEgan | 2026-02-03 04:12:50+00:00
Location: New York, NY

Remote: Yes

Willing to relocate: Yes

Technologies: JavaScript, TypeScript, React, Vue (2/3), Node.js, Python, C#, GraphQL, PostgreSQL, Redis, MongoDB, Docker, Kafka, Elasticsearch

Résumé/CV: https://drive.google.com/file/d/1bChWYu9vI5FzPoXiUX95Oa9Pkry...

Email: eb852@cornell.edu

Hi, I’m Egan. I’m a Full-Stack Engineer with 6 years of experience, currently finishing my Master's in CS at Cornell Tech. My career has evolved from enterprise environments to high-growth startups where I tackle complex real-time challenges.

At Sociolla, I architected a unified WebSocket-based server cluster supporting 300+ daily active agents, reducing customer response times by 25%. At BRIK, I engineered a real-time collaboration platform using CRDTs to prevent data overrides, improving team efficiency by 30%.
by TheDong | 2026-02-03 04:14:39+00:00
My experience using AI is that it wildly increases burnout, not decreases it.

Writing code is fun. Solving interesting problems is fun.

Debugging deep problems is fun.

Debugging slop code is a painful suffering experience, having to constantly double check that the AI agent didn't just change the unit tests to "return true" and lie to you is tiring, and the feeling that you can't significantly improve the tool burns me out hard.

That last one can't be overstated. When I find a weird behavior that looks like a bug in the linux kernel or rustc or such, I find it exhilarating to read code and understand what the bug is, how it got there, and to feel like I can fix it and never see it again.

When claude code gives me a "wrong" output for my prompt, I don't feel like there's any possible way I can go and find what part of the Opus 4.5 model resulted in it not being able to give better output.

I feel helpless to debug what went wrong when claude code spirals into the deep end.

I can add more initial context, add skills, but those are tiny heuristic tweaks around the giant mass of incomprehensible weights and biases that no human understands.

The antidote for programming burnout is not to replace all the fun parts of programming with painful probabilistic suffering.
by arthurcolle | 2026-02-03 04:14:46+00:00
Location: Washington, D.C. (open to relocation, but preference to initial remote period)
Remote: Yes
Willing to relocate: Yes (June 2026 and beyond)
Technologies: Python, Rust, Elixir | Neo4j, Postgres, Redis, K8s | PyTorch, MLX, LoRA/QLoRA, Modal A100s, H100s | FastAPI, Phoenix, Rails
Résumé/CV: https://linkedin.com/in/arthurcolle
Email: arthur@distributed.systems

Background:

Deep knowledge of OpenAI, Anthropic + LLM APIs. Able to run models on GPUs and Apple Silicon unified memory. I have trained + deployed agentic coding, tool calling and multi-turn agent models in two prior roles.

Building autonomous agent infrastructure. Currently run a small R&D shop (Distributed, Systems & Co.) doing distributed AGI and AI safety research. I am developing graphsub (graph substrate), a graph-native service mesh for agents, eval harnesses, self-modifying DSLs.

Before that: 4 years at Goldman Sachs deep in SecDB/Slang (the reactive dependency-graph system). I worked on collateralized mortgage obligations, on the interest rate products trading desk (as an engineer in the technology division), automated parts of the downstream IR-swap lifecycle and on CDS lifecycle management for novations and other lifecycle events. Had a hand in managing and working on our internal TriOptima notional compression cycles. I got promoted from tech into structuring. Series 7.

Recent work: 15-service LLM stack (zero downtime across 98 deploys), fine-tuned Llama-3.1-8B (23% hallucination reduction), Rust daemons and TUIs. 3k+ GitHub contributions last year.

OSS: agents.erl (BEAM-native cognition), https://github.com/arthurcolle/openai-mcp, fortitude (a framework for bootstrapping agents), https://github.com/arthurcolle/dspy.ex

Looking for: AI labs, defense tech, or startups building agentic systems / foundation model infra / AI safety tooling. IC or research roles.

I can run SFT and RL experiments, train models, and I'd love to be able to train agentic models and ideally with large GPU clusters. I have enjoyed these last two years, a focused period of building "agentic scaffolding" and scaling up multi-agent systems and if any of this sounds appealing to you, I can definitely be of some help to your org!

GitHub: https://github.com/arthurcolle

recent research publications:

https://apartresearch.com/project/detecting-piecewise-cyber-...
by nurettin | 2026-02-03 04:15:40+00:00
It is so tiring to read this unoriginal copy-paste group-think literally everywhere. There is no "reasonable people versus opportunist bastards" war going on. This is a fantasy at best.

> People using it as a tool, aware of its limitations

You can't know the limitations of these tools. It is literally unknowable. Depending on the context, the model and the task, it can be brilliant or useless. It might do the task adequately first time, then fail ten times in a row.

> People outsourcing thinking and entire skillset to it

You can't get out of it something that you can't conceive of. There are real life consequences to not knowing what AI produced. What you wrote basically assumes that there is a group who consistently hit themselves on the head with a hammer not knowing what hurt them.
by etoxin | 2026-02-03 04:15:58+00:00
I think we should still allow open contribution to OSS.

Maybe, a "Contributor Requests".

It would be a gate for new contributors. For maintainers, they would see what they have contributed to and see their new PR. It would show "open contributor requests"

Once approved, The PR will then appear under PRs.

And obviously this is opt in.
by EricRiese | 2026-02-03 04:16:52+00:00
Location: Greater Philadelphia, PA, USA

Remote: Yes

Willing to relocate: Yes

Technologies: Java, Spring Boot, SQL, Scala, Clojure, TypeScript, Linux, Kubernetes, RabbitMQ

Resume: https://ericrie.se/resume.pdf

Email: see resume

Senior Backend Engineer. 13 years of experience. Excited to work in any interesting programming languages. Keen to step up to a role with leadership and mentorship responsibilities.
by saidinesh5 | 2026-02-03 04:17:30+00:00
This is just sad but inevitable. To this date Macromedia Flash MX was one of the most beginner friendly , yet super powerful tools I've ever used. Probably what dragged me even more into computers back when i was a kid.

Things from flash era I really liked:

* How their comprehensive tutorial was just a .FLA file , that automatically opened on the first run, that you can even edit. I feel like blender, kicad - both the tools i want to learn right now, could use something like that.

* Progress bars - you know that once the progress bar fills up, the website/game etc.. is fully loaded onto your machine and you can simply disconnect the Dial up modem and continue checking things out . I wonder if this kind of behaviour might benefit today's SPAs.. especially when you can just download a wasm blob and you know it'll be cached.. at least for websites which don't have to be searchable by a search engine and are more than just documents.

* I don't know where we went wrong but these days we download megabytes of JavaScript and so many raster images and still offer way less fluid experience than what flash sites used to be like. I know some of it also was because of responsive design requirements across so many form factors, but there's definitely something that we are missing and i don't know what it is. Svgs are routinely "exported to high resolution pngs" for websites. Something just is off.

Either way, RIP Flash