skysight-inc/HackerNews huggingface dataset:
...I mean, police are deeply unpopular in the American political consciousness, and have been since prior to their rebrand from "slave patrols" in the 19th century. Surely you recall that, only four years ago, millions of people took to the streets calling for a completion to the unfinished business of abolition?

Obviously the armed forces are much less despised than the police. But given that private gun ownership is at an all-time high (with woman and people of color - historically marginalized groups with regard to arms equality - making up the lion's share of the recent increase), I'm not sure that people are feeling particularly vulnerable to invasion either.

Is the state really that popular in your circle? How do people express their esteem? Am I just missing it?
Wayland Color Management Protocol Might Be Close to Merging
Sol-Ark likely complained about Deye selling within the US.

Deye said something to the effect of "we have contractual obligations".

I think they're both at fault.
what do you mean by learning OO here? javascript is OO too, so you have already been doing OO, as far as i understand it and what you are learning is something different. and now i am curious what that is.
> Plus one should not judge a book by its cover

Why not? The cover and that things that go on it are as much a part of the book as any other page.

This saying is so outdated and comes from a time when all book covers were essentially the same.
I'm aware of the risk. I try to mitigate it by also browsing smaller sites which are hopefully too small to be targeted by people with vested interests. And I know I'm being lied to. That's why I want to see every lie, every extreme. I'm especially interested in witnessing them try to debunk each other's lies. In the chaos, a synthesis is bound to emerge.

Because in the end it's up to us. We're the ones who have to draw the conclusions. At some point we're gonna have to decide whether some idea is right or wrong. This is much harder compared to just blindly taking a side at face value and just believing them and repeating what they say. I suppose it's possible that most people would prefer to be told what to think and what to say. I for one can't live like that. Things gotta make sense before I'll believe in them.

It's important to witness every possible argument and to see every single one of them viciously attacked on the proverbial ideological battleground. Then you can figure out which points remain convincing. Declaring oneself right, unwillingness to engage in debate, attempts to suppress opposing viewpoints, emotional appeals, these are all signs of authoritarianism. This is reason enough to cast everything they say into doubt. Good ideas don't need to be forced in this manner in order to convince.
Except tortoise is supposed to win. Maybe we just haven’t given it enough time?
Crabapples, and all the fancy ones with red meat

And a lot of cider apples
Edison's research lab was funded by companies wanting specific inventions developed.
It also makes it 100x more likely for you IDs to leak online as KYC companies are valuable targets that get hacked every month
everytime I see something like this I question myself why I would want or need this over postgREST.

I mean why reinvent the wheel? we live in a time where the DB itself is a REST API with postgREST.

https://postgrest.com
I'm sorry, the two are not even remotely the same. Saying it over and over again doesn't make it so.
Last time I subscribed they also allowed you to easily browse releases by record label, which I've found to be more useful for music discovery than the algorithms of the major services.
I think you should read the blogpost again. Google wants these smaller websites to come into search results but it can't coax the The Algorithm to do it. That's why they are actively trying to debug these issues.
The overall landscape for developing applications is a mess but this article does not help much with clearing it up.

One reason for the mess seems to me is the coexistence of many paradigms for achieving similar functionality (for example you can draw many different boundaries between client and server).

Combine this with the many distinct use cases (form factors, application types etc.) and the various non-interoperable platforms and you have a serious combinatorial optimization problem.

Depending on what one wants to do there might be a sweet spot of the 80%/20% type. Alpine.js seems to one such, which if it was developed many years ago it may have saved a lot of wasted complexity.
search operators (https://ahrefs.com/blog/google-advanced-search-operators/)

in particular:
site;
intitle;
- (to exlude search terms);
* (wildcard matches);
before/after:

In addition on Youtube using any search operator also seems to get rid of most of the "for you / you already watched.." crap that they for some reason decide to shove into the middle of the search results.
I learned that word from Mastodon https://www.youtube.com/watch?v=GMeAEBujd7w
i mean yeah, python calls it lists and thats just what i learned first
> because it's fucking absurd to me that I need a (then anyway) 700 MB app to stream music.

You only know that factoid because you're an engineer and you looked it up. Users have absolutely no clue, and literally do not care.
but if you are using js/ts do use an array
I've called this ritual-taboo programming for decades. It happens for user interfaces and APIs when the documentation is absent, or only consists of examples. If there's no reference documentation, everything is a copy of something someone else did. Nobody understands how it really works.

Now, for some interfaces, this isn't too bad. Most people don't know why US AC power plugs are polarized, or what the ground prong is for. Electricians have to, but users do not.

For more complex interfaces, it means that many functions will either be misused or undiscovered. This is the source of the plaint that only 10%-20% of a product's features are used.

On user interface design, the classic is "Tog on Interface", Bruce "Tog" Tognazzini, 1992.
That's from the Mac UI era. A more modern take is "The Gamer's Brain", by Celia Hodent, designer of Fortnite's UX.

Software internal documentation seems to suffer today from a mindset that comments are unnecessary and waste space. Especially in the Javascript era. It's worst in languages that don't have data declarations. There's no place to properly document the data.

Rust has good conventions and tools for documenting data. There's a well defined place where the documentation for each structure and field goes, and reasonable tools for checking it and turning that into documentation. If you fail to do this, when you publish your crate on crates.io, the documentation pages will come up blank, which screams "loser".

Rust is weak on function parameter documentation. There should have been a defined place where each formal parameter gets a comment, which then appears in the documentation of the call.

Most other languages don't take such a hard line. More should.
Let us know who you work for and I'm sure we could find a few stones to throw your way.
... why?

You're saying LFTRs can't have a pool of cooling liquid that the overheating fuel liquid can't mix with and cool down even faster than solid rods?

So how could LFTR safety plug and cooling pool be a fairy tale?
I use this technology and have found it to be very accurate. I use the TrueFruit product from a company named Aerobotics.
If you rely on the Apple app store, you have a single point of failure and have to jump through whatever hoops Apple decides. Which rather calls into question just how "indie" you really are.

BTW it is possible to sell Mac apps and not use the Mac app store (I do). But I sell for Windows as well.
When this was posted on reddit, I saw someone [0] ask how it was different from diesel-rs (and diesel-async, the officially supported add-on crate, lest someone says diesel doesn't have async).

I saw some replies by the diesel maintainer about how the creator of this Rust-Query might not have really understood in-depth how diesel worked and wanted to write their own solution, and there's nothing wrong with that, of course, but this thread might be some good context for others asking themselves similar questions.

[0] https://www.reddit.com/r/rust/s/6midd79iDo
Can't wait for the tariffs on Canada.
Random question but why would you not switch banks? I wouldn't want to be a customer of a business that clearly doesn't respect me.
After 50 years of mystery, siblings claim hijacker DB Cooper was their father
You wanna, like, actually digest what I wrote there? The second comment here is so unlike the first that your "Saying it over and over again" remark can only lead to the conclusion that you either didn't read it or didn't grok it. They're two different comments about two different things.

> I'm sorry

Are you? I think you mixed up the words "insincere" and "sorry".
I'm into this stuff too

https://www.fleen.org/i40.png
Ask HN: Albumentation Deleted MixUp Documentation
Social media still has a lot of links. They are probably all have "nofollow" on them. Assuming google honors that.
Singularity Sky for anyone curious (like me who googled it as well)

https://en.m.wikipedia.org/wiki/Singularity_Sky
> many of my math friends consistently slept 9–10 hours a day.

Anecdotally, I've noticed an association between long sleeping and math ability in particular, so this doesn't surprise me. I wonder if it's been studied scientifically.
We have also been using TrueFruit. We manage tons of galas, honeycrisps and fujis. Honeycrisps are still our majority but fujis and galas are close
what is wrong with vuejs?
Because in many countries writing down feedback creates a liability.

There are a lot of people not aware that their thoughts and feelings towards candidates constitute discrimination, and in the event of an employee or class action going to trial - written statements collected like you’ve suggested can easily create a view of systemic discrimination at any sufficiently large company.

Additionally the threshold and context for discrimination changes over time.

One day, you saying a candidate was too meek or reserved may be grounds for discrimination if they’re not in a customer or heavily-networking/presentation role.
> Among my less technically/inclined friends and family I haven’t heard one complaint about, say, Spotify being slow, and certainly never any complaints about its size.

They don't say "modern software is slow", they say "my computer is slow, I need to buy a new one" and they do.

Let's be honest: for what the vast majority of people do on their computer, there is absolutely no need for a Macbook M3. The only reason is that the websites are developed by people who buy (or get from their company) a Macbook M3 and therefore don't see how much their website sucks on a reasonable machine.

I can track it very well on my father's homepage which has been the same for 25 years. He has a 4 years old desktop mac and the webpage takes more than 20s to load. On an M3 it takes 2s. This homepage is still loading exactly the same kind of information than 25 years ago, yet it is almost unbearable on a 4 years old desktop computer. Does my father say that this webpage is slow? No, because all software goes like this. My father says that his computer is now old and considers buying a new one.
@OP: surprised to see glimsoft doesn't have https?
I mean "public domain" in the copyright context, not the "trade secret" context.
I'd like to get his whole collection in a coffee table book. Anybody?
You have it backwards. People started adding reddit because the default google was serving up has gotten so bad. If the default was good, I wouldn't need to add reddit or quora.
I understand that the money is debited from an "income account." In the case of income, the "income account" belongs to the company that pays me. It's not _my_ account---why would I keep track of it in my ledger?
*Blazor enters the chat*
Yep. And people support it like "No its not going to be like that this time" bullshit.
Cybersecurity 101: A Guide to Staying Safe Online
Me too

http://fleen.org
Accuracy matters. The Glock 18 is the factory produced fully automatic. It’s intended to be used with a brace to assist recoil management and accuracy.

It’s possible to fire full auto with reasonable accuracy and no brace. The amount of training it would take, though, that shooter is likely to be just as effective firing semi automatic.
> Users have absolutely no clue, and literally do not care

When their smartphone is 3 years old and has no more storage space, they say "the smartphone is old, I need a new one".

Because they don't know that this is a problem of the software industry being extremely bad doesn't mean that it has no impact on them.
The moon is just the beginning for this waterless concrete
That's the thing! In this example, `f` doesn't expect valid data, by design. Some functions are responsible for figuring out what to do in case of unsuccessful operations.

Maybe `f` would be easier to imagine as a simple mechanical refactoring where you extract a large `try-catch` block into a separate generic helper function. It's more convenient and abstract to make it accept a single `Result` value, rather than the entire list of arguments to call `g`. Sometimes `f` is not supposed to be responsible for calling `g` or even know about `g` and its arguments.
Building a Custom Touchscreen Mouse
I've tried both, and prefer Honeycrisp. I found Cosmic too tart.
For Volvo, I know that the 850s were the first to have airbags built into the seats for side impact, and I think they had anti lock brakes in those as well.
Uh… Can you also opt out of first party data sharing? Or is Subaru still going to be spying you while pinky swearing to at least not share it with anybody else?
AllHere CEO could be imprisoned for 40 years
Why Seeking Discomfort Is the Key to Personal Development
Apple Shooting Themselves in the Foot (Re Mac Gaming)
There's that ever-so short moment between "Man, this wood is hard!" and "Oh, crap"
As an Australian parent, I'm concerned that there are parents out there who see it as the job of the state to do their job for them.
Why would I want to interact with my database over the network when I can just...do it locally? It's orders of magnitudes slower and more wasteful and it doesn't even provide all the guarantees that using actual SQL or an ORM does.
i changed it to clarify arrays as lists. if you have any other changes please contribute
Two things, in descending order of rage-close-tab for me: that m(.., [m(), m()]) is deeply unserious, and .then((result) => User.list = result) just seems oppressively singleton (although I'm open to that being a tutorialism but why even show users antipatterns if that's not how it's going to work for real?)

I tried to be neutral in my reply, so if you like it then I'm glad for you, and I hope your colleagues find gainful employment when they have to go to their next job that also uses Mithril. But I hope I never ever have to work in an organization which thinks a shitload of m() functions is easier to read than JSX
Oh right, it’s the dominating Matlab piledriver[1].

1+ book, playing the guitar, having this one weird hobby, being a semi-pro gymnast—insert whatever you want from your life experience in order to have a story frame to justify a long rant about how you are so good without even trying (or everyone else is a moron).

Reading is more of a facilitator and a start. Practicing is what makes things fall into place. And being interested enough to look up and try different things out.

[1] https://ludic.mataroa.blog/blog/i-will-fucking-piledrive-you...
This resonated with me so many of my thoughts recently. This inherent lack of skills that could never make up to the best of the best, even with garangutan amount of efforts, is a depressing thought.

On the other hand, one can be sufficiently ahead of the competition if they find that one resource and master it well. How does one go about finding them?

I often resort to asking real folks via email, recommendations on HN or Tildes, or sometimes even on Reddit, all aimed at collecting opinions from people who have experience and developed a good taste. However, this sometimes yields bad or even no results. I wonder how some of you folks here on HN find meaningful and helpful resources on anything of interest.
That’s a nice description but it is not perfect. React does one thing well: view = func(state)

It doesn’t have a great story for virtually anything outside of that single function which means for many large apps it is never enough.
SeaORM is not compile time safe by their own admission so it's automatically out of the running, personally speaking.
> React performance concerns in the real world are typically measured in, at worst, hundreds of milliseconds.

I disagree. Try loading up a library heavy site (i.e. React plus a half dozen associated helpers for state, UI and whatever, which is pretty common) on an old or cheap Android device. It can take multiple seconds before the page is fully loaded. Even once the libraries are loaded, React sites often involve parsing a giant lump of JSON before you can do anything, that’s particularly CPU intensive and takes time on low end devices.

> Yes, there are a few specialized domains where this will matter. No, you probably don’t work in one.

Again: I beg to differ. Anyone hoping that their site will rank well on Google needs to factor in site performance via core web vitals. Time and time again I’ve seen React-based sites perform horribly and it’s very difficult to dig your way out of the hole after the fact.

I actually think most of the problem isn’t React itself, it’s the ecosystem and the philosophy that surrounds it so often. You’ll have React, you’ll have some extra state management library on top, you’ll have some hideous CSS in JS bulk on top because no one wants to actually learn CSS… it’s all prioritisation of developer experience over user experience. And it’s industry standard these days.
The biggest takeaway here should be that we need a domestic solar industry.

We can't hold Deye or Chinese companies culpable.

Moreover, this should serve as a warning shot for what could become a national security issue if we keep juggling international suppliers for critical infrastructure. They'll all have the capability of shutting down US electricity, which is unacceptable.

There's no reason we should be importing this stuff.
> This only works if there is broad support from the entire social group, meaning school and all (or most) of the other parents.

Which there won't be. Most of these kids have "social media" accounts because their parents allowed it.

To be clear, "social media" for the purposes of this legislation is a VERY broad term that encompasses any almost platform that allows one user to communicate with another.
Cost of a pressure vessel is roughly proportional to pressure x volume. HTGR doesn't come out on top by that metric.

Thickness of a pressure vessel wall is proportional to pressure x linear dimensions of the pressure vessel, increasing at a given pressure as the vessel is scaled up.
The pretty significant updates to MacOS support are really cool to see!
a month ago, I was doing research about MixUp augmentation and I found an explanation in the augmentation's docs. but it didn't take long before the documentation disappeared.
Fast advances? Who is talking about fast advances?

What is happening is almost trench warfare. Ultra-slow front advancement, ultra-high casualties.

Now, maybe what you mean is when Ukraine has successes they are rapid and wide ranging like the Donbas counterassault about a year ago or the Kursk incursion.

But Russia has advanced only about 30 miles in the last year, tops. All while going through multiple rounds of conscription, mercenaries, and now North Korean shock troops.

The ultra slow front advancement combined with massive numbers of poorly trained conscripts means: really high casualty rate for the gained territory.

My sources are generally the UK media. TimesRadio is pretty rah-rah Ukraine, but other sources generally back up the fundamental claim:

Russia is lose 1000-1500/day to gain really small amounts of territory. For russia to win they'll need to progress another 200 miles, which at this rate means 2-3 million dead russians or more.

Russian advances are enabled by artillery shells. If the artillery losses mount and production issues appear in shell production, then suddenly the Russian ground forces will be sitting ducks and Ukraine will counterattack very effectively.
Seeking Advice on Job Opportunities with US Startups
We are a couple under 40 years old, seeking an opportunity to move to the USA and work with a U.S.-based startup. I (husband) hold diplomas in Marketing and Digital Marketing, with over 15 years of experience in sales and logistics. I also possess skills in data analysis, WordPress, graphic design, and social media management. Additionally, I have founded two startups, one of which resulted in an exit. My wife holds a Bachelor's degree in Accounting and an MBA, with over 10 years of experience in the banking sector. Our goal is to relocate to the USA, as we believe it offers great opportunities for both our personal development and that of our future children.

What advice would you give us regarding finding job opportunities that could enable us to move before the end of July 2025?
Yep, sounds like we have similar experiences! I first had to start thinking about this stuff at Hootsuite, back in the exciting 1million+ DAU days a decade ago. Before then, to me databases were just a thing that got deployed along with the application, and deploys only happened on a Friday night so who cares about downtime? By the time anyone tries logging into the app on Monday morning, the code and database will all be up to date. Going to a place where deploys were happening constantly and nonzero downtime was unacceptable was eye-opening.

> The idea that the application could or should be in control of this process, or could always be in sync with the database when it came to its understanding of the schema, is impossibly unrealistic.

These days my attitude is to treat databases as a completely separate service from the application code, which they effectively are. They're on a different set of servers, and the interface they provide is the columns/tables/views/etc, accessed through SQL. So yeah, no breaking changes, and the only thing application code should care about is if the queries it tries to execute return the expected sets of data, not if the schema itself matches. And certainly not about things like views, triggers or indexes.

This does end up being more overhead than migrations alongside the application code, which I know a lot of developers prefer because they're easier to use, but the approach just doesn't work after a certain scale.

(to be clear, I still use Liquibase etc to manage migrations, the process for applying those changes is just completely separate from deploying application code.)
Interest is most of it. Interest in studying will also make it stick.
People just stopped complaining and search for workarounds on themselves or just suffer silently.
https://www.leptos.dev/
Here's proof that you don't need a big fat framework: Take a look at this SPA app: https://github.com/wisercoder/eureka/tree/master/webapp/Clie...

It is well architected, yet only uses a 500-line component lib and a 500-line router.
>We’ve all heard it: “Growth happens outside your comfort zone.” But what if we flipped this idea on its head? What if discomfort wasn’t just a side effect of growth but an active signal—a beacon—showing us exactly where growth is happening?

The article goes on to spend ~20 paragraphs exploring this rephrasing of that thing we've all heard.
Author posted a screenshot here: https://bsky.app/profile/zaphar.bsky.social/post/3lc67gecky2...