MurphyA/hacker-news huggingface dataset:
by throw0101a | 2026-02-10 14:04:07+00:00
> The CAB is only concerned with the WebPKI. This means HTTPS.

[citation needed]

The title of their current (2.2.2) standard is "Baseline Requirements for the Issuance and Management of Publicly‐Trusted TLS Server Certificates":

* https://cabforum.org/working-groups/server/baseline-requirem...

§1.3, "PKI Participants", states:

> The CA/Browser Forum is a voluntary organization of Certification Authorities and suppliers of Internet browser and other relying‐party software applications.

IMHO "other relying-party software applications" can include XMPP servers (also perhaps SMTP, IMAP, FTPS, NNTP, etc).
by devinprater | 2026-02-10 14:04:23+00:00
Over the past month, with vibe-coding, I've:

* Made Termux accessible enough for me to use.

* Made an MUD client for Emacs.

Gotten Emacs and Emacspeak working on Termux.

Gotten XFCE to run with Orca and AT-SPI communicating to make the desktop environment accessible.

None of this would have happened without AI. Of course, it's only useful for a few people that are blind, use Android, and love Linux and Emacs and such. But it's improved my life a ton. I can do actual work on my phone. I've got Org-mode, calendar, Org-journal, desktop chromium, ETC. all on my phone. And if AI dies tomorrow, I'll still have it. The code is all there for me to learn from, tweak, and update.

I just use one agent, Codex. I don't do the agent swarms yet.
by shell0x | 2026-02-10 14:04:58+00:00
Yes, for most part. SG has a zero tolerance policy.

I do think the death penalty for drugs is reasonable. Drug dealers destroy families and communities for their own profit. The arrival card in Singapore literally states that smuggling drugs is punishable by death. If you still attempt, that sounds like a “you” problem.

Also the punishment for vandalism or rape sounds reasonable.

The treatment of foreign construction workers is not good and can be improved.
by Yizahi | 2026-02-10 14:05:26+00:00
Are they, though? Outside of Japan and it's former colonies which they were trying to assimilate into the same culture, Korea and Taiwan. Just a quick look at the road traffic tells a lot about culture being individualistic or cooperative. Or a garbage problem. Or public greenery problem. Basically any social issue where good cooperation is not immediately rewarded and has to be done either out of the goodness of the heart or because a person is capable of long term thinking.

I'm thinking that the real culprit of collaborative culture is the historic bidirectional relations between the high ruler of the land and his vassals, and same down the chain. If the rule was absolute and one directional (down) throughout most of the land history, then there is not much chance that collaborative culture may develop at the lower levels. And if there was a bidirectional relations, even very limited, if rulers weren't almighty but sometimes had their own responsibilities towards subjects, then the collaborative culture had a higher chance to evolve.
by milkiyasgebru | 2026-02-10 14:05:29+00:00
Location: Addis Ababa, Ethiopia (UTC +3)

Remote: Yes ( Any timezone )

Willing to relocate: Yes

Technologies: Python, Next.js, React.js, javascript, typescript, node.js, express.js, go, PostgreSQL, SQL, MongoDB, Docker, CI/CD

Resume:https://milkiyas.zaftech.co/Milkiyas-Gebremichael-Gebru-Resu...

Email: milkiyasgebru@gmail.com
by bitwize | 2026-02-10 14:05:47+00:00
The skill is learning to supply the LLM with enough context to do anything a developer does: turn specs into code, check its work including generating and running tests, debug and analyze the code for faults or errors, and run these in a loop to converge on a solution. If you're about to do something by hand in an IDE, STOP. Think about what the LLM will need to know to perform that task for you.

It may take some human intervention, but the productivity results are pretty consistent: tasks that used to take weeks now take hours or days. This puts in reach the ability to try things you wouldn't countenance otherwise due to the effort and tedium involved. You'd have to be a damn fool not to take advantage of the added velocity. This is why what we do is called "engineering", not a handicraft.
by opan | 2026-02-10 14:05:55+00:00
IRC for main chat, Mumble for voice chat when gaming. Been solid for decades. I have at least 3 functional Mumble servers saved (including my own) in my client, most of them are associated with an IRC community. I occasionally hear "Anyone down for some Quake? Hop on Mumble." or something to that effect. Mumble is pretty easy to host, so if you're using it with a small to medium group of friends, I'd say just throw up a server on your LAN somewhere. It's got decent mobile clients on F-Droid as well if you need one.
by curt15 | 2026-02-10 14:06:04+00:00
>Most of us are going to start transferring skills to more of a prompt programming and coordinator role.

Human code reviews and in-depth understanding of architecture remain important even for codebases with comprehensive test suites because treating a computer program solely as a black box does not allow one to reason precisely about the program when it encounters general inputs. Relying solely on black box testing simply offloads more QA to production users.

In a future world where humans rely entirely on machines to interpret their ambiguous instructions, who does the checking and what do the checks involve?
Ask HN: Is "Low Velocity" Just "High Drag"? (Benchmarking Series B)
by berkanduzgun | 2026-02-10 14:06:16+00:00
I'm a Systems Architect turned interim EM. I've noticed a pattern in Series B teams (30-100 devs):

When velocity drops, leadership usually blames "Tech Debt" or "Junior Talent."

But when I audit the workflow, the bottleneck is almost always "Delivery Drag"—the idle time lost to queues, manual gates, and environment waiting.

I suspect that for most teams, Physics (Queue Theory) is killing velocity, not Code Quality.

I’m building a "Delivery Drag Index" to quantify this friction (e.g., waiting >24h for PRs, manual release gates, lack of self-serve infra).

I’ve put together a 60-second benchmark (9 questions) to test this.

I’m open-sourcing the aggregated data next month to help engineers argue for better tooling/autonomy.

If you have a minute, I’d love to see where your team lands:

https://tally.so/r/EkQQB2

What is the single biggest "Drag" factor in your current stack? (Is it PR review time or Environment provisioning?)
by yfedoseev | 2026-02-10 14:06:25+00:00
Hey HN, I made Fossil because I've been coding with Claude Code for 6+ months and the same problem keeps showing up in every project.

Claude loves writing "Phase 2" comments, `// TODO: implement` with `return True` underneath, and after a few rounds of refactoring there's a ton of dead code that nothing calls. The annoying part - the agent sometimes finds that old dead code while building something new, hooks into it, and now you have bugs from code that was never meant to run.

Fossil builds a call graph using tree-sitter (15 languages) and finds what's unreachable. It uses Rapid Type Analysis for virtual call resolution and MinHash+LSH for clone detection. Framework-aware so it won't flag React lifecycle methods or Django views.

It also runs as an MCP server so Claude/Cursor can use it directly:
claude mcp add fossil fossil-mcp

It's early and I'm sure there are edge cases I haven't hit yet. Currently strongest on Python, TypeScript, and Rust -- thinner coverage for some languages.

Built in Rust, #![forbid(unsafe_code)],MIT/Apache-2.0.

Would love feedback, especially on false positive rates.
by TuxSH | 2026-02-10 14:06:43+00:00
If you force it to use chain-of-thought: "Two fathers and two sons sum to how many people? Enumerate all the sets of solutions"

"Assuming the group consists only of “the two fathers and the two sons” (i.e., every person in the group is counted as a father and/or a son), the total number of distinct people can only be 3 or 4.

Reason: you are taking the union of a set of 2 fathers and a set of 2 sons. The union size is 2+2−overlap, so it is 4 if there’s no overlap and 3 if exactly one person is both a father and a son. (It cannot be 2 in any ordinary family tree.)"

Here it clearly states its assumption (finite set of people that excludes non-mentioned people, etc.)

https://chatgpt.com/share/698b39c9-2ad0-8003-8023-4fd6b00966...
by GZGavinZhao | 2026-02-10 14:07:17+00:00
UI and user ergonomics continues to be Zulip's biggest blocker to wider adoption. I understand that to many people not having E2EE and truly independent self hosting (e.g. push notification issues) is a deal breaker, but for many organizations the current level of openness from its values is enough.

I really wish Zulip could find someone to re-design the interface around the channels/threads model to make it easier to use and more friendly to beginners. I am personally never bothered by the design and got used to its interface quite quickly, but I know many many people who got turned away by its design or uses it in a Slack/Discord way by posting everything into "general chat".
by lelanthran | 2026-02-10 14:07:32+00:00
> That's why I'm not worried about losing my job.

Right. Because the demand for hand-written code will be high enough that you will keep your job?

Or did you mean that you expect to lose the current job (writing software) and have a new job (directing an agent to write software)?

You really expect to get paid the same doing a low-skill job (directing an agent) as you did the high-paid one (writing software)?

After all, your examples

> If you look at the history of computers and software engineering including compilers, ci/cd, frameworks/modules/etc. functional and OO programming paradigms, type inference, etc. There's something new every few years. Every time we make something easier and cheaper, demand goes up and the amount of programmers increases.

Were all, with the exception of the invention of high-level languages, an increase in skill requirements from the practitioners, not a decrease in skill requirements.
by tomhow | 2026-02-10 14:07:32+00:00
This is bog standard moderation. A repost of a topic within a year of the original submission is considered a duplicate [1].

A new submission is only warranted and allowed if there is “significant new information” - e.g., a major upgrade or announcement.

Three months ago we had another huge discussion about Bitchat in Gaza [2], which qualified due to having “significant new information”.

[1] https://news.ycombinator.com/newsfaq.html

[2] https://news.ycombinator.com/item?id=45929358
by exabrial | 2026-02-10 14:07:51+00:00
A few good observations, but a few missteps.

"AI" (can we just say LLMs?) isn't replacing jobs and more than the steam engine removed our needs for boats. It just made existing boats better, raising individual worker output. The same happened when diesel arrived. Jobs didn't disappear, they shifted from shoveling coal to diesel mechanics.

The jobs in danger are those shown by the article: those doing transactional process, not adding value.

My theory on big layoffs is a few fold: "AI" is a great scapegoat, uneducated CEOs are drinking the koolaide, and the events in the boom economy leading up 2020 resulted in mass over-hirings. Post 2021, when inflation began to become unhinged, corporations began to feel the pinch. Human capital is expensive and it's also hard to shed off of large corporations.

This is painful for everyone, but hopefully we end up in a better place soon.
by homebrewer | 2026-02-10 14:08:00+00:00
Even simple Half-Life 1 mods built on textures and models from Half-Life 2 look much closer to 2 than one would expect. For example this mod, but not only:

https://moddb.com/mods/half-life-dark-future

You won't confuse it with modern Half-Life 2, but the original HL2 engine had far worse graphics than the latest version. Makes you realize how much of the difference between HL2 and HL1 is due to different textures and level design.
by lordloki | 2026-02-10 14:08:43+00:00
Slowing down on a busy highway does not reduce turbulence at all, it add chaos and unpredictability to the system. Once car suddenly slowing down to create a buffer zone causes the car behind to slow more and more and can often lead to a stop further back. This has been proven time and again on closed loop systems studying highway traffic flow. They are known as "phantom" traffic jams or shockwave traffic jams. Example, https://www.newscientist.com/article/dn13402-shockwave-traff...
by kombookcha | 2026-02-10 14:09:01+00:00
We are all constantly being gaslit. People have insane amounts of money and prestige riding on this thing paying off in such a comically huge way that it can absolutely not deliver on it in the foreseeable future. Creating a constant pressing sentiment that actually You Are Being Left Behind Get On Now Now Now is the only way they can keep inflating the balloon.

If this stuff was self-evidently as useful as it's being made out to be, there would be no point in constantly trying to pressure, coax and cajole people into it. You don't need to spook people into using things that are useful, they'll do it when it makes sense.

The actual use-case of LLMs is dwarfed by the massive investment bubble it has become, and it's all riding on future gains that are so hugely inflated they will leave a crater that makes the dotcom bubble look like a pothole.
Show HN: SNKV and LiteFS – Distributed KV store with automatic replication
by hashmakjsn | 2026-02-10 14:09:37+00:00
SNKV is a simple key-value store built on SQLite's B-Tree API. I've just integrated
it with LiteFS to get distributed replication with zero application changes.

The interesting part is how LiteFS works - it sits between your application and
SNKV using FUSE, intercepts WAL writes, and streams them to replica nodes.
The application just sees a regular filesystem. I'm using Consul for leader
election, but LiteFS also supports static configuration.

Setup guide with working code:
https://github.com/hash-anu/snkv/blob/master/litefs_setup_gu...

Verified with 10MB of data replicating correctly across nodes. The guide
includes architecture diagrams and both writer/reader programs with full
byte-by-byte verification.

Would appreciate your feedback.
by Moomoomoo309 | 2026-02-10 14:09:42+00:00
I'm quite surprised to not see teamspeak 6 on here. From what I've seen, it has all the features discord has now, including screen sharing, video calls, channels like discord, and it's also designed for gamers. It's been mentioned in some replies, but not any top-level comments yet. Is TS6 missing some discord features? (maybe calendar events, and their bot ecosystem is a lot smaller)
by voidhorse | 2026-02-10 14:09:56+00:00
> organization learns to use a possibly/likely productivity improving tool

But that's precisely the problem with not backing it with actual measures of meaningful outcomes. The "use more" KPIs have no way of actually discerning whether or not it has increased productivity or if the immediate gains are worth possible new risks (outages).

You don't need to run cover for a csuite class that has become both itself myopic and incredibly transparent about what they really care about (cost cutting, removing dependencies on workers who might talk back, etc.)
by lincolnq | 2026-02-10 14:10:19+00:00
I've spent a bit of time last year trying to convey my product instincts to the Zulip team and mostly stopped because I felt like they didn't care enough / weren't moving very fast. The basic problem is that the mobile app is, like it or not, the way most people will use the product, and it needs to be designed by an opinionated person who actually will say no to things.

In my view, the home page should be just like a proper messaging app: show every recent thread ("topic" in Zulip nomenclature) that I'm involved in, across all my channels, with unread ones indicated using a 'dot'. Or, if you really want to be like Slack, just copy Slack more directly. In either case, the other views (Inbox, Combined Feed, DMs, etc) should be under menus, not primary actions.

The other thing is that it's often hard to figure out how to reply to a topic. In the Combined Feed, which is my preferred view for consuming updates, the UX for replying sucks -- first you have to figure out to tap the headers; and even then, you can accidentally tap into a channel instead of a topic. It's extremely non obvious when you've done this and constantly causes people to reply in the wrong topic.

I vibecoded some improved Inbox UX using Claude Code and I think it would be a big step up, but it's hard to know what the steps would be to get it shipped, since I don't have time to spin up properly on the codebase and I doubt my changes are acceptable as-is. If Zulip team wants them I'd happily share though.
by CGMthrowaway | 2026-02-10 14:10:19+00:00
By 2 sec following distance I am referring to their back bumper to your front bumper. So cars "overlapping" in your example is not possible

If you want 4 sec gap at higher speeds that's fine, the formula is speed-independent for throughput, not speed-independent for following distance. If you want 4 seconds at high speed then use 4 sec instead of 2 sec (i.e. 1 car/ 4 sec)

>There's also the issue of speed oscillations. With a high speed limit and vehicles following too closely, a little variation in speed in one vehicle can turn into a larger variation in the following vehicles, causing a backwards-travelling wave of braking (sometimes to an absolute halt) and speeding up again. Lowering the speed limit reduces this.

"Lowering the speed limit reduces oscillations." Exactly, that is my whole point, that (again, locally analyzed) you can ignore the waves, and instead look only at the following distance of the slowest car in the lane, to determine throughput of the road behind that car. Your idea of "lowering the speed limit" to eliminate waves is the same net effect on throughput as observing that the throughput cannot exceed that given by the longest-following car on the road.
by zozbot234 | 2026-02-10 14:10:26+00:00
This is unsurprising. Wholesale genetic replacement basically doesn't exist unless there's a huge plague that kills 90% of the population or something (this happened in the Americas when the Europeans arrived, there are other cases of it in history but it's plenty rare). From an ancestry perspective, populations tend to be derived from the people that were there thousands of years prior; cultures and even elites can spread and migrate and cause huge material changes, but the bulk of the people just stay put.
by jcranmer | 2026-02-10 14:10:33+00:00
> The fundamental laws of chemistry have not been changed much by quantum physics, they just became better understood and less mysterious. Quantum mechanics has explained various cases of unusual chemical bonds that appeared to contradict the simpler rules that were believed to be true before the development of quantum physics, but not much else has practical importance.

Um, false? The fundamentals of chemistry are about electron orbitals (especially the valence ones) and their interactions between atoms to form molecules. All of my college chemistry courses delved somewhat into quantum mechanics, with the biggest helping being in organic chemistry. And modern computational chemistry is basically modeling the QED as applied to atoms.
by llm_nerd | 2026-02-10 14:10:43+00:00
It was a tiny study, and one arm had someone dropout because they had COVID. The difference was minuscule. You are being bizarrely selective in discarding the part you don't like, while holding the rest as demonstrative.

"But I think that prediction would be quite unusual."

Would it? Who in the world would guess that small ramp-up doses of a semaglutide (0.25, 0.5, and 1mg, the first two doses over 89% of the study duration. The average maintenance dose is 2.4mg) would immediately undo long-earned core habits over just two months? It's a rather absurd study.
Show HN: Repstack – open-source hypertrophy training app (offline-first PWA)
by wulfland | 2026-02-10 14:11:01+00:00
Hey HN,

I built Repstack, an open-source fitness app for evidence-based muscle building. It's inspired by Renaissance Periodization's training methodology.

Key features:
• 100% offline-first PWA - works without internet, installable on any device
• Privacy-first - all data stored locally in IndexedDB, no accounts needed
• Science-based - auto-regulation, mesocycle periodization, volume tracking
• Free forever - core features will never be paywalled

Tech stack: React 19, TypeScript, Vite, Dexie.js, Workbox

I'm a lifter myself and was frustrated that most fitness apps either require subscriptions, don't work offline, or don't follow evidence-based training principles.

Live demo (installable): https://wulfland.github.io/Repstack/
GitHub: https://github.com/wulfland/Repstack

Looking for feedback on UX and contributors interested in fitness tech. The codebase passes WCAG 2.1 AA accessibility and has comprehensive E2E tests.

What features would you want to see?
by rsynnott | 2026-02-10 14:11:04+00:00
Another gay hookup app surveyed its user base on this a while back. Spoiler, user base is lukewarm at best on the ol' magic robots, unlikely to pay $500/month for them: https://www.romeo.com/en/blog/ai_and_gay_dating/

Minor caveat is that Romeo is mostly only big in Europe, and Europe _does_ tend a bit more AI-sceptical than everywhere else. But, still, not looking great.
by throw0101a | 2026-02-10 14:11:48+00:00
> Let's Encrypt could of course continue offering client certificates if they wanted to, but they'd need to set up a separate root for those certificates to chain up to, and they don't think there's enough demand for that to be worth it.

Why an entire new root? Perhaps set up a ACME profile [1] where the requestor could ask for clientAuth if their use case would be helped; the default would be off.

Google would be free to reject with-clientAuth HTTPS server certificates in their browser, but why should they care if a XMPP or SMTP server has a such a certificate if the browser never sees it?

[1] https://datatracker.ietf.org/doc/draft-ietf-acme-profiles/
by dcchambers | 2026-02-10 14:11:57+00:00
As an adult that interacts only with other adults in good faith, it's easy to look at this and feel outraged.

But there is a very real and dangerous situation where children and adolescents are using Discord with zero guardrails, constantly interacting with adults - many of whom are predators. This is happening every day. Millions of children around the world "meet people" playing games online, take the conversation to Discord, and then get brought into a very dark world online that their brains are simply not ready for.[^1]

I don't like the idea of blanket face scans/ID scans with that data stored in perpetuity - but age verification of some kind is a must IMO.

[1]: https://www.afterbabel.com/p/its-not-just-a-game-anymore
by hueho | 2026-02-10 14:12:00+00:00
> Sucrose looks at code and tells the "compiler" to only parse params and skip parsing other parts of the request like body, query, headers entirely as it's not need.

My understanding is that just offering a request object with lazy accessors would solve this issue, although the accessor itself would have some overhead in repeat accesses.

> Elysia has two special optimizations for response mapping functions: mapResponse and mapCompactResponse.

This section feels a bit abstract - some transformation examples would be nice.