MurphyA/hacker-news huggingface dataset:
by ToucanLoucan | 2026-01-02 21:04:03+00:00
The broad push of EV's was to make consumer cars "green." It's classic greenwashing nonsense. They are broadly better...? than ICE, with so many caveats and variables that even that statement feels like it's giving too much credit, but yes, for standard consumer use, they are an improvement.

> even if the electricity comes from 100% fossil fuels we would still reduce vehicle emissions by ~60%

That emissions number is only looking at what comes out of the tailpipe, which isn't the full story. You have dust coming off the brake rotors, plus and much worse, the particulate from the tires as they wear down, and on that front, EV's are actually notably worse because a dead battery weighs as much as a full battery, a condition not shared by an ICE vehicle, and EVs do trend heavier on curb weight which means they go through tires faster and roads too for that matter.

Additionally, in cold climate areas, EVs end up spending a decent portion of their stored energy heating both the passenger cabin and the battery itself, and by constrast, heat is basically free from an ICE thanks to how it operates.

Like, if you live in an area with charging infrastructure, and the limitations/challenges of an EV aren't an issue for you (which to be clear, a LOT of people fit that description!) then by all means, get an EV. They are better, broadly. However if you have an ICE vehicle that is largely doing fine, is reasonably modern and well maintained... then it's arguably much greener to not buy a new car at all and just keep running the one you've already got. Better for the wallet, too.

> We will see 100% emission free personal car transit in my lifetime (somewhere, in whichever country gets to a net zero grid first). Thats exciting!

I have a lot of doubts, but hey, that will be some delicious crow to eat if it turns out true. I love cars, both electric and ICE, all their issues aside.
by c7b | 2026-01-02 21:04:16+00:00
> Homebrew packages conflicting with local packages, something you compile give needs a different python/ruby/node/rust/whatever version that you have locally installed, you want to quickly try out a new package or upgrade without changing your system but have the option of rolling back safely, need to quickly install a database, want to try out a new shell and shell config but don't brick your system and have the option to roll back, etc.

Couldn't pretty much all of that be addressed using containers? Keeping your base system clean does sound wonderful, but eg distrobox containers sound more approachable - you're using all the same commands that you normally would, apps are in an environment much closer to what they probably expect. You can still roll back using snapshots, which you can configure to be automatically created on system updates. If you want an atomic rollback guarantee, and a strong reminder not to mess with the base system, you can use an immutable distro (talking about Linux, not macOS here). The one big advantage that I see from nix is reproducibility. But it's not clear how desirable that is for a desktop use case. You may actually want different software on different machines. Having an overview of all the changes you made to your system sounds cool, but I'm not sure it's worth the effort that comes with nix. I'm worried that after 8 months I'll decide it's too much hassle, like many commenters seem to do, and end up switching to a simpler system with dotfiles and containers, wishing I'd done that from the start.
by usefulposter | 2026-01-02 21:04:29+00:00
Hi!

LLM-generated comments aren't allowed here.

https://news.ycombinator.com/item?id=45077654

https://news.ycombinator.com/item?id=44704054

https://news.ycombinator.com/item?id=43979537

https://news.ycombinator.com/item?id=43085967

https://news.ycombinator.com/item?id=43085954

https://news.ycombinator.com/item?id=42976756

https://news.ycombinator.com/item?id=40600057

https://news.ycombinator.com/item?id=46102885

https://news.ycombinator.com/item?id=45572704

https://news.ycombinator.com/item?id=43979537

https://news.ycombinator.com/item?id=41237678

https://news.ycombinator.com/item?id=40569734

https://news.ycombinator.com/item?id=35210503

This is a place for curious humans to converse, not bots.

Thanks!
by let_tim_cook | 2026-01-02 21:04:42+00:00
Location: Canada
Remote: Yes
Willing to relocate: Sure why not
Technologies: Swift, Python, CI/CD, anything awesome, old or new
Résumé/CV: Pls contact me for CV, GitHub, etc.
Email: thrower_ranges.0d@icloud.com

12+ years of experience building iOS and macOS apps of all kinds.
Dropped business school in 2014 when I got hired into a growing startup and moved to SF. Eventually cofounded and built an early crypto app and raised a small seed. Hired 3 people but legal issues sunk us after a year or two. Joined an international crypto exchange and rebuilt their iOS app from the ground up in Swift, hired a team around it (8 people) and managed it all as the iOS Tech Lead for 4+ years until mid-2023. Took a break after a decade of constant employment, been managing my personal funds and building nonstop on side projects and financial tools. Would be keen to switch gears again to join a good crew and contribute to something bigger.
by sllabres | 2026-01-02 21:04:58+00:00
None of these interesting as "technical topic"?
(only examples)

51 Ways to Spell the Image Giraffe

Who cares about the Baltic Jammer?

Asahi Linux - Porting Linux to Apple Silicon

The art of text (rendering)

Excuse me, what precise time is It?

DNGerousLINK

CPU Entwicklung in Factorio

How to render cloud FPGAs useless

Breaking architecture barriers: Running x86 games and apps on ARM

Cracking open what makes Apple's Low-Latency WiFi so fast

Reverse engineering the Pixel TitanM2 firmware

Not To Be Trusted - A Fiasco in Android TEEs

Celestial navigation with very little math

Textiles 101: Fast Fiber Transform

Escaping Containment: A Security Analysis of FreeBSD Jails

Don’t look up: There are sensitive internal links in the clear on GEO satellites

Opening pAMDora's box and unleashing a thousand paths on the journey to play
Beatsaber custom songs

Lessons from Building an Open-Architecture Secure Element

And of course some of the Lightning Talks...
by zzo38computer | 2026-01-02 21:05:14+00:00
I use ASN.1X, so I use some types that those other formats do not have. Some of the types of ASN.1 are: unordered set, ISO 2022 string, object identifier, bit string. I added some additional types into ASN.1X, such as: TRON string, rational numbers, key/value list (with any types for keys and for values (and the types of keys do not necessarily have to match); for one thing, keys do not have to be Unicode), and reference to other nodes. However, ASN.1 (and ASN.1X) does not distinguish between qNaN and sNaN. I had also made up TER, which is a text format that can be converted to DER (like how ORT can be converted to ORB, although its working is differently, and is not compatible with JSON (TER somewhat resembles PostScript)).

Your extensions of JSON with comments, hexadecimal notation, optional commas, etc is useful though (my own program to convert JSON to DER does treat commas as spaces, although that is an implementation detail).
by antinomicus | 2026-01-02 21:05:39+00:00
Re: media server. Yeah. I wish there was an alternative but the modern media landscape is so broken there is no other way to maintain digital copies of your shows and movies, while maintaining your own ability to curate your ow content on a plane that isn’t just another surface for those companies to drive engagement metrics. If you try to escape, you are forced into drm locked down Blu rays or even just shit out of luck in the case of a lot of direct to streaming tv. In which case you have two options, stay on the enshittification treadmill, taking more and more shit from bigass corporations who are actively poisoning the culture, or sail the seas. Or I guess just don’t watch tv. But I like tv.
by eldaisfish | 2026-01-02 21:05:41+00:00
I am an electrical engineer based in Ontario, Canada. I'm very interested in the energy transition, especially the shift to electric vehicles, electric heat and the opportunities this creates in the electricity sector.

Looking for contract, part-time or volunteer work, specifically in renewable energy or smart grid consulting. I can also help write/review grant applications for Canadian federal/provincial support, but outside my areas of direct work.

Preferably smart grid technology, wind energy, solar PV, energy policy. Happy to chat about the long term revenue streams on the electricity grid, especially opportunities on the distribution system.

Location: Remote, prefer opportunities in US/Canada

Experience - Fifteen years total. Wind energy design background (Netherlands), Power systems degrees, experience working with the Canadian Federal government.

Remote: Yes, please. Willing to relocate: No.

Résumé/CV: On request. See linkedin: https://www.linkedin.co/in/eldrichrebello Email: eldrich [at] eldrichrebello.ca Scientific publications: https://scholar.google.com/citations?user=a0oog-YAAAAJ
by helph67 | 2026-01-02 21:05:53+00:00
For those wishing to delay the inevitable...
"Large observational prospective epidemiological studies with adequate control of confounding and two large randomized trials support the benefits of the Mediterranean dietary pattern to increase life expectancy, reduce the risk of major chronic disease, and improve quality of life and well-being."
https://pmc.ncbi.nlm.nih.gov/articles/PMC5902736/
by orangeboats | 2026-01-02 21:06:06+00:00
Another day, another Godwin's law of networking.

>It was doomed the moment you had to maintain two separate stacks

Pray, tell me, how are we supposed to extend IPv4 with another {insert a number here} bits without creating a new protocol (that neccessitates running two stacks)?

Suppose that you have an old computer that understands only 32 bit addresses -- good ol' IPv4. Let's name it 192.168.10.10.

It then receives a packet from another computer with hypothetical "IPv4+" support, 172.12.10.98.12.4.24.31... ...Wait a minute, it can't, because your old computer understands only 32 bit addresses!

What if we really forced it to receive the packet anyway? It will see that the packet is from 172.12.10.98, because once again, it understands 32 bit addresses only.

It then sends back the reply to... you guessed it, 172.12.10.98. Not 172.12.10.98.12.4.24.31.

Yeah,172.12.10.98.12.4.24.31 will never get its reply back.

Do you see why any "IPv4 with extra octets" proposal are doomed to begin with now?
by nateb2022 | 2026-01-02 21:06:12+00:00
Previous solution: https://invoicedragon.com/

HN discussion: https://news.ycombinator.com/item?id=36860898 (you'd have found this if you had searched HN for "invoice")

Or more recently, another invoice generator: https://easyinvoicepdf.com/?template=default

HN discussion: https://news.ycombinator.com/item?id=45884371
by robin_reala | 2026-01-02 21:06:33+00:00
Our projects are built with the broad assumption that the latest tech is supported across the board: the “advanced epub” is generated by zipping that up and renaming it to .epub. The build step then runs the book through a compatibility pass to remove some of the functionality that simply isn’t there in many readers. For example, it:

1. renders the cover as a JPG from the native SVG

2. converts more complicated selectors (e.g. :nth-of-type, :empty, etc.) to classes and class selectors

3. renders MathML as images

4. renders SVGs as images

…and a bunch more things to make it work better with older ereaders, which tend hang around for a long time.

It’s worth pointing out that the Kobo builds are closer to the “advanced” build as they have great native support for MathML and SVG. But the build step adds in a bunch of Kobo-specific markup to make it work better there.

In my experience, Apple Books does the best with the advanced builds, but it doesn’t support SVG covers so you end up with autogenerated ones, which seems a shame. I’ve sent a couple of feedback issues to them over the years, but if anyone else wants to also do this feel free.
by throw-the-towel | 2026-01-02 21:07:02+00:00
Do you really believe the EU would have accepted a country with easily 1/3 of the population of everyone else combined (so, a third of the seats at the "European Parliament") and a huge territory requiring investment? Or that they would have risked a Russian immigration crisis? Put themselves on China's doorstep, voluntarily? With all due respect, it's extremely naïve.
by mrinterweb | 2026-01-02 21:07:20+00:00
I've been wondering when we will see general purpose consumer FPGAs, and eventually ASICs, for inference. This reminds me of bitcoin mining. Bitcoin mining started with GPUs. I think I remember a brief FPGA period that transitioned to ASIC. My limited understanding of Google's tensor processing unit chips are that they are effectively a transformer ASIC. That's likely a wild over-simplification of Google's TPU, but Gemini is proof that GPUs are not needed for inference.

I suspect GPU inference will come to an end soon, as it will likely be wildly inefficient by comparison to purpose built transformer chips. All those Nvidia GPU-based servers may become obsolete should transformer ASICs become mainstream. GPU bitcoin mining is just an absolute waste of money (cost of electricity) now. I believe the same will be true for GPU-based inference soon. The hundreds of billions of dollars being invested on GPU-based inference seems like an extremely risky bet that ASIC transformers won't happen, although Google has already widely deployed their own TPUs.
by rpcope1 | 2026-01-02 21:07:31+00:00
Oral quals were OK and even kind of fun with faculty who I knew and who knew me especially in the context of grad school where it was more a "we know you know this but want to watch you think and haze you a little bit". Having an AI do it's poor simulacrum of this sounds like absolute hell on earth and I can't believe this person thinks it's a good idea.
by leptons | 2026-01-02 21:08:31+00:00
It literally is "everyone must immediately not implement anything that cuts into Apple's bottom line"

Apple has veto power over what becomes web standards now. If they didn't abuse that power, and also forbid other browser engines on iOS, then there wouldn't be a problem. They abuse their power in a way that hurts everyone but Apple, and the DOJ took notice.

You say Firefox doesn't implement the same APIs that Apple won't as proof of something, but Opera and other browsers do implement those APIs, so that really cancells out whatever argument you thought you had.

Back in the day, Microsoft invented XMLHTTPRequest, and if Apple had veto power over web standards back then, the web might still be "Web 1.0", hypothetically speaking.

But now Apple can block progress in web browsers now, and the DOJ will likely prove that they are abusing their position to the detriment of everyone that uses a web browser, so Apple can make a few more dollars from their app store.

It should not be so difficult for anyone to understand.
by taylodl | 2026-01-02 21:08:32+00:00
I wouldn't drink alcohol for health benefits. I'm just saying a glass of wine per day with dinner won't have adverse health effects for most people. If you don't currently drink, then there's no reason to start. If you're having more than one drink per day, then you should cut back to just one. If you do drink, then do so several hours before bedtime because alcohol does affect quality of sleep.
by cydonian_monk | 2026-01-02 21:08:36+00:00
I've been native IPv6 at home for a few years now. That worked flawlessly until a recent Windows 11 update somehow broke IPv6 in ways that I don't entirely understand. All the other Linux and Apple and et cetera things in my house are fine, but the Win11 laptop just refuses to handle certain IPv6 ranges (specifically including the address that the host interface for one of my web servers falls in). 100% contained within the Win11 device and TBH I can't be bothered to dig into it further so I just proxy through some other device that does work. (Guessing it'll get fixed a month/year/decade or so from now.)

I agree it's not a failure, but after 3 decades it's still frustratingly annoying to use at times.
by Vegenoid | 2026-01-02 21:08:37+00:00
> Big part of being a lawyer is having the same context with all the other lawyers and knowing what was already decided and what possible new interpretation is likely to be accepted by everyone else.

And to create software specifications with language, the same thing will need to happen. You’ll need shared terminology and context that the LLM will correctly and consistently interpret, and that other engineers will understand. This means that very specific meanings become attached to certain words and phrases. Without this, you aren’t making precise specifications. To create and interpret these specifications will require learning the language of the specs. It may well still be easier than code - but then it would also be less precise.
by BoiledCabbage | 2026-01-02 21:08:44+00:00
That's what so surprising to me - they data clearly shows the experiment had terrible results. And the write up is nothing but the author stating: "glowing success!".

And they didn't even bother to test the most important thing. Were the LLM evaluations even accurate! Have graders manually evaluate them and see if the LLMs were even close or were wildly off.

This is clearly someone who had a conclusion to promote regardless of what the data was going to show.
by nine_k | 2026-01-02 21:08:52+00:00
Honest question: are you a parent?

My daughter, when she was 6 or 7, was terrified by certain things she accidentally found on YouTube, and asked me to have them filtered out. At 13, she already didn't need that, of course, but the notion of "kids" includes "small kids", who definitely should not be exposed to everything the Internet has to offer, or let to go out unsupervised.
by thothmind | 2026-01-02 21:09:01+00:00
Thothmind | Software Engineers (Backend, Frontend) | REMOTE (Global) | Full-time | https://thothmind.ai

What we're building:
- Strategy simulation engine with real market data
- AI-powered agents for strategy generation and analysis
- High-performance data pipelines and analytics

We're hiring:

Backend Engineer:
- Python or C++, API design (REST)
- Database design (SQL/NoSQL), data processing at scale
- Interest in financial systems/trading is a plus

Frontend Engineer:
- TypeScript, React, Next.js
- LLM/AI integrations (OpenAI API, LangChain, or similar)
- Performance-focused, clean UI architecture

Why join:
- Fully remote, anywhere in the world
- Work on non-trivial problems—trading simulations, AI agents, real-time data
- Small team, high ownership, real impact
- Competitive compensation

Apply: https://thothmind.ai/careers
by Freddthink | 2026-01-02 21:09:57+00:00
Location:Nigeria

Remote:Yes

Willing to relocate: Yes

Technologies: Python, React, Flask, FastAPI, Node.js, Express.js, TypeScript, Webscraping, Browser Automation, Web3, ML, Numpy, Scikit-Learn, Pytorch, AWS, PostgreSQL, MongoDB, Linux, Langchain/LangGraph, Neo4j, AI/LLM, GCP, Microservices, Distributed Systems, CI/CD

Résumé/CV: https://docs.google.com/document/d/1TtX8gHswxOSOyCMQ6EPWXgLc...

Github: https://github.com/Fredpwol

Email: fredpwol [at] gmail [dot] com

I’m a Software / AI Engineer with 6+ years of experience building production-grade APIs, data pipelines, and AI-powered systems. I specialize in backend-heavy, data-intensive, and LLM-driven applications, with a strong focus on scalable architecture and clean API design.

Experience includes roles as a Python Developer, Full-Stack Engineer, and Backend Developer & Co-Founder, working on messaging platforms, web3 products, automation systems, and AI products.

Key experience:
FastAPI/Flask/Django/Express APIs on AWS & GCP · large-scale web scraping & monetized APIs (RapidAPI) · AI/ML & LLM systems (RAG, agents, sentiment analysis, CV, text retrieval, synthetic data) · Docker, CI/CD, Celery, microservices · full-stack & mobile apps (React, React Native).

Looking for: Remote full-time or contract roles as a Backend, Python/FastAPI, AI/ML, or Platform/API Engineer, especially with teams building data, AI, or developer tools.
by apparent | 2026-01-02 21:10:25+00:00
Yes, the slimness and ability to dress up are certainly huge selling points. It does look about 1/4 thinner than the PT2, which is presumably much thinner/smaller than your fennix.

Honestly, even with a PT2 on order, I would consider getting one of these for the occasions (1x/wk?) where I am wearing a dress shirt or otherwise want to look a little more dressed up. It honestly would probably also be a nice conversation starter because you can set it up with a traditional watchface, but then when you get a notification it would obviously not be a traditional watch. And it's so much thinner than Google/Samsung and other round smartwatches, it wouldn't be confused with those.
by careign | 2026-01-02 21:10:33+00:00
CareIgnition | Senior Software Engineer (Generalist) | REMOTE, Chicago (US Only)

Medical billing in America is a black box of fragmented data and inefficiency. At CareIgnition, we are building the transparency layer for healthcare. We transform massive, messy datasets into financial clarity for employers and providers.

We are looking for a pragmatic generalist. You’ll be working across the entire stack: from building customer-facing features in React and Django to architecting data pipelines that process petabytes of medical claims and rates. Crucially, this role involves deep algorithmic and analytical work. You won't just move data; you will implement the logic that makes sense of it.

We value "generalist" DNA—engineers who are as comfortable optimizing a SQL query as they are building a clean UI component. If you enjoy solving high-scale data problems that have a direct impact on healthcare affordability, we’d love to talk.

Tech: Python, Django, React, AWS (ECS, Step Functions, Athena), SQL (DuckDB/Polars), Iceberg/Redshift.

If interested, reach to me at vikram.chauhan [at] careignition.com
by WorldMaker | 2026-01-02 21:10:56+00:00
> The current problem with IPv6 adoption is that nobody has yet said "let's stop processing IPv4 traffic"

Mobile carriers have done that between consumer devices and network towers. That forced a lot of innovation (including tools like better DNS64 and "happy eyeballs" protocols) and network stack hardening.

The roll out of out CGNAT in some cases is "let's drop IPv4 traffic randomly" and "happy eyeballs" in consumer devices is transparently driving a lot of consumer traffic to IPv6.

This is why mobile and consumer devices are leading the pack on IPv6 adoption.

It's maybe not all of Google that next needs to say "we're going to stop accepting IPv4 traffic", it's maybe more specifically GCP (and AWS and Azure) that need to do that to drive the non-consumer IPv6 push we need. The next best thing would be for all the cloud providers to at least start raising IPv4 address prices until their clients start to feel them.
by laurencerowe | 2026-01-02 21:11:05+00:00
> If North America is mostly only buying trucks from Ford and Ford can't sell an EV only truck, then has Ford given up on North America if EV is the present competitiveness need?

No, because American truck buyers seem to prefer non-EV trucks while commercial EV buyers seem to prefer Ford's more practical E-Transit vans.

> The argument that tariffs could protect Ford to do the hard work at building more EV models seems proven wrong when Ford makes the short-term decision that it can kick the can down the road on supporting EV models until after the tariffs expire.

Ford's truck sales are not protected by the newly introduced tariffs but by the 25% Chicken Tax tariffs imposed in 1964. Seems unlikely that will change.

(There's been a lot of consolidation in the car industry over the past few decades which Ford hasn't much participated in. I guess the platform sharing agreement is a consequence of that as it wants to reduce development costs.)