MurphyA/hacker-news huggingface dataset:
by EGreg | 2026-02-11 06:58:15+00:00
Hard disagree. You read nothing, you assumed everything, and wrote cookie-cutter slop that adds nothing of substance.

There is no shit coin and no rug pull. You can’t own any coin. But this perfectly illustrates why HN, full of smart people, is also full of people who actively fight against solutions to centralization.

These problems existed before crypto. You are defending a dystopian nightmare system that is progressively getting worse. If people like me don’t build a decentralized alternative you’ll just keep bitching about problems while having literally zero solutions (except “just give the government MORE power and they’ll save us this time through regulations”.) Newsflash, the governments are the biggest consumers of this centralized tech (like Palantir) and pushers of this dystopian future where they can do anything secretly while you can’t do anything without them knowing.

“Hacker ethos” is now filled with a lot of shills for corporate greed. You’re the ones pumping your latest centralized data silo where you convince everyone to give them your data or Nigerians to autolabel your stuff for pennies and then sell it back to the stock market for billions in yet another bubble.
by morpheuskafka | 2026-02-11 06:58:20+00:00
But this is about SSL certificates. Google may account for say half of web traffic, but there are billions of other servers that account for the other half, and it has absolutely no care what web server or ACME client they are running or much else. It is concerned about the client experience and how it trusts certificates.

Google already has its own CA that is used for its own systems as well as to issue certificates for GCP customers. They don't interact with Lets Encrypt or any other external CA as far as I know for their own services.
by prerok | 2026-02-11 06:58:46+00:00
Yes, development was being done in SVN but it was a huge pain. Continuous communication was required with the server (history lookups took ages, changing a file required a checkout, etc.) and that was just horribly inefficient for distributed teams. Even within Europe, much more so when cross-continent.

A DVCS was definitely required. And I would say git won out due to Linus inventing and then backing it, not because of a platform that would serve it.
by NitpickLawyer | 2026-02-11 06:59:19+00:00
> Tier 1 transit providers doing port filtering is EXTREMELY alarming.

I was admining a small ISP when blaster and its variants hit. Port filtering 139 and the rest was the easiest way to deal with it, and almost over night most of the ISPs blocked it, and we were better for it. There was a time when if you'd put a fresh XP install on the Internet you'd get 5-10 minutes until it would get restarted.

I guess if you're really an admin that needs telnet, you can move it to another port and go around it? Surely you'd tunnel that "old box that needs to stay alive" if that's the usecase? Is there anyone seriously running default telnet on 23 and is really affected by this filtering?
by vardalab | 2026-02-11 06:59:22+00:00
For the last three or four months, what I've been doing is anytime I have Claude write a comment on an issue, it just adds a session ID, file path and the VM it is on. That way, whenever we have some stuff that comes up, we just search through issues and then we can also retrace the session that produced the work and it's all traceable. In general, I just work through gitea issues and sometimes beads. I couldn't stand having all these MD files in my repo because I was just drowning in documentation, so having it in issues has been working really nicely and agents know how to work with issues. I did have it write a gitea utility and they are pretty happy using/abusing it. Anytime I see that they call it in some way that generates errors, I just have them improve the utility. And by this point, it pretty much always works. It's been really nice.
by 0x57Origin | 2026-02-11 06:59:34+00:00
Hey everyone,

I’m currently doing my master’s in cyber engineering, and this actually started as a simple Nim project for one of my courses. The original goal was honestly just: “learn Nim, build something low-level, understand packet structures better.”

That turned into writing a packet manipulation engine in Nim. It handles TCP, UDP, ICMP, ARP, DNS, DHCP, IPv4/IPv6, PCAP parsing, checksums, fragmentation, etc.

Then I got curious and wrapped it with FastAPI so everything could be triggered over HTTP instead of just local scripts.

At this point it’s kind of snowballed into something way bigger than the original coursework idea.

Engine:
https://github.com/0x57Origin/NimPacket

API layer:
https://github.com/0x57Origin/ApexNet

I’m not trying to sell anything. It’s open source and free. I’m honestly just trying to figure out if this has real-world value outside of “cool networking project.”

From a DevOps or CI/CD perspective, would something like this actually make sense?

For example:

Upload a PCAP from integration tests

Get flow summaries or protocol breakdown

Detect unexpected outbound traffic

Potentially fail a build if something weird shows up

Is that realistic, or am I overthinking it?

Right now I’m at the stage where I’m deciding whether to push it further into something practical or just treat it as a learning-heavy project that got out of hand in a good way.

Would really appreciate honest feedback.
by mattikl | 2026-02-11 06:59:37+00:00
I've lived all my life in Finland, even though all through my early adulthood I was planning to move to some place much warmer. But later (especially now with children for whom the snow is so exciting) I've come to like the four seasons and the balance it gives.

That article was a strange read from my perspective, because here the infrastructure is built for winters as well. I don't remember school ever being canceled due to winter conditions, traffic is only a mess after a snowstorm.
by danmartuszewski | 2026-02-11 06:59:58+00:00
What started as a personal experiment turned into TuneDocs - 80+ episodes of podcast-style audio generated directly from official documentation. Claude Code, MCP, Cursor, Copilot, LangGraph, AI SDK, and more. Each episode covers a specific slice of the docs in ~15 minutes. No fluff, no opinions, just the docs spoken aloud. Free topics available.
by anticodon | 2026-02-11 07:00:20+00:00
Russia had roughly ten years to prepare. First talks about building national payment system started around 2010-2012. And it was meeting notable opposition: "why should we care? MC/Visa are good enough, why spend money on national infrastructure".

But yeah, it is amazing that in 2022 nobody here even noticed that MC/Visa left. Even MC/Visa cards haven't stopped working and are working to this day (banks made a rule that cards that expire after 2022 continue to work for several more years so that everybody has time to switch to MIR).
by friendzis | 2026-02-11 07:01:05+00:00
I live on the metric side of the Atlantic. Winter means extra tension on wires, extra load on trees leading to higher risk of air lines broken. At the same time you have decreased number of man-hours in a day, decreased efficiency in those hours and difficulty reaching points of failure physically. This leads to high stress on maintenance in an event of a snowstorm. Depending how inclined your country is to vote for the MBA-style policies, there are chances your maintenance crews are already at near-capacity and therefore such an "adversary" event can easily lead to some a bit more remote areas left without electricity for a week at -20°C. Having A+++ house with photovoltaic cells will not help in that case.
by linesofcode | 2026-02-11 07:01:18+00:00
A pre-commit hook that runs a linter and type-checking is absolutely vital to maintain the code quality of AI generated commits.

One observation I’ve made working with LLMs is that sometimes it’s worth being flexible and conforming to the LLM’s code style and patterns.

Frankly the code doesn’t need to be elegant or follow arbitrary guidelines (in reality nobody cares if it uses spaces or tabs, what matters is the result).

In the past (pre-LLM) I used to nitpick people in code reviews, calling out a bunch of stylistic preferences that I believed would keep the codebase “consistent” and “elegant”. The idea was that if the codebase is uniform it’s easier for other engineers to iterate on it or debug.

Today I don’t care in the slightest.

I’m not the one writing the code nor am I the one actively debugging it, that has been delegated to the AI.

Furthermore very seldom am I actually reading any of the generated code unless it’s mission critical. I treat the code it generates as a black box until I can’t, and nowhere throughout that process do I worry about aesthetics.

Try to put aside all code vanity, accept that not all code will be aesthetically pleasing or elegantly written. Focus on delivering the end goal, not the syntactical minutia.
by georgeck | 2026-02-11 07:01:37+00:00
Fair enough. I completely understand that the experience and hunting for gems in the comments is the core appeal of HN for many and AI summaries definitely aren't for everyone.

That said, we are seeing a consistent daily user base who do find value in the summarization, so it seems to be solving a pain point for a specific segment of readers, even if not for all.

Apart from the AI features, we actually built HN Companion as a general power-user client. It supports keyboard-first navigation (vim-style J/K bindings for comment navigation), seeing context for parent/child comments without losing your place, and tracking specific authors across a thread.

You might find those utility features useful even if you ignore the summary sidebar entirely. In the browser extension, the summary panel is something the user have to activate - it doesn't show-up by default.
by lelanthran | 2026-02-11 07:02:42+00:00
> What has made me valuable for 30 years is an ability to go from business goal -> to working implementation.

Look, it seems we are at about the same level of industry experience. I'm not even a f/time programmer anymore, and haven't been for some time (technically, I'm a professional problem solver, I suppose).

I am saying that, while I don't need to delve into details (unless it's a hobby project), what makes me valuable (in a similar position that you have, except that I don't write a line of code) is the current ability to program.

I (and you, no doubt) would be useless in the type of position that you are in if you didn't sweat blood earlier in your career getting things write while programming.

What I am saying is that my entire value proposition is built on a high skill level in programming. Letting those skills atrophy is, in my opinion, devaluing myself.
by Ekaros | 2026-02-11 07:03:49+00:00
There is lot of variation between tires. From summer, to all season, to European winter to Nordic winter(studdles or studded). Only Nordic ones designed specifically for snow and ice are really usable in conditions where there is often snow and ice. They fare worse in wet not freezing conditions and ofc in dry.

But not all winter tires are made equivalent.
by KennyBlanken | 2026-02-11 07:04:02+00:00
Marques Brownlee is a kid who did shitty reviews of cell phones and is now a tech influencer, not an objective auto industry reviewer. He knows jack shit about the auto industry. Whatever comes out of his mouth is designed to make his clients - the companies who pay him to pimp their products - look as good as possible.

Rivians are wildly heavy and inefficient compared to the rest of the industry. The R1T weighs more than two of the heaviest version of the Ioniq 5, for example.

R1T owners seem to average about 2mi/kwhr, whereas the Ioniq 5 gets almost twice that...
by hysan | 2026-02-11 07:04:47+00:00
Something about the tone of the article just makes me want to write a retort / criticism instead of praising the advice. Maybe it’s because it feels like an incomplete list or that it’s too generalized but written like the author has learned it all. For example, no mention of learning when and what to do to avoid frozen pipes. Or how to fix things when it happens. Also, shoveling snow isn’t that hard if you have the right snow shoveling equipment and know a bit of physics (which in my experience, locals will gladly teach you).
by computerdork | 2026-02-11 07:05:10+00:00
Moved a year ago from California to northern Michigan. To add to this list, specifically regarding "Do NOT get wet and cold":

o If you're walking out in the cold, have many different ways to keep your feet and your hands warm, because usually, you'll have a good-enough coat and winter-pants that'll keep your core relatively warm, but it's the very ends of your extremities that get cold (just got a small amount of frost bite on my toes the other day).

o On top of really thick gloves and socks, can buy some battery-heated versions of both. These aren't just gimmicks, they work wonders! As do the standard handwarmers and toewarmers

o Get real winter boots, these are water proof and insulated, so your feet won't get wet, and will resist the cold for longer (didn't learn this one until recently. Yeah, once your shoes get wet enough to bleed into your socks, you feet start to freeze).

o For your head and neck, carry one of those head and neck covers with you in your coat pocket (called a balaclava). Because sometimes you misread the weather and suddenly you've got a 5 degree wind chill streaming over your neck and face.

o etc:)

And, actually, walking in the snow is really nice (so clean and pure), which is why a lot of us here do actually go outside.
by yetihehe | 2026-02-11 07:05:20+00:00
Progress is a little slower this days in hardware, but it's there. Last year I finally assembled a new PC after surviving almosta a decade on my old laptop. The hardware spec jump made me remember old days. 8x more memory, 10x faster disk, 4x more cores and each one 2x faster!!! Gpu has as much memory as my previous laptop after upgrading it! Seeing the cpu usage and temps, also seeing how much data now I can download from net (I also got fiber recently and lan in old laptop was not working) was exhilarating. I can now ask my computer a question and it will respond (but slowly, local llm)!
by jameslk | 2026-02-11 07:06:32+00:00
At least for me, I have felt like the chat history in an agent is often times just as important and potentially even more important than the source code it generates. The code is merely the compiled result of my explanations of intent and goals. That is, the business logic and domain expertise is trapped in my brain, which isn't very scalable.

Versioning and tracking the true source code, my thoughts, or even the thoughts of other agents and their findings, seems like a logical next step. A hosted central place for it and the infrastructure required to store the immense data created by constantly churning agents that arrive at a certain result seems like the challenge many seem to be missing here.

I wish you the best of luck with your startup.
by anticodon | 2026-02-11 07:06:49+00:00
Crypto was and is inconvenient to use. So many years passed and almost nobody uses crypto daily. It's too inconvenient.

And it's not secure or anonymous at all. At some point you need to buy crypto or sell crypto, or buy some goods with crypto, and at that point you can be easily identified. Happened so many times.

Even here in Russia, under all US sanctions, only a few use crypto. It's so inconvenient that even under pressure of US sanctions it hadn't become more popular.
by yokoprime | 2026-02-11 07:06:54+00:00
> In the first really heavy winter storm of the year, your power might go off. This is understandable

Having lived in Norway most of my 40+ years on this earth, I can with some confidence say that this is not an universal truth. I don’t think I’ve experienced any power interruption of over 1 hour in winter ever, and it’s been at least 5 years since the last time. Yes it snows here. A lot.
by aparekh02 | 2026-02-11 07:06:58+00:00
I’ve been building RL‑style agents at the NVIDIA DGX Hackathon and my job for a while, and I keep hitting the same wall: everyone wants agents that learn, almost nobody can afford real RL.

That's when I learned something crazy:
-> Frontier training costs have grown about 2.4×/year since 2016, with single runs in the $30–40M range and projections crossing $1B this decade.

And what ends up happening is most agents in production end up replaying prompts and tools over a growing context window instead of improving reasoning capabilities.

===

My bet is that we’re aiming learning at the wrong target. A lot of the leverage is in how agents remember, not in constantly retraining the full policy. And with recent innovations in mem-alpha which treats memory construction as an RL problem and uses a small controller to maintain it, I have began to see a solution.

Instead of constantly retraining policies, I’m working on Cadenza v1.1—a mem‑alpha–style memory layer that learns how the agent remembers (what to keep, link, compress, forget) while leaving the base model mostly fixed.

This can create RL‑grade specialization, but it's driven by a small memory controller rather than huge PPO runs.

===

I’m looking for a few teams who are:

-> Running agents in production or serious pilots.

-> Feeling the “no real learning / RL too expensive” pain.

If this direction resonates—shifting learning into the memory layer rather than the policy—I’d love feedback or to talk through your use case.
by krzyk | 2026-02-11 07:07:10+00:00
> In the first really heavy winter storm of the year, your power might go off. This is understandable but you do have to think about it beforehand.

Power going is last thing I would think happens in such place. I understand wind, but snow? I get that rural places might get power cables in the air, but in cities those should go underground.

I live in rural area, close to big city in a semi snowy place (depends on winter), in the last 10 years power went out only when constructions workers cut it out because they had to do some work on them.
by joecool1029 | 2026-02-11 07:08:06+00:00
> I live very near a hospital

Yeah, you won’t lose power much. That’s prioritized.

I don’t get as many power outages in the winter as I do in the warmer months (in fall it’s not unusual to have some weeks without grid power). I did however get a freak outage before the last round of storms and cold. The overhead lines coming up the mountain to me have wetlands at the bottom, it appears a sudden extreme drop in temperature caused the wires to contract and tilted a pole enough (before ground could refreeze) to disconnect the lines. This is in NJ. JCP&L/firstenergy utility just does a shit job here.
by 999900000999 | 2026-02-11 07:08:29+00:00
I'm thinking a customized LLM would write notes in its own hyper compressed language which would allow it to be much much more efficient.

For debugging you could translate it out to English, but if these agents can do stuff without humans in the loop, why do they need to take notes in English?

I can't imagine creating this without hundreds of millions if not billions. I think the future is specialized models
Show HN: Visual Agentic Dev – Click React components to edit source capabilities
by brucetooo | 2026-02-11 07:09:06+00:00
Hello HN,

I built a tool to solve a specific annoyance: context switching between the browser (where I see the bug) and VS Code (where I fix it).

It's called Visual Agentic Dev.

The TL;DR:
It lets you click any component in a running React app and instruct an AI agent (like Claude Code) to modify the source code directly.

The "Magic" (How it works):
Instead of requiring invasive Babel plugins to inject data-source attributes at build time, I used a runtime approach:

The Chrome extension traverses the DOM to find the __reactFiber$ property.
It walks up the Fiber tree to find the _debugSource (fileName, lineNumber).
It sends this location + the component's code context to a local Bridge Server.
The Bridge Server spins up a PTY (using node-pty) and feeds this context to the Claude Code CLI.
This means it works with most "standard" React dev setups (Vite, Next.js dev mode) with zero configuration.

Why I made this:
I found that cursor and windsurf are great, but they are still "text-editor first". Frontend development is inherently visual. I wanted a "browser-first" workflow where I can fix UI glitches without ever leaving the mental model of the rendered page.

Repo (MIT/PolyForm Shield): https://github.com/brucetoo/visual-agentic-dev

Demo (GIF): https://i.imgur.com/Iyu3HOZ.gif

I'd love to hear your thoughts on the architecture or the workflow. Is runtime Fiber crawling stable enough for your daily drivers?
by anon7000 | 2026-02-11 07:10:51+00:00
Sure, it’s hard, but a duopoly is skimming LITERALLY 1-3% off the entire consumer economy for a service that is not that expensive to operate. Additionally, interchange rates are higher for premium credit cards, to pay for the benefits (not to pay for the cost of operating the network.) This cost is shared among all consumers, not just the well-off who can get premium credit cards.

It’s a captive market, which means Visa & MC really don’t have a ton of incentive to compete. How do you get new payment networks to integrate? Banks typically only offer a single network on their cards, and businesses use whatever their PoS systems accept. For a new network to compete, it’d need to be available everywhere.

It’s the textbook definition of core infrastructure for society and frankly should be operated like a utility. It’s not like Visa & MC are innovating - just look at the lethargic rollout of contactless in the US until COVID forced everyone’s hands.

The sole purpose of visa & MC is to grow profit each year. That’s it. I’m not a fan of that being in the middle of practically all consumer spending
by locknitpicker | 2026-02-11 07:11:15+00:00
> Now we are shifting the goalpost. Who even claimed AI solves 100%.

I think you lost track of the discussion. I pointed out that in the absolute best case scenario LLMs only focus on tasks that represent a fraction of a software engineer's work.

Then, once you realize that, you will understand that the total gains of optimizing away the time taken on a fraction of a task only buys you a modest improvement on total performance. It can speed up a task, but it does not and cannot possibly eliminate the whole job.

To see what I mean, see Amdahl's law.

https://en.wikipedia.org/wiki/Amdahl%27s_law

Again, only a fraction of the tasks of a regular software engineering role involves writing code. Some high-profile roles claim their entry level positions at best spend 50% of their time writing code. If LLMs can magically get rid of said 50%,the total speedup is at best 2x speedup in delivery.

You can look at that and think to yourself "hey that's a lot". That is not what's being discussed here. I mean, read the blog post you are commenting on. What's being discussed is that LLMs reduce time spent on a fraction of the software development tasks, but work on other software engineering activities increases as it's no longer blocked by this bottleneck.

As others have wrote, the so-called AI doesn't reduce work: it intensifies it.

https://hbr.org/2026/02/ai-doesnt-reduce-work-it-intensifies...

Also, why do you think the phenomenon of AI-induced burnout, dubbed AI fatigue, is emerging? Processes are shifting, but the work is still there.