MurphyA/hacker-news huggingface dataset:
by somenameforme | 2025-10-25 12:05:37+00:00
"Only"? COVID posed a negligible risk for young males without major preexisting conditions. By contrast, common cardiac symptoms paired alongside significant arrhythmia and myocarditis in 1 in 1000, disproportionately affecting young males, is huge.

And I expect we will eventually come to find out that the overall (particularly longer term) side effects of these drugs have been greatly underestimated. For instance excess mortality continues to remain extremely high [1], even though it would be expected to be negative following a pandemic simply because those most affected by COVID were those already near death. Put more bluntly, disproportionately get rid of the elderly and future death rates should be lower than they would be otherwise. So why are disproportionately large numbers of people continuing to die?

[1] - https://ourworldindata.org/grapher/excess-mortality-p-scores...
by DeadlineDE | 2025-10-25 12:05:47+00:00
For a refactoring project I've built the reports of the tool into the CI pipeline of our repository. On every PR it will create a fixed post with the current branches complexity scores comparing it to the target branch and reporting a trend.

It may not be perfect in its outputs but I like it for bringing attention to arising (or still existing) hotspots.

I've found that the output is - at least on a high level - aligning well with my inner expectation of what files deserve work and which ones are fine. Additionally it's given us measurable outcomes for code refactoring which non technical people like as well.
by gravity13 | 2025-10-25 12:05:57+00:00
Yes. `useState` is essentially the "two way binding" of React at the component level. You may also enforce two way binding via an external state manager, and pass it to your React components via props.

This is the beauty of React, it's reactive style, that essentially means your UI is always bound to your state.

In Backbone, you do not get this for free, as the problem is that two-way binding in Backbone requires manual re-renders (via jQuery) which are direct DOM manipulations. This is expensive, meaning, it is not performant as your DOM grows.

React solves the problem via it's virtual DOM, which keeps an optimized DOM engine in memory, batching expensive updates onto the real DOM.

This means you get the convenience of your UI always representing your state, which means your code can become more declarative (what you want), and less imperative (what you need to do in order to get it). The author calls this "magic," but as somebody who was a Backbone main turned React main, I call this "sanity."
by Dumblydorr | 2025-10-25 12:06:06+00:00
I have a lot of elderly friends, from folk music jams. They’re in their 60-80 phase, plenty of money and energy, decent health, minds still in tact. They’re learning new tunes, arresting the decline of technique, interacting in person regularly with others. If every older person did this, their minds would stay a lot sharper for longer. Every day you’re minutely deliberately improving and learning new tunes.

Grab a bodhran or banjo and head to a local folk jam everyone!
by bruce511 | 2025-10-25 12:07:01+00:00
>> This would basically be a full-time job. How would I manage that?

I think consultancy and freelancing is also a full time job. And a difficult job at that. When you're not on a gig you need to spend your time lining up the next gig.

If you think this approach is viable then ideally drop your existing job to half-day (if you can) and spend your other half day doing consulting and freelancing. Once that is covering your existing (100%) salary then you can quit your half-day day job, and spend your newly free time on open source projects.

I get that you'd prefer to just dive into the fun stuff. But that's a poor way to do it, and typically leads to poor outcomes.

If there's a market for consulting and freelancing then by all means go down that road to see if it's there, and if it is sufficient.

If you build out financial security first, then you will be free to indulge whatever passion you like. If you passion first then all that work will be lost when you inevitably have to drop it (because you'll be working for money again.)
Show HN: Anchorly – turn saved links into a graph you can navigate (iOS)
by understandingit | 2025-10-25 12:07:06+00:00
Hi HN — most of us save “important” links and then can’t find them when it matters.

Anchorly is a topic-first, networked read-it-later that makes those links findable.

Core ideas - Anchors (topics/objects) are first-class; attach related links or notes. - Promote a good link to its own Anchor; Anchors interlink into a browsable graph (not a folder tree). - Visibility: set each Anchor public or private. Public ones de-dup same-topic submissions so you see other people’s hand-picked, high-signal sources. - Findability: fuzzy search surfaces relevant Anchors/links; “Related Anchors” lets you pivot laterally at time-of-need.

Use cases - Travel plans, life hacks, work skills, study resources, event rundowns. - Curation/extended notes; add “what’s really going on” context links to any page.

Access & price - Free; no IAP. No signup or login required; browse anonymously.

Ask - Does the mental model click? How do the search + related-reading flows feel? Where does it break?
by itsalwaysgood | 2025-10-25 12:07:28+00:00
I understand how cigarettes were advertised and pushed, and seemingly unavoidable.

Is technology the same? Yes and no...we can totally abstain from tech and live that lifestyle. But then we wouldn't be here discussing this issue at all, or ever.

So while they are both pushed: if you cut out smoking today you can still live a 'normal' life. Cutting out tech is a drastically different life.

I'd rather not discuss what is meant by 'normal' -- I hope you get where I'm coming from.
by Anonbrit | 2025-10-25 12:07:48+00:00
Now take pure sugar, add a dash of mint essence and a little oil, dissolve in hot water then dry in a warm oven. Kendal mint cake.

Take pure sugar, add to hot water to make a thick syrup, add food colouring, cook at two hundred and something degrees. Hard candy.

Most other candy recipes are similar, and over 50% sugar by weight. Sugar is the main ingredient by weight after water of many drinks.

You're being deliberately obtuse if you continue to insist on comparing a bag of sugar to something made mostly of sugar. It's like saying "You like steak? Ok, go lick that cow then tell me you like steak!" - it's a straw man argument.
by dbattaglia | 2025-10-25 12:08:11+00:00
> I don't think that's true. A large backbone app has a lot of code that you'll have to trace through multiple files in different directories

This is exactly my experience with large scale Backbone apps (from 10+ years ago). Even with extras like Marionette it quickly became a complete nightmare to navigate or maintain. Zombie model and view objects leaking memory was almost inescapable.

I remember in 2013 I introduced Backbone to my current company, hoping to make sense out of our existing jQuery + ASP.Net MVC application. After ~3 months of code from junior and mid level developers (in house and off shore) I began to deeply regret my decision. There was just not enough patterns and utilities in the framework to keep things from going off the rails. We eventually shifted to Angular v1 and it was glorious, things just worked and even the ceremony I needed to add felt worth the trouble for the speed of development we gained.
by Agraillo | 2025-10-25 12:08:52+00:00
> Today's "artificial intelligence" analyzes words (tokens) based on an input (prompt) to come up with an output. It's predictable. It's fast. But, imho, it lacks creativity ...

I would have agreed with you at the dawn of LLM emergence, but not anymore. Not because the models have improved, but because I have a better understanding and more experience now. Token prediction is what everyone cites, and it still holds true. This mechanism is usually illustrated with an observable pattern, like the question, "Are antibiotics bad for your gut?" which is the predictability you mentioned. But LLM creativity begins to emerge when we apply what I’d call "constraining creativity." You still use token prediction, but the preceding tokens introduce an unusual or unexpected context - such as subjects that don't usually appear together or a new paradoxical observation (It's interesting that for fact-based queries, rare constraints lead to hallucinations, but here they're welcome)

I often use the latter for fun by asking an LLM to create a stand-up sketch based on an interesting observation I noticed. The results aren’t perfect, but they combine the unpredictability of token generation under constraints (funny details, in the case of the sketch) with the cultural constraints learned during training. For example, a sketch imagining doves and balconies as if they were people and real estate. The quote below from that sketch show that there are intersecting patterns between the world of human real estate and the world of birds, but mixed in a humorous way.

"You want to buy this balcony? That’ll be 500 sunflower seeds down, and 5 seeds a day interest. Late payments? We send the hawk after you."
by JKCalhoun | 2025-10-25 12:09:22+00:00
Wow, did you actually smoke for a decade or more? I did and kicking the smoking habit was the hardest thing I have done in my life.

Even after I quit I wanted a cigarette every day for a year—the battle was each day, for hundreds of days. At the time I would often dream too that I was smoking — and continued to for another few years.

Even now I think if I were told I had a year to live, I would be tempted to light up again.
Show HN: Instagram TUI client to reclaim attention
by endernoke | 2025-10-25 12:09:41+00:00
Hey HN, We are James and Jet, two high school / college students

We're tired of all the brainrot on social media, so we built Instagram CLI - a lightweight terminal client for Instagram which filters out distractive content and allows you to focus on genuine conversations with friends.

Features:

- Full DMs support: receive and send messages, reply, react, chat navigation, etc.

- View feed from people you're following and your notifications

- Full keyboard control with developer-friendly shortcuts

- In-terminal image rendering

- Highly performant, faster than Instagram's GUI; uses its native MQTT protocol for real time message updates

We aim to give back control of social media to the user instead of accepting whatever content the platform wants us to see, while preserving its core function as a social networking tool.

Try it out:

https://github.com/supreme-gg-gg/instagram-cli

(demo video on github)

We just finished a complete project migration from a curses-based UI to React/Ink and modernized the UI

Would really appreciate feedback from the community :)

Thanks for reading!
by necovek | 2025-10-25 12:09:55+00:00
I can see why author's strictness in adhering to his community rules is off-putting, but at the same time, for all the complaining, I do not see anyone being willing to put the effort in to build a different community. Yes, this is work, but one wants it, go and do it (not referring specifically to you, stavros, but to the general theme in the entire discussion).

After all, this is free software, published under the Apache 2.0 license. Fork it and build a community you want it to have (you don't even have to do any code changes, and you can simply reject any external PRs more politely :)).

With that said, maybe the author is right in wanting to keep this "infrastructure" boring and to attempt to safe-guard their time, but at the same time, they do spend a lot of time defending their approach to this and complaining how nobody has read their 20 pages of "community instructions", which really, is an expected behavior for everyone (no matter how much one wishes otherwise). I can't not wonder if it would be less time & energy consuming if they did it more politely?
by light_hue_1 | 2025-10-25 12:11:03+00:00
> Then your case is the exception, not the rule. To reach the level of principal, you generally have to be recognized for delivering high impact. Visibility is not just ego, it is how organizations perceive value.

Of course you need visibility and impact. But it's not the kind of crass taking credit for what other people did that the original poster talked about.

As a principal you need to actively build visibility because so much of your work is normally invisible. It means being an active participant with discussions with leadership, clearly being the person that sets the agenda on something, becoming someone who other principals turn to on a topic and then report to their managers, leading the conversations on a topic, being the person that people can bring a hard problem to and then see results, picking up on a business need first and finding a way to deliver on it, etc.

In the example I gave for the quiet change in direction of that project, there are many ways in which I get visibility. I told my manager this was a risk and I have a strange solution. I told the manager of that project. The other principals that I needed to involve and their directors know I pushed this. My VP knows because no one talked about that kind of feature until I did. I checked how crazy this direction change would be with more senior scientists and product people. I actively make sure that these gentle communications happen, and in a sense they're natural, because I'm taking the lead on something.

But no one is going out of their way to say "I take credit for all of this work that everyone else did".

> A principal who keeps their head down, avoids controversy, and stays on friendly terms with the right directors can outlast a dozen brilliant but abrasive engineers.

I don't think that abrasive people should become principals until they change their ways. There's so much cross-org coordination that you need to do, if you're abrasive, that's going to hurt everyone.

That doesn't mean you should be a pushover. I don't back down from technical arguments if I know I'm right and have the data to back it up. I have gotten into deep weeks-long disagreements reported far up to chain. But it's important that you can still go have lunch with your peers and collaborate on other topics even while you're trying to show that they're totally wrong in one area. That's part of building trust.

> In that reality, being invisible is not a liability. It can be a strategy.

A strategy to be fired. This is not viable.

There is no tension between "quiet authority" and visibility. If you're invisible no one will ever come to you. Visibility is what consistently demonstrates to people that talking to you will make their lives better.
by dns_snek | 2025-10-25 12:11:28+00:00
> This is classic over-intellectualising that often done by people, often to "win" an argument.

No, this is well-established scientific understanding of how our body and brain work. Our bodies/brains have extremely strong control over our minds. If they didn't, the entire field of psychiatry couldn't exist to treat them.

> I never denied that the body itself can become dependant on substances and affect choices.

This applies to many behaviors that have nothing to do with substance abuse, physical dependence or withdrawals, e.g. those resulting from depression and ADHD.
by paulbernard | 2025-10-25 12:12:08+00:00
The real question is what the total cost of ownership and what is the payback period? Also there are regional climate differences that have to deal with very large temperature swings as well as very old poorly insulated houses. investing hundreds of thousands to re-insulate one's house, replace all the windows, excavate the heat sink and dispose of a furnace that is already working, so that one can buy a heat pump at greater costs than a furnace to achieve efficiency improvements that barely pay for themselves over thirty years when the same amount of money can be spent elsewhere. if it were such a great idea it would have already been done.
by FlameRobot | 2025-10-25 12:12:09+00:00
> I've found the opposite to be true. If I engage with a video in any way shape or form, even to say I don't want it, they consider that engagement

I don't think that is the case. If I click Not Interested. Similar video don't show.

> Now you get baited with Member Only videos too. I'm already paying you $30 a month..

To members? Or to YouTube to remove ads? If it is the former, you have shown YouTube that you are willing to pay for memberships, so they going to recommend them.
by FlameRobot | 2025-10-25 12:12:48+00:00
> Recommendations are mostly tailored to your history, except with a couple hardcoded slots populated with some general-purpose "engaging" trash from your locale/geographical location, pretty much always political content.

I don't see that at all. I use YouTube most evenings (I watch YouTube instead of TV).

I do have like traditional news media sometimes on the third or fourth row and you can dismiss that quickly.

> And if you click on one, by mistake or curiosity, now you've sent a signal that you like it and will get much more of it in the next batch of recommendations.

You fix that by simply pressing "Not Interested" a few times. It can be annoying. It isn't the end of the world.
by braincode | 2025-10-25 12:13:02+00:00
> And that is why you tried to hook people to watch your talk.

Hook people? Hey, it's not *THAT* good of a talk. I'm not even a security researcher myself, but thanks for the street cred ;)

I see your points, let's agree to disagree on some of them but overall, thanks for sharing your thoughts over here, good intellectual sparring.
by CoastalCoder | 2025-10-25 12:13:43+00:00
I'm a fairly senior member of a development team whose programmers have a big range of skill levels.

One thing I've found personally rewarding is having to articulate why I believe certain designs / choices are bad ideas, and be ready to propose better alternatives.

If all of my team members were equally experienced, there would be much less need to do this. But it would probably mean atrophying the knowledge underlying my gut instincts, and not being so open to valid alternatives.
by pjmlp | 2025-10-25 12:13:47+00:00
It is what matters, as most companies pick languages based on SDKs, not the other way around being one pony trick and trying to solve everything with the same language.

That is why outside startups selling a specific product, most IT departments are polyglot.

For D to stand out, there must be a Rails, Docker like framework, something, that is getting such a buzz that makes early adopters want to go play with D.

However I don't see it happening on LLM age, where at a whim of a prompt thoughts can be generated in whatever language, which is only a transition step until we start having agent runtimes.
by picardo | 2025-10-25 12:14:11+00:00
> For massive apps with 1,000 components on the same page, maybe React's complexity is justified. But what the other 99% of apps?

The number of components is not the only yardstick of complexity. Most of the complexity in building a UI comes from state management and how state changes are propagated across the store and the UI.

I worked with Backbone for many years, and I can distinctly recall the hours of frustration I had debugging a UI because it was freezing due to cascading state changes. That was because we were using Backbone Store, which had bidirectional data flow, and when one updated the store, it would trigger a change to the UI, which would change the state store, which would change the UI, etc.

You could argue that the real innovation of React was "unidirectional data flow," but React team made Flux architecture central to the framework, making it easier to adopt good practices, whereas Backbone remained store agnostic and even encouraged Backbone Store which used the observer pattern for many years. I think you should choose a framework that allows you to fall into the Pit of Success, and React was that framework at the time, and for my money, it still is.
by nu11ptr | 2025-10-25 12:14:34+00:00
You are ALWAYS programming in abstractions. The raw JS code is JIT'd into machine code, for example, which most wouldn't know how to read/debug. The JS functions called are built in the browser and are trusted to function properly.

That isn't to say you should accept every abstraction either, but my point is that we all use abstractions where we don't necessarily understand the non-abstracted form. The key metrics therefore are:

1) ensure the abstraction gives you coding velocity benefit commensurate to the complexity of the abstraction

2) be very sure the abstraction provider is trusted enough to ALWAYS generate valid code in non-abstracted form

3) ideally, have some level of capability to debug the abstraction/generated code (in the worst case - per #2 that should rarely be necessary)
by whynotmaybe | 2025-10-25 12:14:57+00:00
Per another article : Europol und Eurojust, were able to attribute to the criminal network more than 1 700 individual cyber fraud cases in Austria and 1 500 in Latvia, with a total loss of several million euros. The financial loss in Austria alone amounts to around EUR 4.5 million, as well as EUR 420 000 in Latvia.

So I guess they were providing legitimate business while doing scams at the same time.
by CaptainOfCoit | 2025-10-25 12:15:07+00:00
Some stoner-engineering could hook up two cans with each other, one is the cup you use for burning the material and the other one the "water-passageway". Obviously not recommended as there is plastic liner on the inside, but in that way you could use the inside :) Basically a bong in two pieces made out of two cans.
by jolmg | 2025-10-25 12:15:36+00:00
Conditional expressions/operators, including e.g. the `?:` ternary operator in C-like languages, typically have about the lowest precedence, higher only than the assignment operators (and the comma operator in C-like languages). It's not just a Python thing; you'll find `+` having higher precedence basically everywhere.

Think of

x = 1 + 2 if True else 3

like a shorthand for:

if True: x = 1 + 2 else: x = 3

which can be a common pattern in languages that don't really have conditional expressions, like bash.
by demarq | 2025-10-25 12:15:54+00:00
> But Israelis having previously worked in the IDF doesn’t really provide any signal to me on the motivations or beliefs of that person

You know what, you’re absolutely right. But you’d be wrong if it turns out it’s not the general IDF we’re talking about, and specifically not one all Israelis have to serve. And that Google has all the good stuff.

But anyway I’m going to let you believe what you believe about a corporation that makes “donations” to a military, and I’m going to believe what I believe.
by jgalt212 | 2025-10-25 12:16:12+00:00
CSS is a monster, and it just keeps growing. If one wants to do something truly visually crazy / innovative / impressive, just use canvas. Didn't Google Docs abandon CSS and go straight with canvas? The feature creep in CSS is distasteful. The counter argument is if we keep adding features that will keep the LLMs at bay as they are not good at extrapolation and / or stuff they have not seen before. rant over.
by nkurz | 2025-10-25 12:17:35+00:00
Yes, the actual refrigeration and heating cycles are always based on compressing and decompressing a gas. But the gasses used differ based on temperature range, and further you can have air to air, air to water, or water to water for the heat transfer. The overall costs are the system can be very different based on whether you have a split unit that requires a single wall penetration, a central unit in the basement with ducting, or a geothermal system that requires digging deep trenches or wells. It makes for difficult conversation when some people are talking only about air to air minisplits when others are including all of these and more.