MurphyA/hacker-news huggingface dataset:
by vivzkestrel | 2025-05-26 05:54:24+00:00
- I am working on a production grade node express, hono, fastify, python, fastapi, flask, django generator that configures all the tools necessary for a production environment and gives you a readymade starter with granular commits that you can directly start building features on.

- For node, that means it installs eslint + prettier / biome,

- setups all the plugins,

- sets up typescript with watch mode using tsx and alias support,

- installs vitest with all configuration,

- installs dotenvx and configures it to use separate development, staging, test and production configuration,

- installs commitlint, commitizen to ensure all your commit messages adhere to specific conventions,

- installs lefthook / husky to run tasks before commit, on push etc.

- Adds github actions for linting, running tests.

- Creates a docker development, testing, staging and production setup with different dockerfiles for each.

- Development version installs self signed localhost SSL certificates for use by nginx/traefik/caddy.

- Test environment runs all tests inside the container and shuts it down,

- Staging environment mimicks real production as closely as possible with minimal resource consumption.

- Production environment uses actual SSL certificates issued by the likes of zeroSSL or letsencrypt with a highly optimized dockerfile for minimal footage.

- Direct deployment to AWS / Azure / GCP

- Python version does a tonne of stuff too. Will share if anyone is curious

- What is special about this? As dependencies change, the boilerplate also updates itself, runs the tests and passing configuration is cached
by oliverdzedou | 2025-05-26 05:54:38+00:00
This is an impressive project and hopefully it will allow more programming beginners to get into multiplayer programming. Huge congrats. However, I am wondering: if your programming language is aimed at complete beginners, why make your language untyped and include undefined? Those are both fully loaded foot cannons. Sure, the language looks more inviting and probably gives the impression of faster development, but I'm not sure it's worth the amount of bugs that will be introduced eventually.
Show HN: Twick – React Based Video Editor Library
by anujkanojia29 | 2025-05-26 05:55:09+00:00
I’m building a React-based video editing SDK for apps that generate or enhance video content — especially AI-generated ones like explainers, reels, and product showcases. This SDK solves that by embedding a full editing layer in your frontend. What’s included: Timeline editor (trim, split, sync media) Live canvas editing Styled, AI-generated captions Animations & effects Media utils (resize, extract, compress) AWS Lambda export & S3 support Ideal for AI video platforms, social automation tools, and product video builders.

Would love to hear your thoughts, feedback, or feature suggestions.
by nicbou | 2025-05-26 05:56:18+00:00
What makes Danish children productive is not their Danish blood, it's the culture and infrastructure that they operate in. The children of any nation would be equally capable.

As an immigrant myself, I find the second article silly. You import people according to your own criteria, and they arrive pre-raised and pre-educated. A larger proportion of them will leave the country before retirement age. It's a hell of a deal for a country, and that's why it's everyone's solution.

Immigrants are a much bigger drain on the country they are leaving.
by thaumasiotes | 2025-05-26 05:56:43+00:00
If you want to go around calling things basic math, maybe you should actually do the math. You're not going to impress anyone by just parroting the idea that you're an idiot.

I can do it for you:

+----------+--------+ | eloquent | clumsy | +-------+----------+--------+ | true | A | B | +-------+----------+--------+ | false | C | D | +-------+----------+--------+

Imagine there are A papers that are eloquent and true, B papers that are badly worded and true, C papers that are eloquent and false, and D papers that are badly worded and false. We'll also assume none of these values are 0.

For convenience, I'll use the lowercase letters to refer to probabilities rather than counts: a = A / (A + B + C + D), b = B / (A + B + C + D), etc.

We are given the postulate "papers that sound bad [in our terminology, "clumsy"] are less likely to be true". There are two possible interpretations of this:

1. Clumsy papers are less likely to be true than the average of all papers.

2. Clumsy papers are less likely to be true than eloquent papers.

Fortunately for us, each of these implies the other, so I'll use interpretation (1), again for convenience.

We can now define our postulate precisely:

b / (b + d) < (a + b) / (a + b + c + d)

Observe here that the four values a, b, c, and d are all positive and their sum is 1.

We can use basic algebra to rearrange the postulate:

b / (b + d) < (a + b) [because a + b + c + d = 1] b < (a + b)(b + d) [because (b + d) is positive] b < (ab + ad + b^2 + bd) [algebra] b < b(a + b + d) + ad [algebra] b < b(1 - c) + ad [because a + b + c + d = 1] b < b - bc + ad [algebra] 0 < 0 - bc + ad [algebra] bc < ad [algebra]

Let's examine whether eloquent papers are more likely to be true. As an algebraic statement, this is:

a / (a + c) > (a + b) / (a + b + c + d)

Same process:

a / (a + c) > (a + b) a > (a + b)(a + c) a > a^2 + ac + ab + bc a > a(a + c + b) + bc a > a(1 - d) + bc a > a - ad + bc 0 > 0 - ad + bc ad > bc

We have now proven that eloquent papers are more likely to be true if and only if ad > bc. We've also proven that, if clumsy papers are less likely to be true, bc < ad. I'm really, really hoping you can fill in the rest of the proof.

Why did you insist - repeatedly - that a very basic and obvious fact was false? What were you thinking?
by kobslbj | 2025-05-26 05:56:50+00:00
Hi HN,

I'm Justin Li, a 22-year-old student and software engineer from Taiwan. During university, I interned at several companies and used project management platforms like Jira, Trello, and ClickUp. While these tools are great for teams, I found them too complex for managing my own side projects, club activities, or schoolwork as a solo user.

This experience inspired me to create Herewegoal—a lightweight, project-oriented task manager designed for individuals like students, freelancers, and solo entrepreneurs. My goal was to make something clear and straightforward, with no setup required. You can start organizing and tracking your projects right away, and even share tasks with others without them needing to sign up—kind of like sharing a Google Doc.

A bit about the name: "Herewegoal" is a playful twist on "Here we go" and "goal"—meant to give users a sense of energy and focus on achieving their goals.

Key features:

Organize tasks by project, not just lists

Track progress visually

Share tasks easily, no sign-up needed for collaborators

Minimal, distraction-free interface

This is my first software company project, and I built it to help people like myself manage projects and tasks more effectively. I’d love your feedback, suggestions, or questions—your thoughts will help me make Herewegoal better!

Thanks for checking it out!
by specproc | 2025-05-26 05:56:52+00:00
I've completely given up on local LLMs for my use cases. The newer models available by API from larger providers are cheap enough and come with strong enough guarantees for my org for most use cases. Crucially, they are just better.

I get there are uses where local is required, and as much as the boy racer teen in me loves those specs, I just can't see myself going in on hardware like that for inference.
by unscaled | 2025-05-26 05:57:07+00:00
Some optional OAuth extension RFCs do depend on JWT, e.g. Profile for OAuth 2.0 Access Tokens (RFC 9068) OAuth 2.0 Demonstrating Proof of Possession (DPoP) (RFC 9449, JWT-Secured Authorization Request (JAR) (RFC 9101). Core OAuth 2.0 does not enforce supporting JWT anywhere, but due to the influence of OpenID Connect there are more and more OAuth use cases that require JWT if you want to follow standards beyond the core OAuth RFCs (6749 and 6750).

The closest OAuth gets to mandating JWT is with client authentication and proof-of-possession. The OAuth Best Current Practices RFC (9700) recommends using asymmetric JWT for client authentication in case you cannot use Mutual TLS (which is usually the case). This recommendation will probably be rolled into the new OAuth 2.1 standard (it is included in the draft). OAuth 2.1 also mentions the JWT-based DPoP as one of the two recommended methods for implementing sender-constrained access tokens (the other one is Mutual TLS again).
by akoboldfrying | 2025-05-26 05:57:39+00:00
Sure, a policy like that helps, but relying on programmer discipline like this only scales so far. In a large enough code base, if something can be done, someone will have done it somewhere.

(If you have linter rules or static analysis that can detect monkeypatching and runs on every commit (or push to main, or whatever), you're good.)
by stuartdev | 2025-05-26 05:58:37+00:00
My first iOS app, a book reading tracker. I used to set a timer every time I was reading a book, but I decided to create an app for myself to track the time, log sessions, organize my books into bookshelves, see progress, etc.

- https://bookreadinghabit.com/ - https://apps.apple.com/app/book-reading-habit/id6742913266
by nasretdinov | 2025-05-26 06:00:05+00:00
I think the real infamy comes from the fact that it says that it's a 40-day trial, but in reality it doesn't have a time limit and it's not enforced in any way. Similarly, you can make e.g. wallpapers with a Buy button, but if you're willing to spend just a bit extra effort you can get them for free, even if it's not completely obvious initially
by rewgs | 2025-05-26 06:01:11+00:00
They had me in the first half, not gonna lie.

But the whole "but actually you only like what you like for superficial reasons" thing lost me. I really dislike essays that create false dichotomies just so that they can purport to know why what you do is bad or wrong.

Can't someone choose a tool for _both_ rational and aesthetic reasons? In fact, isn't that basically the definition of "best?" And by "best" I (hopefully obviously) mean "best for me/you," not "objectively best."

I'm sure the author would take a dig at me: I have a love of Thinkpads of command lines. Regarding the CLI, I won't deny that I love the aesthetic. That's genuinely why I was originally drawn to them. Vain? Silly? Maybe. But I own it, won't deny it, and will never stop loving the aesthetic of a cool ass looking terminal.

However.

Seeing as the author chose to focus on editors, I'll do the same: I have never found an editor that is all together _better_ than neovim. Sure, this is probably still subjective, whatever, but putting aesthetics and feelings and whatever else aside, neovim still always wins for me and it's not even close. The speed, the stability, the power of a well-configured LSP, the navigation afforded by things like fzf and treesitter, the unbelievably rich and forward-thinking plugin community, and so on and so forth, make it come out on top time and time again for me. Many, if not most, of these reasons are rational.

I could say similar things about most of the other apps (cli-based and otherwise, though most are cli-based) that I use, as well.

The author also seems to misunderstand that the so-called "cult" of Emacs might exist for more than just superficial reasons. Perhaps a "cult" formed around it because it's actually really good, or at least addressed a lot of people's problems at a particular time, and groups of people tend to form their own aesthetic? I myself have never jived with Emacs, but I can certainly recognize the power of it -- and, yes, the aesthetic, community, etc -- and I certainly wouldn't dream of shitting on someone's joy of it, especially in a condescending "you actually only like this because you think it looks cool" or "it confirms some aspect of yourself" way.

It's simple: we can, and probably even should, choose tools for both rational and "superficial" reasons. It's perfectly fine, and one aspect does not negate the other.
by robocat | 2025-05-26 06:01:18+00:00
As a programmer, I'm always keen to create a new written (on a computer) English language with improved syntax.

I'm quite jealous of some features from other languages e.g. I want to be able to wortzusammensetzung words in English.

Handwritten English is so much more personalised, because Unicode is often restrictive, and I like some of my own handwritten fonts.
by Someone | 2025-05-26 06:01:24+00:00
Fun article, but the resulting code is extremely brittle:

- assumes x86_64

- makes the invalid assumption that functions get compiled into a contiguous range of bytes (I’m not aware of any compiler that violates that, but especially with profile-guided optimization or compilers that try to minimize program size, that may not be true, and there is nothing in the standard that guarantees it)

- assumes (as the article acknowledges) that “to determine the length of foo(), we added an empty function, bar(), that immediately follows foo(). By subtracting the address of bar() from foo() we can determine the length in bytes of foo().”. Even simple “all functions align at cache lines” slightly violates that, and I can see a compiler or a linker move the otherwise unused bar away from foo for various reasons.

- makes assumptions about the OS it is running on.

- makes assumptions about the instructions that its source code gets compiled into. For example, in the original example, a sufficiently smart compiler could compile

void foo(void) { int i=0; i++; printf("i: %d\n", i); }

as

void foo(void) { printf("1\n"); }

or maybe even

void foo(void) { puts("1"); }

Changing compiler flags can already break this program.

Also, why does this example work without flushing the instruction cache after modifying the code?
by thaumasiotes | 2025-05-26 06:01:31+00:00
> I think you are taking "less likely" too literally.

> I am simply pointing out that it is perfectly possible for both percentages to be the same

Come on. If you believe those percentages are the same, what's left of PG's claim?

> , so that whether or not the writing sounds bad gives no useful information about whether it's right or wrong.

He notes, and you stipulate, that if the writing sounds bad, that gives useful information about whether it's right or wrong.

> His intent is much better captured by treating the statements as logical implications, as I and others have been doing.

I have been treating them as logical implications. The difference is that I actually know what the implications are.

How do you think the argument "assuming badly worded papers are no more likely to be wrong than any other papers, it isn't necessarily the case that if badly worded papers are more likely to be wrong than other papers, conclusion X would follow" works? You want to use logic instead of algebra? Every conclusion follows from a contradiction.
by vintermann | 2025-05-26 06:02:53+00:00
> You only need to keep around a list of revocations for as long as your token expiry is. For example, if your token expiration is 30 mins, and you expire a user's tokens at noon, by 12:30 PM you can drop that revocation statement, because any tokens affected by that revocation would have expired anyway.

And this sort of thing is basically what redis is for, right? Spin up a docker container, use it as a simple key value store (really just key store). When someone manually invalidates a token, push it in, with the expiry date is has anyway.
by close04 | 2025-05-26 06:02:53+00:00
Realistically productivity increased by leaps and bounds over the past few decades. If leaders can’t figure out how to take advantage of that instead of taking advantage of the people then they have no business leading a country.

The solution they are applying now is a dead end, literally. It doesn’t scale, the only place it leads to is people guaranteed to die “at work”.

And elephant in the room, people in their late 60s aren’t even close to productive compared to the younger employees and if you lose your job in your 50s or early 60s you’re condemned to a decade or 2 of being supported by the family if you’re lucky.

So a person in this position is a hidden “tax” on the tax payers in the family, or on the companies who still employ them, if any still have them at that age. Countries are better off just directly taxing the companies regardless of whether they hire 70 year olds. But that won’t happen.
by nnq | 2025-05-26 06:04:20+00:00
DragoChat - https://www.facebook.com/ai.drago.chat <~~^(o_o)^

TINY attempt to fight the growing divide between "AI haves" and "AI have-not" with

- PREPAID access (+ bring-your-own-API-keys alternatives for more technical users) to premium models (ChatGPR plus and above)

- multi-channel access (SMS/MMS, Whatsapp + many many more) to give ANYONE, ANYWHERE, regardless of how non-technical they are access to absolute TOP/SOTA model advisors with easy access in their language + fact checkers + more (think african farmers looking for intelligence to grow best crops, former delinquents lookeing for rehavilitation, absolutely anyone deservers ACCESS TO INTELLIGENCE)

- zero lock-in - paid (freemium, but no adds) product, but 100% open data formats, sharing, import/export etc.

STAGE: prototype for personal use as a whatsapp bot+ webui, somewhat usable for us but still wip, next stage is building accounts and payments for EU access, next for US/international
by throwaway290 | 2025-05-26 06:04:23+00:00
Yeah I guess it answers the question who wins (for now). for sure it's just a problem for copywriters who will need to work as roofers until the ever increasing retirement age because a thing trained on stolen text now does the copywriting. The tech people who made it happen can just chill and tell everybody how they can work less while snowboarding in the alps.
by oezi | 2025-05-26 06:04:56+00:00
> We did not improve people's lifespans

Are you sure about that? The statistic I always heard is that we have seen a 1 year rise in life expectancy every 4 years for the past 80 years.

I don't necessarily agree with the Ponzi scheme. If the ratio of old people to young people is constant then the system can be made to work with setting the retirement age without changing the burden on the young. The issue is that this ratio was reduced because the population isn't growing anymore. We need to find a new retirement age to balance this (or start a transition to a saving scheme, which might take at least 100 years).
by Falimonda | 2025-05-26 06:05:17+00:00
Ingesting idea! I've been looking for an alternative to using Android's Tasks app for jotting down thoughts. I prefer it over the Notes app because I can curate categories as different lists.

Random callout: the copy in your app store preview images would benefit from some proof reading. Example: "WE dont just store thoughts, but makes sense of them" should likely be "ThoughtCatcher doesn't just store thoughts, it makes sense of them". My 2 cents is to also rework "Capture your mind" as it's a little awkward. Maybe "Organize your thoughts", "Supercharge your thoughts", or something along those lines.
by labcomputer | 2025-05-26 06:05:35+00:00
> > Background: The "official" CCS does not provide the possibility to draw energy out of the car.

> Incorrect, and there is no need for this hackery. V2G over CCS2 was standardised in ISO 15118-20 for example when the OP wrote this

Well, yes and no. The original CCS spec (from circa 2013/14) in fact does not support energy export. The “-20” spec you referenced (2nd gen networking) was not published until 2022. So this feels like a bit of a gotcha!

Given the highly variable compatibility between cars and basic DCFC, I’m fairly skeptical of your claim that many cars correctly implement bidirectional CCS DC charging. In fact, I cannot name a single model which does.

For example, the F-150 Lightning supports DC power export, but only when commanded to do so over BLUETOOTH. Hyundai/Kia models export AC power through the charge port, but not DC. Lots of press releases from circa 2023 say the ID.4 will support bidirectional DC, but no follow up saying that feature has been delivered.

Perhaps you could name a few of the “a lot” of cars that support bidirectional DC natively from the factory using standard CCS methods?
by dmoy | 2025-05-26 06:05:51+00:00
The caveat is stated above: in a large expensive US city where a lot of these high paying tech jobs are.

Over 50% of that $160k floor is eaten up by just housing and private or ACA insurance.

So your housing costs for like a 1k-2k sqft spot, all in (rent, or if owning then insurance, upkeep, etc) costs you something like $50k+, your health insurance for two people on ACA costs you like $40k yr assuming kids are out of the picture (more if not), and you have a decent chunk leftover to spend on living a decent life, but not like egregiously large amounts. You're not flying first class, probably not taking more than 2 big vacations a year, driving nice but not crazy expensive car, etc.

If you elect to leave the big expensive US city, then of course you can do it with substantially lower amounts (especially so long as you can swing ACA subsidies and are willing to risk your "not-working-class" existence on the whims of the govt continuing that program).

Obviously if you live in some place (read: everywhere except the US?) where the floor for medical costs of two people not working but still having income from capital isn't around $40k/yr, then the amount can go wayyyy down.
by SV_BubbleTime | 2025-05-26 06:05:56+00:00
>German cars are, in general, of far higher-quality, compared to American cars.

Automotive EE here. This is so misleading it might as well be labeled as fiction.

The German MODELS that you are familiar with are higher tier vehicles. Notice I did not say the brand was high quality.

The truth is 30 plus years ago, ok, fair statement with that note above. But now… almost all brands are using the same suppliers and the same processes. Your seats come from Johnson Controls or Recaro or a mfg you have never heard of but makes Ferrari seats on the same lines as their Toyota seats. There are three ABS / brake system / traction-stability module makers worldwide plus some trash ones in China. The X module in a Fiat is the same part number as that same module in the La Ferrari. The McClaren 500s and 600s use an Android based screen made by the same people that make the one of Polaris.

Not to be too general here, but it’s all the same shit.

Yes, specs matter. But your programming is coming out of India whether you drive a G Wagon or a Ford.

The disparity in your post, is not only about tarrifs, but also the size of the most popular Ford GM Stellatis vehicles. That the above three lose money on their cars and basically only push them as hard as they do in order to tilt CAFE scales.

No offense meant, it’s just that when people talk about cars, 99% of the time they have no idea what they’re talking about and myths become reality.
by carlnewton | 2025-05-26 06:06:05+00:00
I'm still working on Habitat. It's a free and open source, self-hosted social platform for local communities. The plan is for it to be federated, but that's a while off yet. My most recent addition has been public moderation logs to keep the admin accountable.

- The idea: https://carlnewton.github.io/posts/location-based-social-net...

- A build update and plan: https://carlnewton.github.io/posts/building-habitat/

- The repository: https://github.com/carlnewton/habitat

- The project board: https://github.com/users/carlnewton/projects/2