skysight-inc/HackerNews huggingface dataset:
> 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.

The entire site may take multiple seconds to load, sure, but it's quite rare that this is a React issue. Typically, the real issue is something like the website making a bunch of API requests in serial rather than parallel. For instance, the issue of JSON parsing that you cited is actually an SSR issue; that's entirely orthogonal to React, and you can make the same error in any other popular web framework.

> 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.

I think you're saying "React is slow" when you mean to say "the entire frontend ecosystem is slow". To which I respond... sure? None of this is React-specific. If you don't use React, you'll still have to use state management (or manage it yourself; have fun!), figure out something to do with CSS, etc, etc.
I have seen both sides of this, but most often its legitimately performance related. As in, IC pushes no code, calls in all the time, is generally unreliable, etc etc. But the manager side is almost worse, because the bad manager multiplier effect extends to each of their reports. And if reports aren't sure about expectations, or communication is subpar, its easy to feel lost.
There's nothing immoral about scraping a website. Best of luck to you!
Edit: there was a time that this was planned for MacOS.

That was a joyous prospect. A single volume manager/filesystem across all UNIX platforms would be wonderful.

We had the UNIX wars of the 1990s. Since Linux won, they have been replaced by the filesystem wars.
We'll see if it comes to anything, first.

Until then, it doesn't have the property of being significant.
I think we're describing aspects of the same thing.
Absolutely love this, good job, very gen Z vibes though
Haven’t most of those been teleoperated?
turn this into something commercial is the real trick
Simulations can give answers to problems that don't have analytical solutions, and it eliminates one step from the decision tree.
There is also this: https://github.com/lucasg/Dependencies
Similar project for replacing the old dependency walker tool
> and tech requires Javascript to even barely function: see his entire work on web components.

I'm confused by this characterization of web components. While they can minimally work without JS now (i.e., declarative shadow DOM), the whole premise builds atop of how the web and the browser works, and that is progressive enhancement. Your browser starts showing you the content before all of the content has finished downloading, and as it finishes, it progressively enhances the content of the page. Web components is a part of that story.

Why do you want web components to work without JS? Do you also put the same constraints on frameworks?
Here is the earlier demo [1965]

https://www.youtube.com/watch?v=z4bdaN6MRT8
I've used systems like this in Scala. It's actually pretty magical to write something like:

val foos = sql"SELECT * from foos WHERE status = 'frobbed'".as[List[Foo]]

... and have the macro system parse the query at compile time and verify that the query will indeed return a `List[Foo]`.

I think this is a nice middle ground, but constructing dynamic queries often can't be checked at compile-time.

(I'm probably getting the syntax somewhat wrong; I haven't done Scala in quite a few years at this point.)
We're still six months or so from taking the experimental label off, yeah. Getting close, though: filesystem-is-offline bugs have slowed to a trickle, and it's starting to be performance issues that people are complaining about.

Hoping to get online fsck and erasure coding finished before taking off experimental, and I want to see us scaling to petabyte sized filesystems as well.
I didn't say it does? I am just spliting hairs over the definition of framework.
compare ⊤ and ⊥ in APL (a programming language old enough that the pound was not decimal, but still divided into shillings and pence, at its creation):

https://aplwiki.com/wiki/Encode

https://aplwiki.com/wiki/Decode
Linus is not a filesystem guy
Odd "news" site too. It mostly seems like a blog for the author's opinions and intelligent design for some reason.
Out of curiosity, what are typically the conditions for a PIP for managers?
Decabit Decoder
I just meant, "Make a visual memento of your character"
If it's a brick without Internet access, and it is also a brick with Internet access, then: It is simply a brick, and no amount of segregation can help.
And the new disk is also likely to have more longevity left in it, doesn't it?
Why does your friend think the other team is against international cooperation and is calling him a red?
This is a wild guess, but could this feature be disabled in an attempt at preventing some publicly undisclosed hardware vulnerability?
Which suggests SAIL (Stanford) and early Internet collaboration (UCLA, UCSB, and others).

Various advanced computer facilities: UCSD, University of Illinois Urbana-Champaign. Probably others at Carnegie-Mellon, Georgia Tech, and elsewhere.
> Whoa, I better improve the documentation and share my knowledge so that I'm easier to fire

I don't disagree that people react as you say and create knowledge silos with the misguided idea that it protects their job, but I do want to point out the consequences of it for any here who may be considering doing so on purpose. Knowledge silos do not secure your job. They in fact limit your ability to advance, limit your ability to collaborate across an organization, limit your ability to adapt, limit your ability to take up other tasks, limit your ability to delegate, and reduce collaboration and project success thereby reducing your perceived performance within an org. There are a bunch more reasons why knowledge silos are bad not just for an organization but for individual engineers living in the silos, but you don't need to take my word for it, there are multiple studies published on this you can find.
These disagreements almost always boil down to one side saying "some people use React to build content-oriented websites" and the other side saying "but most of us are building web applications".

In a typical web application use case (yes, there are exceptions) you're only rarely looking at usage from old or cheap Android devices. Occasionally you'll see a tablet, but even that's rare. The vast majority of the time your users are on either Chrome or Safari on a relatively modern Mac or Windows machine. In many cases the application loads once at the start of at least 10+ minutes of work, so initial load times rarely matter much.

If you're building a website that needs SEO, then yeah, React is completely the wrong tool, and you should just make a proper static site or hook your marketing team up with WordPress (or whatever takes its place once Matt is finished blowing it up). But those use cases, while common, represent a tiny fraction of total engineering effort across the industry, so most web developers here don't have the design constraints that make React a bad choice.
The raw vertex data for the character probably has them in a fixed T-pose, which isn't what you want either. If the engine does skinning in the vertex shader then you'd need to capture the output of that to easily get the actual pose, but perspective is applied at the same time, and you'd need to do some digging to find the matrix to undo that. Newer engines tend to do skinning in a compute shader and write the posed vertices out to memory instead but GW2 is probably too old to be doing that.
> Turns out its warranty (which only expires in 2036) has terms requiring it to stay connected to the internet.

Does it define any requirements for the internet connection? What if the connection latency was, let's say, 1 week?
https://en.wikipedia.org/wiki/Antonovka
Very sour, but tbh not my favourite in terms of taste.
Buzzword with many meanings. Currently it mostly means LLM hype.
I've spent plenty of time optimizing performance. It almost always comes down to a backend issue, unless the frontend is doing something profoundly stupid, like making multiple API requests in serial when they could be batched or parallelized.
Great question. I honestly don’t know. Great example of how “what people complain about” makes up a disproportionate amount of our knowledge.
>Obviously if you prefer Red Delicious you're free to [strikethrough]have terrible taste[/strikethrough] disagree.

I made the mistake of purchasing that variety once, and learned from that experience. Fuji apples, on the other hand, do not deserve a score of 56 FFS.
This is the one I've been using and it's decent. I'm just worried that there hasn't been much activity in the repo and fear it's abandoned.
Seems like 'little red book' vibes to me.

Except the anecdote is painfully overstretched. Apparently that distribution was limited in scope, and only some 150k soldiers were given the 'little grey book' (Zarathustra) out of some 18 million who served in the Wehrmacht overall.

So not that ubiquitous. Plus they were also given copies of the New Testament apparently, so what's that supposed to prove?
yeah, there's a theory of social networks that you have to move to new ones as they age

I think twitter aged artificially fast after it stopped investing in moderation and also shut off external researchers' access to the firehose (they were helping discover bad actor networks)

bsky seems more open to integrations at this point; like w/ subreddits, ownership of communities by those communities makes maintenance cheaper
Learning from copy written work requires a license to access that work. You can extract information from the world's best books by purchasing those books. But no author is being compensated here they download books.torrent then uses that pirated material to then profit.
Discovered this at work and it's amazing. Between Gleam and Borgo, I don't know which one to use for the advent of code this year!

ADT in mainstream languages for me are a hard requirement. I literally think in terms of adt so often, that's frustrating modeling things differently
I'm hoping to use your filesystem when it's ready.

Everyone wishes that this were easier for you.
C-Reduce: Systematically Tackling (Not Only) Compiler Bugs
> Not a single file codebase.

Yes it is. App.js is all the code there is. You can't count the two other files with 10 lines each. lol. Let's be honest here.

And yeah for a tiny toy project like this you can get away with having zero design, zero architecture, zero object models, zero classes, and sure since everything is zero, we can throw in "Zero TypeScript" and "Zero Frameworks". Looks like some high-schooler's first ever coding project.
https://infrequently.org/2024/11/if-not-react-then-what/#%22...
I believe you are right. You can only convert back to the metadata from before. So any new or changed (different extents) files will be lost or corrupted.

So best to only mount ro when considering to rollback. Otherwise it's pretty risky.
Static typing prevents reusing functions unless they're generic. The other option is to give up static typing and pass "all" everywhere, like a dynamic language.
If you artificially tailor your criteria such that the only answer you your question is btrfs then that is the answer you will get.
> Building a web application with a UI in a professional context without a frontend build is borderline malpractice.

This is outdated nonsense for most sites.
We've had isolated demos of this and that for many decades, all of varying difficulty of course, but I for one definitely agree with the post. I don't feel like I could go and buy a generic home assistant robot that can perform a variety of basic tasks anytime soon. Demos are nice, but they're kinda like news about new batteries, always a few years away from the real thing.
His story appears to be based on combing through the writings of an infinite number of monkeys on typewriters.
Tesla gives update on self-driving roadmap, v13 slips, more promises
Me too. lol. People who don't think type-safe languages are important are the ones who simply haven't yet run into the problems you run into without type safety, and no amount of HackerNews posting is going to suddenly give them the experience to understand.
> SQL is the highest level you can get without getting into the minefield that is LLMs

That's trivially false.

I'm currently playing with sea-orm[0], and I can write things like:

let db = Database::connect(...).await?;
let yesterday: chrono::DateTime<chrono::Utc> = ...;
let foos: Vec<foos::Model> = Foos::find()
.filter(foos::Column::Status.eq(FooStatus::Frobbed))
.filter(foos::Column::UpdatedAt.gt(yesterday))
.left_join(Bars)
.also_select(Bars)
.all(&db)
.await?;

How is that not higher-level than SQL?

[0] https://crates.io/crates/sea-orm
> coworkers or bosses that are actually interested in getting to deep knowledge or detailed analysis about anything are extremely rare

I agree! In general, people are resistant to change, period. Some are particularly wary of facts and logic (see: politics). Successfully getting points across, even when one "is right," often requires a lot of strategizing and non-technical effort.

Whole books have been written on this subject [1]. For those attempting to navigate the challenge, just remember that it's all too easy to burn out in the office while "chasing your ideals.". Doing this while keeping your sanity is an art :-).

--

1: https://pragprog.com/titles/trevan/driving-technical-change/
https://www.physicalintelligence.company/blog/pi0 could all be lies and I've been duped, but I'd like to believe not
Much more importantly they fixed the MMU support. The original 68000 lost some state required to recover from a page fault the workaround was ugly and expensive: run two CPUs "time shifted" by one cycle and inject a recoverable interrupt on the second CPU. Apparently it was still cheaper than the alternatives at the time if you wanted a CPU with MMU, a 32 bit ISA and a 24 bit address bus. Must have been a wild time.
Unsure what your point is. I know that; the codebase I work on professionally has both. This thread is discussing the quality of the hooks API.
Been using it since 6.7 on my root partition. Around 6.9 there were issues that needed fsck. Now on 6.12 it is pretty stable already. And fast, it is easy to run thousands of Postgres tests on it. Not something zfs or btrfs really could do without tuning...

So if you're a cowboy, now it's a good time to test. If not, wait one more year.
Satupiter – Gamified Mood Tracking to Improve Mental Health
Hi HN!

I’m thrilled to introduce Satupiter, a gamified mental health app I’ve been working on to help people track their mood, gain insights, and develop healthier habits—all in a supportive and engaging way.

Why Gamify Mental Health?
Tracking mental health can sometimes feel like a chore, so I wanted to make the experience engaging. With Satupiter, users can:

Earn streaks for consistent mood tracking.
Unlock achievements for progress in improving their mental well-being.
Stay motivated with daily challenges tied to journaling, meditation, or self-care.
Key Features
Mood Tracker: Log your feelings daily and discover patterns with insightful graphs.
Daily Inspiration: Receive motivational messages to keep going on tough days.
Guided Exercises: Breathing and meditation practices to reduce stress.
Lifestyle Balance: Track sleep, activity, and habits to promote overall wellness.
Secure Journal: A private, encrypted space to express your thoughts freely.
Thanks for sharing, I wasn't aware of this one. I hope they succeed!
Fair point. You could also imagine it's an easier management task to have fungible employees. Sam quits. No risk to the company. Our employees are fungible. Sarah can step right in.
Windows is a bigger market. So I think it is more a question of 'is the extra work to sell on Mac justified'.

It is hard to give a precise answer, because:

-I don't know how the sales exactly split between Windows and Mac (my licence covers both), but I have an idea from downloads.

-It is more work to develop cross platform.

-Cross platform development always results in some compromises.

But, on the whole, I am happy that I choose Windows + Mac, rather than just choosing one or the other.
Do you realise that German government, European Union and independent third parties have all published scientific estimates as to how much storage is needed and no, it’s not for weeks?

You don’t use lithium for long term energy storage. You just have very shallow understanding of issues at hand.
> Android is getting genuinely better.

that’s really something you don’t read often
You're reading a lot into my reply. The GP's question was "is there any better way to [avoid the captcha] with a single developer?".

That's clearly the case. As a trivial example, 4chan could take your $20 and avoid giving you a captcha for 2 years, or charge you $10 for one year.

Both are a 2x improvement, if the only goal is to get past the necessary evil of the captcha.

But that clearly isn't the goal, that doesn't mean I'm begrudging 4chan their business model, that's something you grabbed out of thin air.

why would they not kick the
problematic and porn boards
to the curb and ban the use
of slurs to make room for more
friendly advertisers?

How would that be a realistic alternative for the "single developer "? The entire selling point of 4chan is that it's a very limited time capsule of the old Internet wild west.

What you're describing would be a Reddit or Facebook groups clone. If 4chan became that, nobody would use it. They'd just use Reddit or Facebook groups.
I had no idea crabapples were safe to eat.

When I grew up, we had several crabapple trees in the yard. They very frequently bore fruit. My mom always told me these were toxic to eat, so I stayed away from them. Honeysuckle and blackberries, on the other hand...

I just googled it. It's a common myth, I suppose?
There are no bad countries, only bad streams of traffic.

Some of which have been observed to be associated with certain countries.
The short story is mentioned at the very end of the article, The Library of Babel[0], which is a far better read than this article.

[0]: https://sites.evergreen.edu/politicalshakespeares/wp-content...
A more generous way to say this is that the code is more readable, which is in fact important in a growing codebase.
hehe, or humour apparently
Ooh I love this, all off-the-shelf AI won’t touch it due to all their “safety” (aka anti-hurt-feelings) protocols
I have been using this fork (https://github.com/lhak/Dependencies).

But I hate how this software comes with dozens of DLLs. I like to chuck these tools in sa single directory, and this is one that I have to put in a separate folder. DependencyWalker was better in this regard.
If you work on a critical piece of software (especially one you can't update later), you absolutely can spend way more time validating than you do writing code.

The ease of pushing updates encourages lazy coding.
Simplicity to the point. I'd suggest two improvements though.

1) Make the free surveys last 24h

2) Add the option of custom emojis (as a paid upgrade).

Also, if you submit it to SaaSHub, please ping me here and I can feature it on the weekly newsletter there.
Hello world might be simple, but you don’t have to build very much before you start to run into problems with the simple “props down, events up” and you start needing to learn about contexts, hooks in general and so on.

Hooks is really one of those things where you need an IDE to tell you that you’re doing it wrong, since there’s a whole bunch of footguns. It’s doing its best to solve a hard problem inside the limitations of JavaScript, but it is essentially a kludge.
To me it goes beyond the looks. Angular terminology and semantics were always very alien. React is no angel either, but it seems influenced by older, more tested concepts (FP and such).

That said, I think client side UI/UX is about to see yet another large wave of change. Hearing chats from solidjs devs make me feel that there's a whole new and saner space to describe simple and fast programmable interactions.
> This summer, Elon Musk spoke to the National Governors Association and told them that “AI is a fundamental risk to the existence of human civilization.”

And here I was going to suggest that billionaires, unbridled mega-corporations were the fundamental risk to the existence of human civilization.

> Musk gave an example of an artificial intelligence that’s given the task of picking strawberries.

Also odd since it's more likely that a corporation, in the name of maximizing profits, would make decisions that threaten humanity. We can start with Bhopal, India. If you find fault with that example I am sure there are plenty of others, some probably a good deal more subtle, that others can suggest.

Me, not worried at all about AI.
true. But scrapping results is what google does so what’s the problem here?
What country/region are you coming from? Where was your exit? I don't have much start up experience but can comment on your immigration process and some cross cultural observations.
Why are you doing this ? What are you trying to avoid ?
> I think he does and that's a big part of this article. It's almost literally everything from the "OK, But What, Then?" section.

I did read it. I didn't want to go into depth debunking every single sentence OP wrote because I thought it would be obnoxious, but I'll write a bit more.

> The TLDR is there isn't a one-size-fits-all.

That's what I mean - the author gives no prescription. Saying there is no one-size-fits-all is not a prescription. I'll respond to a specific quote the author said, which I believe to be the crux of his suggestion:

> Teams that have grounded their product decisions appropriately can productively work through the narrow form by running truly objective bakeoffs.

Most teams do not have the privilege of being able to "ground their product decisions appropriately". Most teams - at least those in small to mid-size startups - will start out building A, route through A' and A'' and end up building B once they land on PMF. If you ran a "bakeoff" on A, you're going to be a bit upset when you end up at A' and probably run horribly technically aground when you truly find the right thing to build.

Yes, if at the point when you discover B you have the latitude to rewrite your entire codebase to fit your new criteria, then by all means, go ahead. That will definitely outperform React. I think the teams with that kind of latitude is an exceptionally small fraction of all teams, and the number of teams with the technical chops to do it correctly will be an even smaller fraction of that. The rest of us will use React, which is roughly 80% as good as the optimal solution.

Oh and, yes, if you work at a huge company who has found PMF and has the latitude to rewrite your code into whatever the optimal solution is, don't let me stop you. That is what Google and Facebook did, after all. I just don't think many of us are Google or Facebook.
What kind of memory problems, could you expand? I wonder if I fall on this bucket. I had graying hairs as soon as I finished high school (~19). One of my major problems with studying was an inability to retain stuff in university, which is weird because through middle school a single read was sufficient for me to retain stuff.