MurphyA/hacker-news huggingface dataset:
by Demiurge | 2025-09-02 14:21:35+00:00
Maybe this is a good place to ask... but I was actually considering Next.js as a replacement for Gatsby.js project that is a few years old, but is growing at a steady pace. Given all the negative sentiments, what are better alternatives? I don't even use any SSR, or GraphQL capabilities. The main thing I liked about gatsby vs previous "bring your oown library(router)" are: very little configuring, nice dev server, easy to use plugins. It just solved many of the boilerplate tasks for me, and let me get on with react.js components, hooks, etc. I use Django backend for API, and static hosting for the frontend.

Potential alternatives I've found:

* astro * remix * back to react-router... and there were multiple back when I used it! :(

Update: after some research, I really Tanstack router approach: https://tanstack.com/start/latest
by jhaile | 2025-09-02 14:21:39+00:00
Given all of the NextJS hate on here, I feel like I'll get downvoted for saying this...but we run Next.JS, don't host on Vercel - and really don't have many problems at all.

That being said, our app is largely built like a standard React app, we aren't using much server-side-rendering, and we use TanStack Query for loading most data. So, the main value of Next.JS is mostly just the routing and project organization.
by Bender | 2025-09-02 14:21:42+00:00
In that case, multiple thumb drives because they do go bad with instructions where to download 7-zip so they do not rely on Google and to use "the family password" to open a password protected 7-zip file. Plain text file inside that. Ensure everyone in the family know what they "family password" is by making use of it for something.

Keep the thumb drive tech up to date annually just in case the tech changes and they can't figure out how to use current thumb drive tech.

Have thumb drives and instructions replicated in multiple places in the event the home burns down or is otherwise destroyed. stored with other trusted family members that live near by or even at remote locations.

Avoid clouds, cloud accounts, any system you do not control as they can be hacked, go out of business, lose your data, accounts disabled upon death, accounts closed because who knows why, etc...
by nathan_douglas | 2025-09-02 14:21:44+00:00
Not OP, but I was also replying and had thoughts along a similar vein.

I'm 44 and have had countless hobbies over my adolescent and adult lives. Some I've taken up multiple times, some I've visited multiple variations on a core idea (e.g. aquariums/planted tanks/dwarf shrimp tanks). I've learned (and subseqeuntly forgotten) a tremendous amount, and spent an unholy amount of money. Most things have not stayed with me.

Miniature painting is one thing that I think might last me the rest of my life.

I think it boils down to a few factors:

- miniatures aren't alive; I don't need to care for them, so the worst that can happen is I break or scratch something. This keeps my anxiety/concern/guilt largely out of the equation.

- the feedback cycles are fairly short; I know almost immediately if a paint stroke was good or bad, if my brush is too wet or too dry, etc. A single project is normally just a couple of hours, and then it's done and I can view it as a completed whole.

- the product occupies little space and it's trivial to keep around and compare to work done before and after and see progression and evolution over time. Also, if you're prone to collecting things, just keeping the product on the shelf next to other things becomes an ongoing source of reward.

- if I absolutely fubar something, I can buy or print a new mini for a couple bucks or throw it in some Simple Green overnight and brush the old paint off. Most of the time I can just paint over the issue.

- paint, brushes, a wet palette, minis, airbrush, etc all add up, but you can have an amazing setup for under a thousand bucks, and you can transcend the realm of mortals for $2K. The ongoing costs after that are manageable unless you're into Warhammer. You can get started and do some really fun and cool things with a $50 starter kit.

So there's some higher-dimension graph with effort, frustration, reward, feedback latency, etc, and for me at least painting miniatures tends to sit in a happy area.
by busterarm | 2025-09-02 14:21:54+00:00
I just always found it interesting that that was the hill that all of the moderation staff chose to die on and the channels would spend 95% of their time discussing/enforcing that instead of furthering the interests of Ruby.

Also in parallel, the "community" has fractured. Anyone working on the language is focused on the Japanese community, performance and what's going on in embedded. The "community" is online policing everyones speech and generally making everything toxic.

Primarily I'm a Rubyist but I haven't engaged with any events or group discussion in the space in more than a decade and most other working Rubyists I know (aside from what's going on in Japan) are the same.
by arp242 | 2025-09-02 14:21:57+00:00
"I don't like X" is of course not an absolute statement (and neither is "I like X", for that matter). I don't like Hip-Hop. Of course there is some hip-hop that I think is alright, but by and large, "I don't like Hip-Hop" is accurate.

Different people are different, and different things resonate with different people. I find snobbery highly obnoxious, but to be honest my opinion of this kind of dismissal of different people liking different things with a fairly condescending "you have simply not understood it" is not much better.
by mrweasel | 2025-09-02 14:22:14+00:00
We're at such a strange point where even school children knows that something like Wikipedia isn't necessarily factually correct and that you need to double check. They then go and ask ChatGPT, as if it wasn't trained on Wikipedia.

We haven't reached the stage yet where the majority of people are as sceptical of chatbots as they are of Wikipedia.

I get that even if people know not to trust a wiki, they might anyway, because, meh, good enough, but I still like us to move into a stage where the majority is at least somewhat aware that the chatbot might be wrong.
by const_cast | 2025-09-02 14:22:16+00:00
Granny isn't installing unsigned binaries on her phone or rooting her phone. Don't bullshit us.

The reality is we don't need to fucking remotely rootkit someone's phone to scam them. This isn't how the vast, vast majority of scams are done.

Relying on client side trust is a recipe for disaster, any anyone even kind of technically minded should see that.
by inglor_cz | 2025-09-02 14:22:25+00:00
Control of borders was nowhere near as tight as today, given how underdeveloped technology was compared to today, and in some places (deserts, forests) the border was more of a very wide strip of no-mans land than just a line.

But places like the Roman Empire absolutely had "hard" demarcations in some places, not just standard country borders, but also internal borders.

For example, when Caesar crossed the Rubicon, he legally crossed into Italy by doing so and thus triggered a war. Rome itself had pomerium, a city demarcation whose crossing had legal consequences as well.

If you entered the Roman Empire peacefully, and you had something to tax or apply duties to, you would be confronted with officials in the closest suitable place.

That sounds like border to me.
by throw_m239339 | 2025-09-02 14:22:39+00:00
Next.js turned out to be worse than JEE, which is ironic to say the least. People moved to Node.js at first place because the Java ecosystem was "too bloated". Fast forward 15 years later, the Node.js community has adopted its own flavor of JEE. And rince and repeat, new developers will deem Next.js too bloated therefore they are going to go with another platform that doesn't have that stigma...
by SpicyLemonZest | 2025-09-02 14:22:56+00:00
I just Googled the exact phrase "Why 1 nostril is always clogged up when breathing and it seems to switch now and then", and the first result was an explanation from a major medical center about it (https://health.clevelandclinic.org/why-do-i-sometimes-get-st...). Perhaps there's other questions search engines don't do well on - but why don't you consider the AI answer to be "anecdotal silliness" in the same way as you would if it were just some guy on Reddit spouting off?
by energy123 | 2025-09-02 14:23:04+00:00
The probability distribution that the model outputs is deterministic. The decoding method that uses that distribution to decide what next token to emit may or may not be deterministic. If we decide to define the decoding method as part of "the model", then I guess the model is probabilistic.

It's also worth noting that the parameters (weights and biases) of the model are random variables, technically speaking, and this can be considered probabilistic in nature. The parameter estimates themselves are not random variables, to state the obvious. The estimates are simply numbers.
by samiv | 2025-09-02 14:23:06+00:00
I've lost count how many times I've had to struggle to enable a simple logging.

Just to make single "log("hello") appear anywhere, in a file, in a console, as smoke puffs in the sky.

Infuriating, frustrating, agitating AF.

Turning off logging in a production system is brain damaged move because inevitably production is when you need it the most.
by jillesvangurp | 2025-09-02 14:23:07+00:00
> I think a good Kotlin Native backend could be a great language in the Go space

With Ktor there is the beginnings of that. It can actually compile to native; but with some limitations. There's also the web assembly compiler which would make sense for things like server less and edge computing type use cases. Both are a bit neglected from a server side perspective by Jetbrains. But the potential is there. And the whole Kotlin native path could be a lot easier and more lightweight than dealing with Graal.

The weak spot for Kotlin native outside the IOS ecosystem is compiler maturity, the library ecosystem, and lack of support for system libraries (e.g. posix and WASI for wasm).

Those are fixable problems. But it's only partially there currently and I would not recommend it for that reason. However, I think the whole effort with IOS native has moved things forward quite a bit in the last two years. Getting Kotlin to the level of Go in terms of compilers, tools, performance, and libraries on Linux and wasm would be similar in scope. But a few years of focus on that could make a lot of difference. IMHO, Kotlin could be perfect as a system programming language with some effort.
by wizzwizz4 | 2025-09-02 14:23:23+00:00
Unless the formats are clearly-documented, and not overcomplicated. The WordPerfect format is philosophically similar to RTF, except that it's easier to get a plain-text version. Quoth http://justsolve.archiveteam.org/wiki/WordPerfect:

> If you're a programmer attempting to get a program to extract the plain text out of a WordPerfect document, and are not interested in the fancy formatting and other features, this is a fairly simple process; just make the program skip the parts that are not text.

The "fancy formatting" is pretty easy to parse, too, as I understand (though I've never tried it): it's pretty much one-to-one with what's shown in the program's UI, which is literally designed to be easy to understand.

Formats like DOC (Microsoft Office's pre-DOCX format) and PSD (PhotoShop's horrid mess) require reverse-engineering, even given the (atrocious) documentation, because they're overcomplicated and the documentation is not complete. This is what I'm saying should be prohibited. We don't need to mandate that people use existing protocols or file formats.
by darkwater | 2025-09-02 14:24:01+00:00
> My soul remains uncrushed, client is happy when I delivered the feature on time and I have half the day off for other smaller tasks that would become technical debt otherwise.

This is a very optimistic take. If you are in the type of company that just gives you boring code and tasks, you will required to use the other half-day to work on some other boring feature. This will not give us time to pay tech debt. Maybe it will do in the beginning when using AI agents has not been institutionalized yet, but once it has, you will be asked to churn out more "features"
by astura | 2025-09-02 14:25:35+00:00
I had a very intentional palate reset in my late teens going into my early 20s.

I wasn't exposed to any variety of food growing up and I stopped eating meat at a very young age (In my 40s now, still don't eat meat). So before adulthood all I ever ate was pasta, and almost always boxed pasta at that. I also had issues with some texture and flavors being extremely off-putting and making me wanna gag.

I knew I wasn't going to be able to eat that way forever, for a number of reasons (health being a big one) so I forced myself to try new foods, gradually. I fucking hated it, but I kept at it. I now like most non-meat foods, even enjoy mushrooms which have previously made me vomit. The first time I had avocado it was the nastiest thing I ever tasted but I eat (and like) avocado most days now.
by gwd | 2025-09-02 14:25:39+00:00
Right -- see, I basically maxed out "Mavis Beacon Teaches Typing" in high school. (That is, I practiced with it regularly until it couldn't find any particular problem with my typing, and resorted to giving me practice typing symbols, at which point I got bored and quit.) What prompted me to look at Colemak (and mechanical keyboards) was when some friend/colleagues at work were playing with typeracer.com, and I clocked in at 120WPM on one of the first races. One of my friends didn't really believe it and asked me to repeat the performance in front of him, which I did.

That made me think, maybe if I switched to Colemak and got a better keyboard, I could go even faster. I did both; and though my forearms certainly feel less tired on the odd occasion that I have long bouts of continuous typing to do, I'm neither noticeably faster nor more accurate.

So, both our anecdata seem to match the conclusion of the 1956 study mentioned in this article: That it was the intentional practice that primarily resulted in the improvements, not the keyboard layout; intentional practice on QWERTY would probably yield similar speed improvements to practice on Colemak or Dvorak.
by err4nt | 2025-09-02 14:25:47+00:00
The PATH network is great, especially in Toronto's freezing cold and windy winters! The beautiful 'underpass' pictured in this article, with the white marble, is on my commute to work, and it really is breathtaking when you turn the corner.

In the Financial District, the various bank towers can be told apart by the colour of the marble and other stones they build with. For an underground walkway, some parts of it are really beautiful, other parts are just what you'd expect for an underground passage in a big city (especially those parts connected to the subway transit system).
by diggan | 2025-09-02 14:25:48+00:00
Guess this serves as a good introduction: https://www.government.se/the-government-offices/the-governm...

> All communication in the Government Offices is based on the core values of transparency, factualness and comprehensibility, relevance and topicality. Public access and oversight shall characterise all activities.

> The Government Offices' communication policy covers both internal and external communication.

Sweden is generally pretty good at transparency, both regarding representatives and everyone else. For example, given a full name, you can get a person's address, telephone number, what cars and businesses they own, and even what their salary is, for better and worse :)
by SAI_Peregrinus | 2025-09-02 14:26:06+00:00
Yeah, I expect them to get relegated to Chip–on–Board (the little black epoxy blobs you'll see in 4-function calculators, cheap multimeters, & the like) ASICs as integrated MCUs and as soft cores in some FPGAs. I'd only go with an 8-bit or 16-bit chip at the extreme end of cost–constrained ultra–high–volume design already, 32-bit MCUs are cheap enough for everything else.
by adventured | 2025-09-02 14:26:11+00:00
Under what scenario does Amazon lose the beast that is its high margin cloud service renting? It appears to be under approximately zero threat.

Companies are not going to stop needing databases and the 307 other things AWS provides, no matter how good LLMs get.

Cheaper competitors have been trying to undercut AWS since the early days of its public availability, it has not worked to stop them at all. It's their very comprehensive offering, proven track record and the momentum that has shielded AWS and will continue to indefinitely.
by mbork_pl | 2025-09-02 14:26:29+00:00
If I'd go that route, why not include that (encrypted) file on the drives themselves?

> Avoid clouds, cloud accounts, any system you do not control as they can be hacked, go out of business, lose your data, etc...

Yes, that is obvious, but still a great point. I'd probably use my VPS for that (maybe even two of them for redundancy).
by captainmuon | 2025-09-02 14:27:04+00:00
Or 3) there are illegal immigrants and ICE is deporting them according to the law, BUT some people think this is unjust and want to do something against it. The democratic process to change laws is too slow or doesn't work properly, or there is no majority to change the law.

Remember there is a difference between legal and legitimate. You don't have to do something just because it is the law (well, you could define "have to" to mean what the law says, but then it becomes pretty circular).

Historically, often behavior changes before the applicable laws change. Think about the acceptance of gay relationships, or the use of cannabis. If people don't sometimes break the law, society can't evolve. That doesn't mean the rule of law has to break down. I think the rule of law is very important and would uphold it in most cases, but there are certain cases where conscience might order one to break or circumvent a law.
by Workaccount2 | 2025-09-02 14:27:06+00:00
What's interesting about imgur, and telling of how times changed, was that it was created mostly to fill the gap in unreliable uploading of images to reddit.

Which begs the question: What the hell was reddit doing that they didn't immediately implement an image hosting feature to keep users on the platform? Imgur rose to fame because it was the darling image host of reddit users, and it wasn't long before imgur needed to pay hosting costs and started sucking users away from reddit and into their own "imgurian" sharing hub.

I guess the internet back then was still in the "Open effort to make the internet awesome for everyone" phase, and hadn't yet gotten to the adversarial "Capture users and never let them leave" phase.
by coredog64 | 2025-09-02 14:27:09+00:00
It's bullshit because it assumes 15% IRR. So if they tell you you're getting $100K in outyear 3, it's not actually $100K, it's $65K of present value equities. If it fails to reach the target value, well, "Ownership" is an LP. You might get some more stock that vests in another year to make up for it, but that assumes you survive the PIP factory for another 12 months.

Oh, and if the stock actually goes up more than 15%, then regardless of your performance you won't get a raise because you've already exceeded band penetration.
by DrillShopper | 2025-09-02 14:27:40+00:00
Probably SuSE. We use SLES15 at work and their bizarre decisions in SLES 16 to remove X servers (except for XWayland), remove 32-bit libraries, and complete removal of their AutoYaST unattended install tool in favor for a tool that is maybe 25% compatible with existing AutoYaST files still baffles me. We spent months moving to SLES15 from a RHEL derivative a few years ago and now we basically have to do it again for SLES16 with as big as the changes are. We have some rather strong integrations with the Xorg servers, and Wayland won't cut it for us currently, so we're stuck unless we want to rearchitect 20 years of display logic to some paper spec that isn't evenly implemented and when it is, it's buggy as shit.

I've been pushing hard for us to move off SLES as a result, and I do not recommend it to anyone who wants a stable distribution that doesn't fuck over its users for stupid reasons.
by latexr | 2025-09-02 14:27:45+00:00
> You're saying hammers shouldn't be squishy.

No, that is not what I’m saying. My point is closer to “the words chosen to describe the made up concept do not translate to the idea being conveyed”. I tried to make that fit into your idea of the banana and squishy hammer, but now we’re several levels of abstraction deep using analogies to discuss analogies so it’s getting complicated to communicate clearly.

> Simon is saying don't use a banana as a hammer.

Which I agree with.
by massysett | 2025-09-02 14:28:28+00:00
Since the title includes the word "quirks," the observation I'll make here is entirely appropriate: the post oversimplifies this.

It says: "So as we can see, at both run-time and compile-time, Common Lisp does typechecking to prevent silly errors."

This is not entirely accurate, as the Common Lisp standard does not require such typechecking.

The Common Lisp standard specifies the types of the arguments that a function expects. It generally does not specify what happens if the function receives arguments of unexpected types. It explicitly does not specify this: the standard says that if you give a function unexpected types, the consequences are undefined:

https://www.lispworks.com/documentation/HyperSpec/Body/01_dd...

where "undefined" means that any behavior, from an error message to a harmless failure to a catastrophic failure, can occur:

https://www.lispworks.com/documentation/HyperSpec/Body/01_db...

Let's take + (the addition function) as an example. It "might signal" a type error if some argument is not a number:

https://www.lispworks.com/documentation/HyperSpec/Body/f_pl....

where "might signal" means that the result is unpredictable but if the function does signal an error, it will be of the given type:

https://www.lispworks.com/documentation/HyperSpec/Body/01_db...

I can understand why the standard is written this way. Checking the types of arguments takes time. Sometimes you might not want to check the types for performance reasons.

It seems the author is using SBCL. As a practical matter, SBCL on the default settings will check the types of arguments. SBCL's manual (along with the manual of its predecessor, CMUCL) discusses how to manipulate these settings - the author discusses this, with the DECLARE form. But Common Lisp does not require this checking, so if you need your types checked, consult your implementation's manual. Indeed, SBCL allows you to change the settings for SPEED and SAFETY to specify how much type-checking you want.

All these caveats are also true for structures. The author says structure types are checked - again, as a practical matter, SBCL will check these unless you tell it not to. But that's not what the standard requires. Indeed, the standard explicitly states that "It is implementation-dependent whether the type is checked when initializing a slot or when assigning to it."

https://www.lispworks.com/documentation/HyperSpec/Body/m_def...

[edit] Relevant part of SBCL manual is here:

https://www.sbcl.org/manual/#Declarations-as-Assertions