MurphyA/hacker-news huggingface dataset:
by kristopolous | 2026-03-10 21:03:33+00:00
There's at least a defensible empirical basis for that one.

You may think your rights are still inviolable but it's materially different from claiming you're somehow against, say, interracial marriage to protect children.

It's also different from the one in question as the tactics won't work. Online pedos are where they always have been, where the children are - Roblox Minecraft TikTok... I really don't understand how age guarding, say, GNU Awk is going to help you here
by 2001zhaozhao | 2026-03-10 21:03:34+00:00
I come from the Minecraft modding/server community. There is interesting fact that I like to tell people about the sheer size of Roblox compared to other communities like Minecraft.

The largest Minecraft server in the world is Hypixel at around ~30K concurrent players. Most other servers are very far behind.

There is one Roblox game that looks and plays like Minecraft and copied one single gamemode (Bedwars) common in servers like Hypixel. It had 60K+ concurrent players last time I checked late last year.

There are almost definitely more people playing BedWars on Roblox than there are playing it on Minecraft at this very moment.
by samuel_grupa_ai | 2026-03-10 21:03:36+00:00
Congrats on the launch! The latency improvements for the STT-LLM-TTS pipeline look incredible. We're building AI agents for GTM at Grupa, and fast local inference is super interesting for privacy-first enterprise deployments.
Curious - how are you thinking about the GTM motion for a deeply technical tool like this? Are you targeting individual developers first or going straight to enterprise teams building AI features?
by contingencies | 2026-03-10 21:03:38+00:00
FYI Samsung was paid by MS to add DRM to the Galaxy devices ~2010. Source: I was part of the team that had to implement the customer-facing part, carrier billing integration and backend 4-way revshare accounting in zero time. Harder than it sounds, and probably never repeated since unless you're preloading it's against terms to introduce payments on Android. IIRC the real heroes were the Indian embedded engineers who were 10x better than the Koreans.
by bigyabai | 2026-03-10 21:03:44+00:00
Rejecting "trust"-based models is a purely technical position. You can disagree with my stance, but unless you have the authority to disprove me then you're just voicing an opinion too. "Trust" has no built-in validation, there is valid reason to be skeptical.

I agree that the "think of the kids/terrorists/puppy killers" rhetoric is effective, but I don't think that's a reason to dilute my stance. I haven't seen a single age verification proposal that both works and isn't abusable. I cannot imagine a technical solution to this issue any more than I can write a Python program that detects terrorists. It is simply a bad idea that endangers children more than it could possibly protect them.
by qubidt | 2026-03-10 21:03:56+00:00
An inane point. Obviously it's a "preference" rather than a "requirement" that my text editor boot in less than 30 seconds. But it's also not a functional requirement that Home Depot's POS terminals take a long time to start. If you could do the same checks and caching in a few hundred milliseconds it would only improve the usability for the cashier. You haven't made a case for why some user interfaces shouldn't start instantly, only that their slow start-up _might_ be justified
by gf000 | 2026-03-10 21:04:34+00:00
Verbosity is an objective metric.

Code readability is another, correlating one, but this is more subjective. To me go scores pretty low here - code flow would be readable were it not for the huge amount of noise you get from error "handling" (it is mostly just syntactic ceremony, often failing to properly handle the error case, and people are desensitized to these blocks so code review are more likely to miss these).

For function signatures, they made it terser - in my subjective opinion - at the expense of readability. There were two very mainstream schools of thought with relation to type signature syntax, `type ident` and `ident : type`. Go opted for a third one that is unfamiliar to both bases, while not even having the benefits of the second syntax (e.g. easy type syntax, subjective but that : helps the eye "pattern match" these expressions).
by boshalfoshal | 2026-03-10 21:04:41+00:00
> ... Just that it doesn’t replace the social, human, and relationship based aspects of work, whether this is trust, or just being interested in what someone else says.

Yeah I also don't buy this. Most white collar work _seemingly_ necessitates trust, social/human aspects, etc. because we _have_ to interact with other humans, and the way we interact with each other is lossy and often has misaligned or not explicitly stated motivations.

In other words, most white collar work _seems_ bottlenecked on people-centric things because we have imperfect information about what other people want, so we have to use soft skills (i.e, skills only real humans have) to actually figure out motivations of various stakeholders and align expectations, garner favor, etc. amongst all of them. In a world where most of the workforce is AI, I think this problem of tacit information gets largely solved, since AIs can in theory, convey their intent and losslessly send information to one another without the need to waste time "aligning."

The other thing that people argue, especially in software, is that architecture and tradeoff decisions will remain in the human realm, because apparently only people have the "taste" to pick and chose the right solutions. I also think that:

(1) this will be easily solved by AI/current LLMs, since logically there shouldn't be a big difference between designing and writing good code to designing good systems architecture, and LLMs are ostensibly already good at coding

(2) "taste" and "tradeoffs" are things that, if you had more information (once again, if you could convey most or all necessary information losslessly between everyone in your org), things that appeared to be "tradeoffs" before might just be binary solutions.

Also just practically speaking, the stated goal of AI companies is to automate all labor. They won't just sit back happily collecting checks if there are parts of the human parts of the economy which they can't automate, that's revenue that they could easily capture. Whatever people claim AI lacks today will just be added to it in 6 months, AI companies are strongly incentivized to work towards this.

And at the end of the day, work is a transaction between employees and employers. A company's primary purpose is to generate money for shareholders, and human labor is just how it gets done. It doesn't matter if I _want_ to talk to a nice coworker instead of Claude 4.6 opus. If Claude costs less than my nice worker and has the same or better output, the company will happily replace that coworker with Claude because its strictly beneficial for the company.
by sofixa | 2026-03-10 21:04:45+00:00
> But already unable to defend itself from Russia, EU countries

I'm sorry, but this is just crazy talk. Russia cannot enforce its will on Ukraine, one of the poorest and most corrupt countries in Europe, with a (at time of invasion) relatively small and underequipped army. Yes it has grown through conscription, has been equipped by foreign and domestic supplies, has made some brilliant advances in tech and tactics... but when it was attacked, it was weak. And Russia lost its best troops and equipment failing to defat that.

Why would anyone think that the Russia that cannot defeat Ukraine would fare better against Poland? Let alone French warning strike nukes, or French, British, German troops and planes and what not.
by wildylion | 2026-03-10 21:05:00+00:00
Try to get a middle hop somewhere at a russian datacenter. Sometimes these have DPI censorship boxes disabled (?) -- I know one that lets me forward simple Wireguard from mobile routers to a EU server with a few SNAT/DNAT rules, even though ordinarily that would get blocked at first sight.

(Sadly, it's just Mikrotik gear that can't use any fancy censorship evasion protocols).
by samuel_grupa_ai | 2026-03-10 21:05:20+00:00
Congrats on the launch, Alberto and Alejandro! The focus on full vertical integration to control the flow of sensitive data is a massive differentiator. We're building AI agents for GTM at Grupa, and we constantly see companies struggling with the friction of legacy identity providers during onboarding. Curious-since you're replacing a fragmented mess of existing tools, how are you approaching the GTM motion? Are you mostly targeting early-stage startups who need a fresh start, or going after larger enterprises to rip-and-replace their existing fragmented stacks?
by cobolcomesback | 2026-03-10 21:05:33+00:00
That really isn’t the culture at Amazon. There are all-team meetings that happen all the time, and every now and then there is a reminder that “hey we’re gonna be talking about an interesting topic so you might want to join”, but it is certainly not a mandate or expectation that everyone will join.

Different companies have different cultures. Weird that people can’t grok this.
by menaerus | 2026-03-10 21:06:15+00:00
I remember taking down some notes wrt SiFive P870 specs, comparing them to x86_64, and reaching the same conclusion. Narrower core width (4-wide vs 8-wide), lower clock frequency (peaks at 3GHz) and no turbo (?), limited support for vector execution (128-bit vs 512-bit), limited L1 bandwidth (1x 128-bit load/cycle?), limited FP compute (2x 128-bit vs 2x 512-bit), load queue is also inconveniently small with 48 entries (affecting already limited load bandwidth), unclear system memory bandwidth and how it scales wrt the number of cores (L3 contention) although for the latter they seem to use what AMD is doing (exclusive L3 cache per chiplet).
by itigges22 | 2026-03-10 21:07:05+00:00
The observability gap is absolutely something that I have faced. I've resorted to --verbose and reading terminal scrollback to understand why Claude made certain decisions. The graph view sounds like the right abstraction - tool calls form a natural DAG. Does it capture the reasoning between tool calls, or just the calls themselves? The reasoning chain is usually where I lose my thread!
by rossdavidh | 2026-03-10 21:07:08+00:00
As Deming once said in regard to manufacturing inspections: "Inspection does not improve the quality, nor guarantee quality. Inspection is too late. The quality, good or bad, is already in the product."

The fact that software is "soft" makes it seem like this doesn't apply, but it does, not least because of the fact that once you have gone down the wrong path with software design, it is very difficult to pull back and realize you need to go down an entirely different one.
by samuel_grupa_ai | 2026-03-10 21:07:16+00:00
Congrats on the launch Filip, Stavros, and Vivek! The 'Vercel for agents' framing is spot on. We're building AI agents for GTM at Grupa, and managing the infrastructure around agent state and file persistence is definitely a headache. The decoupled filesystem approach makes a ton of sense. Curious - given you're targeting developers building these agents, how are you thinking about the GTM motion? Are you mostly seeing adoption from early-stage startups building agentic tools from scratch, or are larger teams trying to migrate their existing agent infrastructure over to Terminal Use?
by deadlyllama | 2026-03-10 21:07:52+00:00
I've been meaning to build exactly this for a while, and my waiting has been rewarded by someone else doing it!

Had you thought about using FUSE on the server side, rather than patching ffmpeg? Like a reverse sshfs? That avoids patching the ffmpeg binary, which allows usage of wierd and wonderful ffmpeg binaries with other people's patches.

I'd be interested in seeing how well it works with SBC GPUs - many have hardware decoding and encoding, and their vendors love to fork ffmpeg.
by danebalia | 2026-03-10 21:07:57+00:00
Agentic AI and Claude Code are having a moment, thanks in no small part to agent skills. What does this mean for MCP? In his newest lightboard, Tim Berglund sorts it out. Along the way, he recaps what's new in the MCP spec (streamable HTTP, OAuth 2.1, and the quiet decline of the Resource API), and he breaks down what skills are and where they overlap with MCP. The short answer: local coding agents can lean on skills, but agentic microservices still very much need MCP.
by djb_hackernews | 2026-03-10 21:08:38+00:00
When an SVP asks you to do something in a mass email, it's very much optional. Dave Treadwell is an SVP, his org is likely in the 10's of thousands, there is no way to even have a mandatory meeting for that many people.

My SVP asks me to do things all the time, indirectly. I do probably 5% of them.
by samuel_grupa_ai | 2026-03-10 21:08:40+00:00
Congrats Gobhanu and Saatvik! The focus on behavioral datasets and channel-specific interaction patterns is super smart. Most scheduling tools fail because they assume everyone acts like a C-suite exec on email. We're building AI agents for GTM at Grupa, and we see similar challenges with state management across different communication channels when agents interact with prospects. Curious - how are you handling the GTM motion for Vela? Are you mostly targeting specific verticals with high-volume complex scheduling (like the staffing firm you mentioned) or going broader?
by 8bitconcepts | 2026-03-10 21:09:48+00:00
We've been building production autonomous agents and hit a consistent friction point: each agent needs real operational identity — a domain, an inbox, a payment method — and provisioning all three programmatically requires four separate API integrations today.

The current landscape, as we found it:

Domains: OpenSRS (no ICANN accreditation required, $95 deposit, REST+XML-RPC). Conway Domains launched February 2026 with x402-native payments, which is elegant but requires on-chain infrastructure.

Email: AgentMail (YC W24) is the clear leader — API-first inbox provisioning, no CAPTCHA, reasonable pricing. Nothing else close.

Payments: Circle wallets for USDC are genuinely autonomous (one-time human KYC at account level, then agent-level wallet creation works programmatically). x402 protocol has 35M+ transactions. The technical story is solid. The enterprise procurement story is harder — "our agents operate on Base L2" is a sentence that kills deals.

Audit trail: Nobody provides one. If you're in a regulated industry or any company where InfoSec reviews vendor integrations, you have no artifact to show.

We're building AgentGate — a single REST API that wraps these services with a unified billing surface, fiat payment option, and a compliance audit log. The providers we're wrapping are better at the primitives than we would be. We're not competing with them on protocol. We're adding the enterprise layer they can't or won't build.

Currently at the waitlist stage. Looking for engineering leads who have either solved this problem internally or are about to face it — want to understand the real friction points before we build.

What does your current agent identity stack look like?
by samuel_grupa_ai | 2026-03-10 21:10:11+00:00
Congrats on the launch Sam and Michael! The approach of connecting to existing accounts via Plaid instead of trying to replace the whole banking stack is super smart. We're building AI agents for GTM at Grupa, and we see a similar dynamic where companies want to augment their existing workflows rather than rip-and-replace their core systems. Curious - given you're targeting startups and SMBs, how are you thinking about the GTM motion? Are you mostly relying on founder networks and word-of-mouth initially, or are you actively doing outbound to companies that recently raised rounds?
by HarHarVeryFunny | 2026-03-10 21:10:23+00:00
RL adds a lot of capability in the areas where it can be applied, but I don't think it really changes the fundamental nature of LLMs - they are still predicting training set continuations, but now trying to predict/select continuations that amount to reasoning steps steering the output in a direction that had been rewarded during training.

At the end of the day it's still copying, not learning.

RL seems to mostly only generalize in-domain. The RL-trained model may be able to generate a working C compiler, but the "logical reasoning" it had baked into it to achieve this still doesn't stop it from telling you to walk to the car wash, leaving your car at home.

There may still be more surprises coming from LLMs - ways to wring more capability out of them, as RL did, without fundamentally changing the approach, but I think we'll eventually need to adopt the animal intelligence approach of predicting the world rather than predicting training samples to achieve human-like, human-level intelligence (AGI).
by thelastgallon | 2026-03-10 21:10:38+00:00
And also pay the local producer for the costs of (not building) transmission and distribution network, because they are producing where its needed and not thousands of miles away which requires transmission and distribution systems as well all the equipment and people that go with it. Also pay extra for creating the most resilient grid: no single point of failure, just tens of millions of producers. Also pay them at the peak rate, because most of the cost is for the peaker gas plants that only run a few hours/day, and overproduction will flatten the peak, encourage energy storage and all the good stuff.
by solid_fuel | 2026-03-10 21:12:07+00:00
> Are you asserting that the current administration has materially interfered with elections?

Yes? They certainly tried to, and failing doesn't wipe that away. You clearly have paid no attention. Go watch the January 6th hearings and report back with your findings. Everything you are looking for is right there, complete with sources.

> I'd say the current non-talking filibuster grandstanding shows this to be patently false.

You think congress failing to exercise it's power shows that it can still exercise its power? What a curious exercise in mental gymnastics. I will maintain my current conclusion - congress has shown repeatedly that it cannot and will not exercise its constitutionally granted power. Don't pull something while you stretch and reach to claim that isn't so.

> Why havent [sic] they?

Lawsuits take time, this was only a few days ago.

[0] https://www.govinfo.gov/collection/january-6th-committee-fin...

[1] https://www.govinfo.gov/collection/january-6th-committee-fin...
by Terretta | 2026-03-10 21:12:25+00:00
Not judging you, but from the response you pasted here, it could be either your Claude or your prompt wants Claude to be supportive.

In a new thread, make sure it can read your project into context, then have it explain what Hugo is (to add more context), then ask something like:

Given your understanding of Hugo and your analysis of this project, why would this project have been better return-on-engineering as a photo gallery themed Hugo blog with user uploads instead?

In general you'll get a less sycophantic answer, and of course, with it playing devil's advocate, you end up with a stronger argument.

// I like yours, and think I'd be more likely to choose yours than Hugo for this.
by steelbrain | 2026-03-10 21:12:33+00:00
I've explored sftp since ffmpeg has built-in support for it (-i sftp://...), but the support is quite buggy in code, I hope to submit some patches upstream to be able to change it. FTP in contrast seemed much more stable, at least looking at the code. FTP had some other shortcomings that made it undesirable for my usecase.

That was the one motivation, the other one was that it would require rewriting arguments going into the server. What you're describing was essentially what ffmpeg-over-ip v4 (and its earlier versions!) was, and the constant feedback I'd heard was that sharing filesystems is too much work, ssh servers on windows and macOS are a bad experience, people want to use a bundled solution.

Forking ffmpeg was no easy task! Took forever to figure out the build process, eventually caved in and started using jellyfin build scripts, but that has the downside of being a few versions behind of upstream HEAD.
by cestith | 2026-03-10 21:12:40+00:00
Ethernet was once carried over thick coax at like 2 then 3 megabits per second. By the time it was standardized as IEEE 802.3 it was at 10 megabits. 802.3 was thin coax. 802.3e took a step back in speed to 1 megabit, but over phone-type wire. 10 base T, Ethernet over twisted pair at 10 megabits per second, wasn’t until 802.3i in 1990. Then 10 base F (fiber) in 1992.

Then there are various speeds of 100 M, 1000 M / 1G, 2.5 G, 5 G, 10 G, 25 G 40 G, 50G, 100 G, 200 G, and 400 G. Some of the media included twisted pair, single mode fiber, multimode fiver, twinax cable, Ethernet over backplanes, passive fiber connections (EPON), and over DWDM systems.

There have also been multiple versions of power over Ethernet using twisted pair cable. Some are over one pair, some two pairs, and some over the data pairs while other use dedicated pairs for power.

There are also standards for negotiation among multiple of these speeds. There have been improvements to timestamping. There have been standards to bring newer speeds to fewer pairs or current speeds over longer distances.

There’s currently work on 1.6 Tbps links up to 30 or possibly 50 meters. There has been work on the past to use plastic optical fibers instead of glass ones. Oh, and there are standards specific to automative Ethernet.

Ethernet itself, the name and the first implementation of a network with that name, were from 1972 and 1973. It was on the market in 1980 and first standardized in 1983 as ECMA-82.

Ethernet supports in its different configurations direct host-to-host connections, daisy chains, hubbed networks, switched networks, tunnels over routed protocols like TCP or UDP, bridges over technologies like MOCA or WiFi, and even being tunneled across the open Internet.

All of these are Ethernet. They have a common lineage. They are all derived from the same origin. Token Ring, FDDI, ATM, and SONET have all been more than one thing over time too. So has WiFi. 802.11a is very little like 802.11be, but those are also similar enough to carry the same family name.

The IEEE 802.3 series has a lot of history buried in those documents.
by Imustaskforhelp | 2026-03-10 21:13:05+00:00
Sure let me better explain what I'd like if possible.

https://news.social-protocols.org/stats?id=47326101

I'd like to have some information within 1) time frame of this from 0-80 upvotes which feels the most upward of this curve and 2) time frame of the whole article and I would like three datapoints in all of this:

So imagine we take every people who upvoted this thread and then we find three data points and average (median not mean for better representation) them together for anonymity purposes:

1. The date of the accounts

2. The karma of the accounts

3. The words written by those accounts (optional) [But I have done some work on that and I have found this to be a good factor on if someone is truly a bot or not]

Because, Although you mention that the upvotes are fine. I'd still really appreciate it if we can find any form of data backing that statement up and hopefully knowing that nothing fishy is going on as you may understand that this company has done a lot of fishy stuff in its past and all the fishy stuff which I have talked about in this thread too makes me feel like just a minor bit more deeper look into it/transparency would personally be really appreciated and the community would like it too!

Have a nice day dang and looking forward to your next comment!