skysight-inc/HackerNews huggingface dataset:
People should wake up and outright refuse to purchase anything from Bamboo Labs. It is clear that they do not intend to give back to open source after benefiting hugely from it and now on top, they are patching newer versions of the firmware to prevent installing an alternatives.
Well, not all of REST - the discoverability portion isn't supported by pretty much anyone (because, IMO, it's just not useful).
> AIUI that's only helps if everything uses exactly the same base image. Every time the base image gets updated, your images will diverge as they're rebuilt.

Yes this is true. In our stack we pin all base images to a common hash, which makes builds fast and also increases reliability of CI pipelines since we don't get unexpected changes to builds. The tradeoff is you need to be deliberate about updating the pinned image with new security patches, but this feature is available out-of-the-box with update bots like Renovate.

> the problems never materialized

What about every hour you spent recompiling binaries to make them work with musl? That's what I meant by maintenance cost - every time you add a new binary into your minimalist image regime, you need to either pay the cost of making it work with musl, or abandon the effort, effectively nullifying the benefits of your other images using Alpine (since once you have one image based on a larger base image, you may as well base them all on it). This is a kind of Stockholm Syndrome where the cargo-culted optimization becomes forever embedded in your software requirements even when the options may have changed (for example, once debian-slim was introduced, there was little reason to continue using Alpine).
Personally I am using [organicmaps](https://organicmaps.app/) which is using OpenStreetMap data, and it works really well.
Previous discussion: https://news.ycombinator.com/item?id=38677332
I just checked the MDN docs
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/fo...
The only allowed form methods are get, post, and dialog.
So you can't do put, patch, or delete via a form.
>We have grades of gasoline because there is a trade-off between anti-knocking and cost.

Similarly Chromium can be configured in many different way, see chrome://flags. It's open source and has a modular design so even further customization is possible.

Different configurations can make different trade offs to appeal more to certain user's needs.
The Bolt is discontinued, and they’re using the factory to build electric trucks.
If the supposed benefits of REST are:

> 1) It’s simple, and easy to understand. You can perform the same actions on all resources, so you don’t need to learn the details of a specific API to use it. 2) The API is usable via a browser.

then the part that this article is missing is HTML. REST APIs require HTML (or equivalent), because (via the the browser) the HTML self-describes what actions can be performed on it. If you return `<a href=/profile>My Profile</a>`, then the user knows that clicking on it will take them to their profile; they're interacting with the API without knowing its details.

A lot of people say "ah to hell with it REST has no meaning anymore" but since the premise of the article is to engage with the meaning of REST, well, that's kind of on them.

See the @recursivedoubts essays in another comment on this post too, they're much more in-depth than my comment.
I'm not making any predictions for the future. Just talking about what we currently have.
Hi there @kseistrup - we can easily increase limitations on a per user basis (just email us if you run into limitations) at support@forwardemail.net. This is mainly a deterrent for spammers, much like our KYC process for our outbound SMTP verification post DKIM/DMARC/Return-Path automated verification process.
> ...all while able to run on the first 4.77 MHz 8088 IBM PC

Eh, more like it walked rather than ran :-P.
This is the behavior of pretty much all chinese tech with internet connected software / hardware. They are next level bad in general.
Thats self fulfilling...
I think you have you details wrong?

"The Taft–Hartley Act outlawed the closed shop in the United States in 1947. The union shop was ruled illegal by the Supreme Court." - https://en.wikipedia.org/wiki/Closed_shop

Perhaps you are thinking of how the teachers' union could collect agency fees from non-union public school teachers?

As I understand it, that ended when Janus v. AFSCME was decided in 2018. "The Supreme Court ruled that such union fees in the public sector violate the First Amendment right to free speech" - https://en.wikipedia.org/wiki/Janus_v._AFSCME

That decision only applies to the public sector, not a Pepsi warehouse in Minnesota. However, you are still not required to join the union to work in the warehouse, even in Minnesota, only make "fair share" payments:

https://www.findlaw.com/state/minnesota-law/minnesota-right-...

> Minnesota does not have a right to work law, which means employees that are part of a unionized workforce must join the union or make "fair share" payments equivalent to the cost of union dues.

https://www.nlrb.gov/about-nlrb/rights-we-protect/the-law/em...

> Employees may choose not to become union members and pay dues, or opt to pay only that share of dues used directly for representation, such as collective bargaining and contract administration. Known as objectors, they are no longer union members, but are still protected by the contract. Unions are obligated to tell all covered employees about this option, which was created by a Supreme Court ruling and is known as the Beck right.

https://en.wikipedia.org/wiki/Communications_Workers_of_Amer...

> Communications Workers of America v. Beck, 487 U.S. 735 (1988), is a decision by the United States Supreme Court which held that, in a union security agreement, unions are authorized by statute to collect from non-members only those fees and dues necessary to perform its duties as a collective bargaining representative.[1] The rights identified by the Court in Communications Workers of America v. Beck have since come to be known as "Beck rights," ...
I'm a bad customer as I don't have to borrow money and the house is financed using a different bank.

So you're right. They are not earning money on me and this makes me a terrible customer.
I'm a complete layman, but it sounds awfully like that one problem I've once encountered on the Wikipedia:
https://en.m.wikipedia.org/wiki/Explainable_artificial_intel...
how long does it take to start replying? interesting tool though
500 Pound Potato Battery (2000)
The uniform interface, which is the defining characteristic of REST according to Roy Fielding[1], is what allows clients to interact with REST-ful APIs without "reading documentation":

> "A REST API should be entered with no prior knowledge beyond the initial URI (bookmark) and set of standardized media types that are appropriate for the intended audience (i.e., expected to be understood by any client that might use the API). From that point on, all application state transitions must be driven by client selection of server-provided choices that are present in the received representations or implied by the user’s manipulation of those representations. The transitions may be determined (or limited by) the client’s knowledge of media types and resource communication mechanisms, both of which may be improved on-the-fly (e.g., code-on-demand). [Failure here implies that out-of-band information is driving interaction instead of hypertext.]"

- https://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypert...

The missing piece here is hypermedia, which is a requirement for a REST-ful API, as Fielding notes again with frustration in the same essay.

[1] - https://ics.uci.edu/~fielding/pubs/dissertation/rest_arch_st...
Implicating isn't a great way to document an API. You could easily do something you didn't intend to do, which could be no big deal or extremely costly.
I didn’t, I just read the comments. It is completely and utterly unremarkable that Elon Musk has the “don’t nudge” version of Autopilot. It’s not a news story. It’s not a safety hazard. It’s not worth even commenting on.

But since we are here because “Elon something something” it’s important to point out that it is unremarkable and being worried or even considering that to be a safety risk is very silly. Once you realize how dangerous driving in general is and how batshit crazy many drivers are, you would also realize Elon and his car is not a story or fact that is worth discussing.

Let me put it plainly: if you find yourself thinking about or concerned with Elon Musk driving a car, as soon as that thought enters your mind you should instead think about the tens of thousands who die every year in the US alone from pointless car crashes with or without driver assistant technology and stop letting yourself be distracted by actual problems and instead help find ways to get people out of their cars so we can save lives, decrease obesity, and increase wealth.
Japan has the right idea about this matter.
I suppose part of the challenge here is that music and video content holds value much longer. Studios can invest in music and video content and see a return from the catalog over a long period of time as more enduring hits are produced and the duds fall away. But with news, they have to make the money on it now because yesterday’s news isn’t worth much no matter how expertly crafted.
Whoever is funding them can claim charitable donations as part of a write-off - I guess that's opportunity cost to the treasury?

Mozilla is a tar pit designed to prevent alternative browsers forming. Firefox deserves better.
It sounds to me like you're a hero.

I absolutely loathe needing to know more than one password per sector of my life - ideally I'd prefer a password manager as they're more flexible.. but SSO is alright too.
wake up we have the lower income of mass immigration coming to western europe just like the US but unlike USA we dont have highly educated immigrants coming to europe
Correction:

/* remove HTTP headers from multiple gzip or single zip from stdin */

int fileno (FILE *);
int setenv (const char *, const char *, int);
#define jmp (yy_start) = 1 + 2 *
int x;
%option nounput noinput noyywrap
%%
HTTP\/[\40-\176]+\x0d\x0a x++;
[\40-\176]+:[\40-\176]+\r\n if(!x)fwrite(yytext,1,yyleng,yyout);
\x0D\x0A if(!x)fwrite(yytext,1,yyleng,yyout);x=0;
%%
int main()
{
yylex();
exit(0);
}

Usage example:

Retrieve hostnames, IP addresses and (if available) sitemap URLs from latest Common Crawl.

ftp -4 https://data.commoncrawl.org/crawl-data/CC-MAIN-2023-50/robotstxt.paths.gz # <-- 180K
gzip -dc robotstxt.paths.gz \
|head -5 \
|sed 's>.*>GET /& HTTP/1.1[]Host: data.commoncrawl.org[]Connection: >;
$!s/$/keep-alive[]/;$s/$/close[]/' \
|tr [] '\r\n' \
|openssl s_client -quiet -connect data.commoncrawl.org:443 \
|yy054 \
|zegrep -a '(^Sitemap:)|(^Host:)|(^WARC-Target-URI:)|(^WARC-IP-Address:)' > 1.txt
exec cat 1.txt
This is the most interesting one I generated: https://hunar4321.github.io/particle-life/particle_life.html...

It eventually settles down to one large and unstable blob and another stable. Neither move so that's it. But before that it did what I had expected to see with objects meeting and merging
covid is brutal. so is burnout. i reject the term psychosomatic in relation to what i'm pointing at, in either case
Every time you dry your clothes and clean your lint trap you've just inhaled a million microscopic plastic particles. Unless your entire wardrobe is flannel, cotton, or linen.
Simulating a game you hate in a language you also hate, does that cancel out or double up?
John Oliver skewers Dr. Oz for his hawking of diet supplements
It’s very hard to visualise the ‘average person’ when everyone’s environment is so different.

Therefore, I wonder how much your location impacts the amount of microplastics you consume.

If you are located in Los Angeles is your intake higher than someone from Winnipeg?

Is living in Australia or New Zealand significantly advantageous to living in Europe or the US?

If so, by how much?
> or the classic: 'going to spend it on prostitutes'.

So you would infer, from OPs questions, that they have been entering dodgy, snarky, or perhaps even too honest reasons in their transaction forms?

Not judging here, but what if OP did in fact spend a few hundred on an escort service and was 100% sincere about that, to their bank. And then the bank did not believe it, because of the behavioral statu quo of other bank clients. And now the bank is all "You are not funny at all, tell us the truth". Now, the laws allow banks to thoroughly pursue their investigation until they conclude "This client actually spend a few hundred in prostitutes". And because of the statu quo (and the laws that originated it) everyone up the investigative chain gets to know about it.
As a user of non-google search engine (which came long way) I'm pretty disappointed how many website owners explicitly granting monopoly powers to google.

Modern browsers already have LLMs built in so anti-scraping is a folly.
They get a special, non immigrant work visa. If they want to apply for green card they subsequently need to apply for H-1B.
You are most likely right.

In my dreams, I take the time going there in person with my ID, my anger and my badwill, and no tax return.

I get wildly upset in front of all other clients in a very lively way, just to laugh at them when they tell me I am "dormant" later.

I know, it makes no sense, just daydreaming...
So with all the changes that China has undergone in the last 30 years, the development in all sectors.
The effort they have put in to reduce pollution in their cities. Research in health fields
Where do you get the idea that they don't want to do better?
I guess I'm mainly trying to point out how difficult it is to estimate deliverability. So, rather than pointing to a solution, I'm merely trying to illustrate that the problem exists. There's so many people in this thread claiming that measuring deliverability is "trivial" or getting deliverability is easy ("just do X,Y, and Z"). And when you get down to it, it's mostly people saying "I sent an email to myself and it went through" or saying "nobody ever emailed me back saying they didn't get my email", and so I'm poking holes at those anecdotes. No larger point behind any of this.

Or, if I were to put a larger point behind it, I would say that getting good deliverability is hard and it doesn't make sense to try it unless you are delivering email on behalf of a large amount of people (rather than merely yourself).
I love the double standard!

Nuclear technology: if it isn't exactly the same thing we need, no matter how close, it doesn't exist.

Hydrogen etc.: we have a rough analogy and no real way of getting from there to here, therefore it is proven technology.
Saying there is "no evidence" is factually absurd. There are a whole host of possibilities for practical long distance space travel. At very least for small light-weight robots. And it even seems possible that we can viably transport our entire solarsystem: https://www.youtube.com/watch?v=v3y8AIEX_dU . No evidence indeed... only if you lack imagination.
Reassuring to know IASIP is upstream of US policy. We’re going to make it.
Someone also made a somewhat ridiculous track from the appliance collector recording:

https://youtu.be/yitoITlNcKs

Was hearing that recording (not the above track) all over when visiting CDMX a few years back
I was pretty annoyed expecting some awful conclusion that we had to do something entirely different, resting upon what felt like extremely shaky grounds. A one-auarter decent OpenAPI will elaborate what endpoints do, which felt like all that was missing.

In the end though, the author isn't really arguing against what we have, expect they want /commands and /queries prefixes.

Given the way some endpoints can be overloaded with disparate behaviors, I don't disagree that sometimes it can be confusing for all the verbal to apply to an endpoint. But POST /students/enroll seems more than fine to me, and trying to wrestle out a new norm, where URLs aren't broken down by resource type but are broken down instead by behavior-class seems absurd & a folly.

> The fundamental issue with REST is that it defines operations that manipulate data structures. It’s about structure and structural changes, not behaviour. It’s imperative, rather than declarative.

If it's about structure, wouldn't that be declarative? Aren't behaviors typically imperative (move this here, drive that there)?
It's a bit strange they don't even bother to recycle the battery packs for other usages.
While I think some folks are getting caught up in the details, I thought the overall premise of this article was correct:

1. First, as other comments here are pointing out, in the industry people use "REST" to mean lots of different things. Some folks just use it to basically mean "An API over HTTP that uses JSON and HTTP methods (GET, POST, etc.)". For clarification I like to refer to that as "REST-lite". The author is talking about what I like to refer to has "true REST", which is strict about entities, verbs, etc. and the format of calls like PATCH.

2. I think the authors general points about why "true REST" is usually a bad idea have been proven out, and like most bad ideas that originated around that time period, they came about because people had a fantasy idea of how we would interact with resources on the web that wasn't born out in reality. I essentially thought his point about "being able to use any API without understanding it first" was spot on. I also think there were other good points about the supposed benefits that nobody really uses, or that aren't that much of a benefit (these days, who really cares about supporting multiple formats of an API like XML in addition to JSON?).

At the end of the day, after decades in software development, I've pretty much come to the conclusion that if your API framework doesn't look like some flavor of RPC, it's bad. This is just fundamentally how most software developers think: "I want to do some operation X, so just let me make a remote procedure call that is named X". This higher-order structure is usually a mistake that's trying to get developers to conform to some ivory tower way of thinking that doesn't work.
It's not the slant so much as the width - it wouldn't be thick enough, close enough, and leave such poor visibility were it thinner. But it's required to be thicker to survive a rollover without the big heavy body crushing the roof (and occupants).

I've driven vehicles that don't have to survive a rollover (a few models of New Flyer diesel bus). The A pillar being slanted or straight makes no difference. It's the thickness that'll block a pedestrian.
Ah, of course, you're right. Thanks for pointing that out! I didn't really think about it at the time, but the equation you end up with if you use the acceleration approach results in a v^2, which makes sense when you consider that the equal energy dissipation approach is equivalent.
You could just work with typescript then.
That’s not the only reason. Google search is also transformative and non competitive with the underlying publications. And that is why the opt out is important. If you feel google competes with your site you don’t have to sue Google: just tell them to to away
> Yes it is. Every foreign employee getting that tech job is a US citizen from the Midwest not getting it.

That's simply not true. The alternative is often just not having this job at all. A tech startup without employees can just fail, without creating any jobs.

And the guy from the Midwest will be worse off in the end.
I like the convention:

- 404 if resource requested by id

- 200 with empty list of results if it was a 'search' type request with params (not referring directly to an id)
I dunno if I'd agree. If you asked a group of kids to play "see who can find the first prime greater than 2^201" then, per your criteria, that sounds great on paper but the kids will promptly discover the game sucks worse than massaging grandma's feet, quit playing, and never believe your game recommendations again. On the other hand, if a game is short but fun then it's likely it'll be played more than a single time per sitting on top of still be played in future sittings. The only key additional filter I can think of that is the game needs to not be so repetitive it is only fun the first time you play it.

After that it doesn't much matter if it takes 5 minutes and you play 10 times of 50 minutes and you play once - it just matters you had enough fun to entice you to keep playing instead of trying to find something else to do. How much fun that requires likely varies greatly by era though.
I switched to the Kagi paid search 2 months ago and I'm very happy with it. Of course, Google is free, but "search" is a product that is critical to my job and I use it countless times per day. As such it felt reasonable to me to pay for a better search experience. That's in line with me spending extra for my computer, monitor, keyboard, etc. Because they're my tools of trade and I use them 8+ hours a day. I can recommend giving Kagi a try if you're in a similar position as me.
An actual HUD! The one major feature I wish teslas had, with carplay / android auto a close second.
It's not hard to believe that we could make self replicating drones in the next 100 years that go from system to system, make a few more, and continue. We've already sent drones out of our solar system. They don't have to go fast. They'd still visit every system in the known universe in a "relatively" small amount of time. (relative to the age of the known universe).
People will still be arguing about this in ten or twenty years when many new services use AI agents on a blockchain that automatically pick up DSLs invented a few days before by other AI agents and use them to negotiate and execute service orders on your behalf.

Eventually you may get something like a high dimensional protocol used for converting and syncing neural adapters on the fly, enabling "multi-brains" to collaborate opportunistically. But even then there will _still_ be people having this exact same argument.

Anyway, I feel like a lot of people actually moved on to GraphQL years ago. I think I probably need to catch up to that trend still.
One noteworthy omission: if you tap the seven notes of "Shave and a Haircut" (dit diddyditdit, dit dit) on your horn, it supposedly means "chinga tu madre, cabron" (fuck your mother, asshole) in Mexico.

https://en.wikipedia.org/wiki/Shave_and_a_Haircut
If that were possible with the fuels rockets use (liquid hydrogen, liquid oxygen, liquid methane, etc.) it is still probably way cheaper on every axis to just make the tank 3% bigger and ignore the waste.

Common axes they care about in rocket design are weight, cost in money, reliability/complexity, and lately reusability.
To really teach people about gambling, try a variation where everyone someone antes, they ante a second coin to the "house".
At 9, I tried to make a game that combined SimCity 2000 and Transport Tycoon Deluxe - my favs at the time. I used MFC(Windows) because my parents got me a big black book about it. My game was a simple train simulator with four trains. Each train moved turn by turn to its destination from its origin. Each train had to finish its move before the next train had a chance to move.

I wrote it in C++ but didn't know much about managing the game's state or objects. But there was some fancy acceleration code in there.

You "played" the game by modifying the hardcoded x,y coordinates in the code and admiring how the trains moved on screen.

I thought real games used multi-threading to move each train at the same time. When I tried it, the game broke, probably because of UI updates from other threads.

So I never quite built my game. But this project, with all its problems, got me into software development years later.
And the average new home in the US is $480k, but at a median income of $31k I would never call it inexpensive. Let’s save it for the truly high value purchases like $90 espresso machines, $400 phone, $400 PC, and $300 TV. Maybe a $10k 10 year old Toyota with 150k miles left?